RM Copy from Functions tab

[ElizabethD]

No big deal for me to fix, but I'm having a problem copying functions, device, OBC into Excel or Notepad because device 9 comes through as zero both using the Copy button and the right-click method.
Technics Audio System for OFA 8910 URC
Next puzzle will be to figure out what peculiar equipment this is for but it's not an RM issue.

Edited later: Nothing strange about COPY in general. Other upgrades are ok. I think it's some odd interaction of Panasonic(old) protocol for Main device 9 with RM. Dev.9 shows up on the Function sheet as well as on the Setup sheet. I don't know whether that's what should or should not be.

[johnsfine]

I tried to duplicate that, because I thought I understood some issue of the distinction between what RM stores for a pull down and what it displays for the same pull down.

I got an interesting symptom, but not the one you describe. Can you give us more detail of what you did?

I selected a block of fields consisting of the device and obc columns across several rows. Then I tried three different copy methods:

1) ^C That failed. It consistently puts a single 0 on the clipboard.

2) Right click copy. That works fine. The table of device and OBC is correct, including the 9's for device.

3) Copy button. That also worked right.

I don't know where the boundaries are between the Java system itself, the GUI package that RM uses, and RM itself. I'm using RM version 1.30 and Java 1.4.2_06

[johnsfine]

Next puzzle will be to figure out what peculiar equipment this is for

It roughly matches the Technics Receiver SD-S3300 in james-myers_ccf.zip and the Technics Tuner - ST-X990L in jon-anderson_ccf.zip and an unidentified tuner in neil-watts_ccf.zip

[The Robman]

Next puzzle will be to figure out what peculiar equipment this is for

Turntable: SL-J110R
Tuner: ST-X990L
Amplifier: SU-X980D
Equaliser: SH-E75
Cassette Deck: RS-X980

[ElizabethD]

Can you give us more detail of what you did?

When I get home I'll confirm the setup and do ctl-c test, but the system is Windows XP-home SP2, and java JRE version is 1.4.1 <--- edited - version is 1.4.2_03
RM is 1.35 or 1.36 <--- edited - version is 1.36

In the meantime at the office (Windows 2000/NT)I just installed J2SE_JRE (runtime only) 1.4.2.10
RM here is v1.31

Using a different file (Pioneer devices 164, 165...), I selected several rows, all columns except notes (same as yesterday)
RM: ctl-c, Notepad ctl-v ... pastes 0 (one zero) I didn't do ctl-c at home, will try tonight
RM: clt-c, Notepad edit, paste ... pastes one zero
RM: Copy button, Notepad: edit, paste ... pasted device 164 as 2, the rest is correct
Rt-click,copy, Notepad: edit, paste ... pasted device 164 as 2, the rest is correct

When notes are included, results are the same.

On a one-byte Panasonic protocol (no device in the FUnctions sheet)
ctl-c brought back only "1" but the Copy button worked correctly.

Considering that I mangled this experiment a bit by using the only 2 files I have here (and had no time to DL the one that started this thread), anything else you want me to try?

[johnsfine]

I don't have time to chase this further any time soon. Hopefully Greg will jump in and explain or fix it.

From the resuls so far it looks like this aspect of copy was working right in RM 1.30 and broken in 1.31 and beyond.

[ElizabethD]

From the resuls so far it looks like this aspect of copy was working right in RM 1.30 and broken in 1.31 and beyond.

I think so too.

Using only the Panasonic(old) file I walked through several RMs I have.
Rt-click + Copy and the Copy buttonbehave the same. Correct in RM 1.25, 1.26, 1.28, and 1.30.
Broken in 1.31, and I already reported about 1.36. I don't have others.

Ctl-c is a whole different thing, elusive and boring. And while I think Greg has more important things to do, such as Slingbox, here is my record: Ctl-c not correct, brings in single 0 for device from v1.25 up.
But on the first shot at 1.26 it was correct (while 1.25 was not), I got device 9. Then I tried other RMs, and when I came to confirm 1.26, it returned that single zero. That suggests something complicated dragged in from somewhere outside the version, does it not?

[gfb107]

I haven't investigated closely, but here's the basics of the problem.

Some protocols (Panasonic (old) in this case) have some command parameters (Device in this case) that are presented to the user as a choice of a number of values. RM doesn't use the actual value, it uses the index of the value.

For Panasonic (old), the Device column isn't an arbitrary device number. It must be one of the values entered on the Setup sheet for Device 1, Device 2, or Device 3. So the value being used isn't the device number, but is actually the index of the desired device number. (0 for Device 1, 1 for Device 2, 2 for Device 3).

This is one of the places where RM is intentionally different from KM. KM makes you use the index, where RM gives you a choice of the values already entered on the setup sheet. However, when it comes to computing the hex command, it is the index that matters.

Of course, it is natural to expect Copy'n'paste to produce the same results as what is actually displayed on the Functions panel. I will correct that.

The question I have is whether there is a need to offer a "Copy raw" function that would use the index rather than the display value. This would be useful for pasting into KM, but not much else.