Girder 3.1 Beta 6

[Ron]

Since I'm getting so few bug report, my guess is that everything is going pretty good. So I took the liberty of adding a little functionality, to be more specific in the On screen display area. Transparancy, Size and color are now configurable. ( these options are now also accesible from the action plugins )

Dragging and dropping in treeview has been improved.

Holding control while dragging a group will drop the group as a sibling -> before the current group, not as a child which is the default action.

[Ron]

* Skeleton is accidental

* Refresh plugin,... hmm this is a complex situation. Since most users don't need this i'm gonna put it on the todo list, but not really high priority.

* ^PCHAR,.. add to docs.

* Control + Drag for command, okay.

* Redraw problem with eventstring,. ah piece of cake :smile:

* Treepicker double click, no problem.

This is the todo list for tomorrow :smile:

[Ron]

Matt what do you mean by
OSDMenu allows a second copy of girder to load

Does a second Girder *3.1* window start ? You cannot use Girder 3.0 to send the events, check if you are actually executing girder 3.1 .

So if I understand correclty the -eventstring doesn't work from the commandline when there is a antirepeat going on ?

[Ron]

I've been doing some experimenting, and I cannot detect anything out of the ordinary here.

If the eventstring that you send through the commandline is at that time in the 'antirepeat' state it will not execute even if this event originated from the commandline, so maybe you should assign a second eventstring to the command that you want to execute and learn the commandline event to it that way you don't have to deal with the antirepeat of the other eventstring.

I'll be adding an option to learn an device 'zero' string to an event. It can be done already now:

Enable input device press learn ( make sure the keyboard plugin is disabled )
Send the commandline event.

[Ron]

Better yet, I'll give the commandline a device number, that way everthing is solved. Since girder has multiple eventstring per command now there is no reason for this ugly hack. Yeah you might need to make a few extra eventstring but this is the neat way to do it.

[Ron]

I've rewritten this part now, the next release should work just fine. This does mean that you now have to add an eventstring to the commands that you want to execute from the commandline. Which is IMHO much cleaner.

[Ron]

No bug :smile:

You had the chunck of XML in the clipboard so that is what you get in the name, the reason that you don't see it immediately is because there is a newline at the beginning.

-Ron

[Ron]

Ah I forgot to mention that, Girder uses the windows clipboard like every other windows program now. Acually you can paste the contents of the clipboard into any editor and save it, modify it whatever, girder will be able to read it if you adhere to the XML specs.

[jediperry]

Eventstring works for me. I have encountered what may be your problem if it is with osdmenu. Girder doesn't seem to notice the eventstring if it is doing something else at the time i.e. dealing with the autorepeat thing when you press a button on your remote to make a selection in osdmenu. I fixed this on mine by increasing the irspeed setting for the CTinfra plugin i am using.

Mike

[mattwire]

I notice you are including both sendmessage.dll and skeleton.dll with your zip distributions. Is this intentional?

[mattwire]

Another suggestion, it would be really useful if you could have a refresh button or similar, so you don't have to restart girder to reload a list of action/hardware plugins - I assume it only does this on load?
It's annoying sometimes when I'm copying dll's to from the dirs to have to restart girder each time to see my changes!
Thankyou!

[mattwire]

Also... With your documentation:
TReAllocPchar = procedure (Old: PointerToPChar; NewPChar: PChar);
stdcall;
I presume you've made your own type/function for 'PointerToPChar' because this causes a compiler error for obvious reasons.
What is the typecast for this?
Can you add it to the documentation?
thanks!

[mattwire]

Ah, of course you just add:
PointerToPChar = ^ Pchar;
to the Type section!
It might still be worth adding this to the documentation for dense people like me... :smile:

[mattwire]

Another thing, the ctrl + drag in the tree menu is good.
How about making ctrl + drag work for moving commands out of multigroups as well?

[mattwire]

Small bug with multigroups in the tree:
Select a multigroup that has eventstring - eventstring display fills with eventstring.
Now select multigroup without eventstring - eventstring display still shows previous eventstring - it should clear.

[mattwire]

In the TreePicker window: Is it possible to allow dblclick to expand group/multigroup nodes - I always try and dblclick on them automatically and I think it would be more intuitive this way!

[mattwire]

I don't know if the instance/parameters code has changed but -eventstring does not seem to work any more.
Also, my OSDMenu allows a second copy of girder to load - I'm using the CreateProcess API, instead of executing a command like it did in V3.0

[mattwire]

Ah, it turns out it was me being stupid and executing the old girder 3.0 - I didn't change the paths!
However, once Girder 3.1 recieves the eventstring from the commandline it appears in the statusbar as received but it never actually executes it. This is occuring from ANY commandline params - whether sent from my menu or from the command prompt.
Eg. if I send:
girder -eventstring app_winamp_on
it is received by girder but nothing happens.
The eventstrings are assigned to commands and work correctly when I test them.

[mattwire]

Ok, There's a bug in the treeview!
When renaming a command: Select rename, press shift-insert. Now, when you finish rename you get a chunk of XML. If you can't recreate it I'll send you the GML but it should be pretty easy to recreate.