While lurking around IupClipboard functionalities I've found a few
inconsistencies, perhaps because it is a new feature, not sure, but I
better report it for future proof.
1.
It's not clearly documented if ADDFORMAT registration is needed before
using FORMAT (from looking in the source code it's not needed for Win32
nor GTK, but I'm not sure about Motif).
Also ADDFORMAT could perhaps be a global attribute (ADDCLIPBOARDFORMAT?)
as it's not tied to the clipboard object at all?
2. IMAGE says:
>*IMAGE* (write-only): name of an image to copy (set) or paste (get),
to or from the clipboard. If set to NULL clears the clipboard data. (GTK
2.6)
How so 'paste (get)'? It's not quite clear how to paste something into a
Image object (or get a pasted one), even more unclear because it's a
write-only attribute! From looking in the source code there's no way at
the moment to paste/get a image off the clipboard, so that should
probably be removed from the documentation or image paste added to IUP.
3. Add RTF
I'd suggest to add a attribute to set/get rich text as there's for image
and text.
Both on Windows and GTK there's a standard way to deal with rich text on
the clipboard, not sure about Motif.
4. Too late but...
I think the clipboard object could have a better approach, it's now too
late to fix it, but just saying. A good one would be it locks the
clipboard on construction (e.g. OpenClipboard) and closes it on destroy
(CloseClipboard), that way we'd not have any possible clipboard data
race between applications eh?
Was there a reason for not doing it this way?
Bom feriado.
Denilson das Mercês Amorim
------------------------------------------------------------------------------
_______________________________________________
Iup-users mailing list
Iup-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/iup-users
