|
Ath
|
 |
« Reply #125 on: June 19, 2011, 11:42:00 AM » |
|
It's a bit hidden, sorry for any confusion:  My original goal was to have it automagically attach the correct extension, but the standard Save As... dialog doesn't seem to do that  If a filename is typed without an extension, the .wbuc extension is automatically added. And apologies for the Dutch screen, I only have a Dutch XP virtual available. 
|
|
|
|
|
Logged
|
|
|
|
|
Ath
|
 |
« Reply #126 on: June 19, 2011, 01:24:08 PM » |
|
A few bugfixes to WinButtonEdit validate an updated release: WinButtonEdit 0.9.1.0 (RC7)Change history since 0.9.0.0: Formatted for AutoIt with the GeSHI Syntax Highlighter [ copy or print] ; 2011-06-19, v0.9.1.0 (RC7) ; * Changed File/New to do nothing if Cancel was clicked on the Save File dialog ; * Improved File Selection (Open/Save) dialogs to include *.wbuc + *.ini and *.* selections and each choice separate (ewemoa/cranioscopical) ; * Improved File/New and File/Save as to add the filename to the MRU list ; ! Fixed Drag&Drop ignored .ini files because of a wrongly placed round brace :( (ewemoa) ; ! Fixed Save routine for a typo (confitionmode/conditionmode), and it now deletes any removed/obsolete buttons and groupnames during save
Download as usual included with WinButtons, and available from the original release post
|
|
|
|
|
Logged
|
|
|
|
|
Ath
|
 |
« Reply #127 on: June 20, 2011, 04:54:21 PM » |
|
Some more minor changes and code optimizations, so another release of: WinButtonEdit 0.9.1.1 (RC8)Change history since 0.9.1.0: Formatted for AutoIt with the GeSHI Syntax Highlighter [ copy or print] ; 2011-06-20, v0.9.1.1 (RC8) ; + Added 'Edit with WinButtonEdit' to 'Set file association for .wbuc' menu ; * Changed Associate with WinBut... to Open with Winbut... in 'Set file association for .wbuc' menu ; * Changed to set 'Open with WinButtonEdit'/'Edit with WinButtonEdit'/'Open with WinButtons' for Explorer context menu instead of the default 'Open' or 'Edit' ; * Improved some minor stuff in code, added some more #regions
Download as usual included with WinButtons, and available from the original release postThis should be the last RC assuming ewemoa or cranioscopical won't find any breaking issues or just plain bugs  , so please feel free to test WinButtons and WinButtonEdit and report any errors they didn't find, or point me at any mistakes I may have made 
|
|
|
|
|
Logged
|
|
|
|
|
|
cranioscopical
|
 |
« Reply #128 on: June 20, 2011, 07:53:34 PM » |
|
Thanks for the continual improvements. Earlier, your tour de force had me trying to buy one of the iMo Monster 10-inch touch screens. At the time they were out of stock. Then I found a number of comments to the effect that they conflicted with the 'standard' video drivers that some users had. There seemed no way to tell except empirically, in one's own system. Given that there was a 15% (if I recall right) restocking fee, and that the thing had to be shipped from the U.S. to where I live, and the unspecified wait to fulfil orders, and slow response from the manufacturer to questions, that idea faded out. I'll take a look around next time I'm in the States. The last time I was there none of the computer/electronics stores had even heard of the thing. I'll see if I can defer a final decision by breaking something else in WB 
|
|
|
|
|
Logged
|
Chris
|
|
|
|
ewemoa
|
 |
« Reply #129 on: June 20, 2011, 08:19:56 PM » |
|
Verified the following (in 0.9.1.1): Changed File/New to do nothing if Cancel was clicked on the Save File dialog Improved File Selection (Open/Save) dialogs to include *.wbuc + *.ini and *.* selections and each choice separate Fixed Drag&Drop ignored .ini files
Thanks! BTW, when I choose File->New, I see a preview that shows a button labelled "Test button". I don't suppose it's easy to have no button displayed, but still with some sort of blank preview...
|
|
|
|
|
Logged
|
|
|
|
|
Ath
|
 |
« Reply #130 on: June 21, 2011, 01:20:51 AM » |
|
BTW, when I choose File->New, I see a preview that shows a button labelled "Test button". I don't suppose it's easy to have no button displayed, but still with some sort of blank preview...
Yeah, at first I couldn't get it to behave with no buttons available, but I guess I should go for an empty (no buttons) window, instead of a non-functional button. I'll see what goes best. I'll see if I can defer a final decision by breaking something else in WB   Both of you, thanks for the heads up 
|
|
|
|
|
Logged
|
|
|
|
|
ewemoa
|
 |
« Reply #131 on: June 26, 2011, 06:59:48 PM » |
|
XP SP3 WB 3.3.0.0 WBE 0.9.1.1 Using image specified in .wbuc file with .ico file in same directory as WB and WBE exes, the image of the .ico is displayed in preview of WBE, but not when using .wbuc file from WB. Formatted for INI with the GeSHI Syntax Highlighter [ copy or print] [Settings] left=-1 top=-1 closebutton=1 border=1 taskbar=1 vertical=1 [Buttons] button1=New Button 1 command1=-sub -? caption1=New Button 1 image1=Video2MP3.ico
On a related note, noticed that image of .ico doesn't appear to get scaled appropriately. Specific case was .ico extracted from Video2MP3.exe -- 128x128 button size shows whole image, but smaller sizes tried (e.g. 48x48) show a portion of the image. Would be nice if scaling worked  Also, any chance of supporting specification of icon from .exe?
|
|
|
|
|
Logged
|
|
|
|
|
Ath
|
 |
« Reply #132 on: June 27, 2011, 01:22:01 AM » |
|
Using image specified in .wbuc file with .ico file in same directory as WB and WBE exes, the image of the .ico is displayed in preview of WBE, but not when using .wbuc file from WB.
Did you place the .ico file to the same directory as where the .wbuc file is? 128x128 button size shows whole image, but smaller sizes tried (e.g. 48x48) show a portion of the image. Would be nice if scaling worked
I'll check that out Also, any chance of supporting specification of icon from .exe?
Ah, a feature request  , I'll investigate.
|
|
|
|
|
Logged
|
|
|
|
|
ewemoa
|
 |
« Reply #133 on: June 27, 2011, 01:59:51 AM » |
|
Using image specified in .wbuc file with .ico file in same directory as WB and WBE exes, the image of the .ico is displayed in preview of WBE, but not when using .wbuc file from WB.
Did you place the .ico file to the same directory as where the .wbuc file is? Sorry if this was unclear. WB, WBE, the .wbuc file, and the .ico file all live in the same directory. Is that clearer? Good luck with your investigation regarding the scaling and thanks for considering the exe / icon feature request 
|
|
|
|
|
Logged
|
|
|
|
|
Ath
|
 |
« Reply #134 on: July 02, 2011, 02:11:39 PM » |
|
I tried to solve a few issues reported by ewemoa, and also implemented his feature request: - Showing an icon in WBE preview but not when running WB: Undetermined, the same code is 'included' for both exe's. Was the .wbuc/.ini file saved?
- Would be nice if scaling worked: Scaling is not directly supported for button-images, investigation continues
- any chance of supporting specification of icon from .exe?: Implemented in this release

So today I bring to you WinButtons 3.3.1 and WinButtonEdit 0.9.2.3 (RC9) The What's new for WinButtons can be found on the original release postWinButtonEdit Change history since the previous release (RC8): Formatted for Text with the GeSHI Syntax Highlighter [ copy or print] 2011-07-02, v0.9.2.3 (RC9) + Added support for Environment and macro expansion when using images, so @SystemDir@\shell32.dll,-121 + Added automatic translation between directories available through @ macros when selecting an image file, examples: @WindowsDir@, @SystemDir@, etc. 2011-07-01, v0.9.2.2 (RC9) (not released) * Improved Image selection dialog for .exe/.dll/.ocx/.icl support and updated relevant routines + Added Icon selection dialog during Image selection, if .exe/.dll/.ocx/.icl file is opened ! Changed all File selection dialogs to return to the original directory after use ! Changed when selecting a button in the sample display, return focus to WBE 2011-06-30, v0.9.2.1 (RC9) (not released) * Improved adding icons from exe and dll support, searching for larger display of icons 2011-06-27, v0.9.2.0 (RC9) (not released) + Added support for icons from exe and dll files, and also support for an icon index into the file (requested by ewemoa) * Changed Added *.exe and *.dll to image selection dialog
The download is as usual available from the original release post, WinButtonEdit.exe and readme is included in the zipfile with WinButtons.exe, that also has it's sourcecode and updated readme. Feedback is, as always, welcome 
|
|
|
|
|
Logged
|
|
|
|
|
ewemoa
|
 |
« Reply #135 on: July 02, 2011, 06:56:11 PM » |
|
Showing an icon in WBE preview but not when running WB: Undetermined, the same code is 'included' for both exe's. Was the .wbuc/.ini file saved?
I didn't reproduce the issue with the latest version -- I admit it's possible there was some pilot error originally  Would be nice if scaling worked: Scaling is not directly supported for button-images, investigation continues
Thanks for your continued efforts, and good luck! any chance of supporting specification of icon from .exe?: Implemented in this release  I have good news and bad news... The good news is that it seemed to work for the likes of shell32.dll. Hurray  The bad news is that it didn't seem to work for Video2MP3.exe. I was able to bring up the icon selection dialog for Video2MP3.exe, saw the desired icon, clicked on the select button, but didn't end up seeing the icon in the preview (just blank). I clicked on the Apply button, saved, and restarted WBE, but no change. Also tried WB but still saw a blank button. Also tested by specifying via the file WinButtons.exe as a source of icons with similar unsuccessful results. Sample .wbuc file content that appears to reproduce the issue is below. Formatted for INI with the GeSHI Syntax Highlighter [ copy or print] [Settings] left=-1 top=-1 closebutton=1 border=1 taskbar=1 vertical=1 [Buttons] button1=New Button 1 command1=-sub -? caption1=New Button 1 image1=WinButtons.exe,-1
In the image1= line, tried changing -1 to 1 and subsequently did see an icon, btw. Using WBE's .exe as a source of icons, icons show up in the preview when specifying -4, -3, 0, 1 but not for -1. The icons that shows up for 0 and 1 look similar, FWIW. XP SP3 WB 3.3.1.2 WBE 0.9.2.3
|
|
|
|
|
Logged
|
|
|
|
|
Ath
|
 |
« Reply #136 on: July 03, 2011, 04:31:19 AM » |
|
In the image1= line, tried changing -1 to 1 and subsequently did see an icon, btw.
Using WBE's .exe as a source of icons, icons show up in the preview when specifying -4, -3, 0, 1 but not for -1. The icons that shows up for 0 and 1 look similar, FWIW.
It was indeed quite some black magic to me. That's one of the reasons it took a few days, had a lot of issues with the positive and negative indexes. AFAICS, that's some sort of 'feature' of the linker that puts the icons into the exe, I don't know how it can be influenced. (don't have much experience in this field). Probably creating a .rc file with the correct indexes, and resource-compiling that is the way to go for compilers supporting that... AutoIt doesn't, AFAICS. During the selection of the Icon, there's a button to the right/top of the dialog to switch 'by Name'/'by Ordinal'. Does switching that help? Most of the time, index 0 displays the default icon of an exe, so if you omit the index WB applies 0 by default. The bad news is that it didn't seem to work for Video2MP3.exe.
Can you point me where to get that, or PM me the file zipped so I can test/check that exe myself? TIA Oh, and the -2 icon in WBE.exe is a blanc image, FWIW, it shows up in the icon browser, and using WinButtonEdit.ico (not supplied with the download) reveals a much larger view with index -7 (icon attached here, index needs to be typed manually), I couldn't get the larger icons of WinButtons.ico in view though.
|
|
|
|
Logged
|
|
|
|
|
ewemoa
|
 |
