jeremyhu at berkeley.edu
Sat Dec 15 08:49:08 PST 2007
No, that's not the case. The dock icon isn't a result of pretending
to be a .app. If you execute Xquartz directly right now, it has an
I think I know of a way to tackle this and start integrating with
xinit. I'm a bit busy this weekend but do have a few hours today and
will finish during the week.
Have you had a chance to look at the 1.4 event code? I'd like to get
that usable, so we can start putting out drop-in binaries using the
1.4 server code base to get feedback. I've been keeping it and master
up to date with all changes in the 1.2 branch (exept master doesn't
yet have your null-pointer checking band-aid in fb).
On Dec 15, 2007, at 02:36, Ben Byer wrote:
> AFAIK, one of the big limiting factors here is that Xquartz has to
> either live inside a .app bundle, or pretend to do so with exec/argv/
> etc, in order to have a dock icon at all.
> On Dec 14, 2007, at 12:04 PM, Jeremy Huddleston wrote:
>> Well the one that "represents the X applications" *is* the X
>> server. With the way things are in git, it's behaving like it was
>> before 2.1.1. putting the app in the dock and clicking it launches
>> a new xterm and a new icon represents the server. I'm actually
>> fine with that, but I don't know how others will react.
>> As it is, though, I believe disabling launchd support will still
>> cause the 10.4 behavior.
>> I know vmware does some weird hackery with .apps that cause it to
>> "just work" as expected. I think we should just try putting as
>> much of x11-exec and server_main() functionality into xinit and
>> actually use that to start Xquartz (which loads its resources
>> rather than grabbing them from X11.app with some weird argv and
>> fork()ing hacks).
>> What are peoples' thoughts?
>> On Dec 14, 2007, at 04:45, Derek Fawcus wrote:
>>> On Thu, Dec 13, 2007 at 11:43:33PM -0800, Jeremy Huddleston wrote:
>>>> That way, people running Xquartz directly will see it with menus
>>>> the right icon. Also, I think this is a bit stronger from a
>>>> engineering standpoint. The only problem with that is that we'll
>>>> have a new two-icon icon issue when people put /A/U/X11.app in the
>>>> dock... hrm...
>>> So can we accept that but make them different?
>>> i.e. have one icon for the Xserver, and one that sort of represents
>>> the X applications? but I'm not sure what one would want to do wrt
>>> to menus if / when switching between the two.
>>> Xquartz-dev mailing list
>>> Xquartz-dev at lists.macosforge.org
>> Xquartz-dev mailing list
>> Xquartz-dev at lists.macosforge.org
> Ben Byer
> CoreOS / BSD Technology Group, XDarwin maintainer
> Xquartz-dev mailing list
> Xquartz-dev at lists.macosforge.org
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 3040 bytes
Desc: not available
Url : http://lists.macosforge.org/pipermail/xquartz-dev/attachments/20071215/f14c3598/smime.bin
More information about the Xquartz-dev