JP1 Remotes

Ok..another build (3:38PM)

Fixed the performance issue.
Added notes to SPB (SPB notes can only be modified in the SPB dialog)

Matt..I'm looking into your issue now...Yahoo is kaput for the moment..

e34m5 wrote:Ok..another build (3:38PM)

Fixed the performance issue.
Added notes to SPB (SPB notes can only be modified in the SPB dialog)

Matt..I'm looking into your issue now...Yahoo is kaput for the moment..

It's back

Scared me for a minute there that my none SPB notes were locked for ever but now I see that you set it up to only edit SPB keymoves there and regular only on the regular panel.

Works good

Gotcha

e34m5 wrote:Gotcha

Remember payback is a

Matt:

I have added and deleted at least 20 notes to your macro file with no errors.

Try the latest BETA just in case....let me know

e34m5 wrote:I have added and deleted at least 20 notes to your macro file with no errors.

Try the latest BETA just in case....let me know

Will do when I get home. It all seemed kind of odd to me anyhow, that some macros did it and some didn't.

Kind of like something going on here at work. I have a design that has been essentially unchanged for months and all of a sudden we are having intermittent strange problems. Heh, maybe it's just me

Matt

Matt

I got thinking about this and the only thing I can come up with is that maybe there is something in the file from an earlier release causing the problem. I looked in the file and nothing jumped out at me so I was thinking that if the new release didn't fix it for you try deleting or renaming it and recreating the notes to see what happens.

The new release seems to have eliminated the problem. I'm still not really sure what was happening, but it's gone now, so I'm happy... Thanks for the help guys.

Matt

When adding a new, non-SPB keymove, you can't enter a note. You can enter a note if you click ok, and re-open the keymove.

I would also find it more convenient if the Notes section behaved like the Bound Key section, where you can edit them in either dialog.

Also, the SPB dialog seems to remember it's height, but not it's width across closing and re-opening IR. It would be nice if it would also remember it's width also.

New build 3/30/2004 8:25AM

When trying to fix one thing I broke another. The notes work correctly now.

I also added saving the width to both KM and SPB.

Looks good Paul. I noticed you even added the delete of a notes file if it is empty.

Good job......

Paul, you'll be pleased to know that the latest release just about solves my (re)size problem, as well, of course, as the performance issue.

I say "just about", because the SPB dialog is still too narrow when it opens - but now it can be permanently resized, so I don't really care all that much. The resize in opening length is perfect.

I would also note (since I suspect my earlier report was lost in the "chaff") that the keymove windows are about 25% higher than they need be given that there will never be more than 13 steps to enter (a fundamental limitation).

I also recommend you adopt the resizing mechanism used by the keymove window. In IR 4.0.1 (and, I assume, also in 4.0.2), it appears to be relatively straightforward implementation, using an "OnResize" statement and short procedure. It would be nice if the Macro dialog used that mechanism as well, but I recognize that's well outside the scope of what you undertook to do.

Finally, thanks for your effforts. It's taken a while but I think you're now "there".
Don

DGG wrote:Paul, you'll be pleased to know that the latest release just about solves my (re)size problem, as well, of course, as the performance issue.

Great

I say "just about", because the SPB dialog is still too narrow when it opens - but now it can be permanently resized, so I don't really care all that much. The resize in opening length is perfect.

Ok..I'll make a scudgeon it wider

I would also note (since I suspect my earlier report was lost in the "chaff") that the keymove windows are about 25% higher than they need be given that there will never be more than 13 steps to enter (a fundamental limitation).

Are you referring to the grids themselves. If so that's one of those wierd stringgrid things

I also recommend you adopt the resizing mechanism used by the keymove window. In IR 4.0.1 (and, I assume, also in 4.0.2), it appears to be relatively straightforward implementation, using an "OnResize" statement and short procedure. It would be nice if the Macro dialog used that mechanism as well, but I recognize that's well outside the scope of what you undertook to do.

I take it you mean to make the other dialogs resizable as well since KM and SPB are already.

Finally, thanks for your effforts. It's taken a while but I think you're now "there".
Don

My pleasure...tx

Ok..I'll make a scudgeon it wider

So long as a "scudgeon" is approximately 1". But, the change at this point is purely for cosmetics now that permanent resizing is effective.

I would also note (since I suspect my earlier report was lost in the "chaff") that the keymove windows are about 25% higher than they need be given that there will never be more than 13 steps to enter (a fundamental limitation).

Are you referring to the grids themselves. If so that's one of those wierd stringgrid things

Yes. But, don't you specify the height of the stringgrid when it's defined?. It can be shortened by about about 25% and still be high enough to accommodate 13 lines.

I also recommend you adopt the resizing mechanism used by the keymove window. In IR 4.0.1 (and, I assume, also in 4.0.2), it appears to be relatively straightforward implementation, using an "OnResize" statement and short procedure. It would be nice if the Macro dialog used that mechanism as well, but I recognize that's well outside the scope of what you undertook to do.

I take it you mean to make the other dialogs resizable as well since KM and SPB are already.

No, I'm suggesting you adopt for SPB the same resizing mechanism currently used by for the Keymove dialog. When you resize the height of the Keymove dialog to make it smaller, not only is the whole dialog height reduced, but the height of the stringgrid is reduced concurrently - until there are only two lines remaining. The effect is that all the other contols remain in full view until the stringrid can be made no smaller. The effect of resizing SPB is quite different. Try resizing the Keymove dialog and you'll see what I mean. (See line 107 of the file "dlgAdvCode.pas" for IR 4.0.1, which reads "OnResize = PanelFunctionResize".) My second point was suggesting that the Macro dialog also should make use of the Keymove dialog resizing mechanism, but I don't expect you to do it.

If this is going to make things complicated again, I'll be happy to withdraw the recommendation and resubmit it along with a couple of others once IRBeta becomes IR 4.0.3.
Don