« Reply #137 on: July 03, 2011, 05:38:27 AM » |
|
During the selection of the Icon, there's a button to the right/top of the dialog to switch 'by Name'/'by Ordinal'. Does switching that help?
Yes! This seems much better -- worked with Video2MP3.exe and WinButtons.exe. Perhaps 'by Ordinal' isn't a bad default  Most of the time, index 0 displays the default icon of an exe, so if you omit the index WB applies 0 by default.
Thanks for the info. Regarding Video2MP3, I get it via: http://skwire.dcmembers.com/wb/pages/software/video-2-mp3.phpFWIW, when I use NirSoft's IconExtract, I see 5 sizes for the icon extractable from Video2MP3.exe (16x16, 32x32, 48x48, 64x64, and 128x128). In WBE / WB I end up seeing one of the smaller ones displayed as near as I can tell.
|
|
|
|
|
Logged
|
|
|
|
|
Ath
|
 |
« Reply #138 on: July 03, 2011, 01:40:36 PM » |
|
FWIW, when I use NirSoft's IconExtract, I see 5 sizes for the icon extractable from Video2MP3.exe (16x16, 32x32, 48x48, 64x64, and 128x128). In WBE / WB I end up seeing one of the smaller ones displayed as near as I can tell.
I can see them too (thanks for the link  ), but I've been unable to select a specific icon-image from an icon embedded in an exe without extracting it from the file. Guess the best solution is give instructions how to link to NirSoft's IconsExtract, extract the icon using it, and address the desired icon from the .ico file using the index displayed by IconsExtract (while the .ico is still in the exe) (sorry if this sounds a bit cryptic  ) As said earlier, AutoIt hasn't provided me with a clue (yet) on how to specify the order/index of the icon-images included, and I probably need to add all icons as separate ico files (if that is even possible) to be able to address them individually. But most exe's have combined icons and use the embedded resource traversing routines to display the desired icon size. Haven't decided how to proceed from here. In the meantime I've been able to add (optional) scaling to normal .bmp images, so it sizes to the button width and height, I'll release that probably tomorrow-night. (today I'm a bit short on time).
|
|
|
|
|
Logged
|
|
|
|
|
ewemoa
|
 |
