1776
General Software Discussion / Re: Difficulties with JottiQ & Virus Total
« Last post by ewemoa on June 16, 2011, 04:02 PM »No I haven't -- hasn't occurred to me to be something that they don't know about.
Recent Posts
The F12 key is reserved for use by the debugger at all times, so it should not be registered as a hot key. Even when you are not debugging an application, F12 is reserved in case a kernel-mode debugger or a just-in-time debugger is resident.
PS. Ironically named key, don't you think? "Fn" as in "how can I reach that "effin" key?!" !!!!!!Ha ha ha ha ha-brotman (June 15, 2011, 01:36 PM)
I can have multiple instances of WBEdit running. That allows me to see the configuration that I'm creating and side-by-side at the same time any of the example configurations. That's a very handy, interactive and WYSIWYG way to pick up relevant values for the various fields.This sounds quite handy. Thanks for mentioning it-cranioscopical (June 14, 2011, 05:37 PM)
The ebook is Modern Perl, which is provided by the author in epub format as well as PDF.Coincidentally happen to be reading it - quite a demystifier-daddydave (June 09, 2011, 03:08 PM)
WinButtons 3.2.0 and WinButtonEdit 0.8.3.1 (RC4), available from the original release post.When I fetched (via browser and Perl script) what I thought was the latest from:-Ath (June 13, 2011, 10:18 AM)
I implemented (Drag &) Drop support for files (haven't researched other types yet)Thanks! Hope to try it soon-Ath (June 13, 2011, 10:18 AM)
- ! Fixed Tree selection issues when clicking a button in the preview
- ! Fixed File/Open, File/Save or File/Save as... then selecting WinButtonEdit.ini gives a warning and doesn't open/save that file
- ! Fixed Initial treeview didn't display the expander image on the last Group tree-item when not expanded initially
- ! Fixed File/New to create the Empty group in the tree
- ! Fixed Deleting all buttons crashed with array-index errors
-Ath (June 11, 2011, 03:15 PM)
(Please note that I didn't verify all items.)from Vista and up Ctrl-A selects the content of the edit. Seems that's a feature since Vista was introduced-Ath
Not sure if I want to 'fix' that for Windows XP, as it's also not available in any standard Windows input control.-Ath
I found choosing a color via the "Change..." button for Color to not work if starting with a blank value (no value got filled in to the text field for Color:), while I found that the corresponding choosing sequence of actions for Textcolor did work.-ewemoa (June 10, 2011, 06:14 PM)
I can see no difference for these two buttons (not in code, nor when testing), but when 'creating' a custom color, it needs to be added to the colorset by using the button 'Add to Custom Colors' before it will stick. (This has been tested quite extensive before release. It uses the standard AutoIt Color Selection Dialog with any of it's 'peculiarities' that I can't do much about)I think I chose a custom color for the first button but not the second. My bad.-Ath (June 11, 2011, 06:27 AM)
Any chance of Control+A selecting all text in text fields?-ewemoa (June 10, 2011, 06:14 PM)
Eh, it does what you expect on my system, and I have done nothing in WBE to enable or disable that. Got another script catching ^A, perhaps? (AKA: Works on my machine...No scripts running when I tested -- once via a VirtualBox Windows XP SP3 guest and once on a notebook running XP SP3. I hear a sound but there is no selection.)
-Ath (June 11, 2011, 06:27 AM)
In the tree view, multiple nodes appear selected sometimes: view WinButtons.ini, choose <no group>, ensure the corresponding treeview is expanded, choose scite, ensure the corresponding treeview is expanded, click on the 'Push 1ce' button in the preview, click on the Notepad node under the <no group> treeview-ewemoa (June 10, 2011, 06:14 PM)
Hm, another case of 'Works on my machine...' weird. I do the de-selection and selection of treenodes using standard AU3 included functions, and can not see what you describe. I'll test some more, and add a small delay in between, that might improve things.Reproduced issue in the same environments as mentioned above (XP SP3).
Could be something with the OS/Video drivers, what's your configuration? (Tested with Win7 with Aero on nVidia GTS 250 with drivers 8.17.12.5896.)
Also tested on WinXP running on VMWare and on 125%/120 DPI, and I see some odd behavior there. I'll try to fix that, if possible. The treeview control is a nasty beast sometimes, I've seen in the past-Ath (June 11, 2011, 06:27 AM)
Regarding WinButtons itself, is there any support for dropping things on to buttons? I searched for relevant information in this topic and WinButtons.Readme.txt unsuccessfully.-ewemoa (June 10, 2011, 06:14 PM)
WinButtons is not a drop-target, but I could add that if you want/need it. Could you give a more elaborate description for what/how you'd expect to happen there?I was thinking it might be nice if it were possible to specify in the configuration that a certain action would be taken upon drop (e.g. execute a command passing the path of what's dropped -- assuming what's dropped has a path or set of paths). Does that make sense?-Ath (June 11, 2011, 06:27 AM)
But I had fun (and inspiration) while working on it, that's the most important gain I had from it+1-Ath (June 10, 2011, 05:03 AM)
Environment variables can be used by using %env.variable%
