

GNOME 2.0 Developer Platform Beta 204
ambrosius27 writes: "To quote from Jeff Waugh's announcement: "The API frozen Developer Platform Beta, 'Everyone's Excited and Confused', is ready for your porting pleasure!" You can find the full announcement on Gnotices. The GNOME developers have been hard at work. Feel free to download, create/port applications, and, most of all, send in nicely detailed bug reports!"
Confused (Score:5, Funny)
I am now confused. Should I be excited?
Re:Confused (Score:3, Informative)
They Might Be Giants - Man it's so Loud in Here [cybercomm.net]
Frozen api? (Score:1, Funny)
In relation to Ximian Gnome (Score:3, Interesting)
I'm really liking Evolution, and while their desktop is pretty, it seems bare in comparision to KDE's solution. To be able to port more stuff over to Gnome (and Ximian's GNOME), would be wonderful in my eyes.
Now, granted, I may be completely confused and these don't mix at all, so in that case, just tell me to shut up and I'll go crawl back in my hole.
Re:In relation to Ximian Gnome (Score:4, Informative)
Assume that they will need a fair amount of time to wait for Gnome 2.0 to stabalize, and get there 2.0 version out. I would guese at least 3-4 months before some beta product is announced, and at least 6 months untill they switch over.
I think Gnome 2.0 will generate substantial interest in getting applications ported over. That's the real ticket.
Re:In relation to Ximian Gnome (Score:4, Informative)
Since Ximian employes a lot of the main Gnome developers, they're probably working on their product as gnome is testing, so the release time shouldn't be that far off from the Gnome 2.0 release date.
Re:In relation to Ximian Gnome (Score:2)
You can always run KDE applications on a Gnome desktop. (Similarly you can always run Gnome applications on a KDE dekstop.) If your complaint isn't a lack of applications, what is it you'd like to see?
--Ben
Re:In relation to Ximian Gnome (Score:1)
Re:In relation to Ximian Gnome (Score:2)
--Ben
Re:In relation to Ximian Gnome (Score:2)
Re:In relation to Ximian Gnome (Score:2)
Each to their own taist, though.
--Ben
Logo Change? (Score:5, Funny)
Re:Logo Change? (Score:1)
Re:Logo Change? (Score:1)
> Perhaps for GNOME 2, they should change it to a RIGHT foot instead... just a thought.
No, it's going to have two big toes.
Re:Logo Change? (Score:1)
Re:Logo Change? (Score:1)
Because of CopyLEFT? (Score:1)
Re:Logo Change? (Score:1)
Can't, really (Score:1)
Cuz it's not just a foot, it's a stylized letter "G", for GNOME.
(If we started using backward letters, Toys Backward-R Us would sue so fast ...)
is AA a hi-pri feature in Gnome 2.0? (Score:2)
This machine is quite zippy running Gnome+Sawfish. And I'd wish to have AA fonts on Gnome too. Is this a hi-pri feature for 2.0? Can't wait to see that.
Re:is AA a hi-pri feature in Gnome 2.0? (Score:3, Informative)
I should know, I use it myself, many programs such as gaim will often get a double-written type look where it looks like it is trying to render the font twice, usually when I type in the entry box so that it goes to the next line. It also breaks a lot of programs, like mozilla (unless you get the patch), gimp, probably lots of others too.
So to actually answer his question, instead of just being an ass for no reason, yes gnome 2.0 does support very nice anti-aliasing. Some people have said it actually looks better than the Xft stuff that gdkxft and qt use, but not sure if that's true.
Re:is AA a hi-pri feature in Gnome 2.0? (Score:2, Informative)
http://developer.gnome.org/dotplan/images/gnome
Re:is AA a hi-pri feature in Gnome 2.0? (Score:1)
The lame lameness filter inserted a space in your url, so I made it into a link so that people can go check out that sweet screenshot.. I can't believe how nice gnome2 looks with AA fonts!!
I have horrible news for you. (Score:2)
Re:I have horrible news for you. (Score:2)
And oh, for those flamers who said I just need to do some research because AA is already in GTK, blah blah blah, well yeah, I knew that. But I want to be able to turn it on/off thru Gnome Control, and apply it to the whole environment.
Re:I have horrible news for you. (Score:1)
I concur .. (Score:1)
>>
Yeah, this has been my experience too. Turnng on AA sends memory usage through the roof and also slows down application start time. Go mad and stick 1,000 TT fonts on your system, and it takes between 30 secs and 1 min to start any apps at all. KDE has some serious problems to work out with anti-aliasing.
Btw, using TT fonts also makes a pigs-ear of "Print to PDF" (which uses ps2pdf) producing very ratty looking output. I imaging that Gnome users will run into this problem too, as that's a Ghostscript issue.
Re:Why does S,V and W look ugly with AA (Score:2)
Re:Why does S,V and W look ugly with AA (Score:1)
This is mostly an issue with XFree. The noticable improvements between 4.0 and 4.1 should give hope for even better results in the future. I've heard from XFree86 CVS users that there are indeed many more improvements in several areas. Looking forward to XFree 4.2, or the next 4.1.
Re:is AA a hi-pri feature in Gnome 2.0? (Score:1)
If thats the case it's your distros fault, KDE on Debian(Woody) is really zippy.
The KDE vs GNOME war does not exsist!!! (Score:1, Insightful)
When one of the desktops come with good news, the trolls get all upset about it and spread FUD.
Well, let's face the reality: the war does not exist!
Sorry, but that's the way it is, so live with it, 'cause trolling is completely useless.
Nobody will listen to you, no matter how hard to try.
Re:The KDE vs GNOME war does not exsist!!! (Score:1)
I have just recently installed XP and my wife now prefers using Linux to browse the internet since it takes all day to get Windows to load let alone navigate through. I am constantly patching Internet Explorer and have not had to yet do this likewise with Mozilla. This may be that Mozilla does not have the power of Virus Basic for the Script Kiddies to play with...
war does not exsist!!! or maybe........ (Score:1)
screenshots link (Score:5, Informative)
Re:screenshots link (Score:1)
I also noticed a 1.4.1 release is planned ("Bug fix and UI polish follow-on to 1.4: Not yet released"), is there any schedule for that one or is it mostly forgotten with 2.0 approaching?
Re:screenshots link (Score:1)
I noticed in one shot of the control panel, there was the ability to customize "Sawfish Window Manager". Okay, I'll start my rant. Remember awhile back when gnome did their usability study? Haven't they learned anything? How many users know, or even need to know what a window manager is? How many users know, or need to know, what a sawfish window manager is? Instead you could have a couple of separate entries like "Change Window Decorations" and "Change Window Behavior". That ought to cover any relevant window management issues. This business of having more than one choice of window managers is really silly anyway for a desktop environment. This is treated as a selling point! It's not. Window managers are for people who don't like desktop environments and want complete control. Make this shit transparent to people! For a company like Ximian who obviously has visions of taking over the world, this ought to be a piece of cake.
Kde is equally guilty of this sin. When you change your desktop theme, the entire desktop should change. The window borders, the widgets, the background, the taskbar, everything. But no. In kde, changing the theme doesn't change the window border. You have to select that separately. As well, they give you the option of changing the "style" in addition to the two options "theme" and "window border". In gnome, it's a little better. You can change your theme. But it doesn't affect the window borders. You have to customize "Sawfish Window Manager" to do that. At that point, however, Joe User has already given up.
Re:screenshots link (Score:5, Informative)
Not only did Sun provide their usability study to the GNOME community for review and reflection, the GNOME Usability Project has been working very hard on both our Human Interface Guide and some basic changes they feel are essential for the GNOME 2.0 Desktop release. You can find these on the GUP website [gnome.org].
These have certainly not been ignored, in fact, they have spawned an incredible amount of discussion and development work. The screenshot you see of the new control centre is a port of the 1.5 version that Ximian have been shipping as a preview component of their GNOME 1.4 desktop.
Many of the superfluous options have been removed from GNOME's user interface, which is a very important step in the right direction for usability. Don't worry, all those crazy options that we geeks love will be still be around, they'll just be harder to get to (so umpteen million options don't crowd our preferences dialogues).
Indeed, the concept of configuring so many seemingly disparate parts of the desktop, such as GTK+ themes, window manager themes, backgrounds, etc., will be simplified with the new Metatheme system, which integrates all of these into a simple dialogue. You can very easily make your own metathemes too.
I hope these address your concerns about GNOME developer's desire to improve the usability of our desktop.
Re:screenshots link (Score:2)
Feh! I say! Here's one with Old Gnome (Score:2)
It's great to see open source software... (Score:1, Insightful)
Re:Does it still look bad? (Score:2)
I use Windows XP at work, and I have to say that I think that the Windows XP GUI looks not bad at all, especially after turning off the Luna skin. The font smoothing is beautiful, and makes me pine for Mac OS much less...
Re:Does it still look bad? (Score:1)
That's why themes.org [themes.org] exists. As for other components of GNOME that might have made it ugly such as fonts, the fonts will be anti-aliased in GNOME 2.0.
Re:Does it still look bad? (Score:1)
"everyone's excited and confused" (Score:2, Offtopic)
...is a lyric from Man, it's So Loud in Here, from They Might Be Giants [tmbg.com]' new album, Mink Car [amazon.com].
They revamped the airport completely,
now it looks just like a nightclub,
everyone's excited and confused...
go gnome!
Be prepared for lots of new desktops! (Score:4, Informative)
* (or RC 2 in case it is necessary)
Notice how the planned GNOME releases are closer together than the KDE releases. Is there any indication when GNOME 2.1 will be out? KDE usually takes 4/5 months between releases, so I expect KDE 3.1 in July, with a 3.1.1 bugfix release in August and of course a 3.0.1 bugfix release at the end of March of begin of April.
GNOME did not have as many recent releases as KDE has with the 2.x series (GNOME underwent the same large overhaul as KDE did during the transition to KDE2), so what kind of a release schedulet can we expect of GNOME after 2.0?
Re:Be prepared for lots of new desktops! (Score:1)
Beware the Ides of March!
Re:Be prepared for lots of new desktops! (Score:2, Informative)
It's been longer since KDE 2.2.0, which is what you should look at. KDE 3.0 development started after the 2.2 release. Thank the support for different branches in CVS that 2.2.1 and 2.2.2 were bugfixed and release simultaneously to KDE 3.0.
I've been waiting for GNOME 2 for over a year and a half
The difference between KDE 2.2 and KDE 3.0 is not much bigger than the difference between 2.0, 2.1 and 2.2; except for the port to Qt3 (not dramatically changed from Qt2) and some binary incompatble changes.
GNOME is in the same phase as KDE was with the 1.1.2 to 2.0 transition: a drastically changed underlying toolkit and a redesign or reimplementation of many core features. Don't forget it took KDE a long time as well until 2.0 was released. It was worth it, as the new framework allowed for many successful 2.x releases. Hopefully the same will be true for the GNOME 2.x series.
Re:Be prepared for lots of new desktops! (Score:1)
The original poster (see here [slashdot.org]) was correct - the GNOME 2.0 platform is actually a substantial API change, which is far greater than simple ABI incompatibility and new APIs.
It means that instead of being able to simply recompile, apps also need to be ported to the new and changed APIs.
The GTK+ family of libraries, and the GNOME libraries have seen a huge amount of development; this is why the release - by no means just pretty buttons on your desktop, it's an entire development platform - has taken some time.
Thus, this release is far more similar to the KDE 1.x -> 2.x release cycle as mentioned in the comment linked above.
Re:Be prepared for lots of new desktops! (Score:1)
Re:Be prepared for lots of new desktops! (Score:1)
a.b.c
'a' gets incremented when it will be binary incompatible with the previous version.
'b' gets incremented when there are additional binary compatible features
'c' gets incremented when bugs are fixed (although some features slip in from time to time)
Now, I don't know if Gnome have broken binary compatibility 7 times, as you imply. If they have, that's not something to be proud of.
Desktops in General (Score:1)
what about performance? (Score:1)
Nautilus w/ RH 7.2 (Score:1)
Re:Nautilus w/ RH 7.2 (Score:1, Informative)
Wheel reinvention (Score:3, Interesting)
Re:Wheel reinvention (Score:2)
DCOP: although I was excited about DCOP the first time I saw it, it hasn't evolved very much since then and has never reached the level of flexibility that complicated distributed RPC apps demand.
CORBA: on the opposite end of the spectrum from DCOP, CORBA is bloated and slow, but it runs on almost every UNIX and maybe that will be what saves it.
COM/DCOM: to be perfectly honest, MS has done a fairly good job with these. Too bad they are built on an ABI centered around little-endian Intel machines running WIndows. I wonder what will be the fate of COM/DCOM when Microsoft moves over to Itanium...
What we really need is an efficient, cross-platform RPC system with full security mechanisms, transactions, synchronous and asynchronous modes, which can bridge the gap between fully distributed RPC systems such as CORBA and fully internalized component systems such as COM. It needs to be language-independent, fast, and use little memory.
I wish all the smart people working on all these systems would stop one-upping each other every other month and actually sit down to design something we can all agree on and use. Every program on every platform out there could benefit from that.
Gnome and Kde need to cooperate more (Score:1)
It would be nice if they should share things like themes and configuration options. I should be able to say i want my default window background color blue, and most windows should listen and do that. I shouldn't have to say i want my GTK+ windows blue, then say again i want my QT windows blue, then say again i want my xyzlib windows blue, etc.
More shared standards!
Will the window manager(s) stop acting like macs? (Score:2)
Lee
Re:Will the window manager(s) stop acting like mac (Score:1)
Re:DO NOT CLICK THE LINK (Score:1)
Turns out it is a javascrip page that opens window after window, I assume it would stop when it crashed some resourece or other.
So yes, don't click the link
Re:Gnome should join KDE. (Score:4, Insightful)
I say let each develop and make the best that they can. Fair competition is a good and stimulating environment.
Re:Gnome should join KDE. (Score:1)
Ok this is probably soo totally not possible, but it would solve many of the issues that the _user_ has (two distinct, different looking and different working interfaces...)
[dont flame me too much I know its only a pipe dream...]
Re:Nope (Score:1, Offtopic)
Where is the 'ad blocking' feature?
Re:Nope (Score:1)
Re:Nope (Score:1)
Re:Another poor release (Score:1)
Gnome2 does not run OpenOffice, is not responsible for AbiWord behaviour either (that would be plain Gnome vanilla). Gnome2 is a developers api to which applications that want to run in its platform should port....
Do you understand now????
Alex
Re:Another poor release (Score:2, Interesting)
Re:Another poor release (Score:3, Insightful)
Re:Another poor release (Score:1)
It is Alpha releases that are not ment for end-users and developers only. Beta releases are not ment for all end-users, but certainly they are suitable for the savvy ones (you know, the ones that write useful bug reports).
Re:Another poor release (Score:2)
**************
Not a platform beta. The platform beta means that they've got all of the pieces of the platform together, and they are testing the API's to make _them_ production quality. The DESKTOP betas are scheduled for next year, in which case end-user functionality will be tested.
Re:Another poor release (Score:1)
Hm, if only the API's are Beta and the UI isn't even that level, I have a hard time believing they have a realistic time schedule. Apparently there isn't room for "desktop" alphas and they Beta's are awfully close to each other. Two weeks between Beta 1 and Beta 2 is too short if you want a decent amount of feedback and time to actually fix problems that will be reported as well.
I seriously hope the GUI is also near Beta quality already.
Re:Another poor release (Score:2)
*****
Ummm...., you have to have the API's BEFORE the applications. If the APIs is only beta quality, how could the applications which depend on them be more so?
You also have to remember that the applications themselves are already written, they only need to be ported to the new API, so it's not like they are going to be rewritten from scratch or anything.
Also, fast turnaround times are essential for feedback and testing. If two weeks after Beta 1 users are still reporting bugs that were fixed a week ago, you have a bad situation. The faster the turnaround time between betas, the better. Remember, "release early, release often". That's how you find and fix bugs.
Re:Another poor release (Score:2)
That largely depends on the API changes. I thought GNOME 2.0 was a huge improvement over 1.4 in several core areas, so porting applications might be painful.
I suspect that most of the applications are already up-to-date with the API though, usually applications in CVS change directly after the API changes. I don't think they rewrote the API first without touching any of the applications.
Maybe this is a big difference between GNOME and KDE (I'm mostly used to the KDE development model). Within KDE most applications that come with the main packages are maintained by the same people who maintain the libs, or at least people who closely follow the libs. Therefore the API freeze is at the same time as the application freeze.
GNOME possibly has a somewhat more loose connection between main applications (they're packahed seperately for example), so that might require an API freeze before the application freeze. Makes sense to me now.
Re:Another poor release (Score:1)
Super Gnome 2 Alpha Turbo Championship-Edition.
Foot vs Letter K......Fight!
graspee
Re:why gnome (Score:5, Informative)
Funny, because competition between GNOME and KDE is *EXACTLY* what has made both GNOME and KDE mature so much.
Why don't you send this message to gnome-devel-list or kde-devel-list?
I'm sure you'll hear a lot of things you don't expect (such as that the GNOME vs KDE war does not exist).
Re:why gnome (Score:2)
I don't know about anyone else
I don't care where anyone stands on the GNOME/KDE fence, but
KDE environment with, iKons from kde-look.org, Galeon for browsing, Konqueror for file management (ftp support rocks), Evolution for mail, Xchat for irc, liquid from mosfet, and openoffice together as one complete desktop is a force to be reckoned with. If you think that GNOME is good, and KDE is good, together, they are even more impressive.
That's why competition in Linux rules
(/me points all "you have to run multiple libraries" excuses to their local computer store for $30 of RAM)
Re:why gnome (Score:1)
* * *
Clueful competition (Score:2)
Those that are, are likely to get implemented by the other system, perhaps even more cleanly. Both environments, for instance, seem to have burgeoning efforts surrounding the IETF calendaring and address standards; they may even become interoperable by virtue of there being IETF standards :-).
Those ideas that turn out to be horrid can be learned from and avoided.
After all, it's not as if throwing all the people onto one project would necessarily lead to higher productivity. Double the team sizes, and communications costs diminish productivity :-(.
There are doubtless some jibes back and forth, here and there, but if they were spending 80% of their time flaming one another, they wouldn't get much code written...
Re:why gnome (Score:2)
>> back."
> Funny, because competition between GNOME and KDE
> is *EXACTLY* what has made both GNOME and KDE
> mature so much.
Really? Says who? You?!
I think that competition is good in some cases but there are a LOT of overlapping areas with GNOME and KDE.
We don't have to compete on EVERYTHING do we?
After all, a lot of OSS projects have no competition and they do fine. The only competition is lack of a feature set.
We don't need duplicate file formats. We don't need duplicate icon sets and teams. We don't need separate configuration mechanisms.
... etc...
I think things are stabilizing though. QT is now GPL and I it looks like the KDE and GNOME teams are cooperating.
Kevin
Re:why gnome (Score:1)
Do KDE-developers really think GNOME is competing with them?