Hi Philipp,
Le 20 juil. 06 à 15:27, Philipp Lohmann - Sun Germany a écrit :
None is satisfied with current behaviour: use Apple key a
different way as described in Aqua Human Interface Guidelines is a
non sense for Mac users, because the Mac OS X feeling is not
respected.
This is something very very important. You can believe me.
If this is important, then please explain what exactly it is the
user expects
and that is currently not working.
I'll ask on [EMAIL PROTECTED] mailing list, for a complete list of expected
Apple key behaviour, and I'll re-contact you when done.
But it does. If it only changed the VCL API, that wouldn't be a
problem, but the numerical KeyCodes go into documents - at least
that was the problem why the original issue 11004 was not
integrated. I hope that mba has a comment on that. By changing the
KeyCodes the way you do you break macros in existing documents on
the mac and also by new documents produced on the mac and read
somewhere else.
Just none yet reported such issue.
This is an exported header and should be system neutral like all
the others except sysdata.hxx which is system dependent by
definition.
I don't think this patch is a good idea.
If you have any suggestion, please do. In fact, the work is not
finished.
If you need a KEY_MOD5 (why by the way MOD5 ?
Because this mod was adviced by some people who helped us to find a
working solution at the begining, and none reported issue using it (I
was not sure it works with MOD3 ).
the original patch contained a new KEY_MOD3 which would be more
logical), then the #ifdef in keycodes.hxx at least will have to
vanish. It would not be good to litter the whole code beyond vcl
with them.
Sorry, I'm not sure to completely understand. " #ifdef MACOSX ...etc
" are only used at buildtime, not at runtime ?
Also the matter of document compatibility will have to be
addressed; whether there is such a problem and if yes how to solve
it right. I hope mba or cd has a comment on this.
Thank you to have forwarded the mail.
Waiting for more infos :-)
Regards,
Eric Bachard
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
