As I was updating ScintillaDoc, I checked to see if the NotifyHeader/NMHDR had been updated to match the recent change - which also got me to examine my own (and GTK's) use of the changed field.

I am not sure what is going on exactly - this field is [apparently] used as the GTK widget "id" value, which is clearly some kind of an int (signed or otherwise). But the [already committed] change seems incompatible with this usage.

Reviewing the recent ("64-bit fixes") thread dealing with this, it seems that Neil is maintaining [I think] that the relevant PSDK header file has changed the *actual* idFrom declaration from UINT to UINT_PTR, without Microsoft changing the *documented* description of this structure.

Does this sum things up? I find no mention of this change when googling (other than our own Scintilla thread)... did Microsoft really intend this [fairly sweeping change] to be unconditionally applied to all environments?

If so, does this mean that the GTK widget interface needs to be adjusted also? It matters to my OCaml GTK widget wrapper for Scintilla, as I would have to change the wrapped representation of this field to a type which is likely to track POINTER sizes rather than one which tracks INTEGER sizes.

Obviously, I wasn't noticing explicitly *which* field was getting such cavalier treatment in the previous thread. :)

Robert Roessler
[EMAIL PROTECTED]
http://www.rftp.com
_______________________________________________
Scintilla-interest mailing list
[email protected]
http://mailman.lyra.org/mailman/listinfo/scintilla-interest

Reply via email to