After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 624002 - Rich Text Copy not working in Win32
Rich Text Copy not working in Win32
Status: RESOLVED NOTGNOME
Product: tomboy
Classification: Applications
Component: General
1.15.x
Other Windows
: Normal normal
: ---
Assigned To: Alex Tereschenko
Tomboy Maintainers
gnome[moved-to-github]
: 556095 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-07-10 04:11 UTC by Ariel
Modified: 2017-07-31 12:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
624002 Debug Capture (7.31 KB, text/plain)
2010-08-09 20:38 UTC, Shane Eckert
Details
Archive with Win and Lin screenshots of my tests (100.58 KB, application/zip)
2017-01-16 20:51 UTC, Alex Tereschenko
Details

Description Ariel 2010-07-10 04:11:35 UTC
I just installed GTK sharp 2.12.10 (made available for windows today in novell's site, http://ftp.novell.com/pub/mono/gtk-sharp/) 

and copy/paste from a note to 
   a) outlook 
   b) word 
   c) openoffice writer  

... still strips out all the formatting as always (which has been and hence it still is very frustrating). Bold, underline, and indentation are all lost.

The feature description says that GTK# >= 2.12.10 is required, and doesn't say that the feature works only in Linux, so I am assuming this is a bug. 

After waiting a year (!) for the GTK# guys to release 2.12.10 for win32 just to be able to get this feature to work in tomboy on win32, it was sad to find out that it doesn't work. Yes I use tomboy *a lot* in both windows and linux.
Comment 1 Benjamin Podszun 2010-08-06 12:13:56 UTC
Confirmed, doesn't work for me on Windows either.

Debugging I see that the serialization handler for the html mimetype isn't invoked at all. In bug 625510 Tomboy crashes exactly _because_ of this callback for another guy on Windows, so it seems to be (not) called depending on external factors.

Other than that this is a duplicate of the old bug 556095 for me, albeit with a reasonable (and new) "I thought it should work by now" twist. I don't think it makes sense to track both
- Formatting is lost on copy and paste
and
- Rich text copy and paste doesn't work, formatting is lost
in separate tickets.

Tempted to close this new one and migrate the "new feature should make it possible" follow-up/discussion to the old bug.
Comment 2 Shane Eckert 2010-08-09 20:38:49 UTC
Created attachment 167452 [details]
624002 Debug Capture
Comment 3 Shane Eckert 2010-08-09 20:39:45 UTC
Adding info here per bug 625510.

echo %PATH%
C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\Wind
owsPowerShell\v1.0\;C:\Program Files\GtkSharp\2.12\bin;C:\Program Files\QuickTim
e\QTSystem\;C:\Program Files\Logitech\NuLOOQ navigator;C:\Program Files\cvsnt;

Adding Tomboy.exe -debug just for kicks.

No other Gtk/Gtk# apps installed.
Comment 4 Alex Tereschenko 2016-10-15 18:31:22 UTC
*** Bug 556095 has been marked as a duplicate of this bug. ***
Comment 5 Alex Tereschenko 2016-10-15 18:33:45 UTC
Looks like Benjamin has actually found some clue if not a solution in his attachment 167324 [details] [review] to bug 625510, I'd like to explore this a bit more, getting the format preservation working would be a nice thing.
Comment 6 Alex Tereschenko 2016-10-15 18:34:55 UTC
That should've actually been attachment 167325 [details] [review]
Comment 7 Alex Tereschenko 2017-01-16 20:51:12 UTC
Created attachment 343594 [details]
Archive with Win and Lin screenshots of my tests

Okay, so here's what I see currently:
1) On Windows with gtk# 2.12.38 and GTK+ 2.24.10 the copy works only partially (see screenshots), but similarly, and applying Benjamin's patch does not change anything. SerializeToHtml() is not getting called.

2) On Linux, the results are all over the place with the patch applied (without the patch Linux works fine - as in "formatting is copied exactly" - in Writer and AbiWord, gedit behaves like all Windows ones with the patch, i.e. loses indentation levels, bold, italic, highlight and strikethrough). Libreoffice triggers the callback, but inserts pure HTML, so does Gmail. Gedit results in the same as both Windows tests and Gedit without the patch, AbiWord is similar in losing indentation levels and font formatting, but addition two more indented bullet symbols (empty circle) are replaced with unreadable Unicode. Screenshots are made with the patch.
Comment 8 Alex Tereschenko 2017-01-16 22:17:08 UTC
@Benjamin (if you are reding this) - in the duplicate you mentioned that on your machine the callback (SerializeToHtml) was never called. Looks like I observe the same - but then you mentioned you were able to reproduce that. Could you please share what did you do to reach that (I assume you've found the reason for it not being called)?
Comment 9 Benjamin Podszun 2017-01-21 18:42:59 UTC
Alex, I fear I do not remember the details - it was quite a while back.
That said, I'll look into this as well in the next $singleDigit days.

Feel free to slap me around if I don't post an update (either positive or negative) here real soon™..
Comment 10 Alex Tereschenko 2017-01-23 20:56:48 UTC
I see - no worries, whatever help you could provide me with would be highly appreciated, thanks!
Comment 11 Alex Tereschenko 2017-03-17 20:37:19 UTC
I guess couple of months qualify for getting beyond of "real soon" :) so... Ping! :)
Comment 12 Alex Tereschenko 2017-04-08 12:16:49 UTC
Benjamin? :)
Comment 13 André Klapper 2017-07-31 12:40:05 UTC
The Tomboy team has moved from GNOME Bugzilla to GitHub for bug reports and feature requests: 
      https://github.com/tomboy-notes/tomboy/issues/
Closing this report as NOTGNOME as part of Bugzilla Housekeeping (bug 781054) to keep tasks in one place. Please feel free to transfer this task to GitHub if this task is still valid in a recent Tomboy version. 
We are sorry for the inconvenience.