Include an au.3 @scriptDir

[TrashBoat 0]

How do i add a path to a file in Include.

I want my script to get the udf in the same folder as the script/exe:

Include "@ScriptDir/udf.au3"

can this be done?

[water 1,657]

Use

#Include "udf.au3"

The help file explains the search order for <> and ""

Edited July 14 by water

[TrashBoat 0]

Then i compile the script and edit the udf it dosent update 

[Jos 1,073]

Why would you expect that to happen?

 Isn't compiling the same as taking the current source and creating a selfcontained executable to you?

Jos

[TrashBoat 0]

Just now, Jos said:

Why would you expect that to happen?

 Isn't compiling the same as taking the current source and creating a selfcontained executable to you?

Jos

I wanted that my script would read the udf that i included and execute functions from there, but now then i  compile it seems just to take the udf read it once and dont update if it has been updated

[water 1,657]

#Include is processed during compile time. So you need to re-compile your script for the changes to take effect.

[Jos 1,073]

Correct ... and ... does what I stated make sense?

Jos

[TrashBoat 0]

can i make it so it updates somehow? or not?

[Jos 1,073]

Yes, but that means you need to run the script each time instead of using a compiled version.
... but why do you need this anyways?   What are you looking for to update in the script?

Jos

[TrashBoat 0]

My point here is so a user can put his function in the udf.au3 file and save it launch my program and execute it via function name 

[TrashBoat 0]

or maybe there is an easier way of executing another script via a gui of some sorts

[TrashBoat 0]

10 minutes ago, Jos said:

Yes, but that means you need to run the script each time instead of using a compiled version.
... but why do you need this anyways?   What are you looking for to update in the script?

Jos

im looking to update that udf so the program can read it and recognize the newly typed functions

[Jos 1,073]

That description  is way to vague for me to consider whether there are alternative ways.
So you really need to code script logic and can't get away with an INI file or something?

Jos

[TrashBoat 0]

well ini files cant store scripts and execute them on command can they? Just tell me a way how to execute another script/compiled version of the script via a gui of sorts

[TrashBoat 0]

14 minutes ago, Jos said:

That description  is way to vague for me to consider whether there are alternative ways.
So you really need to code script logic and can't get away with an INI file or something?

Jos

Think of it like a database that can be updated by the user 

[Jos 1,073]

So you want your users to update the script? ...  then as stated, simply run the script with autoit3.exe.

Jos

[TrashBoat 0]

9 minutes ago, Jos said:

So you want your users to update the script? ...  then as stated, simply run the script with autoit3.exe.

Jos

but the users wont have autoit installed

[Jos 1,073]

So what?  Each compiled script can act as the stub for an script and execute that.

When you want real help you will have to post a real question here with its usecase ..  else I am out.

Jos

Edited July 14 by Jos

[SlackerAl 10]

Options:

Give your users an uncompiled stub that uses functions that your users can edit - distributed with AutoIt. Whether these functions are in includes or not is just a matter of housekeeping. But if compiled you are locked in to whatever the state was at compile time.

Allow your users to edit a flat file / SQLite DB that is read in by your script at run time. Your script can be compiled or not. Limitation, you can execute some AutoIt code like this:

#include <MsgBoxConstants.au3>
Opt('MustDeclareVars', 1)
Global $MyFunc = "MsgBox(4096, 'Test', 'Hello') & MsgBox(4096, 'Test', 'And me')"
Execute($MyFunc)

but you wont be able to do anything much more complex than that without writing your own script parser within your AutoIt script, and that is going to get ugly fast. 

Equally you could write some functions in your script and expose them to users to activate with parameters from a flat file using conditionals, but as Jos says, you would have to post exactly what the use case was for people to advise you appropriately on that.

What it seems to me you are asking for is a compiled program that reads in some more source code and recompiles itself to include that additional source code: That is not going to happen without more pain than just distributing AutoIt in the first place. 

 

[water 1,657]

If a user is able to write custom functions why shouldn't he be able to compile the script himself?