#19 Rootless mode 3

closed-accepted
None
5
2001-07-01
2001-06-28
Greg Parker
No

This is another massive patch to add rootless mode.
Patched against XFree86 CVS on June 28th.

This version uses Cocoa and fb and it compatible with XFree86 4.1.

This version is still UNSTABLE. It will crash. It disables features that were available in the 0.5 patch. Don't run this unless you like pain.

Rootless mode will be added to an official release once it's reasonably stable. Debugging may take a few weeks.

Discussion

  • Greg Parker

    Greg Parker - 2001-06-28

    cocoa+fb rootless patch

     
  • Greg Parker

    Greg Parker - 2001-06-29

    Logged In: YES
    user_id=37183

    Bug fix. Corrects compile errors and one bug (running XEmacs with no window manager caused crash).

    Apply rootlessbugfix.patch after applying rootless3.patch

     
  • Paul Bayley

    Paul Bayley - 2001-06-30

    Logged In: YES
    user_id=173389

    Does this make non-rootless mode unstable? If not,
    why not merge it?

    Did Apple release an API to make retained windows
    yet?

    Would it be possible to select individual X11 windows
    via the Dock? With the XDarwin 0.5 rootless mode this
    couldn't be done.

    Thanks!

     
  • Greg Parker

    Greg Parker - 2001-06-30

    Logged In: YES
    user_id=37183

    This patch will be merged as soon as Torrey gets to it. It doesn't affect rooted mode. The official release might wait until rootless mode is stabler and gets a few features back, though the bugfix helps stability a lot.

    Apple already provides retained window contents. Is that what you mean? I'm not sure why they're better than fully-buffered windows for our purposes.

    I think X11 windows would be dock-visible if we put them into the Windows menu. However, this would be almost useless: without window manager support we don't know what the window titles are.

     
  • Paul Bayley

    Paul Bayley - 2001-06-30

    Logged In: YES
    user_id=173389

    Assuming it is the X11 window manager which
    fundamentally knows which X11 windows are
    'windows' (and thus puts named title bars on them), if I
    wanted to patch say wmaker to add this ability to
    XDarwin I would still need hooks. However it doesn't
    seem logical that the window manager defines which
    X11 windows have title bars on them. Seems more
    likely to be something X11 apps define in X11. It also
    seems unlikely that the defining factor of whether
    windows are available in the Dock's contextual menu is
    if the app has a window menu. I know for a fact this isn't
    true in Carbon. Rather windows which are defined as
    regular windows (not utility windows/NSPanels) are in
    the list.

    A window manager like wmaker also knows which
    winows belong to a specific app and brings them to the
    foreground. If XDarwin could ever register app icons in
    the OS X Dock, wmaker could use such hooks and
    behave accordingly when a window or app is 'activated'.

    Finally if any of that is possible, so too would be hooks
    for minimizing windows and the NSImage which is
    displayed for a minimized window in the Dock.

    I don't think any of this is a high priority but it's
    something to think about.

     
  • Torrey T. Lyons

    Torrey T. Lyons - 2001-07-01

    Logged In: YES
    user_id=133579

    The first patch (rootless3.patch) with some reorganization has been merged into XFree86 CVS.

    Some comments on the comments:
    > However it doesn't seem logical that the window manager
    > defines which X11 windows have title bars on them.

    X11 clients can give suggestions, but it is the window manager's responsibility to enforce a policy on the look and feel of the entire interface including title bars. For example, the window manager doesn't have put windows where the clients request them if it has a window placement policy.

    > It also seems unlikely that the defining factor of whether > windows are available in the Dock's contextual menu is
    > if the app has a window menu.

    Unlikely, but true. :-) This one had us stumped for awhile as old versions of XDarwin used to give an "Application not responding" message in the Dock. I am hopeful that in the future Apple will provide an API to tailor what appears in the Dock popup.

     
  • Torrey T. Lyons

    Torrey T. Lyons - 2001-07-01
    • assigned_to: nobody --> torrey
    • status: open --> open-accepted
     
  • Torrey T. Lyons

    Torrey T. Lyons - 2001-07-01
    • status: open-accepted --> closed-accepted
     
  • Torrey T. Lyons

    Torrey T. Lyons - 2001-07-01

    Logged In: YES
    user_id=133579

    Both patches have been included in XFree86 CVS. (Change to 2nd patch: Rootless debug messages fixed without noop function.)

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks