JP1 Remotes

Capn Trips wrote:It's not just a question of management, Greg, it's a question of usability. Example: I have a keymove on a button in a device upgrade. I want to clone that same keymove into other devices. In IR this is trivial, in RMIR, I have to manually create that keymove again since it's not available to view/edit on the Keymoves Tab. Multiply that by a bunch of these and it becomes pretty tedious.

Good example. I think we all (including Greg) pretty much agree that in some fashion we need to be able to turn on visibility of 'upgrade' assigned key moves/protocols (again, perhaps greyed out).

But I think Greg wants to make sure we chase down your protocol issue to ensure new users will not have to resort to a work-around.

xnappo

gfb107 wrote:In many cases RMIR isn't hiding stuff, it's just managing it differently and exposing it in different places.

Two examples come to mind:

• Protocol upgrades. RMIR automatically ensures that the required protocol upgrade gets loaded, and doesn't show those protocol upgrades in the Protocols tab.
• Keymoves. RMIR keeps keymoves associated with a device upgrade as part of the device upgrade, and doesn't show them in the keymoves tab.

In both cases, stuff is being managed differently than IR, and appear hidden. But both can be seen by looking at the individual device upgrades, specifically on the Output tab.

I understand what you're saying, but you need to listen to what we're saying too if you want to make this the best tool it can be. For a non-expert I agree that it's a good idea to keep things simple by hiding stuff, and you are hiding stuff - let's be honest. For example, you have a keymoves tab and a protocols tab, yet when I add an upgrade that has both, neither tabs are populated. Now I understand WHY you're hiding stuff, but it's hiding none the less. Now, if I want to add a new keymove and there's no memory left, I need the ability to manage my keymove memory, so I need to be able to look at all my keymoves at once (like I can in IR) so I can decide if some of them are not really needed. Can you imagine how tedious that would be if I had to go through each upgrade to check whether it was using keymoves.

Now suppose I want to check which protocol upgrades are being used in my remote, in IR I can just go to the protocols tab and see, plus I can see the protocols in disassembled form so I can also see what they do, I can't do either of these using RMIR.

Bottom line, it's not essential that you agree that we need to do these things, the fact is that we have a tool that does what we want today, so in order to get us to move over to a new tool, you're going to have to make it do what we want.

gfb107 wrote:Rob, are you using the latest version of RMIR? This is something I've fixed relatively recently.

I was using RemoteMaster v1.98beta7

I just downloaded v1.98 and verified that it works as advertised.

While I'm here, one thing that has always bugged me in RM (and now RMIR too) is that when you click on a cell and the contents are highlighted, the normal expectation in Windows is that if you start typing it will overlay the highlighted contents, but in RM and RMIR it adds the new text to the end of the existing text, so you end up needing to backspace over everything and start over.

I was reminded of this when testing the upgrade stuff above because every time that I would go to change the setup code assigned to a device button, I would have to do it twice.

gfb107 wrote:Maybe I wasn't clear. I am not opposed to adding features for advanced users.

I am opposed to doing it just because there's a bug somewhere else.
When the initial/main motivation for a suggested feature is a way to get around broken or missing function, I will refuse to implement it until the other problem is resolved and we can reevaluate the need to for it.

Given the reasons brought up here, I am sure Greg will put it on the to-do list(visibility). The initial problem identified with not having it(an RDF protocol problem - actually the same problem that brought us over to this thread yesterday) needs to be resolved though.

xnappo

The Robman wrote:I understand what you're saying, but you need to listen to what we're saying too if you want to make this the best tool it can be.

I am listening. I didn't mean to give the impression that I was dismissing the issue, just pointing out that there is a way to see what you are asking to see.

gfb107 wrote:I've built RemoteMaster.v1.99preview1.zip for you guys to try out.

It includes:
- Setup.bat create entries in the Start Menu for RM, RMIR, the Readme and Tutorial, as well as associations for .rmir and .rmdu files...

Shortcuts created and work as advertised. Nice job. Thanks.

It's great to see all this renewed interest in RMIR.

mathdon wrote:Nevertheless, I hope my request to join the project will be acted upon, now that I have got around to requesting it.

I added you as soon I saw the request, a couple of hours ago.

Just an update on my situation. I have followed Greg's instructions for installing Eclipse etc and have done a successful compilation of RemoteMaster.jar. Thanks for spelling it all out, Greg, I would never have got there otherwise!
____________
Graham

gfb107 wrote:I added you as soon I saw the request, a couple of hours ago.

Many thanks, Greg. Your post overlapped with the one I've just made.
_____________
Graham

mathdon wrote:Just an update on my situation. I have followed Greg's instructions for installing Eclipse etc and have done a successful compilation of RemoteMaster.jar. Thanks for spelling it all out, Greg, I would never have got there otherwise!
____________
Graham

I am very excited to hear that Graham!

xnappo

Bug Report: Related to my earlier post today about an error when opening an OCAP file, I modified the RDF as suggested and RMIR now downloads from the extended remote correctly, but it simply ignores the matching IR file when I try to open it in RMIR.

Help?

Capn Trips wrote:Bug Report: Related to my earlier post today about an error when opening an OCAP file, I modified the RDF as suggested and RMIR now downloads from the extended remote correctly, but it simply ignores the matching IR file when I try to open it in RMIR.

Help?

For this case you should post rmaster.err for Greg.

Feature request: when a critical error is hit, bring up the critical error in a dialog box and point to the error log.

Greg - should we start a seperate thread ONLY for feature requests/bug reports (discussion of the request/feature to be held elsewhere)?

xnappo

Feature Request: "ADD" device button on the Devices Tab.

It's not intuitive (to me, at least) that if you have an existing device upgrade, and you want to add it to RMIR, when you're on the Devices tab, there is no "ADD" button. You need to go to the "NEW" button, and then sit around wondering if what you are trying to do is "LOAD" or "IMPORT".

I would make them separate buttons on the primary Devices Tab, one for "ADD" (vice "LOAD") and perhaps another for "IMPORT FROM CLIPBOARD" because the word "IMPORT" alone is not obvious what/from where you're importing.

Second request: The ability to open a Device Upgrade Window while in the Learned Tab, since one would be reasonably expected to be creating device upgrades directly from learned button decode info. Currently, one must separately record the learned info, and then navigate over to the Devices Tab to build or modify the Device upgrade to which those learned signals apply. Related, it would be helpful to be able to view the Keymoves and Learned tabs simultaneously for similar purposes, i.e building Keymoves while looking at learned signal decodes.

Capn Trips wrote:Second request: The ability to open a Device Upgrade Window while in the Learned Tab, since one would be reasonably expected to be creating device upgrades directly from learned button decode info. Currently, one must separately record the learned info, and then navigate over to the Devices Tab to build or modify the Device upgrade to which those learned signals apply. Related, it would be helpful to be able to view the Keymoves and Learned tabs simultaneously for similar purposes, i.e building Keymoves while looking at learned signal decodes.

I am going to take a shot at doing this in a couple of weeks when my wife takes the kiddos out of town. Basically what I described here:
http://www.hifi-remote.com/forums/viewt ... highlight=

I might not get anywhere, but I will make an attempt.

xnappo

The Robman wrote:While I'm here, one thing that has always bugged me in RM (and now RMIR too) is that when you click on a cell and the contents are highlighted, the normal expectation in Windows is that if you start typing it will overlay the highlighted contents, but in RM and RMIR it adds the new text to the end of the existing text, so you end up needing to backspace over everything and start over.

I was reminded of this when testing the upgrade stuff above because every time that I would go to change the setup code assigned to a device button, I would have to do it twice.

I'll see what I can do.

I think the table cell is selected, not the cell contents. You can see this because the entire cell is highlighted, not just the text. The cell is also not in edit mode, but it goes into edit mode as soon as you type any characters. You can also put the cell into edit mode by double-clicking the cell. Notice that when you do this, the contents of the cell is not selected, and the cursor is at the end of the contents.

Triple-clicking the cell will put it into edit mode and select the contents of the cell so that typing will replace the contents.