XYplorer Beta Club

TheQwerty wrote: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.

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

TheQwerty wrote: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

TheQwerty wrote: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!

admin wrote: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 wrote:I think it's fixed in next version.

admin wrote:Could not make it crash though.

TheQwerty wrote:

admin wrote: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.

admin wrote:

TheQwerty wrote:

admin wrote: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.

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

TheQwerty wrote:

admin wrote:

TheQwerty wrote:

admin wrote: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:

Error Signature: wrote: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.

TheQwerty wrote: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 wrote: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?

Info(); wrote:---------------------------
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
---------------------------

admin wrote:I think I fixed it. Check next version...