Re: Qt as acceptable GNOME dependency

2009-07-17 Thread Stefan Kost
adel schrieb:
 hey
 
 now Qt can be plugged into the Glib main loop and uses GTK+ for
 drawing, if I respected HIG and used GNOME API, can my Qt application
 be consider a GNOME application or even be part of default GNOME
 stack?
 
 - adel

I think we should work on interoperability, so that also qt based apps integrate
well on a gnome desktop. Still I would not call it a gnome app if its build on
qt. I am just a bit worries that steps like this would blur the whole platform 
idea.

Stefan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Qt as acceptable GNOME dependency

2009-07-17 Thread adel
On Fri, Jul 17, 2009 at 8:59 PM, Stefan Kostenso...@hora-obscura.de wrote:
 adel schrieb:
 hey

 now Qt can be plugged into the Glib main loop and uses GTK+ for
 drawing, if I respected HIG and used GNOME API, can my Qt application
 be consider a GNOME application or even be part of default GNOME
 stack?

 - adel

 I think we should work on interoperability, so that also qt based apps 
 integrate
 well on a gnome desktop. Still I would not call it a gnome app if its build on
 qt. I am just a bit worries that steps like this would blur the whole 
 platform idea.

 Stefan


I think we should think more seriously about this platform idea, while
I picked Qt mainly because of recent (mobile) events, what really was
on my mind is java applications, Eclipse's SWT is more or less has the
same position as Qt, and I understood java UI toolkits from SUN
started to use GTK+ to render instead of emulating themes, actually I
do not see much different between those and GTK# --- those are just
another abstract layers that easiest my GNOME development
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Qt as acceptable GNOME dependency

2009-07-13 Thread adel
hey

now Qt can be plugged into the Glib main loop and uses GTK+ for
drawing, if I respected HIG and used GNOME API, can my Qt application
be consider a GNOME application or even be part of default GNOME
stack?

- adel
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Qt as acceptable GNOME dependency

2009-07-13 Thread Bastien Nocera
On Tue, 2009-07-14 at 04:52 +0100, adel wrote:
 hey
 
 now Qt can be plugged into the Glib main loop and uses GTK+ for
 drawing, if I respected HIG and used GNOME API, can my Qt application
 be consider a GNOME application or even be part of default GNOME
 stack?

Huh, probably not.

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Qt as acceptable GNOME dependency

2009-07-13 Thread Elijah Newren
On Mon, Jul 13, 2009 at 9:52 PM, adelnetdur+maill...@gmail.com wrote:
 hey

 now Qt can be plugged into the Glib main loop and uses GTK+ for
 drawing, if I respected HIG and used GNOME API, can my Qt application
 be consider a GNOME application or even be part of default GNOME
 stack?

For a module to be part of the GNOME stack, its dependencies must
either also be part of GNOME, or be an approved external dependency
(http://live.gnome.org/TwoPointTwentyseven/ExternalDependencies).

To have an app that depends on Qt be accepted into a GNOME release
set, you'd have to propose Qt itself for inclusion in GNOME or to be
made an official external dependency.  And then you'd have to see how
community consensus played out regarding your proposal.  In addition
to the community consensus bit being difficult to pull off in this
case, you'll also note that extra dependencies, especially at the
widget level, have historically gotten a fairly rough reception (e.g.
libsexy).

So, currently the answer is no.  There is a process by which that
could change...but the odds of being able to pull off that change are
not in your favor, to say the least.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list