#45 X11.app on top of X11R6.9

open
None
5
2006-06-08
2004-09-22
Torrey T. Lyons
No

This patch provides a working version of X11.app on top of the
Darwin DDX from the X11R6.8.1 release of the X.Org Foundation.
This allows you to use the X11.app UI but get the advantages of
the newer extensions and bug fixes in X11R6.8.1.

Directions: There are actually two patches. You should apply
x11app.diff in xc/programs/Xserver and then unpack apple.tgz in
Xserver/hw/darwin. The tarball will create a new darwin/apple
directory for X11.app support.

Limitations: Of course this does not make the Darwin DDX grow
features it does not support. So the X11.app built this way does not
have an identical feature set to the standard X11.app. The main
features that Darwin DDX is missing are rootless full screen
support and the option to track Aqua keyboard layout changes as
they occur. Lines using unsupported features in darwin/apple are
commented out with DARWIN_DDX_MISSING.

This is a just a proof of principle exercise at this point. If we
decide to support X11.app in the X.Org tree this would get cleaned
up quite a bit.

Discussion

    • summary: X11.app on top of X11R6.8.0 --> X11.app on top of X11R6.8.1
     
  • Logged In: YES
    user_id=133579

    The top of the X.Org tree now includes the option to track Aqua keyboard
    layout changes. Thus XDarwin and this X11.app can now support this
    feature. A new version of the patch is attached which supports it for
    X11.app. I have also fixed a bug with mouse clicks getting lost and
    updated the patch so it works with the top of the tree as of today.

     
  • Logged In: YES
    user_id=133579

    Here is a newer version of the patch which fixes the following bugs
    discovered by Robert Delius Royar:

    - Scroll wheel works
    - Preferences are handled correctly

    Make sure you apply this patch to the top of the X.Org tree as it will not
    work in the X.Org X11R6.8.1 branch. To apply the patch do the following:

    1. From xc/programs/Xserver do "patch -p0 < x11app.diff"
    2. From xc/programs/Xserver/hw/darwin do "gnutar zxf apple.tgz"

     
  • John P
    John P
    2004-12-02

    Logged In: YES
    user_id=390699

    What's the status of this item? Has/will this be integrated into the tree?
    Does the patch need updating for CVS changes? Is anyone "maintaining"
    the patch?

     
  • Logged In: YES
    user_id=133579

    >What's the status of this item?

    It should still work. Not much has happened with it.

    >Has/will this be integrated into the tree?

    I have not checked it in because I'm not sure about the future for it. So
    far I've gotten very limited feedback on it. In the long term its not clear
    whether the best option is to:

    1. Drop this and let Apple continue to worry about merging changes from
    X.Org and XFree86 into their codebase at their own pace.
    2. Drop the XDarwin UI and use this as the standard UI for X.Org and
    XFree86.
    3. Maintain both.
    4. Agree on the best features from XDarwin and X11.app and merge
    them into one app. To make this worthwhile requires buy in from Apple.

    Feedback on how useful this and what is an ideal long term solution is
    welcome.

    >Does the patch need updating for CVS changes?

    I haven't tried it recently, but if it needs updating the changes should be
    trivial at this point.

    >Is anyone "maintaining" the patch?

    I've moved on to working on other issues. I'll fix major problems in the
    patch as I become aware of them. Post Tiger the issue of what to do long
    term will likely come back to the fore as something to focus on.

     
  • John P
    John P
    2004-12-05

    Logged In: YES
    user_id=390699

    On tree integration: I am definitely in favour of integration into the tree,
    for a few reasons:

    1) Apple will maintain X11.app, so it will always exist and there will
    always be users for it who will ask for help, and who will want X11.app,
    but with a more recent Xorg.

    2) I think it is better than XDarwin. XDarwin looks and feels not-mac-like
    (the not-mac-like-ness of X notwithstanding).

    3) Integration also means that changes and fixes can be done
    immediately, which the users will like, and which Apple will like (less
    work for them), so they are more likely to submit patches instead of
    doing a patched build themselves.

    4) Adding useful-but-not-cludgey features to X11 that already exist in
    XDarwin (I don't know of any, but that's not the point) should and would
    happen if and only if X11.app is in the tree. This also means that Apple
    will pick any so-added features/options.

    $0.02

    JP

     
  • OpenMacNews
    OpenMacNews
    2005-02-10

    Logged In: YES
    user_id=564069

    hi,

    w/ the 6.8.2 release, is there anything further on this?

    altho the patches herein *apply* w/o error to both the 6.8.2 release and
    the latest CVS head, i'm back to not getting _any_ XDarwin.app/X11.app
    built ...

    thx,

    richard

     
  • John P
    John P
    2005-04-18

    Logged In: YES
    user_id=390699

    Ping!

    Once again, I think this should be integrated into the tree. I would love to
    get an x11.app built along with my first build of 6.9/7.0!

    Torry: What say you? :-)

    JP

     
  • John P
    John P
    2005-04-19

    Logged In: YES
    user_id=390699

    In .../apple/dri_glx.c, __driConfigOptions is declared as static, though in
    extras/Mesa/include/GL/internal/dri_interface.h it is not (its declared with
    extern, then used in .../glx/dri_glx.c). This causes the build on 6.8.2 to fail.
    :-!

     
  • John P
    John P
    2005-04-19

    Logged In: YES
    user_id=390699

    In .../darwin/quartz/applewm.c, appleWMProcs is declared as static,
    though in .../darwin/quartz/applewmExt.h it it not. This causes the build to
    fail. :-!

     
  • Logged In: YES
    user_id=133579

    The static/extern issue is fixed in the top of the tree.

    The "problem" with integrating this into the tree is that it was just a proof of
    principle and it is definitely not the way I would do things for a real release.
    It could be worth cleaning up and getting ready in time for the 6.9 release,
    however.

     
  • OpenMacNews
    OpenMacNews
    2005-05-30

    Logged In: YES
    user_id=564069

    hi torrey,

    has X11.app integration jumped to a fresher/different thread? are these
    patches still relevant? any pointers?

    i've built XOrg v6.8.99.8 on OSX 10.4.1 with no immediately apparent build
    errors, but on XDarwin start i'm getting:

    2005-05-29 23:50:50.483 XDarwin[20695] Unable to load nib file: MainMenu,
    exiting

    and i was wondering whether troubleshooting XDarwin is worthwhile/valid if
    X11.app integration is to supercede soon ...

    richard

     
  • OpenMacNews
    OpenMacNews
    2005-07-12

    Logged In: YES
    user_id=564069

    hi,

    are these patches still necessary/appropriate/superceded for latest versions,
    e.g. >= v6.8.99.14?

    thx,

    richard

     
  • OpenMacNews
    OpenMacNews
    2005-07-12

    Logged In: YES
    user_id=564069

    hi,

    are these patches still necessary/appropriate/superceded for latest versions,
    e.g. >= v6.8.99.14?

    thx,

    richard

     
    • summary: X11.app on top of X11R6.8.1 --> X11.app on top of X11R6.9
     
  •  
    Attachments
  •  
    Attachments
  • Logged In: YES
    user_id=133579

    I have been looking seriously at X11.app integration into the X.Org tree again,
    and as a first step I have updated this patch so it applies and builds on top of
    the Monolithic X11R6.9 tree.

    To apply this patch do the following:

    1. From xc/programs/Xserver do "patch -p0 <
    x11app.diff"
    2. From xc/programs/Xserver/hw/darwin do "gnutar zxf
    apple.tgz"
    3. Build and install X.Org as usual.