Ok, several weeks since I migrated to CHS, I am really loving it.

glad to hear it!

Any time I make an addition or change to a clip in the bottom pane, it does not require "saving" the clip, the change just goes in without any additional moves by me. Is that by design?

that is by design, though i can understand why it might give one pause.. Ctrl+Z does work within that memo/edit box, but only while you are in it, not if you change clips and come back.

it doesn't have to be that way -- it might be nice to have an option to let you switch to an explicit save required mode of operation.  my basic thinking was that editing clips was going to be rare enough that it didn't really matter, but it's something to think about.

Last, when I am switching from an app such as vBulletin or Word, and CHS, it seems that CHS does not return in the place where I was working. For example: if I am C&Ping from part of a clip in the bottom pane, when I go to Word and paste it, then back to CHS, sometimes I am no longer in that part of the clip, or even the same clip.

you should stay on that clip, UNLESS a new clip is captured, in which case CHS is want to switch to the new clip..

however, i think CHS does make one mistake, which is that if you are not in the NEW group, when a new clip is captured it will still go to the end of the clip list in whatever group you were in, which is pointless.

can you confirm this is the behavior you are talking about?  if so, i'll put an item on my todo list about fixing that.

Beta release:

v1.139.01 - Nov 27, 2013

• [BugFix] Dropping a file into the middle of a parent's children could have resulted in tree showing incorrect items until preferences closed and reopened.
• [Improvement] Minor improvements to the preferences/tree configuration UI; split main program options into multiple tabs.
• [Improvement] Improved layout of command node options and instructions for handling dropped file arguments.
• [MinorFeature] You can now explicitly rebuild launchbars from the preferences tree dialog from View menu, without closing preferences; this acts as a kind of Apply/preview function.
• [Change] Enabled the "add padding" option to launchbars by default; this just adds a little padding at top and bottom (left and right) of launchbars.  This is especially useful for making non-full height docking bars.
• [Improvement] When specifying a menu to be built from file contents, replacements will be made on the filename path specified, allowing you to use virtual folder replacement variables (e.g. %APPDIR% and %APPDRIVE%).
• [Improvement] It was confusing to new users that the root Options node was where you had to go to change global system options, so I added a View -> Program Options item to menu,
• [Improvement] LaunchBars won't unhide if a full screen app is running (think Netflix, screensaver, etc.)
• [Improvement] Some checks for fullscreen app running were failing.

To place something deeper in a hierarchy, just fill out the "Category Path" and specify something deeper (with more periods), and then hit the Refresh Changes button.

Grab the beta from this thread: https://www.donation...ex.php?topic=33075.0
And let me know if that fixes things.

What about simple impulse movement using cursor keys (up, down, left, right)?  That wouldn't be hard for player to do while aiming and shooting.

Can you try this new beta and let me know if it solves the problem:
https://www.donation...arCommanderSetup.exe
https://www.donation...ommanderPortable.zip

Important:

Make sure you DELETE the LaunchBarCommander.ini and LaunchBarCommander.mcp files in each user's data directory FIRST.

---

If this still fails to let each user set and remember a different .mcf launchbar file, please show me the .ini files again for each user, as you did earlier.

ps1 Phew, that was lucky, can you imagine the fix effort if it was corrupting the data as well.

i have nightmares about such scenarios.

no further testing needed.

thanks again for the report and video 

I love seeing new productivity tools, even if they don't turn out to be useful they are fun.  I'd like to see more odd experiments with this genre. 

Thanks, 4wd.

Does this help, from help file:

restartsearch STRING_TO_SEARCH_FOR - restarts a new search by replacing editbox text (use \s at end of line to add a space after the new search string).  Use \n at the end to simulate the pressing of Enter after the search is conducted (useful especially for plugins triggers).
dosearch STRING TO SEARCH FOR - doesnt change the editbox but causes FARR to display results as if user had typed the string.  very useful in conjunction with regular expression patterns.

It sounds like you want to use restartstearch and combine it with a \n at the end.

NANY 2014 Pledge: Zeno's Alarm

Ok, well I am ending up incorporating this into my Progress Bars of Life utility, but this addition will bring that to version 2, so I'm still considering it a NANY.

Download from the main Progress Bars of Life webpage:

• https://www.donation...Software/Mouser/pbol

Anyway, so let me tell you what Zeno's Alarm is all about.

Zeno's Paradox (of the Tortoise and Achilles) is a philosophical/mathematical thought experiment concerning the idea that if you always divide up a distance to a goal in half, then no matter how fast you travel the first half, you will always have further to travel... and thus will never arrive at your destination.

---

Inspired by this, Zeno's Alarm lets you set future events, and it will alert you every time you cover half of the remaining duration.

So where a normal event system would let you set an alarm/alert to tell you when a deadline OCCURS.. Zeno's Alarm is designed to remind you at increasingly frequent intervals as the event approaches.

This might be useful for events when it's important to make sure you don't leave it until the last minute.

---

As an example:

So if you set an event that is a year away, you'll get your first alert on screen after 182 days, and the next 90 days after that, and then after 45, then 22, then 11, then 5, then 2, then 1 day, then after 12 hours, then after 6 hours, 3 hours, 1.5 hours, 45 minutes, etc.

(you can of course silence the alerts for an event at any time).

---

Sample alert screenshot:

[/list][/list]

Now that is an interesting question.

Might be time to add some importing options to CHS.

But let's have that conversation in a new thread.  I've started on here: https://www.donation...ndex.php?topic=36599