New Address Bar / DropDown Control

[admin]

One thing you might want to reconsider is the use of Home/End to navigate the list. I had originally had them in that previous list of requests, but edited them out when I realized it would conflict with navigating the edit box.

So I'd instead suggest Home/End don't work in the list (only the edit). If you want to maintain the new functionality consider Ctrl+Page Up/Down instead.

You are probably right. Seems to be more or less standard. Firefox even closes the list on Home/End, but I think that's not necessary.

[jacky]

hmm.. so is it me, or does Ctrl+Enter to go to preview from a rename dialog (Batch, RegExp, etc) not work anymore ??

[admin]

hmm.. so is it me, or does Ctrl+Enter to go to preview from a rename dialog (Batch, RegExp, etc) not work anymore ??

Yes, was eaten by dropdown. Fixed.

[admin]

Okay, found a new bug.

This one is a bit interesting when comparing the MRU with the SHAutoComplete (SHAC).

When there is not enough room below the edit box to show the list, both correctly show the list above.

• As the value changes and the lists filter accordingly; if the list becomes:
• Smaller but remains too large to fit below the edit box:
  • SHAC keeps the list touching the edit control by shrinking the list from the top.
  • MRU shrinks the list from the bottom thus creating a gap between the two. See image below.
• Small enough to fit below the edit box:
  • SHAC moves the list below.
  • MRU leaves the list and gap above.

Now I think the gap issue should be fixed so that the list and edit box are always touching and clearly connected. However, I'm undecided on whether the list should be allowed to switch positions after creation. I find the SHAC way a bit disorienting, but is it more confusing if the behavior is not standard?

Screenshot - 10_6_2008 , 11_30_10 AM.png

I think the standard (flip up or down depending on current height) is even better, else you may have invisible parts when the list grows.

[admin]

One thing you might want to reconsider is the use of Home/End to navigate the list. I had originally had them in that previous list of requests, but edited them out when I realized it would conflict with navigating the edit box.

So I'd instead suggest Home/End don't work in the list (only the edit). If you want to maintain the new functionality consider Ctrl+Page Up/Down instead.


And I'm still getting the odd bug where the path fits in the control but is being pushed under the icon on startup. It seems to be related to having Auto-Synchronize Tree turned off.
From a fresh install run the following script (which incidentally crashes XY here but still works):

Code: Select all

::GoTo("<xypath>");#488;#182;#190;

Aside from that it's still looking great, Don!

I think it's fixed in next version.

Could not make it crash though.

[TheQwerty]

I think the standard (flip up or down depending on current height) is even better, else you may have invisible parts when the list grows.

Ah yes, good point!

I think it's fixed in next version.

Yep, looks like 0046 takes care of it.

Could not make it crash though.

It's something to do with calling Restart without Saving (#190;) from a quick script in the address bar. Calling it from elsewhere, even as a quick script, works fine. The crash is on the closing instance and is just a standard Windows' "XYplorer.exe has encountered a problem and needs to close..." dialog.


Any chance we can get the MRU lists using either the standard or customizable focus colors? The current one is just a little too light for my liking.

[admin]

Could not make it crash though.

It's something to do with calling Restart without Saving (#190;) from a quick script in the address bar. Calling it from elsewhere, even as a quick script, works fine. The crash is on the closing instance and is just a standard Windows' "XYplorer.exe has encountered a problem and needs to close..." dialog.

Even on a fresh installation? Not here.

[TheQwerty]

Could not make it crash though.

It's something to do with calling Restart without Saving (#190;) from a quick script in the address bar. Calling it from elsewhere, even as a quick script, works fine. The crash is on the closing instance and is just a standard Windows' "XYplorer.exe has encountered a problem and needs to close..." dialog.

Even on a fresh installation? Not here.

Yep. Even on a fresh install.

Details from XP SP2's error dialog:

AppName: xyplorer.exe AppVer: 7.60.0.46 ModName: kernel32.dll
ModVer: 5.1.2600.3119 Offset: 00012a7b

Tracing back through old versions it started around the same time as the address bar upgrade: v7.60.0037 works fine but v7.60.0040 does not. I skipped 38 and 39, but I wouldn't be surprised if it exists in 38.

[admin]

Could not make it crash though.

It's something to do with calling Restart without Saving (#190;) from a quick script in the address bar. Calling it from elsewhere, even as a quick script, works fine. The crash is on the closing instance and is just a standard Windows' "XYplorer.exe has encountered a problem and needs to close..." dialog.

Even on a fresh installation? Not here.

Yep. Even on a fresh install.

Details from XP SP2's error dialog:

AppName: xyplorer.exe AppVer: 7.60.0.46 ModName: kernel32.dll
ModVer: 5.1.2600.3119 Offset: 00012a7b

Tracing back through old versions it started around the same time as the address bar upgrade: v7.60.0037 works fine but v7.60.0040 does not. I skipped 38 and 39, but I wouldn't be surprised if it exists in 38.

Cannot reproduce. I wonder what could be different on a fresh install of the same version on the same Windows system? The name of the path??? The locale?

[admin]

Any chance we can get the MRU lists using either the standard or customizable focus colors? The current one is just a little too light for my liking.

Yep, good point. Done.

[TheQwerty]

Cannot reproduce. I wonder what could be different on a fresh install of the same version on the same Windows system? The name of the path??? The locale?

It bothers me more that a UDC/Catalog/CKS/Try Script to #190; #191; or #192 works absolutely fine, but executing any of those via quick scripting causes the error.

For comparison (using a fresh copy of v7.60.0047):

---------------------------
XYplorer
---------------------------
WinVersion: WinXP (Service Pack 2)

LocaleID: 1033
ThreadLocale: 1033
Default ANSI CodePage: 1252
Active CodePage: 1252
DBCS CodePage: False

DblClick Time: 500 ms

Command:
CommandW:

AppData Path: D:\Downloads\Apps\Installers\XYplorer\xyplorer_7.60_beta_noinstall-20081008\
Thumbs Cache: D:\Downloads\Apps\Installers\XYplorer\xyplorer_7.60_beta_noinstall-20081008\Thumbnails\
Ini File: D:\Downloads\Apps\Installers\XYplorer\xyplorer_7.60_beta_noinstall-20081008\XYplorer.ini
---------------------------
OK
---------------------------

<curpath> = d:\Documents and Settings\user\Desktop
<curpath_s> = Desktop

[admin]

I think I fixed it. Check next version...

[TheQwerty]

I think I fixed it. Check next version...

Yep, it is working correctly in v7.60.0049.