gfb107 wrote:
I'm still going to make the change to strip leading and trailing spaces, and then I think would be worth documenting in the Wiki and/or on your page that any users not using IE can cut and paste function names and efcs in one operation from the first table. I may even go all the way to parsing the HTML just because it irks me. Maybe you can even detect the browser being used and only generate the second table when it is IE.
If you have alternate wording, for the explanation for the second table, I'll be glad to change what I have now.
I'm not going to use conditional logic for the second table. I want EVERYBODY to see the same data. I think this would make it easier for knowledgable users to lead a newbie through the process.
Remember to provide feedback to let us know how the problem was solved and share your upgrades.
Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.
I used the second table last night, and it seems to work very well.
So now I have a question: why have two tables? The second RM friendly table seems very readable to me, and in the instance I looked at, the actual information is the same.
3FG wrote:I used the second table last night, and it seems to work very well.
So now I have a question: why have two tables? The second RM friendly table seems very readable to me, and in the instance I looked at, the actual information is the same.
Well I see I broke the first table again, since its now giving a blank line between the lines, but the first table pastes in to KM great with just one copy and paste, no need to worry about aligning the columns. And if you wanted to paste some values into a website like this one, this other format is very unfriendly.
This is certainly easier to work with
num 0 249
num 1 117
num 2 121
num 3 119
num 4 123
num 5 116
than this.
num 0
num 1
num 2
num 3
num 4
249
117
121
119
123
Edit: I fixed the first table to get rid of the double spacing when pasting into km.
Remember to provide feedback to let us know how the problem was solved and share your upgrades.
Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.
I've changed the paste function in tables to recognized when the clipboard has HTML text available as well as plain text. When there is HTML text, it'll look for table rows and cells within the HTML fragment, pull out the contents of the cells and paste that. Please test, as I am concerned there are other copy'n'paste from a browser scenarios that may break.
I've changed the paste function in tables to recognized when the clipboard has HTML text available as well as plain text. When there is HTML text, it'll look for table rows and cells within the HTML fragment, pull out the contents of the cells and paste that. Please test, as I am concerned there are other copy'n'paste from a browser scenarios that may break.
Plain text should work just like before.
Hi Greg,
Thanks.
Tested with Firefox:
- For an EFC3 upgrade, the new code works great
- For an EFC5 upgrade, in Firefox you can hold down ctrl while selecting to copy a column. Does not work in IE though.
- Like Vicky's experiement, the RM-friendly EFC5 column will no longer paste
I think the goal is probably to get the original table to work in all conditions... So is it possible to detect 5-digit EFCs and move them over?
Also, I would like to point out that "Paste (IE)" should work with other browsers as well as IE, for pasting multiple columns from a table in a browser. Users of other browsers can use the normal "Paste" just as well, while IE users must use the special "Paste (IE)".
gfb107 wrote:RMIR v2.01 alpha 7 has more copy'n'paste fixes, among other things.
Also, I would like to point out that "Paste (IE)" should work with other browsers as well as IE, for pasting multiple columns from a table in a browser. Users of other browsers can use the normal "Paste" just as well, while IE users must use the special "Paste (IE)".
So with this - it should be safe to remove the RM friendly version of the table?