Kind of... it is a Java monstrosity that "talks" back and forth with LuaMacros through http on the local port.
https://sourceforge.net/projects/javamacros/
I am posting the code on Github,
https://github.com/DaBotz/JavaMacros
and, clearly, I am interested in feedback.
Regards,
Cris
I have written a GUI for LuaMacros
Re: I have written a GUI for LuaMacros
Wow.
Haven't tried yet but looks... complex .
I may mention it at github readme or hidmacros web.
Thanks
Haven't tried yet but looks... complex .
I may mention it at github readme or hidmacros web.
Thanks
Petr Medek
LUAmacros author
LUAmacros author
-
- Posts: 14
- Joined: 19 Jul 2013, 12:43
Re: I have written a GUI for LuaMacros
It is.
It does what HidMacros did, plus some other stuff that I had implemented through my "switching configurations" Java daemon (per-application macros, and special cases), plus some new stuff (macros on key combinations, "virtual modifiers" and OSD reminders of what the macro you are going to invoke will do)...
It has two ways of sending events, one is fron LuaMacros itself, the other from Java - the second has a syntax a bit richer than LuaMacros', with a "{delay xx}" sequence that can be placed everywhere, and as many as needed, in the send-keys sequence, to pause it (I used to find a bore that I had to split in two the sequence to get my drawing software to scan a page, so when I wrote my implementation of sendkeys, I added the possibility to add an arbitrary number of delays... when it encounters the first, it moves the sending vent to a separate thread and moves on).
Also, I added some other stuff that I had implemented as stand alone java programs called by HidMacros...
I took the liberty of adding a copy of the LuaMacros I used - with the Lua library I wrote to speak to my smorgasbord - inside my thingy.
I hope that it is not a bother.
MY only problem is that my "main computer" is in a room with no heating, and LuaMacros does not run on the old XP machine
I use when it's too cold, so for a month or so, testing this more thoroughly is going to be a pain.
It does what HidMacros did, plus some other stuff that I had implemented through my "switching configurations" Java daemon (per-application macros, and special cases), plus some new stuff (macros on key combinations, "virtual modifiers" and OSD reminders of what the macro you are going to invoke will do)...
It has two ways of sending events, one is fron LuaMacros itself, the other from Java - the second has a syntax a bit richer than LuaMacros', with a "{delay xx}" sequence that can be placed everywhere, and as many as needed, in the send-keys sequence, to pause it (I used to find a bore that I had to split in two the sequence to get my drawing software to scan a page, so when I wrote my implementation of sendkeys, I added the possibility to add an arbitrary number of delays... when it encounters the first, it moves the sending vent to a separate thread and moves on).
Also, I added some other stuff that I had implemented as stand alone java programs called by HidMacros...
I took the liberty of adding a copy of the LuaMacros I used - with the Lua library I wrote to speak to my smorgasbord - inside my thingy.
I hope that it is not a bother.
MY only problem is that my "main computer" is in a room with no heating, and LuaMacros does not run on the old XP machine
I use when it's too cold, so for a month or so, testing this more thoroughly is going to be a pain.