OSX xboard Gtk using the native quartz

Discussion of anything and everything relating to chess playing software and machines.

Moderator: Ras

User avatar
hgm
Posts: 28510
Joined: Fri Mar 10, 2006 10:06 am
Location: Amsterdam
Full name: H G Muller

Re: OSX xboard Gtk using the native quartz

Post by hgm »

Yes, it is weird. The button4/5 events are simply not transmitted in GTK.

I pushed a new version now, which improves the Chat Box scrolling somewhat, and implements colorization. Problem, however, is that the colorization completely disappears after switching to another chat and back. So I guess I will have to rethink this, so that the font colors can really be part of the text, rather than specified when you add a piece of text. So that the stored text still contains that info. This should be possible; the clocks set the character size and highlighting that way.
JoshPettus
Posts: 730
Joined: Fri Oct 19, 2012 2:23 am

Re: OSX xboard Gtk using the native quartz

Post by JoshPettus »

HA! When you changed the -topLevel function of the chat window I found out that it was That that was conflicting with the pseudo fullscreen! so disabling it fixed my little issue!

What does -topLevel do exactly?
User avatar
hgm
Posts: 28510
Joined: Fri Mar 10, 2006 10:06 am
Location: Amsterdam
Full name: H G Muller

Re: OSX xboard Gtk using the native quartz

Post by hgm »

It determines whether some windows will be 'top-level windows' (i.e. can be minimized / maximized and brought to the foregrounds independently and have their own icon on the task bar) or dialogs belonging to another window (being always in front of it, not occurring on the task bar and minimizing together with their parent). In most cases the 'non-modal' windows (which do not grab the mouse events, so you can still operate other windows while they are up) are controlled by this -topLevel option; the others are always dialogs. (The promotion and error dialogs are exceptions; they are non-modal not because you would want them to stay up by any length of time, but to allow the player to ignore them, and just play a move on the board, which is programmed to close them, saving him the trouble to press OK or cancel first. These will always be dialogs. The ICS Input Box also is a dialog child of the board window.)
JoshPettus
Posts: 730
Joined: Fri Oct 19, 2012 2:23 am

Re: OSX xboard Gtk using the native quartz

Post by JoshPettus »

Oh i see. In mac some aspects will work but not all as windows minimize into xboard on the dock whether they are top or not.