Am 12.12.2011 00:12, Ian MacArthur wrote: > > On 11 Dec 2011, at 20:09, Domingo Alvarez Duarte wrote: > >> Talking about copy/paste on windows at least apparently the clipboard can >> hold a reference for the original source and in case the receiver can't >> handle the original code it's converted somehow to plain text sometimes. ...
> I think the fltk core just basically says (whether acting as a sender or as a > receiver) that it can handle UTF8 plain text, and nothing else, Yep, that's true, IIRC. > so ideally the app would convert whatever it has into plain text before the > clipboard was loaded. > > Though there are subtleties to this I am glossing over and there may well be > bits of this I simply do not understand... I'm not sure if I'm mixing something from Windows and X, but maybe they are very similar in this regard. That said,... At least on Windows, you can push more than one format (text, html, image, whatever) to the clipboard, and the receiver can request more than one format. IIRC, the order the receiver requests the format is used to match the best format in the clipboard. Second, you can delay the conversion (and actually putting anything on the clipboard) until the receiver decided which format it requests. Of course, the sender must specify which format(s) it can supply. This is maybe only true for drag'n'drop though, since normal copying to the clipboard can not be delayed. Maybe. Third (again I know for sure only from Windows) the OS can convert some compatible formats (e.g. UTF-8 text and "ANSI" text, as it is called in Windows, or Wide Character format, and also some different graphics formats like bitmaps and JPEG). The question is: in which cases could FLTK improve it to provide multiple clipboard formats? I can only think of Fl_Help_View (html and oridinary text). Anything else? Albrecht _______________________________________________ fltk-dev mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-dev
