Author Topic: Latest FARR v2.00.140 ALPHA PREVIEW Release - Aug 15, 2007 (Read 634462 times)

Darwin · « **Reply #500 on:** April 25, 2007, 09:15 AM »

Anti-capitalist Kananaskis

. Really rolls of the tongue, doesn't it?!

powerandy · « **Reply #501 on:** April 25, 2007, 09:16 AM »

@ all

Sorry, I modified my previous posting.

- Powerandy -

Armando · « **Reply #502 on:** April 25, 2007, 01:39 PM »

@ all

Sorry, I modified my previous posting.

- Powerandy -
-powerandy (April 25, 2007, 09:16 AM)

Aaaaaaah... Thanks! No problem !

mouser · « **Reply #503 on:** April 26, 2007, 08:22 AM »

those with Vista who have experienced issues, please see (and report further issues in) this thread and try the newest download:
https://www.donation...dex.php?topic=8263.0

Armando · « **Reply #504 on:** April 26, 2007, 02:56 PM »

Could there be possibly an option to center FARR at the first start. Currently it is positioned anywhere on the screen, but there is no option to re-place it to ease handling.
-powerandy (April 11, 2007, 12:35 PM)

Could there be possibly an option to center FARR at the first start. Currently it is positioned anywhere on the screen, but there is no option to re-place it to ease handling.
-powerandy (April 11, 2007, 12:35 PM)

Ok... I have the same problem.
[...] even if I cleanly exit Farr, it will not remember it's position at first launch.
And, of course, after I position it, it will remember its spot for the subsequent triggering.... Until I need to exit and restart.

Small bug ? Never had that problem before v2.00.71 I think.
[...]

-Armando (April 18, 2007, 03:15 PM)

Nobody has that problem ? v2.00.76 and v2.00.71 behave the same.
-Armando (April 20, 2007, 04:53 PM)

Interresting.

I uninstalled FARR completely, reinstalled the latest alpha, and now it remembers its position. Weird. It even seems a tad faster.

I'm crossing my fingers : maybe will my BSOD problems go away too... $:-\$

Morale de l'histoire : afterall, installing over previous versions might not be such a great idea...

By the way, in complete despair, I tried Enso (Humanized) and Launchy. Hmmmm.... Came back to Farr in 15min. I am not saying the other don't have potential... They're just not there yet

-Armando (April 22, 2007, 01:35 PM)
Checked, but not acknowledged! What a pity.....

- Powerandy -
-powerandy (April 24, 2007, 11:45 PM)

Ok... I have the same problem.
[...] even if I cleanly exit Farr, it will not remember it's position at first launch.
And, of course, after I position it, it will remember its spot for the subsequent triggering.... Until I need to exit and restart.

Small bug ? Never had that problem before v2.00.71 I think.
[...]

-Armando (April 18, 2007, 03:15 PM)

Nobody has that problem ? v2.00.76 and v2.00.71 behave the same.
-Armando (April 20, 2007, 04:53 PM)

Strange. Farr remembered its position correctly a few times, and now, it doesn't anymore. Why does that happen ???

Mouser, I know you're very busy, but, when you have the time, could you tell me where does FARR store it's screen position infos ? Is it in the registry ?

mouser · « **Reply #505 on:** April 26, 2007, 03:02 PM »

its all in its FindAndRunRobot.ini file in the program directory..
maybe there's something i'm messing up, like not storing position if exited while minimized?

Armando · « **Reply #506 on:** April 26, 2007, 03:23 PM »

its all in its FindAndRunRobot.ini file in the program directory..
maybe there's something i'm messing up, like not storing position if exited while minimized?
-mouser (April 26, 2007, 03:02 PM)

It seems to store the info, but erases (replaces) it as soon as it's restarted

For instance, these are the stored entries in the ini file after I've positioned FARR, and after it is "exited" WITHOUT RESTARTING :

MainLeft=428
MainTop=1
#(suppressed line)
#(suppressed line)
OptionsLeft=44
OptionsTop=44

AND this is what's written back AFTER FARR has been restarted :

MainLeft=132
MainTop=24
#(suppressed line)
#(suppressed line)
OptionsLeft=154
OptionsTop=154

(edit : clarified a bit my explanation...)

mouser · « **Reply #507 on:** April 26, 2007, 04:58 PM »

i'll look into it, not sure why it would do that.

mouser · « **Reply #508 on:** April 26, 2007, 04:59 PM »

New version uploaded 2.00.82.
In addition to vista fixes, the new version adds a nice large-icon display mode, if you like that kind of thing:

Screenshot - 4_26_2007 , 4_40_03 PM.png

lanux128 · « **Reply #509 on:** April 26, 2007, 09:50 PM »

thanks, mouser for goquit command and the large icons display looks really cool..

btw, the "see here" link is missing..

Added alias contents modifiers /CLOSEAFTER and /STAYOPEN (see here).

nitrix-ud · « **Reply #510 on:** April 27, 2007, 05:31 AM »

Thanks for this new release !

unfortunately for me, the new alias content modifier /STAYOPEN does not work
it just freezes FARR ! the Farr window is minimized/closed instead of staying open, and even worse Farr does not work anymore, the hotkey does not bring farr, the tray icon is not responding, ...
so i have to manually shut down Farr then relaunch it

Any idea ?

PS: i'm running xp pro sp2

mouser · « **Reply #511 on:** April 27, 2007, 05:36 AM »

nitrix i'm having trouble reproducing the problem.. does it happen consistently for you? maybe you can send me your FindAndRunRobot.ini file with instructions on what triggers it.

nitrix-ud · « **Reply #512 on:** April 27, 2007, 05:48 AM »

