Jump to content
Sign in to follow this  
Jon

v3.0.103 Unstable - Reloaded

Recommended Posts

Fixed.

JP, check your GUIConstants :)

<{POST_SNAPBACK}>

Sorry, I know I was on the way to send you the update on the mouse stuff

Share this post


Link to post
Share on other sites

I see that in the latest builds, the QFE has changed from 0. Glad to see that, it means identifying which beta version will be a lot easier, now.

Jon, I guess this means my script worked okay, or did you find a (better) method?

Share this post


Link to post
Share on other sites

I see that in the latest builds, the QFE has changed from 0.  Glad to see that, it means identifying which beta version will be a lot easier, now.

Jon, I guess this means my script worked okay, or did you find a (better) method?

The script worked fine but it only changed the two numeric values in the RC file. There are also two string values - I tried it without these present and it just gave a bad version block. So I changed the way it works by creating a 4 line AutoIt_Version.h file that just has 4 defines for the relevant version numbers and than the RC file uses these variables rather than hardcoded strings. The .h file is automatically generated when I run my automated "full build" rather than on every compile. The current version number is stored in AutoIt_Version.ini and there is a switch in there to enable/disable auto update. Yes, I know I could have just updated your script but I was lazy :) Thanks

Share this post


Link to post
Share on other sites

Sorry, Jon, I could of saved you work if you would of told me this. I'd forgotten this, but I use .'s in my string versions. If you look on lines 158 and 160, you'll see this because the first parameter to __VersionUpdate() is "." instead of a ",". Simply changing that will cause it all to be updated properly. Its been so long since I wrote the script, I forgot about little details like that.

Share this post


Link to post
Share on other sites

Sorry, Jon, I could of saved you work if you would of told me this.  I'd forgotten this, but I use .'s in my string versions.  If you look on lines 158 and 160, you'll see this because the first parameter to __VersionUpdate() is "." instead of a ",".  Simply changing that will cause it all to be updated properly.  Its been so long since I wrote the script, I forgot about little details like that.

No probs, by the time the timezone had come around I'd done it, it was only like a 5 line script after the changes above.

Share this post


Link to post
Share on other sites

Updated with some bug fixes from JP.

http://www.autoitscript.com/autoit3/files/unstable/autoit

<{POST_SNAPBACK}>

@Devs: To resize a icon with GUICtrlSetPos was a bug? :)

I ask, because with this update, now the icons defined with 'GUICtrlCreateIcon' already aren't resizable?

You can take a look with this script

Share this post


Link to post
Share on other sites

@Devs: To resize a icon with GUICtrlSetPos was a bug? :)

I ask, because with this update, now the icons defined with 'GUICtrlCreateIcon' already aren't resizable?

You can take a look with this script

<{POST_SNAPBACK}>

I think it was because the first GuiCtrlSetPos was not doing it's job. icon are displayed with the exact pixel of the definition of the icon

Share this post


Link to post
Share on other sites

Updated with ControlListView and doc page.

All the control pages need updating really as the ClassnameNN thing is a bit out of date and I need to write a single page describing all the ways controls can be referenced and we can just point all the other pages to it.

Share this post


Link to post
Share on other sites

http://www.autoitscript.com/autoit3/files/unstable/autoit

Updated:

- ViewChange and SelectInvert added to ControlListView

ViewChange is XP only as there doesn't seem to be a pre-XP way to internally control this.

Internal:

Built-in and user function lookups are now done using a binary chop search. This is pretty cool as instead of having to search 300 function names you only have to search around 7 or 8 functions. This does mean that the order of functions in the list in script.cpp now has to be perfectly sorted otherwise it simply will not work. Be careful when adding new functions in there. (I thought the list was already sorted but GuiGetMsg was in the wrong place which caught me out :) )

Edited by Jon

Share this post


Link to post
Share on other sites

[..]

ViewChange is XP only as there doesn't seem to be a pre-XP way to internally control this.

[..]

<{POST_SNAPBACK}>

Jon .. would this help at all?

http://www.mvps.org/btmtz/listview/

.. see the download on the page called setshellview1.zip: it's a VB app showing how to use some API calls that might be useful. Works nicely on NT4

:)

Share this post


Link to post
Share on other sites

Jon .. would this help at all?

http://www.mvps.org/btmtz/listview/

.. see the download on the page called setshellview1.zip: it's a VB app showing how to use some API calls that might be useful. Works nicely on NT4

:)

Looks promising, I'll have another play.

Share this post


Link to post
Share on other sites

If you're still looking for feedback on DriveMap* functions...

The more I fiddle with this script (in terms of the order of mapping!), the more flaky the results get:

http://www.autoitscript.com/forum/index.php?showtopic=5823

.. of course, the weird results only seem to occur in the unlikely event of trying to map the same drive letter to different shares .. but still, very odd :)

Share this post


Link to post
Share on other sites

If you're still looking for feedback on DriveMap* functions...

The more I fiddle with this script (in terms of the order of mapping!), the more flaky the results get:

http://www.autoitscript.com/forum/index.php?showtopic=5823

.. of course, the weird results only seem to occur in the unlikely event of trying to map the same drive letter to different shares .. but still, very odd  :)

The drivemap functions have been on the bug fix list for a while. It seems that deleteing a mapping just disconnects it (not delete) and mapping fails when you already have it mapped. Lots to look at.

Share this post


Link to post
Share on other sites

The drivemap functions have been on the bug fix list for a while.  It seems that deleteing a mapping just disconnects it (not delete) and mapping fails when you already have it mapped.  Lots to look at.

<{POST_SNAPBACK}>

Did you see the fix posted in the original support thread ?

#39340


SciTE4AutoIt3 Full installer Download page   - Beta files       Read before posting     How to post scriptsource   Forum etiquette  Forum Rules 
 
Live for the present,
Dream of the future,
Learn from the past.
  :)

Share this post


Link to post
Share on other sites

Did you see the fix posted in the original support thread ?

#39340

I didn't, thanks :)

Does that also fix the problem of drive mapping an already mapped drive failing? Maybe I should just force a drivemapdel before a drivemapadd is performed.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...