#2050 closed defect (fixed)
ctrl c ctrl v disabled
| Reported by: | tonyforster | Owned by: | walter |
|---|---|---|---|
| Priority: | Unspecified by Maintainer | Milestone: | Unspecified |
| Component: | Turtleart | Version: | 0.88.x |
| Severity: | Unspecified | Keywords: | |
| Cc: | rgs, alsroot | Distribution/OS: | Unspecified |
| Bug Status: | Unconfirmed |
Description
xo-1 running os240py or os258py, ctrl c,v do not work but copy and paste from toolbar do. (can get one only ctrl v after copying with toolbar.) Fails in Gnome too.
Attachments (1)
Change History (12)
comment:1 follow-up: ↓ 3 Changed 13 years ago by tonyforster
comment:2 Changed 13 years ago by walter
- Cc rgs added
Raul and I have been trying to chase this one down for a long time... something t do with how I am setting up the toolbars.
comment:3 in reply to: ↑ 1 Changed 13 years ago by rgs
Replying to tonyforster:
TA95 OS373pyg
Launch TA
select a block
ctrl c and v do not work
copy using the toolbar
ctrl c and v now work
I believe the ctrl-{c,v} accelerators become available once the copy/paste toolbar becomes visible. A shorter path of your procedure also works:
- Launch TA
- select a block
- ctrl c and v do not work
- activate copy/paste toolbar
- ctrl c and v now work
which suggests a few hacks to fix this. Finding why the accelerators are not responding as early as everything is running is the true question though.
comment:4 Changed 13 years ago by rgs
Plus, forcing the use of the old toolbars (adding self.new_sugar_system = False in TurtleArtActivity.py#723) makes ctrl-{c,v} work.
Changed 13 years ago by rgs
the attached patch makes ctrl-{c,v} by expanding/un-expanding the edit toolbar on startup
comment:5 follow-up: ↓ 6 Changed 13 years ago by sascha_silbe
Terminal has the same issue (#1784); maybe this should be reassigned to sugar-toolkit?
comment:6 in reply to: ↑ 5 Changed 13 years ago by rgs
Replying to sascha_silbe:
Terminal has the same issue (#1784); maybe this should be reassigned to sugar-toolkit?
Note that behavior seems to be identical to the one seen in Turtle Art (i.e.: accelerators start responding once you've enabled the edit toolbar).
Might be sugar-toolkit or all activities are building toolbars in a wrong way?
comment:7 follow-up: ↓ 9 Changed 13 years ago by rgs
Do we know of any activity using the new toolbars in which the accelerators of the edit buttons do work?
comment:8 Changed 13 years ago by garycmartin
- Cc alsroot added
I'm sure this was broken when the new toolbars were implemented, and then fixed by alsroot, perhaps somethings reverted that work. Sorry don't have the trac to hand. Alsroot, does this ring any bells for you?
comment:9 in reply to: ↑ 7 Changed 13 years ago by tonyforster
Replying to rgs:
Do we know of any activity using the new toolbars in which the accelerators of the edit buttons do work?
OS373pyg
ctrl c works ok for
abacus
speak
calculate
paint
log
pippy
write
browse
with record, take a photo, click it, the first ctrl c does nothing, second one ok
comment:10 Changed 13 years ago by walter
- Resolution set to fixed
- Status changed from new to closed
Work around incorporated in v95 (We can continue to track the Sugar issue in #1784)
comment:11 Changed 13 years ago by alsroot
I've create #2220
TA95 OS373pyg
Launch TA
select a block
ctrl c and v do not work
copy using the toolbar
ctrl c and v now work