(
Sun 23 Dec 2012 07:54:43 AM UTC, SVN revision 55930: gui1: Restore focus to the original textbox after resending relevant events to its input target
This effectively fixes bug #5877 again . r55925 introduced quite a and Shift+C, requiringbefore a solitary
(Browse SVN revision 55930 )
Sun 23 Dec 2012 06:21:25 AM UTC, comment #12: I haven't setup a development environment on Windows to test this myself, so I'm marking it as Ready for Test.
Sun 23 Dec 2012 06:19:56 AM UTC, SVN revision 55927: Attaching bug #5877
(Browse SVN revision 55927 )
Sun 07 Feb 2010 09:35:41 PM UTC, comment #10: The windows specific part of this bug(copying has the effect of placing the empty string in the clipboard) was fixed in revision 41013
Mon 16 Feb 2009 07:28:27 PM UTC, comment #9: Yes there is but the MP dialog still uses the old code, hope to fix it post 1.6.
Mon 16 Feb 2009 12:09:10 AM UTC, comment #8: Was something of this copy&paste stuff solved with the GUI changes? I think at least for Linux some copy&paste stuff was introduced some time ago in the 1.5.x series...
Sat 09 Feb 2008 09:18:38 AM UTC, comment #7: Ok I'll look at it post 1.4.
Sat 09 Feb 2008 01:39:55 AM UTC, comment #6: note: I am not actively taking bug/feature requests
assigning to Mordante
Fri 08 Feb 2008 10:26:28 PM UTC, comment #5: It seems the history can't be focussed (for good a reason) and thus will never receive the ctrl-c. It would be nice to have to option to make a it copyable and if it receives a key other than ctrl-c it relays it to the proper focus object.
I want to look at it if Sapient doesn't want to.
Wed 06 Feb 2008 10:26:07 PM UTC, comment #4: I just had a short look at it in the MP lobby. The problem seems to be that the entry box has the focus and that text is copied. If I select text in both the entry box and the history and press ctrl-c the entry box is copied and not the history... Also selecting the history and pressing ctrl-c doesn't help.
Thu 01 Nov 2007 10:19:58 PM UTC, comment #3: If Sapient, who knows the GUI better than anybody, can't confirm this is SDL level, then my understanding of the bug report was probably erroneous. Reverting status to None and assigning to Sapient.
Thu 01 Nov 2007 12:10:02 PM UTC, comment #2: Copying from one line input text boxes like the save game dialog works fine. Copying from multiline textboxes like the chat log or the lobby chat doesn't seem to work at all.
I don't see how that leads to the conclusion that it is an SDL problem.
This is on debian btw.
Tue 30 Oct 2007 04:22:03 AM UTC, comment #1: esr: are you confident this is an SDL problem? An explanatory comment would be nice before closing this.
Tue 02 May 2006 07:46:08 PM UTC, original submission: Copying editbox text in WindowsXP has the effect of placing the empty string in the clipboard (or so it seems). Anything previously in the clipboard is wiped out. Copying scrolling text has no effect at all (for Windows or Linux).
This might be a good thing to work into the next stable release.
(Note: upload size limit is set to 1024 kB, after insertion of the required escape characters.)
Attach File(s): Comment:
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
Follow 8 latest changes.
Related Recipes:
Battle for Wesnoth - Bugs: bug #5877, problems copying text to clipboard