Sign in to follow this  
Followers 0
h711

Where are the default functions (withou include any thing) located?

26 posts in this topic

I know all the included functions are located in a folder called "include", but what about the functions that does not required to include any thing?

Thanks.

Share this post


Link to post
Share on other sites



I know all the included functions are located in a folder called "include", but what about the functions that does not required to include any thing?

Thanks.

If I understood your question correctly, the answer is that - It is built into the AutoIt3.exe or Aut2exe.exe (if you compile the script)

Share this post


Link to post
Share on other sites

I know all the included functions are located in a folder called "include", but what about the functions that does not required to include any thing?

Thanks.

:)... no idea what you are asking here. Could you rephrase your question?

Visit the SciTE4AutoIt3 Download page for the latest versions        Beta files                                                          Forum Rules
 
Live for the present,
Dream of the future,
Learn from the past.
  :)

Share this post


Link to post
Share on other sites

If I understood your question correctly, the answer is that - It is built into the AutoIt3.exe or Aut2exe.exe (if you compile the script)

A compiled script integrates AutoItSC.bin (or AutoItASC.bin or AutoItSC_x64.bin depending on options set in compiler) not Aut2exe.exe

Share this post


Link to post
Share on other sites

A compiled script integrates AutoItSC.bin (or AutoItASC.bin or AutoItSC_x64.bin depending on options set in compiler) not Aut2exe.exe

I stand corrected :) Just to clarify the run-time compiler autoit3.exe has its own built in "autoitsc???.bin right?

Share this post


Link to post
Share on other sites

I stand corrected :) Just to clarify the run-time compiler autoit3.exe has its own built in "autoitsc???.bin right?

I am not a developer, but as far as i know it is the opposite, ie autoitsc.bin is a "stub" of autoit3.exe

Share this post


Link to post
Share on other sites

For example:

"_FileCountLines" is located in the File.au3. So if I need to modify that function, I can just go there and modify it.

"FileCreateNTFSLink" does not have any required file to be included. So I wonder where can I find that function and modify it.

Share this post


Link to post
Share on other sites

#8 ·  Posted (edited)

For example:

"_FileCountLines" is located in the File.au3. So if I need to modify that function, I can just go there and modify it.

"FileCreateNTFSLink" does not have any required file to be included. So I wonder where can I find that function and modify it.

_FileCountLines is a UDF (User Defined Function which is coded with native AutoIt3 commands)

FileCreateNTFSLink is a native Function.

Jos

Edited by Jos

Visit the SciTE4AutoIt3 Download page for the latest versions        Beta files                                                          Forum Rules
 
Live for the present,
Dream of the future,
Learn from the past.
  :)

Share this post


Link to post
Share on other sites

And where is the native functions located? Any way I can modify them?

Share this post


Link to post
Share on other sites

And where is the native functions located? Any way I can modify them?

If by native you mean Binary, no.

[center]Common sense plays a role in the basics of understanding AutoIt... If you're lacking in that, do us all a favor, and step away from the computer.[/center]

Share this post


Link to post
Share on other sites

I have problem with some native functions such as "ControlClick". I am looking for a way to ID an object by ID + one additional property to overcome a duplicated ID problem.

Share this post


Link to post
Share on other sites

You can't have duplicate IDs in one window. I think you are misreading some piece of information.

You can't edit the native functions, so get that out of your head before you go any farther.

Share this post


Link to post
Share on other sites

I have problem with some native functions such as "ControlClick". I am looking for a way to ID an object by ID + one additional property to overcome a duplicated ID problem.

No idea what you're saying there. You have a problem with ControlClick but want to identify something by something else. I don't see where the two have anything to do with the other. Let alone what you're actually trying to do to even start to help.

[center]Common sense plays a role in the basics of understanding AutoIt... If you're lacking in that, do us all a favor, and step away from the computer.[/center]

Share this post


Link to post
Share on other sites

I need a way to solve my problem.

I have a 6 page installer and some of the buttons have the same ID. Yes, buttons with duplicated ID are on different pages of installer wizad, but when I use

ControlClick("My Window", "", "[ID:254]")
, the script will always click the first ID:254 it can find, even if that button is not on the current page.

Now, what I am asking is to have a way to let ControlClick to click on the right ID:254.

Share this post


Link to post
Share on other sites

It's the same button then. It's easy to change the text of the button for the next time it loads. Try checking for some other identifying piece of information.

Share this post


Link to post
Share on other sites

I need a way to solve my problem.

I have a 6 page installer and some of the buttons have the same ID. Yes, buttons with duplicated ID are on different pages of installer wizad, but when I use

ControlClick("My Window", "", "[ID:254]")
, the script will always click the first ID:254 it can find, even if that button is not on the current page.

Now, what I am asking is to have a way to let ControlClick to click on the right ID:254.

As "Richard" :) said... you can check the text or you could try using the ClassNameNN, and check the state of the control to see if it is visible or not (ControlCommand()).

[center]Common sense plays a role in the basics of understanding AutoIt... If you're lacking in that, do us all a favor, and step away from the computer.[/center]

Share this post


Link to post
Share on other sites

They are not the same button. The "Next", "Back" and "Cancel" are the same buttons on every page, I know that.

But the buttons I am talking about are different. One of the button is an checkbox on one page, and another one is a huge click button on another page, and they all have the same ID.

For "ControlClick" and "ControlCommand":

Title: All pages have the same title and class.

text: I cannot use text string to ID any thing because I need my script to work on different native language OSes (English, French, Japanese.....).

Control ID: I have this duplicated ID problem.

Share this post


Link to post
Share on other sites

#18 ·  Posted (edited)

As "Richard" said... you can check the text or you could try using the ClassNameNN, and check the state of the control to see if it is visible or not (ControlCommand()).

I can always check those buttons, but once I decided to click on them by ControlClick ( "title", "text", controlID ), it will alwasy click on the wrong button with the same ID.

Edited by h711

Share this post


Link to post
Share on other sites

#19 ·  Posted (edited)

I tested, even when I used the text of the current button, the controlclick or ControlGetText will still get the wrong button from last page.

dim $text1
$text1=ControlGetText ( "[CLASS:#32770]", "Print a test page", "[ID:1025]")
MsgBox(0, "", $text1)
ControlClick("[CLASS:#32770]", "Print a test page", "[ID:1025]" )

Any help? Ideas?

Edited by h711

Share this post


Link to post
Share on other sites

I tested, even when I used the text of the current button, the controlclick or ControlGetText will still get the wrong button from last page.

dim $text1
$text1=ControlGetText ( "[CLASS:#32770]", "Print a test page", "[ID:1025]")
MsgBox(0, "", $text1)
ControlClick("[CLASS:#32770]", "Print a test page", "[ID:1025]" )

Any help? Ideas?

Yes, I gave you an idea. Check the visibility state with ControlCommand(). If it's visible, click it.

[center]Common sense plays a role in the basics of understanding AutoIt... If you're lacking in that, do us all a favor, and step away from the computer.[/center]

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  
Followers 0