View previous topic :: View next topic |
Author |
Message |
unclemiltie Expert
Joined: 21 Jan 2004 Posts: 1795 Location: Pittsburgh, PA |
Posted: Tue Oct 01, 2013 11:50 pm Post subject: Is there a way to use the RDF to build a pick list? |
|
|
On the new JP1.3 extender I'd like to have the user have the ability to pick how they'd like the LED to behave on the Shift and Xshift button. The three options would be:
Turn LED on and wait for next key to turn it off
Flash LED
do nothing
The way that I'd like to do this is to change the address for a CALL to the LED routine in the extender to the various routines. They are all within a few bytes of each other so I really only have to change the lower 8 bits of the 16-bit address. [Edit: wouldn't you know it, one remote crosses a page boundary so the list now needs to be 16 bits]
So what I'd like to do is have an option in IR/RMIR that has a list of {LED On, LED Blink, Nothing} and that corresponds to inserting one of three 8-bit hex values at a specified address.
For example, on the V3.00 extender beta that I posted the other day the corresponding values are:
LED On: $AF
LED Blink: $6C
Nothing: $79
These woulid all be inserted into address $0696 in the extender.
Is this possible? I can see how to change bits to on/off state and select things that are on the list of devicebuttons
Is this possible? It'd be a great way to implement this with no code in the extender.
(actually it would be even better if I could pick from a list of 16-bit values since there is always a chance that those routines would cross a 256 byte boundary and the single byte patch would't work. _________________ this JP1 stuff is a sickness!
Last edited by unclemiltie on Fri Oct 25, 2013 9:40 pm; edited 1 time in total |
|
Back to top |
|
|
gfb107 Expert
Joined: 03 Aug 2003 Posts: 3411 Location: Cary, NC |
Posted: Thu Oct 03, 2013 8:18 am Post subject: |
|
|
The RDF spec provides 2 ways to define a pick list for a Settings:
- An option list, where the value of each option is implied by the position in the list (starting at 0).
- A section name, where the names of the options and their values are specified in another section of the RDF.
I think IR allows sections with arbitrary names, so it might work in IR as is, but you would have to try it out. Unfortunately RM/RM-IR does not support arbitrary sections name, and only accepts DeviceTypes and DeviceButtons as section names for a setting.
Enhancing RM/RM-IR to support arbitrary sections for this purpose would be fairly easy to do, it's just a matter of finding someone with the time and skill to do it.
Another option is to enhance the RDF syntax to allow explicit value assignment for each name in the option list, but that would probably make the RDF incompatible with IR. _________________ -- Greg
Original RemoteMaster developer
JP1 How-To's and Software Tools
The #1 Code Search FAQ and it's answer (PLEASE READ FIRST) |
|
Back to top |
|
|
unclemiltie Expert
Joined: 21 Jan 2004 Posts: 1795 Location: Pittsburgh, PA |
Posted: Thu Oct 03, 2013 9:26 pm Post subject: |
|
|
An arbitrary section would work for me
How do I request the feature? Is there a database on sourceforge? _________________ this JP1 stuff is a sickness! |
|
Back to top |
|
|
unclemiltie Expert
Joined: 21 Jan 2004 Posts: 1795 Location: Pittsburgh, PA |
Posted: Fri Oct 25, 2013 9:39 pm Post subject: |
|
|
unclemiltie wrote: | An arbitrary section would work for me
How do I request the feature? Is there a database on sourceforge? |
bump…. who keeps the list of feature requests? _________________ this JP1 stuff is a sickness! |
|
Back to top |
|
|
|