Copy & paste doesn't work with text ctrls
Bug #499446 reported by
Vitor Bosshard
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Fractal Fr0st |
Won't Fix
|
Medium
|
Bobby R. Ward | ||
Bug Description
When trying to copy the content of a text ctrl to another application, fr0st copies the entire flame instead. Likewise, when pasting a number from another app into fr0st, it's interpreted as a flame string and produces an error (see https:/
It is clear that the current behaviour is unexpected and weird, but I'm unsure if there's any good way to work around the global c&p definition we have. We also need to avoid introducing the reverse problem: a user expecting to copy the entire flame but getting an integer instead because a tc happened to have focus at the time.
| Changed in fr0st: | |
| importance: | Undecided → Medium |
| status: | New → Confirmed |
| Changed in fr0st: | |
| assignee: | nobody → Bobby R. Ward (bobbyrward) |
| Changed in fr0st: | |
| milestone: | none → 1.1.0beta |
Revision history for this message
| Vitor Bosshard (algorias) wrote | #1 |
| Changed in fr0st: | |
| status: | Confirmed → Won't Fix |
To post a comment you must log in.
After trying various workarounds for this problem, I've concluded that there's no satisfying solution, because:
-there are issues with tempsave and checking validity of the string.
-the exact timing of when events are called differs between platforms, so a consistent implementation would be very tricky.
-we would need to implement it not ony for NumberTextCtrls, but also comboboxes in the xform tab.
It's relatively harmless to leave this quirky behaviour standing. The contextual menu when right-clicking with selected text works properly, at least.