A Look at GNOME 2.14 602
An anonymous reader writes "Gnome has a nice preview of their newest version 2.14 posted which should be hitting the streets around the 15th of March. From the article: "As well as new features and more polish, developers have been working around the clock to squeeze more performance out of the most commonly used applications and libraries. This is a review of some of the most shiny work that has gone into the upcoming GNOME release."
Coral Cache Link (Score:4, Informative)
Re:Will it be in FC5 or Ubuntu 6.next? (Score:5, Informative)
Re:Will it be in FC5 or Ubuntu 6.next? (Score:3, Informative)
Re:Progress! (Score:5, Informative)
Because glibc's malloc() is actually a pretty fast and scalable piece of code for a general-purpose memory allocator. Even GNOME's new special-purpose allocator only gets about twice the performance of glibc's.
speed! (Score:2, Informative)
Re:Program Naming (Score:3, Informative)
Re:Biggest change: (Score:1, Informative)
GNOME's audio backend GStreamer to use DRM (Score:3, Informative)
I hope KDE is smart enough [kde.org] to avoid DRM by choosing a multimedia backend that is GPL. This will ensure that users can change the code of any plugin, remove the DRM, and be left with a functional product. Xine [xinehq.de] would be an excellent choice for a multimedia backend, since it is light-weight, works with more codecs that Gstreamer (not to mention better) and can be included as a library in any program, like Kaffeine [sourceforge.net] and Amarok [kde.org] have already done.
Re:SW Dualprocessing (Score:5, Informative)
Downoad the latest ubuntu CD [ubuntu.com], then:
1
2. Make sure that you have the latest mesa, libglitz1 and libglitz-glx1, xserver-xgl
sudo apt-get update
sudo apt-get install libgl1-mesa libglitz1 libglitz-glx1 xserver-xgl
3. Install compiz-kde and/or compiz-gnome depending on your desktop
sudo apt-get install compiz-gnome
4. Replace
sudo ln -sf
5. Close all applications and restart gdm (This will log you out!)
sudo
6. Log in, then in a terminal start compiz and the Gnome window decorator (do NOT use sudo here)
compiz --replace gconf decoration wobbly fade minimize move place resize scale switcher cube rotate zoom
gnome-window-decorator
Leave out the gconf plugin if you don't have compiz-gnome installed
7. Add these commands to ~/.gnomerc if you want this on every login (which you probably do)
Taken from the Ubuntu xgl howto wiki [ubuntu.com]
Re:How do we make it look more compact? (Score:3, Informative)
change the number in the 'Size' box. Done! This feature
has been there since 1.x days.
Toolbar size depends on your font size. Go into your
Preferences->Font and change 'Application Font' to
something smaller.
Re:Why (Score:4, Informative)
KDE can be configured with one global menubar. Both KDE and Gnome can have the buttons on the left, you just have to find a window manager theme that puts them there.
Re:Biggest change: (Score:3, Informative)
Advanced GNOME configuration (Score:3, Informative)
Don't feed the trolls ... don't feed the trolls ... must ... resist ... aaahhh
Gnome has taken the route of trying to pick decent defaults for as much as possible. This ranges from the trivial (like the Window List always being a reasonable size, rather than specifying a minimum and maximum size) to more entrenched settings like button order based on your language left-to-right or right-to-left settings. Beyond that, it has aimed to keep the configuration/preferences window to just the most common options and remove any esoteric settings from the display. This has two benefits:
This is a marked change from KDE which offers pretty much all the tweaks available in the GUI. This does mean that KDE preferences tend to be heavily tabbed to provide the options in a reasonable amount of screen space. While a user is learning to use a KDE application, they may take some time to find the option they need in the tabs available.
Because Gnome does not expose all the configuration options in the application preferences, it's easy to assume that the defaults can't be changed or that custom bindings can't be set. The Gnome power-user who wants to, for example, bind multi-media keys to a script rather than one of the potted commands, needs to know about the GConf schemas and the gconf-editor tool. In this respect, Gnome provides for the user who doesn't care about complex configurations well while still allowing the arch-tweaker access to a whole host of advanced options.
Cheers,
Toby Haynes
Re:SW Dualprocessing (Score:3, Informative)
Re:KDE? (Score:5, Informative)
So you won't see any kde news for a while except for KDE 4. KDE 3.5 is everything what KDE 3.X has to offer. Of course people could continue developing 3.5, but they're focusing in kde 4....there'll be news in the kde 3.5 field - bugfix releases, updates from individual programs like koffice or kopete - but overall, you won't see any "earthbreaking" change in kde 3.5.
Some gnome developers think that there should not be a gnome 3 - at least, there's zero lines of "gnome 3 code" right now - and that the gnome 2 is OK and that it's much better to do small improvements to the current architecture. This is a big error IMO, but the fact is that until kde 4 is released it will be gnome who gets more attention and releases more attractive things.
Re:open and save dialogs (Score:3, Informative)
Re:Program Naming (Score:3, Informative)
Ok, I'll be lame here: If I use the command line, I'd like to know all the package management related commands.
Re:Will I be able to configure the screensaver? (Score:2, Informative)
Re:Progress! (Score:2, Informative)
I suppose they've rewritten the glib stuff to make it faster than it was before AND faster than malloc.
Why the name change from GnomeMeeting? (Score:1, Informative)
Might I suggest. . . (Score:3, Informative)
Re:Naming (Score:3, Informative)
"A delicate bar of cartilage connecting the dorsal and ventral extremities of the first pair of bronchial cartilages in the syrinx of birds."
From The Free Dictionary [thefreedictionary.com]
Surely everyone knows that!
Re:Progress! (Score:3, Informative)
Re:Good old Linux (Score:2, Informative)
Re:GNOME's audio backend GStreamer to use DRM (Score:3, Informative)
What the LGPL does, is allow LGPL'd libraries to be used by non F/OSS programs. Even then, it requires access to the source code and build system, so that the LGPL'd parts of that program can be changed and then replaced to be used by the program, even if the program is compiled statically. The LGPL does not in any way permit hiding the source of those libraries themselves. Thus, it is perfectly possible to rip out the DRM parts of any LGPL licensed GST plugins.
Did you not know this, or did I miss your point? I can agree that it could have been wise to license GST under the GPL, but I don't see it being for the reasons that you describe. Also, as I see it, it is better if any proprietary programs can use GST, because that still gives a better user experience in the end (since the user won't have to maintain several plugin repositories).
External references: The LGPL [gnu.org] and the GPL [gnu.org].
Re:Performance bar graphs [generated by what app?] (Score:2, Informative)
Re:GNOME's audio backend GStreamer to use DRM (Score:5, Informative)
From gnomejournal: [gnomejournal.org]