AutoHotkey Community

Me too. Thanks a lot.

Although it may not work for what is requested... Script Encoder

Thanks for the link. I downloaded (a long time ago, I must say, when I was under W98) WSH but I never seen that. I will test it to see if it can be used elsewhere than in a web page (in a "local" VBScript). I thought too that to protect the code, it would be possivle to use a temp file, but with a RAM-Disk. I don't know if it is possible at my work (if my boss would let me install a RAM Disk...) As soon as a file is deleted from a RAM-Disk, it can't be retreived. It's an alternative way to protect the code. Thank for sharing your research results.

Instead of making a Othersyntax command, I think it would be better if ahk supported file-here notation - this would have more general usage. This could be supported by a dll that hosts an ActiveScript engine - allowing the usage of all ActiveScript compatible scripting languages -Perl, Python, VbScript, JScript, RubyScript and others. Then you'd have wrapper functions for the dll - like with the perl interface.

File-here is like this -



Basically everything between the << EOF (which can be any word)
and it's counter part is totally excluded from parsing by ahk - so you can use quotes and such freely, except maybe for %variable%. Avoiding the need for escapes would greatly ease the use of other scripting languages. The contents of these blocks would be stuck into whatever variable they would be pointed at. Maybe the syntax could leave off the = as well.

I'll look at making the dll.

EDIT:
F*ck this. Leave it up to M$ to write a completely unusable api. Practically no documentation and waaay to much code to just tack on an ActiveScript site. If someone more comfortable with c++ wants to take a stab at it
http://www.codeproject.com/com/mfcscripthost.asp seems to be a good resource.

EDIT:
NYAHAHAHAHA! I WIN!

Put this in peval.vbs


Here's an example:


It uses CMDRet and a pipe-reading vbscript to do it. Basically you pipe the script you want to run into peval.vbs and IT runs the code in execute(). Doesn't need a special dll, and doesn't need a temporary file. Just needs CMDRet.dll and peval.vbs.

So lets look at what this would look like with CMDRet built into AHK, and file-here syntax added :



There's little weird syntax and it's readily adaptable to a variety of scripting languages and other programs.

And python and ruby both support piping scripts into them, so there's those working with no trouble. Come to think of it, embedding ActiveScript probably wouldn't be the answer anyway, because you would lose the functionality of WSH, leaving vbscript considerably less useful.

Here's a quick example for piping scripts to ruby.

_________________
<enormous animated gif>

Have you seen the recently-added continuation section? Hopefully it is very close to what you had in mind.

By default, only percent signs and accents need to be escaped inside a continuation section. But those can be avoided too via the section's options.

Great link. I'm definitely going to take a close look at it.

Great demonstration and proof of concept. With this in hand, one path toward the integration of external scripting languages becomes clearer, and cmdret is also of great value.

I could use more detail about this because I know so little about WSH vs. ActiveScript.

Thanks for sharing your work and discoveries!

Well, the short version is that vbscript is useless on its own. It gets all of its ability to actually do things from its host application. The ability to use vbscript to manipulate the registry, use com objects, etc comes from the Windows Script Host (WSH), which basically is an ActiveScript host hooked to a back end that interacts with the operating system. There's no way that I know of to interact with WSH without using cscript.exe or wscript.exe. Basically, just embedding an ActiveScript engine or, more accurately, making some part of AHK an ActiveScript site, would allow you to expose the functionality of AHK to ActiveScript languages (this may be useful on its own), but wouldn't allow you to, say, use WSH from within AHK without using an external executable. And since the WSH programs only take scripts in files rather than pipes, I think the only way to get it's functionality in AHK would be to use the pipe.

I just played with continuation sections again and found that they do work the way I wanted in commands but they don't seem to work without quotes in the context of function calls or other expressions.

To use one in a function call this is what I got:


Note all the quotation marks

Using it in a command I can do this:


Notice the lack of quotes. This way works fine, though I think file-here is a little easier to read. If continuation sections worked the same in expressions as they do in commands, or if there was a way to assign a continutation section directly to a variable, they would do nicely for this.

_________________
<enormous animated gif>

Thanks for the extra details about WSH.

This is because a continuation section joins lines together at a very early stage. It has no knowledge of expressions or parameters; all it sees is raw text.

It's already possible:

var =
(
Every line here is treated literally.
Only percent signs and accents need to be escaped, which
can be avoided by adding %` after the open-parenthesis.
)

Until something better comes along, this will probably be the preferred means of having scripts contain other scripts.

Thanks again for posting your proof of concept.

Okay, I tried assigning a continuation to a variable earlier and it didn't work right. I just tried again using your example and it works fine. I must have just put the parentheses in the wrong place. This works well then, you can put in your code with almost no alteration.

_________________
<enormous animated gif>

Savage, I like the concept.

Obviously, CMDret would have to be built in to make this method as viable as using Fileappend.

I was still hoping for perhabs:

. Some syntax specific to the purpose of running other scripts

. No temp files

. No other files needed, except the "other" .exe that will run the "other" script syntax and commands. Though CMDret (and hopefully becomes part of AHK) and peval.vbs are great.

@savage: Excellent!

I have been trying something equal with a temporary vbs-piping-file, but your version is way better

It may be possible to use SendMessage from VBScript to get data back to the AHK script with OnMessage on runtime... Ideally one would be able to add VBScript scripts/functions to the VBS-stack at runtime, and call/unload them directly, so, not the whole loaded 'scriptlets', but a particular function.

Much like what is possible with JavaScript, for example thru the address bar already. Any functions you write and load thru the address bar are added to the loaded JavaScripts of that page. You can have full control if you want.

Getting data back from JavaScript might also be a good 'hack' to work on.

A message-box, or a dedicated browser window are not very elegant, let alone a cookie... just as much as using temporary files isn't very elegant either ... Some sort of SendMessage from JavaScript? Seems impossible...

I'm very busy at the moment, and I doubt I will have much time diving into this subject, moreover, since I'm an absolute (Visual) Basic (Script) syntax loather , why do I bother in the first place...

No, will post available results...

_________________
mirror 1 • mirror 2 • mirror 3 • ahk4.me • PM or