Re: OpenOffice.org 1.1.2 on XQuartz
Re: OpenOffice.org 1.1.2 on XQuartz
- Subject: Re: OpenOffice.org 1.1.2 on XQuartz
- From: Jeremy Huddleston <email@hidden>
- Date: Fri, 22 Oct 2010 11:09:44 -0700
On Oct 22, 2010, at 02:30, René J.V. Bertin wrote:
> Hello,
>
>
> OpenOffice 1.1.2 (X11) does not work properly with XQuartz 2.5.3 on my
> new MBP13" running OS X 10.6.4: almost none of my (truetype and PS)
> fonts are rendered, or they are almost all rendered in the local
> background colour. OOo1.1.2 being a PPC application, I can understand
> this when it's run locally, but the exact same thing happens when I
> run it on my Powermac (runs OS X 10.4.11 with Apple's X11) and display
> on my MBP. Given that OpenOffice has its own font database, I consider
> that fonts should display remotely if they display locally... or am I
> missing something?
Chances are you are missing something, and it is very understandable why. This is one area where things are "different" between Mac and other UNIXs.
Mac has 4 primary modifier keys:
Shift
Option
Control
Command
UNIX has 5 primary modifier keys:
Shift
Mode_switch
Alt
Control
Meta
And similarly, PCs have 3 primary modifier keys:
Shift
Alt
Control
"Shift" is pretty much the same across all 3 flavors, but let's take a look at the others.
The Unix "Meta" is roughly equivalent to the Mac's "Command", and the PC's "Control" in that their primary purpose is to signify keystrokes to do specific commands. The PC also uses "Alt" for this behavior as well which has complicated things when the UNIX Desktop folks started trying making UNIX more "PC Friendly"...
The Unix "Control" is primarily used as a modifier to send specific control sequences as input. ^D is EOF, ^C is interrupt, ^Z is suspend, etc. The Mac's "Control" is primarily the same, and PC's don't really have something similar.
Now comes the point that is most relevant to you. "Mode_switch" or sometimes "AltGr" is a unix modifier key which changes what symbol is provided by the keystroke in a way similar to shift (control is usually a "command" whereas shift and alt are "readable" symbols). When entering text in OSX, "Option" behaves in this fashion, but in interacting with menus, "Option" behaves more like the UNIX "Alt" which is a way of specifying an alternate behavior for the next command input ("Force Quit" rather than "Quit", "Close All" rather than "Close").
There had been considerable debate on this list about which was the "right" behavior for the Option key in X11. Should it be mapped to Alt or to Mode_switch. The result of all this debate was an option added to the X11 preferences (in 2.5.1) which would allow you to specify the default behavior (which can still be modified by ~/.Xmodmap):
If you want Option-E to send the dead-acute, then you want Option to be Mode_switch instead of Alt, so make sure the check box is off.
> When run on the MPB, behaviour is correct also when I display on the
> Powermac (deadkeys function too, there) or when I use Apple's X11 to
> have a local :1.0 display (deadkeys do not work).
You shouldn't be using the :1.0 display on Leopard or later. You should use the launchd DISPLAY socket that is set for you (make sure you don't set DISPLAY in ~/.bashrc or similar).
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden