Announcement: IR V4.0.3 Beta

Dilligaf · Post by **Dilligaf** » Wed Mar 17, 2004 7:54 pm

All looks good here on XP at 1280X1024, really like the notes and special protocols, some day I'll get around to filling them in on my existing upgrades. Just a couple requests if you're not too overwhelmed already, how about MISC 1104 in special protocols (Pause Protocol) and also MISC 1107 (LED Display protocol on 15-2116/2117 with extender). I understand if this is too much to ask. THANK YOU !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! For all that you've done already. People really do appreciate everyones efforts even if it's often not expressed.

Mike

DGG · Post by **DGG** » Wed Mar 17, 2004 8:09 pm

Just thought I'd let you know that during testing of IRBeta earlier today, I experienced the "unable to initialize drivers" error message that Rob was getting a few days ago. It occured, intermittently, when I started a second instance of IRBeta, or IR plus IRBeta, when the remote is plugged into the interface. I haven't seen it when the remote wasn't plugged in.

Hope this helps,
Don

e34m5 · Post by **e34m5** » Thu Mar 18, 2004 2:07 pm

If you have the port already tied up with one instance of IR then the other can't use it.

DGG · Post by **DGG** » Thu Mar 18, 2004 2:42 pm

The line-and-a-half header on the Keymoves page is now 2 full lines and the Special Protocol Builder button displays the name in full. Thanks.

However, similar to the highlighting problem I pointed out yesterday, when you select a key field in one column, the last field selected in the other column is highlighted. The newly selected field is not highlighted. This is also the result if, after selecting a field in one column, you click on the header of the other column. Perhaps these are manifestations of the "focus" problem you mentioned yesterday.

You're getting there.
Don

e34m5 · Post by **e34m5** » Thu Mar 18, 2004 3:43 pm

The highlighting thing is a Delphi behavior (look at the two list boxes in the macro dialog and you will see similar behavior). It is something we've been dealing with in Delphi for a long time.

I've also loaded up a new one just now (3/18/2003 4:30PM).

I liked Dabitths' idea so I implemented it. If you have a spec prot already defined it will decode it as usual. Or you can build the entire new keymove protocol from the spec prot dialog. I added the bound device fields at the top that mimick the one on the keymove dialog. Additionally you do not have to enter the device or setup code, spec prot will fill that in upon returning to the keymove dialog.

Also the list of spec prots available in the prot drop down only lists those that are available in the users particular configuration.

So..enjoy and keep those comments coming

Mark Pierson · Post by **Mark Pierson** » Thu Mar 18, 2004 4:32 pm

e34m5 wrote:Also the list of spec prots available in the prot drop down only lists those that are available in the users particular configuration.

That's fine for an EXISTING configuration, but what about a NEW one. The Special Protocol button doesn't seem to appear if there aren't any SP Key Moves, so how do I add one?

Also, I just tried deleting a Note, and it still displays in the grid after clicking OK. If I go back into the dialog, the Note is gone. Also, there's no prompting to save the file if any Notes are added/changed.

Mark Pierson · Post by **Mark Pierson** » Thu Mar 18, 2004 4:39 pm

e34m5 wrote:The highlighting thing is a Delphi behavior (look at the two list boxes in the macro dialog and you will see similar behavior).

I don't think that's the same thing (but then, I know nothing about Delphi

).

In the macro dialog, when you highlight something in the Available Keys list, its context is only for the buttons (Add, Insert, etc) immediately below it. When you select something in the Macro Keys list, the context is for Move Up, Move Down, and Remove.

In the SP dialog, the combo drop-downs should be separate entities such that only one can/should have the focus at any given time.

e34m5 · Post by **e34m5** » Thu Mar 18, 2004 5:08 pm

The sp button will show up if there are sp's defined in the devices tab of IR.

If you open IR with out as a minimum selecting an RDF w/sp's then you will not get anything.

I did this to prevent a user from adding a sp keymove with out the sp device itself being there.

What I meant on the macro dialog is - if you click on the available keys side and then on the selected side you will notice the the available selection is still highlighted. Frankly this doesn't seem like a big deal to me..but then again..

The drop downs are indeed separate entities, one for each grid...what you are seeing is the highlight on the grid itself...that's the piece that is a bug-a-boo...

For the note thing I jsut forgot to call the grid refresh after returning from the dialog...I'll take care of that..

Any thing else....

Dabbith · Post by **Dabbith** » Thu Mar 18, 2004 9:19 pm

Excellent, each time I try the new beta it's getting better. I love the new features such as detecting the installed protocols and filling in the setup code. Most of the Large Font issues are also gone, IR has always had a few, but it would be nice to sort them out since you're working with the form anyway. I would suggest that you set your PC to large fonts and look at the Keymove dialog, there are just a couple of characters being cut off here an there.

There are a few bugs with the special protocol's dialog:

If you click on a cell with a step defined, you need to click twice to select the step, you should only need to click once (see the code for Type on the genral tab)

The protocol, toggle and duration combo boxes allow you to type in them, they should not (they should also have the same settings at Type on the general tab).

When defining a ToadTog keymove, I seem to loose the Off to On buttons.

There are many very strange things that happen when you try to change special protocols with steps already entered. I would suggest prompting the user if they attempt to change the protocol with steps defined. If they accept, clear all of the steps. That should be safe.

Dabbith · Post by **Dabbith** » Thu Mar 18, 2004 10:59 pm

Just noticed another bug with notes. If you add notes to a file, then open another file with IR, the notes aren't cleared.

Edit: The notes box in the Key Move dialog is cleared, but the Notes column on the Tab isn't.

Dabbith · Post by **Dabbith** » Fri Mar 19, 2004 12:01 am

Doing more playing and I think it would be really nice if the "Device Button" column showed which bit was being affected by a ToadTog (i.e. ToadTog(0) ToadTog(1), etc)

Joe O · Post by **Joe O** » Sat Mar 20, 2004 11:27 am

HI,

I have protocols for VCR 1003 and VCR 1005.

VCR 1003 DSM works fine.

VCR 1005 (Advanced Select) does not work.

Is VCR 1005 just not supported?

Nils_Ekberg · Post by **Nils_Ekberg** » Sat Mar 20, 2004 1:54 pm

Right now in the "protocol builder" it only supports L/DKP, DSM, and ToadTog.

e34m5 · Post by **e34m5** » Mon Mar 22, 2004 8:59 am

Ok...I just uploaded the latest build 3/22/2004 9:50AM

- Added reminder when closing IR for any changes

- Fixed refreshing the keymove and macro grid when dealing with notes

- Added code to check for non shiftable keys - Warning..this only works with the revised RDF's that have the button restictions also known as the AllBind.

- Fiddled with the focus thing on the grids..not sure if it's any better however

If I forgot to address anything please let me know..I did this fairly late and I was trying to remember all the stuff...

Have at it boys....keep the comments coming....

DGG · Post by **DGG** » Mon Mar 22, 2004 10:09 am

While the comment with the file at JP1-km says Monday morning, the date of the file is still Friday, Mar 19 at 6.25pm.

JP1 Remotes

Announcement: IR V4.0.3 Beta

VCR 1005 Not There