3.1.0++

[Holger]

@SlimShady: it sets @error to 1

[Josbe]

Ok, I know that is the correct way, to specify a real icon(ID) which exists in these library.

But if not exists, like an alternative (just like the release version), create the ID at least (ID's control).

Imagine that you are using a random icon ID, not ID control...

Sorry, I don't know, if you understand me...

EDIT: Also: The released version (3.1.0) with that code the ID is "4", but the new beta is "0".

Edited March 8, 2005 by josbe

[Holger]

@josbe: yeah, that is what I meant with "bug in the release"-version.

But maybe you are right, cause it would be better to just display a blank icon instead of doing a big error handling for these situations than before...

So if nobody has a problem with this I see no problem in creating a blank icon and only returning 0 when there is a problem with creating the empty-control itself (like normally) - like before...

What do you think jpm and others?

[SlimShady]

Good idea.

[Josbe]

@josbe: yeah, that is what I meant with "bug in the release"-version.

But maybe you are right, cause it would be better to just display a blank icon instead of doing a big error handling for these situations than before...

So if nobody has a problem with this I see no problem in creating a blank icon and only returning 0 when there is a problem with creating the empty-control itself (like normally) - like before...

What do you think jpm and others?

<{POST_SNAPBACK}>

Exactly. (It's seen more appropriate)

[jpm]

@josbe: yeah, that is what I meant with "bug in the release"-version.

But maybe you are right, cause it would be better to just display a blank icon instead of doing a big error handling for these situations than before...

So if nobody has a problem with this I see no problem in creating a blank icon and only returning 0 when there is a problem with creating the empty-control itself (like normally) - like before...

What do you think jpm and others?

<{POST_SNAPBACK}>

I think the problem will ever be with the return in some error case of 0 and the reuse of this return as a ControlID in the message loop.

We can lower the problem if the image/icon cannot be created by leaving blank the control image. but if me need to report the error by @error that will look strange.

I will prefer to return -1 in GuiGetMsg when no message

see this post

Edited March 9, 2005 by jpm

[therks]

Can you post a sample script that reproduce the behabior?

I want to be for sure I am testing in the condition.

THanks for your help

<{POST_SNAPBACK}>

Okay, this is kinda large, but here goes:

$tog = 0
GuiCreate('')
GuiCtrlCreatePic('mypic.bmp', 0, 0, 100, 100)
$label = GuiCtrlCreateLabel('My label', 30, 30, 70, 70)
$button = GuiCtrlCreateButton('click', 0, 150)
GuiSetState()
do
    $m = guigetmsg()
    
    if $m = $button then
        if $tog then
            GuiCtrlSetFont($label, 8.5, -1, 0)
            $tog = 0
        else
            GuiCtrlSetFont($label, 8.5, -1, 4)
            $tog = 1
        endif
    endif
until $m = -3

Although I have to admit, on this computer (1ghz) the flicker is so fast I sometimes don't see it. It's only the other computer (200mhz) that it's really noticeable.

[therks]

I think the problem will ever be with the return in some error case of 0 and the reuse of this return as a ControlID in the message loop.

We can lower the problem if the image/icon cannot be created by leaving blank the control image. but if me need to report the error by @error that will look strange.

I will prefer to return -1 in GuiGetMsg when no message

see this post

<{POST_SNAPBACK}>

I don't think you linked to the right post...

[jpm]

I don't think you linked to the right post...

<{POST_SNAPBACK}>

Yes it is the right post .

Imagine the controlid check in the if is 0 .

That's not the case in the example of the post but just imagine.

in this case i need to return on GuiGetMsg something different from zero or in the GuiCtrlCreate... something different from 0 which is not what is specified and commonly admit if AutoIt3 error checking

[jpm]

3.1.0.15I uploaded

• RegExp update from Nutster
• Gui crash on click listview (Thanks Holger)
• GuiCtrlRead on clicked listviewitem on 2nd window (Thanks Zaxon)
• StdIO working (Thanks Dave for pointing out my mistake)

have good testing

to be uploaded from same place see first post

[steveR]

Thanks guys

Edited March 10, 2005 by steveR

[toto]

When I try the flag 1 to have the matching pattern in an array, that's doesn't walk on Win XP SP2

$stest="Bonjour monsieur, untel untel"
$sPattern = "untel"
$nflag="1"
$stest1= StringRegExp($stest, $sPattern,$nflag)
Msgbox(0,"",@extended)
MsgBox(0, "Regular Exp[b][/b]ression Replace Test", StringRegExpReplace($stest, $sPattern, "toto"))

Msgbox(0,"",$stest1)

[steveR]

Try this:

#include <array.au3>

$stest="Bonjour monsieur, untel untel"
$sPattern = "(untel)"
$nflag="1"
$stest1= StringRegExp($stest, $sPattern,$nflag)

Msgbox(0,"",@extended)
MsgBox(0, "Regular Exp[b][/b]ression Replace Test", StringRegExpReplace($stest, $sPattern, "toto"))

_ArrayDisplay($sTest1,"Result")

If $nFlag = 3 , it will find both occurances of untel

Edited March 10, 2005 by steveR

[SumTingWong]

Try this:

#include <array.au3>

$stest="Bonjour monsieur, untel untel"
$sPattern = "(untel)"
$nflag="1"
$stest1= StringRegExp($stest, $sPattern,$nflag)

Msgbox(0,"",@extended)
MsgBox(0, "Regular Exp[b][/b]ression Replace Test", StringRegExpReplace($stest, $sPattern, "toto"))

_ArrayDisplay($sTest1,"Result")

If $nFlag = 3 , it will find both occurances of untel

<{POST_SNAPBACK}>

@SvenP - having fun with COM but can I suggested rearranging the params for ObjCreate and ObjGet as follows:

ObjCreate ( "classname", optional "servername" )

ObjGet ( "classname", optional "filename" )

These changes are based on the help file in the latest beta posted by JPM.

Many thanks!

Edited March 10, 2005 by pacman

[SvenP]

@SvenP - having fun with COM but can I suggested rearranging the params for ObjCreate and ObjGet as follows:

ObjCreate ( "classname", optional "servername" )

ObjGet ( "classname", optional "filename" )

These changes are based on the help file in the latest beta posted by JPM.

Many thanks!

<{POST_SNAPBACK}>

Hello SumTingWong,

Yes, you are very right. Writing docs is not my strongest point. ;-)

The "servername" in ObjCreate() is indeed optional.

In ObjGet() I used the same argument order as in the VBscript GetObject(). Changing the order might confuse people who are accustomed to VBScript.

Oh well...those VBscript people are going to get confused anyways, after seeing the new great capabilities of the AutoIt V3.1.0.15I-beta :-)

