Neil Hodgson wrote:
I have added some documentation to ScintillaDoc.html about the
change of type and the limits that the control ID is subject to. The
idFrom parameter is a uptr_t which may cause some incompatibilities
now on GTK+, but it is better to change this now when 64 bit use is
relatively rare rather than later when there would be more cost to
users. The documentation mentions that the control ID may be truncated
at 16 or 32 bits so should only be a small value. A future change
could allow the the ID to be a pointer. scintilla_set_id now takes a
uptr_t.
Also added documentation for the functions on GTK+ and the nature
of the wParam and lParam arguments.
The added documentation looks nice.
As for the [uptr_t] idFrom, I may be slow, but why go to the trouble
of passing the id IN as a uptr_t in set_id, getting it OUT as a uptr_t
in the NotifyHeader, but storing it in between as an int in the Editor
class struct?
I know that you mention that it *may* get truncated, but this is
pretty brutal - it never even gets a chance! :)
Robert Roessler
[EMAIL PROTECTED]
http://www.rftp.com
_______________________________________________
Scintilla-interest mailing list
[email protected]
http://mailman.lyra.org/mailman/listinfo/scintilla-interest
