JP1 Remotes

Correct...I compiled it on Friday but uploaded it today...the two dates are not meant to correlate..

Comments on the latest downloaded version, March 22, 12:28 EST.

1) The keymove dialog starts out too small for all the buttons, but is now resizable (I don't recall reading about you changing this, and I haven't tried a beta version for a while, but this is good because it seems to remember the size once I set it). I noticed once that it did not come up with the XP Style "themed" title bar, but it hasn't done it since, so I'm not sure...

2) The two row column titles in the keymove tab look fine on my PC, and the "Notes" column is more like I originally expected. I didn't use it extensively, but I did not notice any of the "refresh problems" that were mentioned.

3) I haven't had any problems with Shift/Un-shifting keys as discussed previously. All of my (albeit limited) usage of the Protocol Builder dialog resulted in the correct behavior as far as I can tell.

One other question, which isn't a big deal, but something I was wondering about... You know how, in details view in Windows Explorer for example, you can double click on the column to automatically resize it to the widest text? Is this a possiblity for IR? I expect that it may be a limitation of Delphi, and as I said, it's not a big deal, just something I was wondering about.

Overall, I'm very pleased with the progress, I think you may be getting close to a release (and then the next feature request ). Keep up the good work.

Regards,
Matt

Thanks....the auto resizing would have to be coded...(not sure if it's worth the effort)..because the string grids we use for this are fairly dumb...

Maybe we can have a go in the next few weeks...

Auto resize is not really that important to me since the column remember their width and in most cases the default size is good. It was just something that I was thinking about.

One more thing I just noticed... I saved my file in IR and then clicked Exit and it prompted me saying that "the data in the buffer has changed". Obviously since I just saved it, this doesn't seem possible, so I think that maybe your detection of whether something has changed is not quite working correctly. It seems to work as expected in IR 4.02 however.

Basically, the Beta version seems like it ALWAYS prompts you to save when you exit. I personally find this a bit irritating..

Matt

I also get the maximized window/10 pixel low/resize issue that Capn Trips reported. Notes for Xshifted-Keymoves don't show up in the grid. The driver still doesn't load for me, but I have just been reverting to 4.02 to upload. The right-click options on the Keymoves tab now work.

Thanks.

Yeah..I got the message earlier on the xShift notes thing..simple case of case sensitivity....big X vs little x

Yeah I also noticed the save thing....I need to make that more granular...

mikemcgo wrote:The driver still doesn't load for me, but I have just been reverting to 4.02 to upload.
Thanks.

Are you 100% sure you don't have more than one IR or IRBeta opened at the same time. I can open IR, then open an upgrade in that instance then open another IR or IRBeta and get the same message.

I never get the message with just one opened.

Latest build (3/22/2003 3:09PM)

Took care of the notes thing in the grid and the saving message as well.

BTW, I looked at the code...IR will most definetely produce a warning message for the port drivers if its already in use...in fact if any other program had the port tied up you would get the same message upon opening IR.

I noticed this a long time ago when trying to have two instances open when I was copying and pasting from one to the other.

It has no effect on the operation of IR unless you are trying to communicate with the remote itself.

Hi. Yes, I'm sure there is only one copy of IR running at a time. There are no other programs that use the parallel port running either. The first time I run either IR or IRbeta after having used the opposite one, I get a "Welcome to IR..." message. IRbeta then produces the following error:

Unable to initialize drivers for any JP1 interface. Drivers for at least one interface must be able to load in order for IR to communicate with your remote.

Parallel/Serial Error:
Unable to open Service Control Manager. Please make sure you have Admin rights.

USB Error:
Unable to find Delcom device driver.

I'm running 98SE.

A side note: Misc 1107 is showing up without a custom name. I thought it was RDF related, but adding this line:
DeviceSetup=MISC/1107,Modename
to the [Extender] section of the RDF for the 2117ext2 didn't help.

Thanks.

A few "nits" to pass along.

1. At the top of the SPB page, both the Shift and X-Shift checkboxes can be checked simultaneously. However, on the Keymove page, they are mutually exclusive (and should be on the SPB page as well).

2. As you indicated, the new version doesn't make much difference re key-field focus. However, I don't think anyone has reported that the focus rectangle is still on the Special Protocol Builder when one returns to the Keymove page from the SPB page. That focus should have been removed. Incidentally, in an earlier post you made reference to the fact that there was a simultaneous focus indication on both windows on the Macro edit/entry page. While that's true, they are independent, i.e, the focus-display in one window is not dependent on what is currently the focus in the other.

3. The Shift/Un-shift/X-shift operation is still not ideal, but based on your earlier posts, I suspect it's as good as it's going to get.

4. Upon opening the SPB page, it would be nice if it were a little bigger. On my display (1024x768), the size on opening is 4 3/8" x 6 5/8". Ideally, the opening width should be 5 1/2". As for the depth, 7 1/2 - 7 5/8" should be adequate if the two key-field windows are sized for 13 steps, instead of the current 14 1/2 steps.

5. And, finally, a real nit (unless its indicative of an unintended situation). That is, all IR's other windows have a blue borded and rounded top corners. Not so the SPB window.

Don

I found another bug. When entering a special protocol, the special protocol builder doesn't put $ in front of the numbers to signify hex numbers. If you click OK, IR will add them for you, but if you click the special protocol builder button again without clicking OK, you ge a mis-decode. This also happens when pasting in hex from the extender code calc (I know you shouldn't need to, but someone may try to copy an example). I think the dialog should act like the keymove dialog and treat several numbers separated by spaces as hex digits automatically.

