AutoHotkey Community

[animeaime]

[bmcclure]

I don't think it will be possible either, although that doesn't stop me from thinking it would sure be neat

As a workaround, assigning arbitrary variable names within the function call will work fine, though. It's just not as cool, heh.

By the way, I'm to the bug-squashing phase of my Core module for the DOM library, thanks to the Class library. Every supported DOM class has an interface and a real class implementing it. It's very exciting seeing the DOM gears all spinning together (thanks to your coding and assistance, of course )


--

Just probably a stupid idea, but what about passing a memory address (&var) to invoke instead of a ByRef, and then having the invoke function turn it into a ByRef by calling a static function template with the ByRef in the right spot (unfortunately that's the least efficient part of this, and I can't think of a better way in AHK)? I'm not even sure if that would work, or be efficient in the least, but if a memory address could be passed instead, that would avoid the caveat of only being able to use either-or.
_________________
Ben

My Trac projects
My Wiki
[Broken] - My music

[animeaime]

Below is a mockup of the steps taken when calling Class_invoke.

1) You have a value that's passed ByRef to Invoke (e.g. a struct)
2) That parameter is passed to the called function
3) The called function needs to be able to extract the contents of the struct.


Below is the "shell" that's used for the Class_invoke function and its call. I'll post it and you can play with it. Hopefully you can figure something out.

[bmcclure]

I'm getting a new error now when I try to test my DOM library. It has to do with the following function call in Class.ahk:

[animeaime]

[animeaime]

I just realized, I don't think the site mentions how to declare that a class implements an interface. To do this, put the comma-delimited list of implemented interfaces in square brackets "[".

For example, the Vector_initClass function looks like this:

[bmcclure]

Thanks for the info; I had included the RemoveDuplicates function to satisfy the dependency, but I'll just comment it out.

--

Oops, I was specifying it as:

ClassName(Options) implements [Interfaces]

Must have been an old syntax; I'll update that in my interfaces! Thanks for the notice.
_________________
Ben

My Trac projects
My Wiki
[Broken] - My music

[animeaime]

[bmcclure]

Very cool stuff

I'm systematically testing each DOM class for consistency with the DOM level 3 specification, and to squash the many remaining bugs in my code, then I will be ready for the first release of the DOM level 3 interfaces and class library.

Will I need to update the syntax of everything to be supported by Class v3, or will it be backwards compatible? Assuming the latter, but I just want to make sure. It might take me a little bit to switch everything over
_________________
Ben

My Trac projects
My Wiki
[Broken] - My music

[animeaime]

[bmcclure]

I started work a couple weeks ago on a ClassHelper class which reads a class definition from a file and creates an class file from it. I'll easily be able to expand it to v3 format when it's ready, and before too long I'll probably have a release version. It could even be turned into an Gui app that allows you to visually create a class.

It's somewhat ironic... I could really use the ClassHelper when making the DOM classes, but one of the features of the ClassHelper is reading class definitions from XML, which requires the DOM library
_________________
Ben

My Trac projects
My Wiki
[Broken] - My music

[animeaime]

[bmcclure]

Definitely don't need xml, but it sure would keep things looking clean and I would prefer it to an ini file. I lan to support the proposed ini syntax as well, but I always like options.
_________________
Ben

My Trac projects
My Wiki
[Broken] - My music

[bmcclure]

Is an Int type long enough to store a full timestamp (in milliseconds)? If not, would I need to store it as a string?

From the DOM specification:

[animeaime]