« Reply #139 on: July 03, 2011, 03:38:53 PM » |
|
|
|
|
|
|
Logged
|
|
|
|
|
ewemoa
|
 |
« Reply #140 on: July 04, 2011, 05:42:35 AM » |
|
BTW, I'm not quite sure what the conditions are that reproduce the issue, but it happens that under some circumstances, there is a fair bit of blank space to the right of the buttons:  May be it also depends on the icons referenced, but the button width and height may be related: Formatted for INI with the GeSHI Syntax Highlighter [ copy or print] buttonwidth=32 buttonheight=32
|
|
|
|
« Last Edit: July 04, 2011, 05:44:33 AM by ewemoa »
|
Logged
|
|
|
|
|
Ath
|
 |
« Reply #141 on: July 04, 2011, 06:26:44 AM » |
|
That's because you have 'Vertical Display' checked. 
|
|
|
|
|
Logged
|
|
|
|
|
ewemoa
|
 |
« Reply #142 on: July 04, 2011, 06:48:01 AM » |
|
Hmm...Perhaps there's something in the docs somewhere about this. Any pointers? I didn't turn up anything.
FWIW, when I uncheck "Vertical display", though there is less, there is still space to the right of the right-most icon. May be this is also expected too...
Confused.
|
|
|
|
|
Logged
|
|
|
|
|
Ath
|
 |