1. At the top of the SPB page, both the Shift and X-Shift checkboxes can be checked simultaneously. However, on the Keymove page, they are mutually exclusive (and should be on the SPB page as well).

Oops..missed that one...

2. As you indicated, the new version doesn't make much difference re key-field focus. However, I don't think anyone has reported that the focus rectangle is still on the Special Protocol Builder when one returns to the Keymove page from the SPB page. That focus should have been removed. Incidentally, in an earlier post you made reference to the fact that there was a simultaneous focus indication on both windows on the Macro edit/entry page. While that's true, they are independent, i.e, the focus-display in one window is not dependent on what is currently the focus in the other.

You are missing the point. In Delphi with stringgrids there is no way to have at least on cell highlighted...it's default...I'm leaving this one alone

3. The Shift/Un-shift/X-shift operation is still not ideal, but based on your earlier posts, I suspect it's as good as it's going to get.

I made it the way you guys suggested...what exactly don't you like

4. Upon opening the SPB page, it would be nice if it were a little bigger. On my display (1024x768), the size on opening is 4 3/8" x 6 5/8". Ideally, the opening width should be 5 1/2". As for the depth, 7 1/2 - 7 5/8" should be adequate if the two key-field windows are sized for 13 steps, instead of the current 14 1/2 steps.

Here again..I made it smaller based on all the complaints that it was to big, doesn't fit on my screen...now you say it's too small.

5. And, finally, a real nit (unless its indicative of an unintended situation). That is, all IR's other windows have a blue borded and rounded top corners. Not so the SPB window.

The SP dialog has the exact same properties as the others. I see no diference.

I am trying as best I can to accomodate all the requests...but I am getting conflciting information...

Dabbith wrote:I found another bug. When entering a special protocol, the special protocol builder doesn't put $ in front of the numbers to signify hex numbers. If you click OK, IR will add them for you, but if you click the special protocol builder button again without clicking OK, you ge a mis-decode. This also happens when pasting in hex from the extender code calc (I know you shouldn't need to, but someone may try to copy an example). I think the dialog should act like the keymove dialog and treat several numbers separated by spaces as hex digits automatically.

I was mimicking the functionality from code calc. As you know IR adds $ after you finish with the keymove I will fiddle with this.

Mimicking code calc is fine, and there's no problem with leaving off the $ as long as the speical protocol builder dialog treats several numbers spearated by spaces as hex instead of decimal. Right now it's treating them as decimal and decoding incorrectly.

The SP dialog has the exact same properties as the others. I see no diference.

The difference is that it is resizeable. Most of the other dialogs in IR are fixed size dialogs. As such, they skin properly in Windows XP. All of the resizeable dialogs including ones created by Mark P (like Import) behave this way, so it's nothing you did wrong, it's just a byproduct of having a resizeable window. So it's not a bug.