DonationCoder.com Software > N.A.N.Y. 2011
NANY 2011 Release: Cautomaton
worstje:
And now v0.8.3 is out!
Request for testers
Please give the /i:a, /i:w, and /i:u suboptions special attention. In any combination with any of the other commands. If stuff works as you expect it to, great. If it doesn't, less great, but either way, I want to hear to what extent those options work with non-standard menu items. Especially /i:w gives me cause to worry where Windows XP is concerned!
v0.8.3 (2010-11-16)
New functionality! The tip of an iceberg yet to crash into your boat...
Added: invocation now honours whether you press Ctrl and/or Shift.
Added: popup (/p) suboptions, of the format /p:...
@ Do not show off our trademark hat.
XXX,YYY Display at these screencoordinates (has to go last).
Example: cautomaton.exe /p:@-300,500 myfile.jpg
Added: invocation (/i) suboptions. The /i on its own is pretty much
useless as invocation is the default (which /n cancels). A list:
a _try_ to do invocation asynchronously.
w _try_ to wait till the invocation is done (=synchronous).
r if possible, try to count this as a 'recent document'
u allow windows ui to popup where needed. This is often used for
errors and thus disabled by default, but also needed for
the 'delete' verb to popup a window asking for confirmation.
z no zone checks (UAC: This file comes from the internet, ok?)
S/s Force the Shift key into a pressed (S) or unpressed (s) state.
C/c Force the Ctrl key into a pressed (S) or unpressed (s) state.
Fixed: modal dialogs running in the same thread work now. The 'delete'
verb uses this, but for example 'properties' does not, so the holy
grail of UI interaction has not been discovered yet.
Fixed: the debug (/d) shows a bit more now, and less at the same time.
Known issue: canceling 'delete' operation gives Cautomaton an unknown
error code, which it treats as a standard failure that can only be
recognised when running in debug (/d) mode. Can add a special exit
code meaning 'delete canceled' if requested. Opinions please?
Known issue: documentation still sucks.
cranioscopical:
For the quintessentially lazy, it'd be neat to have an option for XXX,YYY that positions the pop-up relative to the console window. ;D
What should I see from a console in response to, say
Cautomaton /i:a /m "Win&Zip | Add to &Zip file..." readme.txt
versus
Cautomaton /i:w /m "Win&Zip | Add to &Zip file..." readme.txt
mouser:
ok let me give the new version a test :up:
worstje:
For the quintessentially lazy, it'd be neat to have an option for XXX,YYY that positions the pop-up relative to the console window. ;D
-cranioscopical (November 16, 2010, 07:55 AM)
--- End quote ---
Well, it's a pretty useless feature outside of testing and to boot difficult feature to implement (or so I think). After all, unlike other windows, console windows aren't technically created by me but are provided by Windows because it is a console app, so interacting with them is a pain. You can always leave positioning out and let it position at your mouse cursor - it is what I tend to do.
(Be happy that there's a hat nowadays, and the option to hide said hat - in my pre-v0.8.1 testing days, it'd always pop up this gigantic window that always blocked the console from view. :D)
Either way, thank you both for testing. I look forward to hearing thoughts, complaints and experiences. :)
cranioscopical:
Well, it's a pretty useless feature outside of testing
-worstje (November 16, 2010, 08:41 AM)
--- End quote ---
Fair enough.
Please see #26 above
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version