If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

Cross-Desktop Collaboration During FreeDesktop Summit 2014

04-21-2014, 09:50 AM

Phoronix: Cross-Desktop Collaboration During FreeDesktop Summit 2014

Taking place earlier this month in N?rnberg at the SUSE office was the 2014 FreeDesktop Summit where members of GNOME, KDE, Unity, and LXDE-Qt desktops collaborated over joint topics important to the success of the Linux desktop in a cross-desktop world...

On a side note:
The Gnome guy was there just by accident. He read just ?desktop? and thought it must be a Gnome-exclusive event. As we all know, developers of GTK-based DEs don't cooperate. That's why neither Mate, Cinnamon, Elementary, nor Xfce were present.

Comment

On a side note:
The Gnome guy was there just by accident. He read just ?desktop? and thought it must be a Gnome-exclusive event. As we all know, developers of GTK-based DEs don't cooperate. That's why neither Mate, Cinnamon, Elementary, nor Xfce were present.

I thought Elementary uses EFL, and not GTK?

Comment

On a side note:
The Gnome guy was there just by accident. He read just “desktop” and thought it must be a Gnome-exclusive event. As we all know, developers of GTK-based DEs don't cooperate. That's why neither Mate, Cinnamon, Elementary, nor Xfce were present.

they finally fixed AppMenu incompatibility in 3.12 and it only took them 3.5 years (we can surely expect that in next 12 years they'll fix remaining deviations). still, there is no step ahead without 2 steps back it seems... http://worldofgnome.org/gnome-disks-...-raid-support/

so, mdraid never worked... we have better options like btrfs (experimental) and zfs (lol, no real world testing beside being done on fuse). sometimes, i really want to buy plane ticket just to smack one gnome developer, lol

Comment

so, mdraid never worked... we have better options like btrfs (experimental) and zfs (lol, no real world testing beside being done on fuse). sometimes, i really want to buy plane ticket just to smack one gnome developer, lol

ZFS works very well on FreeBSD. Gnome would ?just? have to support FreeBSD properly but considering that Gnome devs have even a hard time recognizing other DEs on Linux, I doubt other operating systems are even on their radar?

I have a tiny bit of hope that the standardization of the XDG_CURRENT_DESKTOP environment variable will mean that Gnome apps will hide the headerbars in anything but Gnome. Again: It's only a tiny bit of hope.

Comment

ZFS works very well on FreeBSD. Gnome would ?just? have to support FreeBSD properly but considering that Gnome devs have even a hard time recognizing other DEs on Linux, I doubt other operating systems are even on their radar?

all the topics i used to whine while i was still using gnome. and worst thing is that all those could more or less be fixed without problems or disturbing desktop. that or using hammer on McCanns kbd+mouse

most things can be solved as extensions, but doing corporate desktop where you need to rely on outside solutions just to make desktop work is definitely bad choice. if they at least put those extensions as disabled+installed

well, i got 10 years younger when i finally had it enough with it and moved to enlightenment

I have a tiny bit of hope that the standardization of the XDG_CURRENT_DESKTOP environment variable will mean that Gnome apps will hide the headerbars in anything but Gnome. Again: It's only a tiny bit of hope.

Comment

On a side note:
The Gnome guy was there just by accident. He read just ?desktop? and thought it must be a Gnome-exclusive event. As we all know, developers of GTK-based DEs don't cooperate. That's why neither Mate, Cinnamon, Elementary, nor Xfce were present.

That was really uncalled for.
GNOME is a huge community, with different people working on different aspects of the GNOME stack.
Even if the ones working on UI bits can sometimes come across as isolating themselves, there are also those working on base infrastructure and plumbing.

There is a great deal of effort spent by the latter on common specs and sharable technologies.
As evident by the work done at the summit and its previous installments.

Cheers,
_

Comment

That was really uncalled for.
GNOME is a huge community, with different people working on different aspects of the GNOME stack.
Even if the ones working on UI bits can sometimes come across as isolating themselves, there are also those working on base infrastructure and plumbing.

There is a great deal of effort spent by the latter on common specs and sharable technologies.
As evident by the work done at the summit and its previous installments.

Hey, it's not that I like being right in such cases. I actually prefer that I'm wrong and misbehaviour of Gnome apps under non-Gnome DEs was just a side effect of changed Gnome HIGs and that those sideeffects will be remedied in Gnome 3.14 (ie. transform headerbars to regular toolbars when not running under Gnome).

In a related field: My information is that Gnome to this day does not officially support the StatusNotifier specs. My information is that Gnome did not adopt it because first they didn't care and later their feelings were hurt because KDE and Canonical were already solidifying the specs.
I really hope that I missed something and Gnome changed their attitude. So far it was a practical example of how progress is slowed down by Gnome's unwillingness to adopt specs the ?competition? designed.