Jump to content

v3.0.103 Unstable - Reloaded


Jon
 Share

Recommended Posts

  • Replies 220
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

  • 2 weeks later...

It does work with the version from oct 11th.

I added a line.

Func Debug($message)
   If $message = "#ds" Then
       WinSetState(AutoItWinGetTitle(), "", @SW_SHOW)
       WinActivate(AutoItWinGetTitle())
   ElseIf $message = "#de" Then
       WinWaitClose(AutoItWinGetTitle())
   Else
       Local $previous = ControlGetText( AutoItWinGetTitle(),"", "Edit1")
       ControlSetText( AutoItWinGetTitle(),"", "Edit1", $previous & $message & @CRLF)
   EndIf
EndFunc
Edited by SlimShady
Link to comment
Share on other sites

  • Administrators

Updated with the various fixes from JP and holger over the last week (gui refresh, tooltips, etc).

Not added the listview stuff yet as I don't want to duplicate anything in ControlCommand/Listview and we need to think about that.

Link to comment
Share on other sites

@Jon: thanks a lot ;)

I don't know if the created function "DirGetSize()" is extremly needed from others (no response :) ) but however I will send you the function tomorrow cause in a few minutes I'm on the road again and check then later again some bug reports...

So long and regards :)

Holger

Link to comment
Share on other sites

Updated with the various fixes from JP and holger over the last week (gui refresh, tooltips, etc).

<{POST_SNAPBACK}>

The installer package is still numbered 3.0.103 (same as the previous unstable version). Should it not have been numbered 3.0.104 or greater?

To be precise, http://www.autoitscript.com/autoit3/files/unstable/autoit/ contains a file autoit-v.3.0.103.exe, this file has been there for some days, and has been modified today.

Ignorance is strength.

Link to comment
Share on other sites

Jon does this nowadays. Back in the pre-release of AutoIt3 the number did increase, but now each new 'build' of the next version doesn't increase the version number. The only way to tell is date and file size will change.

@Jon, ever thought of putting a build number in there which would increase which each new build of the current unstable beta? Or would this be too tricky to manage?

Link to comment
Share on other sites

@Chris_1013: what do you mean?

The beta-number increases after an official release of Autoit, so:

Autoit101-beta -> official release -> Autoit102-beta

Autoit102-beta -> official release -> Autoit103-beta

Autoit103-beta -> official release -> Autoit104-beta

But I can't find a new official Autoit3 (103) release!!!...so where is the problem???

I don't know...

BUT: I would not have a problem if after every change the number increases, so maybe 3 times per week :)

So long :)

Holger

Edited by Holger
Link to comment
Share on other sites

As soon as any changes are made to a release version it becomes an unstable beta with a new version number.

i.e., AutoIt 3.0.101 release Then AutoIt 3.0.102 beta

when AutoIt 3.0.102 beta is 'finished' it's released as AutoIt 3.0.102

So, the version we are on and is currently being developed is AutoIt 3.0.103 beta, which will be AutoIt 3.0.103 when it is released.

Hope this makes sense :)

Link to comment
Share on other sites

There is an answer if Jon wants to try it.

First, there is a 4th unused parameter to a version string. Jon doesn't use this field, but it could be useful for keeping track of unstable/beta build numbers.

Second, I wrote a script (In AutoIt, of course) that can be called as a pre-build event in Visual Studio which will open the resource file and increment the build number automagically. It supports incrementing each of the 4 components of a version number (It's command line driven), for both the file and product versions. Something like this would increment the QFE number by 1 every time a "Build" is performed (QFE is the unused parameter, currently). This would be added as a pre-build event:

"Version Updater.exe" MyResource.rc /FQFE /PQFE

I've used the script a little bit, and it didn't seem to screw anything up. Jon, if you are interested, and if VS6 supports build events, I can send you the script.

Link to comment
Share on other sites

  • Administrators

There is an answer if Jon wants to try it.

First, there is a 4th unused parameter to a version string.  Jon doesn't use this field, but it could be useful for keeping track of unstable/beta build numbers.

Second, I wrote a script (In AutoIt, of course) that can be called as a pre-build event in Visual Studio which will open the resource file and increment the build number automagically.  It supports incrementing each of the 4 components of a version number (It's command line driven), for both the file and product versions.  Something like this would increment the QFE number by 1 every time a "Build" is performed (QFE is the unused parameter, currently).  This would be added as a pre-build event:

"Version Updater.exe" MyResource.rc /FQFE /PQFE

I've used the script a little bit, and it didn't seem to screw anything up.  Jon, if you are interested, and if VS6 supports build events, I can send you the script.

Sure, as long as it's automagical. It's just the hassle that prevents me from doing it atm

:)

Link to comment
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
 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...