Maxthon UI - Lack of design consistency


Recommended Posts

So this is something that i've brought up a few times before. Consistency in Maxthon's UI is somewhat lacking. There are a number of different dialogs, and each one of them has its own differences. I haven't even included SkyNote, which is still stuck in the MX3 style.

9u2h6a.png

1 (orange) / Different sized titles

2 (red) / Different sized tabs

3 (red) / Different styled tabs (greyscale flat images & text / coloured images & black text / no icons & black text)

4 (green) / Different sized buttons (and naming? Done/Close)

5 (blue) / Buttons/tabs not aligned to any elements (Resource Sniffer is good, Adblock dialog elements are all over the place)

6 (purple) / Icon on title only on ABP dialog (i'm guessing this was requested by ABP - their logo plastered everywhere possible)

7 / Windows standard chrome on Resource sniffer, but MX chrome on other dialogs. Why not drop the chrome from Sniffer?

The ABP dialog might still be a work in progress, but even so the framework is there so I don't see how it's that hard to make it correct from the start.

It might seem a somewhat petty thing to bring up, but the UI is what every user sees and interacts with every day, it should make sense and not make the user wonder if they've started another program because elements look different (i know i'm pushing the point there, but you see what i'm getting at).

Can whoever does the UI design please spend a few hours (if that) and at least fix some of the above.

  • Like 3
Link to post
Share on other sites

Your appeal to the Maxthon developers is useless, IMHO. Much more serious errors are not corrected for many versions. There are still white elements in a dark skin in the new QA and it seems to be forever. Perhaps something will be corrected in the MX5... or not. If you consider this very annoying, you have to make your own skin or edit files ui.dat and qa.dat (as I did). Or move on to another more user-friendly browser, as some users already done.

post-17498206-14315123501602_thumb.png

Link to post
Share on other sites

s_ta_s replied at 2015-1-4 15:14 back.gif

Your appeal to the Maxthon developers is useless, IMHO. Much more serious errors are not corrected ...

fully agree - any appeal to the devs is ignored - we are told they read on here - if they do its not for our input

Link to post
Share on other sites

s_ta_s replied at 2015-1-5 01:14 back.gif

Your appeal to the Maxthon developers is useless, IMHO. Much more serious errors are not corrected ...

I know, and I do but I don't think it should just be swept under the rug. ABP users got what they wanted :p

Also it's one thing to create a skin for the main chrome, but dialog boxes etc are generally not part of a skin (although can be done with a ui/page.dat mod).

It's not like this is something that needs to be changed every other release (as we've clearly seen). Fix it once and leave it till whenever.

What annoys me the most is that it's all quick fixes that any decent coder should be able to do in their sleep!

Link to post
Share on other sites

Hi guys,

Thank you very much for your opinions about Maxthon UI.

You guys are right, here we have different UI preferences in different dialogs.

I have already noticed our designer to make UI consistent.

Let's wait and see.

Thanks again for your support!

Link to post
Share on other sites
  • 5 weeks later...

Another thing.

Keyboard shortcuts seem to do different things depending on what it is.

Skynote

CTRL-G opens and closes

Esc does nothing

Downloader

CTRL-J opens but doesn't close

Esc hides to background

No way of closing the dialog unless you press the close button on the dialog or close via the taskbar button.

Find dialog

CTRL-F opens and closes

Esc closes

Main Menu

Alt-F Opens but doesn't close

Esc does nothing

If it was me i'd have the shortcut work as a toggle like it does using Skynote and Find.

Link to post
Share on other sites
  • 2 months later...
  • 4 months later...