Y Window System Project Started 512
cuppm writes "Y, Mark Thomas's final year project for his masters degree, is back in active development (outlined here). Here is the email I received: '...Y development is about to start up again. If you are interested in participating, the website is at: http://www.y-windows.org/. There are links to mailing lists there, and you can download the latest development snapshot, which should compile this time :o). I apologise if I did not respond to your email personally. I was on holiday in Japan when the story broke, and by the time I got back I had over 80 emails about the subject, many of them in depth. If you had specific points that you'd like to raise, I suggest re-raising them on the y-devel mailing list.' So for all those who think it's time for a X replacement, here's your shot. And for those X lovers, use Y's extensibility to make it X compatible." See our previous story for more background.
Y-Not? (Score:3, Interesting)
Re:At long last! (Score:2, Interesting)
Shouldn't that Be just Y-------- (Score:1, Interesting)
Re:good idea but wrong reason (Score:5, Interesting)
Re:good idea but wrong reason (Score:4, Interesting)
Call to Programmers (Score:5, Interesting)
For any programmers out there that are even remotely interested in getting Linux On The Desktop, consider this a call. A super-awesome rock solid kernel cannot be the end-all be-all for Linux. We need to have a good windowing system, one that's faster and more reliable than the competition. From what I know, X Window could use a great amount of improvement in those areas. This is your chance to make things better, and Get It Right The First Time.
--Stephen
Common toolkit (Score:4, Interesting)
There is nothing like a little competition to hot things up - perhaps this will also give the languid Xfree86 project the kick up the backside it needs.
I wish the Y project the best of luck!
Yet Another Amusingly-Named X Replacement (Score:5, Interesting)
fresco [fresco.org]
YAX [linux.org] (Y Ain't X)
The Y Window System [hungry.com]
Oh never mind. What's the point?
Re:Amazing.... (Score:5, Interesting)
I've upped various magic numbers in poolsize.conf and it appears to now be responding much faster.
Cheers,
David
Re:Not his masters degree (Score:3, Interesting)
Re:At long last! (Score:5, Interesting)
Hate 'em as much as I do, the one thing MS has done well is ensure compatability. Obviously there's problems; but the basic principles of windows applications are near uniform. I don't think you can say the same for a lot of OSS. Chalk it up to people being sheep, if you want, but until there's one clear leading force, Linux (sadly) won't succeed on the desktop.
Interesting (Score:3, Interesting)
littel confused... Y Y? (Score:1, Interesting)
And now we have;
o Xouvert
o XDrive (sp? rename?)
o Berlin (rename?)
o DirectFB
o Y
Could someone Please enlighten me why y? and none of the other?
If someone is so knowledgable to do a comparison I'd glady appriciate it.
-mo
Re:My, aren't we opportunistic. (Score:3, Interesting)
Did you read the bit at the top? "I was on holiday in Japan when the story broke" means he was in Japan on holiday, and so couldn't start dev then. Also, he wrote it for a "final year project for his masters degree", which doesn't sound like a look-at-me-attempt, but more of a I'd-like-to-pass-my-course attempt.
c)We already have an interesting, viable alternative(FreeDesktop)...and it's got heavy involvement with the major developers of Gnome and KDE, the two most popular desktop systems. Everyone is playing Chicken with Xfree86, while hedging their bet(and strengthening their position with Xfree86) by starting work with FreeDesktop. Y is nowhere to be seen in all of this, especially if it's only got one guy- versus a whole group of some of the best Linux programmers around.
How can you play chicken with an OS project??
Anyway, Y is nowhere to be seen since there was no centre for dev until yesterday. The mailing list has only just become active, and now it is there are lots of people interested in helping develop this. It's worth mentioning that the closed nature of development for X means lots of people are looking for something where they can have more of an impact and really get involved, which is exactly what Y can provide them.
Okay, it's not an X killer yet by a long shot, although Linux never started as a Unix killer, and look where it is now!
Re:My, aren't we opportunistic. (Score:5, Interesting)
You make some reasonable points.
A development restart has been planned for months; the only reason it hasn't happened sooner is that we've all been settling into new jobs and simply haven't had the spare time to get this going properly until now.
X Windows *does* have issues; I think we can all agree on that. But by the same token, we're not trying to argue that X is not useful; I'm using XFree86 on my production machine right now to good effect. But we think it can be done better.
Linus was just one guy when he started work on Linux. Other people then joined in, and made Linux what it is today.
Mark, myself, and the other chaps who were in the room when the Y concept was born are doing this because we enjoy it. Whether lots of people will join in on our little project remains to be seen.
Sure, it'll be gratifying if we become popular, but that's not what we've set out to do -- write good code.
Cheers,
David
GTK+ logo? (Score:2, Interesting)
Re:At long last! (Score:4, Interesting)
You are simply citing the differences between OS and any company.
In Open Source Development there is a Naturally driven variations. Think if it as leaves driven before the wind. Eventually most of them end up in the same place.
With any company, you do as the boss says or you're toast. Any questions?
I think there is a lot of merit in having variations in WindowManagers. I will fight that to the death. But when you have to apply layer upon layer of Glue Code to get some really useful, it implicates a problem exists. And when the various solutions are all inconsistent and independently parallel to each other, you have another implication of a potential problem.
If done correctly, most of this new code implimentation wouldn't require a visual (user aware) change to any of the existing Window Managers. However it might provide for a more consistent approach so that all buttons, labels, etc. appear the same. Today that doesn't exist unless you choose to use only a certain base library for your graphics (eg: Qt)
OpenGL? (Score:5, Interesting)
So - my questions would be:
1) Can Y use GLX protocols and work with existing (binary only) OpenGL drivers?
2) There is mention that Y can use hardware accelleration on 3D hardware. My concern about this is how much of the valuable 3D resources such as texture map memory it consumes. Generally, X runs plenty fast enough without using those resources and I wouldn't want to impact my 3D capabilities in order to make the 2D windowing system run ten times faster than it really needs to run.
Certainly X needs updating - it's old and it shows it's age.
Re:At long last! (Score:3, Interesting)
As long as it's network transparent I don't care either. If I can tunnel apps over my SSH connection from one box to another then it's pretty useless for me no matter how fast it is.
Re:What sort of compatibility? (Score:3, Interesting)
Current remote X server: 272 MB. Remote (tight)VNC server: 60 MB.
Local X server: 161 MB: Local (tight)VNCviewer: 4 MB.
vnc here runs faster than running X remotely. my guess is that it's because VNC is mostly client-pull/server push oriented.
Re:What sort of compatibility? (Score:1, Interesting)
Which is a fair critisim because even though that was written 10 years ago, there's been no effort made to move optional extentions into the "standard".
Re:About Y (Score:3, Interesting)
>... Further, with Y's in-server knowledge
> of widgets, applications run over a slow network
> can appear almost as responsive as local
> applications (especially when compared to an
> X application).
Great idea - is this the same thing the are doing with Fresco? Fresco also has SVG.
> Y widgets use the currently loaded theme to
> render themselves. Since all server widgets
> are using the same theme, all widgets appear
> consistent throughout the desktop.
This may be an SFQ, but shouldn't the application choose its own look and feel? I have various Java apps, some use the Metal L&F and others use the Windows one. Why force me?
*Sigh* (Score:5, Interesting)
Here I sit back, reading slashdot on a pentium 166MMHX, with 80M of memory, through Galeon and the X Windows System on a OpenBSD machine.
I read the posts that say X is slow.
X is currently using about 5% - 7.5% of my processor. It jumps up to about 15% when I change windows. MPG123 consistantly uses more CPU then X. Galeon tends to use more CPU then X as well.
I read the posts that say X is bloated.
X is currently using 15MB of memory/8MB resident. Galeon is using about 16MB / 27 MB resident.
As for hard to set up, linux distros usually set up X for me. There are even several configuration utilities shipped with XFree86.
I also tend to use the network transparency of X, which is easily accomplished through ssh -X.
Don't know why you guys keep having problems, but may I suggest bloated OS installs and bloated WMs?
FVWM + XFree86 works for me!
Re:History of X (Score:5, Interesting)
"Most people do not often need network display in their windowing systems. Most X users dont use network display."
To which I respond, "Most of the peolpe I know who use X, use remote display daily. I personally use remote display daily. One of X's biggest strengths is remote network displays."
I am not necessarily a valid statistical sample and I am well aware of it. For MANY people, your statement is true, but there are a LOT of other people for which it is false.
On the other hand, your point that having a local-only core with a remote module for those who need it is ok. I agree with you as long as the protocol directly supports it and I dont have to have special software on the client but rather I just have to add a local module to use it.
More comments on X History (Score:5, Interesting)
The primary problem at that time was the availability of a suitable object-oriented programming language. Everyone knew that was the future of software. The UNIX crowd preferred something related to C. C++ was very unstable, while ObjectiveC, based on on SmallTalk, was good but proprietary. The fledgeling company NeXT (in the Stanford industrial park, later absorbing Apple Computer) decided on ObjectiveC. The Stanford W/X group decided to use neither of these but invent a quasi OOP extension to C in the Xt Toolkit. And XWindows has suffered ever since.
Network transparency and widgets (Score:2, Interesting)
TZ
Re:*Sigh* (Score:5, Interesting)
I used to run X11 on a 486 with 16MB of RAM. Ran fine on that too. The basic X Window System today is no bigger than it was when I had the 486, although the toolkits (GTK or Qt) are rather larger than in the 486 days (Openlook or Motif, or (gah) Xaw).
Re:You know, this is my pet peeve too (Score:3, Interesting)
Requires SDL? (Score:2, Interesting)
Re:What sort of compatibility? (Score:2, Interesting)
Legacy X Protocol Handler
"In order to support the wealth of X applications that already exist, and to ease
the transition from X to Y, an interpretation layer will need to be built.
This is an excellent example of the elegance of the design of Y. The X layer
can be implemented as an in-server driver module. This module would, upon
initialisation, create an appropriate socket to pretend to act as an X server.
When X applications connect to this socket, the X module would translate the
requests into equivalent Y requests.
One drawback of supporting the X protocol is that many of the advantages
of Y, in particular the lightweight protocol and server-side objects, will be lost."
Re:About Y (Score:3, Interesting)
Ah, you kids. Sun did this years ago, with NeWS, Network-extensible Window System. It used DPF and rendered widgets locally. It never caught on because what wins in the mass market is the lowest common denominator, which was X. Sure, it sucked, and everyone hated it, but it was as vendor- and architecture-neutral as windowing systems got, so every Unix vendor picked it up. For the same reasons, the Y project will never be anything more than an academic curiousity.