Downloaded it earlier today...
by
Anonymous Coward
·
· Score: 3, Informative
-Installing and running was good.. -connected to a RH box and ran gimp, netscape, magic and they worked great
-I like the fact that my X windows minimize under the doc and don't run inside a super X window. - I wish there are more preferences and a more intutive way to add applications.
Also, Apple should add more info to the getting started section with some 2-way examples.
Re:How do I get KDE to work with this?
by
WatertonMan
·
· Score: 4, Informative
KDE works great with this version. I'd suggest compiling 3.1 from cvs though. With this version I find KDE is actually faster than Aqua windows. Great. With X11.b1 I had lots of random crashes and the problem of windows/menus under the OSX menu. X11.b2 fixes all this. As an added bonus OSX fonts now show up in KDE applications. Very nice.
The problem I'm left with is that clicking on a KDE window doesn't bring it to the front over an Aqua window for some reason. Oddly this doesn't affect non-KDE windows, such as Gnome apps like Gnumeric. I can't quite figure that out.
My remaining problem is that I can't seem to copy and paste between X11 apps and OSX apps. I'm not sure why. A few people are left with some phantom processes, even after quitting X11. So that may be what is keeping copy and paste from working right. I'd started it using the kde window manager instead of the aqua-wm manager. So perhaps something was left running that was screwing aqua-wm up.
Still overall it feels faster and from my preliminary testing is much more stable.
Re:fink and apple's x11
by
Null_Packet
·
· Score: 5, Informative
Simply install Apple's X and the X Developer Tools (I think that's what they're called) from Apple and when you compile a Fink app, it will ask what kind of X you have installed. Option 1 is something to the effect of "Manual X11 Install, Placeholder".
Have fun! Fink also has some instructions on their site.
Re:How do I get KDE to work with this?
by
teridon
·
· Score: 3, Informative
Is there some reason you must compile from source? How about just install the binary with "sudo apt-get install bundle-kde"?
-- I hold it, that a little rebellion, now and then, is a good thing. -- Thomas Jefferson
Re:fink and apple's x11
by
teridon
·
· Score: 3, Informative
2 seconds on google ("fink x11") would've led you here.
-- I hold it, that a little rebellion, now and then, is a good thing. -- Thomas Jefferson
Re:How do I get KDE to work with this?
by
WatertonMan
·
· Score: 2, Informative
With the older version of Fink compiling against the X11 sources improved things considerably. I'd expect that if you've updated Fink since X11.app came out this isn't necessary. In my case I made the mistake of upgrading Perl outside of Fink and that screwed many things up since Fink's expected version of Perl was different than mine. I ended up having to recompile most of my stuff from scratch. It wasn't too bad. I just let it run all night. (grin)
Re:Thank you Apple...
by
captainsaavik
·
· Score: 1, Informative
Check out the virtual desktop from codetek It has focus follows mouse as wel as the ability to have a pager window (think fvwm from linux days). And no, I don't work there, I just happen to really like the product and have been very impressed with their support and bug fixes.
This is in fact a bug fix, if you can believe that. You will need to create a ~/.xinitrc file that includes a line like this:
exec quartz-wm &
Alternately, you could edit xinitrc file found at/etc/X11/xinit/xinitrc, but odds are that will be overwritten in the future. Also, Apple will put up a scare box asking you to ignore your new ~/.xinitrc, why I cannot fathom, but you'll want to dismiss it.
Re:window manager problems?
by
Halo1
·
· Score: 3, Informative
Open up the installer again, do a custom install and install the config package.
If you scroll down on the fink site to where they mention the problem with the libraries, they have an update up this morning that says 0.2 doesn't need the fix they've made, so I would assume that means Apple fixed the libraries.
Re:X11 question
by
cplater
·
· Score: 2, Informative
You will need to do a search for xinitrc, and rename that file. IIRC it's located at/private/etx/X11/xinit/xinitrc -- I renamed it to bkup.xinitrc, and then quit and restarted X11.app -- everything worked just fine. If that doesn't work, make sure you don't have a.xinitrc in your home directory.
-- --
Charles A. Plater
Re:not really a new icon?
by
ubiquitin
·
· Score: 2, Informative
Yes, it turned out to be a safari misbehaviour, in which the graphics weren't drawing properly.
-- http://tinyurl.com/4ny52
Re:A bug - any ideas?
by
Graff
·
· Score: 4, Informative
Is anyone else having touble getting the 'Applications' menu to work? I can't get GIMP to start except by starting it from an xterm and I'd really like to be able to use the menu for it (and other applications).
If executing applications from Terminal instead of xterm you have to type "open-x11 program" instead of just the program name. If you are used to Fink and XDarwin this wasn't necessary. To get it back to the way things used to work, add "setenv DISPLAY:0.0" to your.tcshrc file.
So either set up the menu to use the command "open-x11 gimp" (no quotes), or change your.tcshrc file and you can then just put "gimp" as the command (again, no quotes).
Re:How do I get KDE to work with this?
by
ernstp
·
· Score: 2, Informative
Yes, the problem is that they only have 3.0.7 as binary. If you want 3.1 you have to compile from source, and you really should get KDE 3.1!
Re:Does anyone have any insight
by
KH
·
· Score: 2, Informative
Apple didn't choose twm as the default wm.
This beta reads/etc/X11/xinit/xinitrc and follows what it says to do. Readme says that installer backs up the directory if it exists. But apparently mine was left intact. Thus twm launching at start-up. I just moved/etc/X11 to/etc/_X11 and everything is cool.
For those who haven't installed XDarwin before shouldn't have this problem.
X11 0.2.1 out
by
daveschroeder
·
· Score: 2, Informative
"Installer now defaults to replacing/etc/X11, to use quartz-wm instead of twm. This is the only change since v0.2."
Re:Thank you Apple...
by
Masker
·
· Score: 2, Informative
Actually, there are greater problems than the global menu bar. The way we work around the global menu bar problem with Focus-Follows-Mouse in CodeTek VirtualDesktop is to do two things:
1) Allow the user to say "don't change focus if the mouse is in motion"
2) Have a configurable timer that has to elapse before focus takes place
These are pretty standard for other FFM implementations, but are really necessary for the global menu bar. Therefore, if I have my FFM to "Not while in motion" and a delay of.1 second, it works pretty well; I can move over other windows to get to the menu bar, the Dock or Interface Builder palettes all without triggering unwanted switches.
The bigger problem is that while we can focus other windows, we HAVE to raise the windows in the case of Carbon windows. We can non-raise focus Cocoa windows, but there are two problems:
1) It's confusing because some windows (at least to users who don't know what applications use which technology) arbitrarily will raise or not raise.
2) The rest of the system is strictly click-to-focus. This causes problems when you do things like select text from a window that has been focused, but not raised.
Actually, the 2nd problem is the greater of the two. When I have two Terminal windows open that overlap, I like to be able to cut & paste between the two without changing their stacking. Unfortunately, you can't do that because when you click to select text, the mouse down event is the click-to-focus event.
We're hoping that Apple can give us the flexibility to implement the kind of FFM that all UNIX/Linux users are used to, but right now the whole system has a different feel to it. Anyway, we do the best we can do under the circumstances.
Oh, by the way, there are a couple of minor problems with compatibility between CodeTek VirtualDesktop and Apple's X11, but we're trying to work these out with Apple so that they can work together perfectly.
--
---------The early bird gets the worm, but the second mouse gets the cheese.
Slashdot Mirror
-Installing and running was good..
-connected to a RH box and ran gimp, netscape, magic and they worked great
-I like the fact that my X windows minimize under the doc and don't run inside a super X window.
- I wish there are more preferences and a more intutive way to add applications.
Also, Apple should add more info to the getting started section with some 2-way examples.
The problem I'm left with is that clicking on a KDE window doesn't bring it to the front over an Aqua window for some reason. Oddly this doesn't affect non-KDE windows, such as Gnome apps like Gnumeric. I can't quite figure that out.
My remaining problem is that I can't seem to copy and paste between X11 apps and OSX apps. I'm not sure why. A few people are left with some phantom processes, even after quitting X11. So that may be what is keeping copy and paste from working right. I'd started it using the kde window manager instead of the aqua-wm manager. So perhaps something was left running that was screwing aqua-wm up.
Still overall it feels faster and from my preliminary testing is much more stable.
Simply install Apple's X and the X Developer Tools (I think that's what they're called) from Apple and when you compile a Fink app, it will ask what kind of X you have installed. Option 1 is something to the effect of "Manual X11 Install, Placeholder".
Have fun! Fink also has some instructions on their site.
Is there some reason you must compile from source? How about just install the binary with "sudo apt-get install bundle-kde"?
I hold it, that a little rebellion, now and then, is a good thing. -- Thomas Jefferson
2 seconds on google ("fink x11") would've led you here.
I hold it, that a little rebellion, now and then, is a good thing. -- Thomas Jefferson
With the older version of Fink compiling against the X11 sources improved things considerably. I'd expect that if you've updated Fink since X11.app came out this isn't necessary. In my case I made the mistake of upgrading Perl outside of Fink and that screwed many things up since Fink's expected version of Perl was different than mine. I ended up having to recompile most of my stuff from scratch. It wasn't too bad. I just let it run all night. (grin)
Check out the virtual desktop from codetek
It has focus follows mouse as wel as the ability to have a pager window (think fvwm from linux days). And no, I don't work there, I just happen to really like the product and have been very impressed with their support and bug fixes.
This is in fact a bug fix, if you can believe that. You will need to create a ~/.xinitrc file that includes a line like this:
/etc/X11/xinit/xinitrc, but odds are that will be overwritten in the future. Also, Apple will put up a scare box asking you to ignore your new ~/.xinitrc, why I cannot fathom, but you'll want to dismiss it.
exec quartz-wm &
Alternately, you could edit xinitrc file found at
Open up the installer again, do a custom install and install the config package.
Donate free food here
If you scroll down on the fink site to where they mention the problem with the libraries, they have an update up this morning that says 0.2 doesn't need the fix they've made, so I would assume that means Apple fixed the libraries.
You will need to do a search for xinitrc, and rename that file. IIRC it's located at /private/etx/X11/xinit/xinitrc -- I renamed it to bkup.xinitrc, and then quit and restarted X11.app -- everything worked just fine. If that doesn't work, make sure you don't have a .xinitrc in your home directory.
-- Charles A. Plater
Yes, it turned out to be a safari misbehaviour, in which the graphics weren't drawing properly.
http://tinyurl.com/4ny52
The hint you need can be found on this page at MacOS X Hints. Here's the relevant text:
So either set up the menu to use the command "open-x11 gimp" (no quotes), or change your
Sapere aude!
Yes, the problem is that they only have 3.0.7 as binary.
If you want 3.1 you have to compile from source, and you really should get KDE 3.1!
Apple didn't choose twm as the default wm.
/etc/X11/xinit/xinitrc and follows what it says to do. Readme says that installer backs up the directory if it exists. But apparently mine was left intact. Thus twm launching at start-up. I just moved /etc/X11 to /etc/_X11 and everything is cool.
This beta reads
For those who haven't installed XDarwin before shouldn't have this problem.
Well, it's already updated to 0.2.1.
/etc/X11, to use quartz-wm instead of twm. This is the only change since v0.2."
"Installer now defaults to replacing
Actually, there are greater problems than the global menu bar. The way we work around the global menu bar problem with Focus-Follows-Mouse in CodeTek VirtualDesktop is to do two things:
.1 second, it works pretty well; I can move over other windows to get to the menu bar, the Dock or Interface Builder palettes all without triggering unwanted switches.
1) Allow the user to say "don't change focus if the mouse is in motion"
2) Have a configurable timer that has to elapse before focus takes place
These are pretty standard for other FFM implementations, but are really necessary for the global menu bar. Therefore, if I have my FFM to "Not while in motion" and a delay of
The bigger problem is that while we can focus other windows, we HAVE to raise the windows in the case of Carbon windows. We can non-raise focus Cocoa windows, but there are two problems:
1) It's confusing because some windows (at least to users who don't know what applications use which technology) arbitrarily will raise or not raise.
2) The rest of the system is strictly click-to-focus. This causes problems when you do things like select text from a window that has been focused, but not raised.
Actually, the 2nd problem is the greater of the two. When I have two Terminal windows open that overlap, I like to be able to cut & paste between the two without changing their stacking. Unfortunately, you can't do that because when you click to select text, the mouse down event is the click-to-focus event.
We're hoping that Apple can give us the flexibility to implement the kind of FFM that all UNIX/Linux users are used to, but right now the whole system has a different feel to it. Anyway, we do the best we can do under the circumstances.
Oh, by the way, there are a couple of minor problems with compatibility between CodeTek VirtualDesktop and Apple's X11, but we're trying to work these out with Apple so that they can work together perfectly.
---------The early bird gets the worm, but the second mouse gets the cheese.