Tough words about GUI

[vegard]

If we are talking about the gui...

When using the dual-pane, I find the highlight of the active tab to be too subdued.

I often end up closing or using a tab in the wrong pane.

Could it maybe be a tad more emphasized, say with a back-ground color?

[admin]

Minimize Tree: never mind, but I've lost interest in this debate.

[zer0]

Minimize Tree: never mind, but I've lost interest in this debate.

OK, I've lost that battle
There seems to be another inconsistency as far as GUI is concerned. Going by

Code: Select all

v9.11.0007 - 2010-05-25 16:08
    - Configuration | General: Removed "Show folders in list". This 
      setting is available in the main menu anyway (View | Show Items).

Showing floppy/hidden drives, hidden/system files and folders and junctions should also be removed from Configuration | General as they are already available in View | Show Items. Giving a choice in this case may seem like a good idea, but it isn't. It creates bloat. Don't just jump an indecision into a preference. Those who prefer to hide their menu bar can create a CTB with command IDs of those options for easy toggling

P.S. It may sound a bit radical, but why not re-locate all "Show..." from Configuration | General, into View | Show Items? After all, they are all "items" and it would free up a huge amount of space in General.

[admin]

Póg Mo Thón

[zer0]

Póg Mo Thón

Gaelic profanities aside, I am trying to reason why an arrangement of certain GUI elements is inconsistent and suggesting a manner in which they can be simplified as opposed to replicated. So why the reason for removal of "Show folders in list" can't be used to transfer similar settings into the menu system? Surely, one simple mechanism to toggle them would be easier...

[zer0]

Code: Select all

v9.30.0028 - 2010-07-31 17:48
    + Menu Scripting: Added command "Run Script..." which opens a
      multiline edit box where you can enter a script and run it.
      The command is near identical to "Try Script..." but does not
      enforce Step Mode. Both commands share the same remembered
      contents when the dialog is opened again, and also the same last
      size and position.
      Note that the dialog has context sensitive help: F1 will open the
      Scripting Commands Reference.

Casting the iron while it's hot, I think the above eliminates the need to have Menu | Try Script... as stepping functionality can be temporarily applied via "Run in Step Mode" to-be-added button in "Run Script...". This would unifying testing of scripts to a single dialogue window with an ability to invoke step mode on a per-script basis

[admin]

Code: Select all

v9.30.0028 - 2010-07-31 17:48
    + Menu Scripting: Added command "Run Script..." which opens a
      multiline edit box where you can enter a script and run it.
      The command is near identical to "Try Script..." but does not
      enforce Step Mode. Both commands share the same remembered
      contents when the dialog is opened again, and also the same last
      size and position.
      Note that the dialog has context sensitive help: F1 will open the
      Scripting Commands Reference.

Casting the iron while it's hot, I think the above eliminates the need to have Menu | Try Script... as stepping functionality can be temporarily applied via "Run in Step Mode" to-be-added button in "Run Script...". This would unifying testing of scripts to a single dialogue window with an ability to invoke step mode on a per-script basis

Definitely no. The beauty of Try Script is that you don't have to care about the button. It's safe.

[zer0]

Definitely no. The beauty of Try Script is that you don't have to care about the button. It's safe.

I see where you're coming from. It's just sometimes I think there is a safeguard too many in places, especially with a plethora of modal windows

[zer0]

Is it just me or, when XYplorer is maximised in Win 7, the vertical scroll bar in the list is not infinite width-wise? In other words, there is a pixel or two between the scroll bar and the edge of the screen. If that is indeed the case, then XY is falling foul of Fitt's Law with respect to user interface and edges of computer display.

[avsfan]

Is it just me or, when XYplorer is maximised in Win 7, the vertical scroll bar in the list is not infinite width-wise? In other words, there is a pixel or two between the scroll bar and the edge of the screen. If that is indeed the case, then XY is falling foul of Fitt's Law with respect to user interface and edges of computer display.

Hmmm.... Looks fine here on W7 Pro (x64) using NVidia Quadro FX 570

[grindax]

.

[avsfan]

Looks fine here on W7 Pro (x64) using NVidia Quadro FX 570

Hmm. After maximizing, when you move the mouse cursor to the extreme right edge of the screen and click-and-hold the mouse button, you find that it DOES grab the scrollbar?

I've got about a 1 or 2 pixel area on the right of the scrollbar where my cursor does NOT grab it (which is what I expect).

When I move to the right, I can see a visual change when I'm on the scrollbar vs when I'm not. I don't know if others see this or not -- I'm using a tweak to have "focus follows mouse" so I can just point at a window and type in it rather than needing to click in the window first (the "X-mouse" behavior).

[grindax]

.

[avsfan]

I've got about a 1 or 2 pixel area on the right of the scrollbar where my cursor does NOT grab it (which is what I expect).

OK, what zer0 was referring to is the expectation that it should be possible to grab a scrollbar at the extreme edge. This is a concept in user interface design, similar to the expectation that a close button on a window should be able to be hit by flicking your mouse cursor to infinity towards the top right of a maximized window and clicking.

Ah, thanks -- I misread the original statement. After checking WinExpl's behavior, I see what you mean -- yup, there's a definite difference between the way XY works and WinExpl as far as the right-side scroll bar...

You and zer0 are correct -- sorry to add to the confusion!

[aurumdigitus]

When using the dual-pane, I find the highlight of the active tab to be too subdued.

Run into this immediately when began using XY. It can easily be addressed by going to Configuration|Colors & Styles|Tab Headers and Other and playing around until you find a distinctive combination that always catches your eye.