XYplorer Beta Club

Thank you, and welcome back!

1st: remember to set the same shortcut for focusing in the xyscript, after <hwnd> (SHIFT F would be +f)

2nd: False alarms... Anyways, the source is attached, you can just compile the exe yourself if your AV blocks downloading.

3rd: can be, but I didn't want to! (set shift+f shortcut for both the linked UDC and focusing the box, then press it+Esc. this method's good enough for me)

4th: good idea!

Actually, a better idea MAY be intercepting stuff like "numbers|brackets of any kind|dot|extension", as flavors may come in formats like " [002].ext", too.

Yes, I'm aware they are false positives. Problem comes when silent mode doesn't give a clue on what's going on (specially for newcomers) and you don't even realize that the ZIP itself is corrupt because of this. Certainly a problem for AHK forums, as said in that topic I linked, but experienced AHK'ers may have a light to shed on this before I (have the time to and) go out in the woods without a well known map sold in the markets nearby.

I'm not exactly "back", it's just a grey hand raising thru the dust in a zombified peculiar way but thanks anyway.

(brrraaaÃAAAAAiiiinzzzzzzzzz...!!!)

=|

Thanks for the suggestion re: the focus/ESC thing. A note should be added to the intro concerning alt+tabbing.

-what about focus first selected item (#1048;), focus top portion of the list if none selected (thus honoring selected column sorting, whatever it is)?
Currently it seems there's a prefence to focus the bottom of the list instead regardless any selection made.

SkyFrontier wrote:Actually, a better idea MAY be intercepting stuff like "numbers|brackets of any kind|dot|extension", as flavors may come in formats like " [002].ext", too.

Actually, that sounds too complex for me. (Besides the big target now is better positioning)
However, the box actually supports xyscripting cmds (::filter <entered string/code to eval>;), so you maybe able to construct the filter string as required. (check P first)

SkyFrontier wrote:Currently it seems there's a prefence to focus the bottom of the list instead regardless any selection made.

Don't see that happen here.

Alt-Tab: I see. BTW, you don't have to click, just moving cursor over the box focuses it.

SammaySarkar wrote:Well, it's usable only if the AB is at the left edge of XY window. If it's positioned after the toolbar, our filterbox might get hidden when XY window is resized.

Ok, I made the gui move along with a horizontal x-resize of the XY window, using this:
http://www.autohotkey.com/board/topic/9 ... t-working/ (need to read the whole thread and put quite some thought into it - tested on vista only, don't know if it would work on win7, 8 and 10 [EDIT: Tested it successfully on Win7 now.])
It is a lot of overhead for this "little" goal, though, since the (whole) library (function) of dock.ahk is neccessary.
Therefore I am not posting my results yet.
Question: Is it really so important to have the gui move on a XY resize? I mean who resizes XY while the live-filter-command is active? Even more so since it only gets hidden if one shrinks the XY window drastically. Who would ever do that?

Version 4 has been published.
v4 BETA 1
[list]Everything said in the first post applies to this too, except:
[*] the filterbox pops up over the addressbar's left edge.
[*] the addressbar is enabled if needed (don't worry - it's display state is restored after closing the filterbox)
[*] a third (temporary) run argument is accepted now to adjust the Y position of filterbox. The value should be a small integer (default 5). It should be needed only if filterbox position doesn't match AB exactly.

[*] If the filterbox shows up a few pixels above the AB, use a positive number, and if it appears a few pixels lower, use a negative number.
[*] it's better to close the filterbox before resizing XY, and (re-)open it after resizing XY.[/list]------
XYAHKLiveFilter_beta.zip
BETA source:[code] [/code]

autocart wrote:Ok, I made the gui move along with a horizontal x-resize of the XY window, using this:
http://www.autohotkey.com/board/topic/9 ... t-working/ (need to read the whole thread and put quite some thought into it - tested on vista only, don't know if it would work on win7, 8 and 10 though, it even feels to me as if there is a good chance that it will not work on win7+)
It is a lot of overhead for this "little" goal, though, since the (whole) library (function) of dock.ahk is neccessary.
Therefore I am not posting my results yet.
Question: Is it really so important to have the gui move on a XY resize? I mean who resizes XY while the live-filter-command is active? Even more so since it only gets hidden if one shrinks the XY window drastically. Who would ever do that?

Appreciate it.
Answer: I was looking to make it work and behave like a native XY gui element...
Anyways, there might be some simpler solution than including larger-than-itself 3rd party functions (in fact, the primary target's completed long ago, anything added now are basically extras (not saying it's bad though!))

Comes nicely on the Address Bar, but it should be towards right side instead.

Other obvious alternative, I can think of is the menu bar. It can be placed safely from the center of the screen onwards

nerdweed wrote:Comes nicely on the Address Bar, but it should be towards right side instead.

that's what we're trying to achieve next.

Other obvious alternative, I can think of is the menu bar. It can be placed safely from the center of the screen onwards

I thought so too, but that's probably difficult (I don't know how )

Updated to v4.
> the filterbox is created at the right edge of the addressbar, and accounts for window resizing now. And dynamically updates font size to match XY gui font zooming. If addressbar invasion seems irritating, consult OPTIONS sectipn of first post.
> Updated the xyscript to be more easily configurable.

This may very well be the last version to be released.
Thank you all for the support you've shown.


=============
Anchoring to the right edge: it's done with a setTimer, I think the performance is acceptable.
But I'm sure shellhook etc combined with onmessage will perform much better. But it's hard to find sufficient documentation, especially where the streets have no internet. This will have to do meanwhile, while it's still relevant.

What's the minimum XY version supported, Sammay?
I'm sure I saw something about this but a quick scan over the entire discussion ended in zero.
Thanks!

should work with any recent version, no very recent XY features were utilized.
EDIT: maybe setlayout() is the most recent feature used. I think.

...anything against 14.30...?

____
Weird, weird... I guess the AVAST problem is not even on AHK side, Sammay & highend, but on AVAST itself.
v3 of LiveFilter was being caught, now no more.
v4 downloaded and unzipped fine.
v2 still gets flagged.

I'll leave this in peace and make a note on the problem - I won't delve into AVAST support just to discover it was a lost of time I don't have.

Script is superb, thanks!

SammaySarkar wrote:setlayout() is the most recent feature used. I think.

should work with 14.3

Uh, that's the reference I was after, binocular!
Many thanks!