« Reply #143 on: July 04, 2011, 02:57:45 PM » |
|
The combination of 'Show Window Border' and 'Show in Taskbar' is kinda 'the culprit', as it then shows a full-size Close button and a System menu. If you could either turn off 'Show in Taskbar', or turn off 'Show Window Border' and turn on 'Allow Window movable', you can still move the WinButtons Window around, and have the Window fit rather snugly around the buttons. Just a bit of experimenting involved  I must say I slightly prefer the 'Show Window Border' version, over then the w/o border version. With 32x32px buttons the Window is quite small, and hard to hit, even with a mouse.
|
|
|
|
|
Logged
|
|
|
|
|
ewemoa
|
 |
« Reply #144 on: July 04, 2011, 05:00:03 PM » |
|
The combination of 'Show Window Border' and 'Show in Taskbar' is kinda 'the culprit', as it then shows a full-size Close button and a System menu.
Ah, I have tried various options and see. Thanks for the explanation. Turning off "Show in Taskbar" seems like a doable work-around in this case. Thanks.
|
|
|
|
|
Logged
|
|
|
|
|
Ath
|
 |
« Reply #145 on: July 04, 2011, 05:01:02 PM » |
|
Tried to work around the .ico issues/wishes reported by ewemoa, but because of the load of work involved that's already done by NirSoft's IconsExtract, I settled for a reference to that utility in the readme  While going in that direction, I was able to add an optional scaling feature for the display of .bmp images on a button, it can resize to the actual button size if the image path/filename is prefixed with a dash (like '-flower.bmp', no quotes). This isn't a big release but the versions got to go up, so here we go: WinButtons 3.3.2 and WinButtonEdit 0.9.3.0 (RC10) are now available from the original release post. The only extra is the WinButtonEdit.ico added to the zip-file, for those that might like it  Bugreports and/or feature requests still welcome 
|
|
|
|
|
Logged
|
|
|
|
|
ewemoa
|
 |
« Reply #146 on: July 04, 2011, 07:18:57 PM » |
|
I see version 3.3.1.2 via the Version tab of WinButtons.exe Properties. FWIW, I do see the included WinButtonEdit.ico. Perhaps I got the wrong zip file?
|
|
|
|
|
Logged
|
|
|
|
|
Ath
|
 |
« Reply #147 on: July 05, 2011, 01:29:51 AM » |
|
I see version 3.3.1.2 via the Version tab of WinButtons.exe Properties. Ah, I see what happened, after updating the version info I didn't hit the compile button  , but the new feature(s) should be there, as it was compiled just before that. I won't be able to update before I get home though, I'll bump the version to 3.3.2.1 then.
|
|
|
|
|
Logged
|
|
|
|
|
ewemoa
|
 |
« Reply #148 on: July 05, 2011, 02:03:46 AM » |
|
Thanks for the clarification 
|
|
|
|
|
Logged
|
|
|
|
|
Ath
|
 |
« Reply #149 on: July 05, 2011, 01:27:02 PM » |
|
I bumped the version info by this time actually compiling after updating the version number in the source  , and updated the download on the original release post. Nothing else was changed.
|
|
|
|
|
Logged
|
|
|
|
|