Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there.
Changed by [EMAIL PROTECTED] http://bugzilla.ximian.com/show_bug.cgi?id=78375 --- shadow/78375 2006-05-11 19:06:56.000000000 -0400 +++ shadow/78375.tmp.20966 2006-05-15 17:02:38.000000000 -0400 @@ -1,12 +1,12 @@ Bug#: 78375 Product: Mono: Class Libraries Version: unspecified OS: unknown OS Details: -Status: NEW +Status: NEEDINFO Resolution: Severity: Unknown Priority: Minor Component: Windows.Forms AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] @@ -25,6 +25,22 @@ ------- Additional Comments From [EMAIL PROTECTED] 2006-05-11 19:06 ------- We can handle these in a per-OS fashion. If on Unix, this is the behavior we support. + +------- Additional Comments From [EMAIL PROTECTED] 2006-05-15 17:02 ------- +Implemented pasting of *clipboard* in svn r60722. +However, that is not the same as the primary selection buffer, see +here: http://standards.freedesktop.org/clipboards-spec/clipboards- +0.1.txt We followed that standard when implementing clipboard support +in our X11 driver. + +I'm not sure that adding lots of special X11 codepaths into TextBox +is a good use of our time right now. In order to fully support this +we have to a X11 only API to the driver, to allow setting the primary +on every selection change, keeping a copy down there so when the +selection request message comes by we can hand the data over, and +code in TextBoxBase to a) read the primary buffer for pasting when +using middle button, and b) set the primary buffer on selection +changes. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