I'll think about it. Thanks for the feedback.

Regards,

-Sven

[jpm]

.1.0.15J uploaded

• GuiCtrlSetGraphic with $GUI_GR_REFRESH and $GUI_GR_HINT

have good testing

to be downloaded from AutoIt3-gui

Cheers good testing. Just report problems

[SlimShady]

Thank you, jpm

[DaleHohm]

Trouble with ObjGet in .1.0.15J

I do an ObjCreate followed by an ObjGet. The ObjGet returns the error 8004013E when used with MindManager.Application

I execute exactly the same code with Excel.Application and it works fine.

The MindManager window starts (and I give it focus during the 10 second Sleep). Is this likely an issue with ObjGet or is there anything you can suggest I do to debug anything unique about MindManager?

;;;$oNew = ObjCreate("Excel.Application")
$oNew = ObjCreate("MindManager.Application")
if @error then 
  Msgbox (0,"objCreate","Error Creating Object. Error code: " & hex(@error,8))
  exit
Else
    Msgbox (0,"ObjCreate","Created Successfully")
endif

$oNew.Visible = 1
Sleep(10000)

;;;$oOld = ObjGet("","Excel.Application")
$oOld = ObjGet("","MindManager.Application")
if @error then 
  Msgbox (0,"ObjGet","Error Getting an active Object. Error code: " & hex(@error,8))
  exit
Else
    Msgbox (0,"ObjGet","Attach Successful")
endif

Some additional information...

The equivalent functions in VBScript work without error:

Set oNew = CreateObject("MindManager.Application")
Set oOld = GetObject("","MindManager.Application")

And from here:

http://support.microsoft.com/?id=186063

-2147221021 (800401E3)    Operation unavailable.

Thanks,

DaleHohm

Edited March 21, 2005 by DaleHohm

[DaveF]

.1.0.15J uploaded

StdxxxRead() is still broken on Win 98, despite the remedy that I tried for the 3.1.0.15J release.

I'll be away for the next week (Novell BrainShare) but I'll look back into it when I get back...

[Jos]

StdxxxRead() is still broken on Win 98, despite the remedy that I tried for the 3.1.0.15J release.

I'll be away for the next week (Novell BrainShare) but I'll look back into it when I get back...

<{POST_SNAPBACK}>

Are you sure ?

Just tested it with the script i posted in the other thread and it seems to be working now.......