Yes it happens every time
here is a screen capture of my alias

mouser · « **Reply #513 on:** April 27, 2007, 05:59 AM »

ok ill try it.. maybe it has something to do with launching from regular expression..

ps.
i'd like to hear feedback regarding whether the large icon display mode should be default.

jgpaiva · « **Reply #514 on:** April 27, 2007, 06:03 AM »

ps.
i'd like to hear feedback regarding whether the large icon display mode should be default.
-mouser (April 27, 2007, 05:59 AM)

I tried the large icon display and found it very appealing.
The only reason i haven't kept it was because my screen is wide, thus, not very tall. This means that using that kind of display for browing through directories makes it impossible to see more than ~10 entries, which is definitelly not enough.

If there was a way to get the display to change when using directory search, i'd support that change, though

mouser · « **Reply #515 on:** April 27, 2007, 06:14 AM »

oh good point regarding dir display; that would make for a good option.

nitrix-ud · « **Reply #516 on:** April 27, 2007, 06:19 AM »

ok ill try it.. maybe it has something to do with launching from regular expression..

i tried with no regular expression, same results...

beethoven · « **Reply #517 on:** April 27, 2007, 07:42 PM »

mouser wrote 21/2: i think everyone is agreed now that there should be a feature freeze, which basically means my efforts now will be going into stability and bugfixing, so we should have a public release at the very very latest march 7.

What happened to the public release?

TucknDar · « **Reply #518 on:** April 28, 2007, 01:39 AM »

mouser wrote 21/2: i think everyone is agreed now that there should be a feature freeze, which basically means my efforts now will be going into stability and bugfixing, so we should have a public release at the very very latest march 7.

What happened to the public release?
-beethoven (April 27, 2007, 07:42 PM)

It got postsponed

Speaking of a public release, though: what about some sort of a feature freeze soon, mouser? I know there are several excellent suggestions for new features, but maybe it's time to waive those for now, and just fix any remaining bugs for a full release? New features could always be added later.

beethoven · « **Reply #519 on:** April 28, 2007, 07:26 AM »

but maybe it's time to waive those for now, and just fix any remaining bugs for a full release? New features could always be added later.

I agree, there is always room for further improvement but if you don't have a public release once in a while, you end up having a permanent beta

QuickBrownFox · « **Reply #520 on:** April 28, 2007, 07:26 PM »

I would love to see a public release too. I've been checking this forum regularly for weeks now, since the first post in this thread promised a public beta on a certain date, so it's been a little bit frustrating. It would've been more so if I hadn't read about the good progress that appears to have been made in terms of features and bugfixes.

However, the fix for the bug that slows down window display is a MAJOR thing. There has always been an actually quite long (in computer terms) pause between rendering the FARR window and then displaying it's contents. I always thought of it as a necessary wait rather than a bug so I was glad to hear that it has been banished. It even seems like it would be worth releasing a fix for it in v1 to tide over non beta users until v2, if it would be easy to do.

After all that, I hope you don't mind if I throw in a feature request here: Hide system tray icon. I never use it and it just wastes space down there. Of course, if this feature were implemented then running the FARR exe would have to show the FARR window instead of starting another instance. WinPatrol has this feature. It's another absolutely essential program for windows. So much so that I wouldn't ever dream of closing it. I think of it as a service and am happy to have it running constantly without my approval. This feature would be great in FARR because I think of it almost in the same way.

Actually, now that I've posted I may as well ask that you send me the beta. I'd appreciate it.

ecaradec · « **Reply #521 on:** April 30, 2007, 02:08 AM »

I have got another problem, FARR seem to have stopped search results in the history. It began between the version 2.0.60 and 2.0.68.
-ecaradec (April 04, 2007, 08:39 AM)
I think that this bug might have passed unnoted. It presists in V2.00.76. I'm noticing it because it's one of the features i most use in Farr.
-jgpaiva (April 17, 2007, 05:09 AM)

Nobody seem to have noticed this bug again. It is really annoying (at least for me ) because I often run programs and documents with the directory search (full path ) and I could get them again without configuring anything. It miss me so much that I revert to a previous version (2.0.60 ) and no other features added give me the will to upgrade and loose this. I hope to see this fixed.

Manu

mouser · « **Reply #522 on:** April 30, 2007, 05:19 AM »

Hi Manu,
I'm looking into it now -- i'm pretty certain that this bug is due to code i recently added to prevent it from returning items in the history when they don't live in a directory normally searched, for use with the new +modifiers for switching which directories to search in.

I'm going to fix it so if you don't specify explicitly directories to look in with a +modifier, then it will not reject history items which aren't on your current search path, which should solve your problem.

Sorry i didn't notice the bug report earlier.

gottadoit · « **Reply #523 on:** April 30, 2007, 05:45 AM »

After the new version has been released...

It would be good if we could (optionally) have FARR add in program entries for things directly executed by explorer
Explorer makes this relatively easy by default by storing a record of programs that have been executed in some registry keys

For the reg keys involved see http://www.personal-...m/abc3/v29/vic29.htm
The UserAssist keys are rot13'ed by default but there is a switch to toggle this back to plain text and there is also a switch to turn off the UserAssist information collection as well (so some people won't have anything to display)

It might be useful to be able to partition the results taken from explorer executions into a mini little list at the bottom so that they don't pollute the main list if people don't want to have a single combined list

NB: Found that someone has already written a little program to display the information, I have never tried this so caveat emptor
http://didierstevens...programs/userassist/

gottadoit · « **Reply #524 on:** April 30, 2007, 05:56 AM »

Another fairly minor and probably fairly easy addition is the option to show the last executed time in the history list