GTK 2? about pragha HOT 22 CLOSED

Hi,
Sorry.. but really do not know.
I would like to advance to gtk3.. For example, I love to use gtk3 especially to implement plugins using libpeas!, but my "dilemma" is that I'm using an gtk2 environment!.
Really do not feel comfortable with gnome-shell, or unity and so I continue with xfce.. and use pragha with gtk3 is a shame for the themes, etc.. :S

I do not agree with the developers of xfce (Mainly Nick) in not move forward on gtk3. (But it seems that are denied to the idea of ​​doing).

In summary: I NOT HAVE IDEA!. by now I will complete pragha 1.2 with gtk2, and this will take a while. But to pragha 1.4 would be appropriate.

p.s: All this may change. Also we may evaluate the use of libunique, to advance some changes..

from pragha.

Is xfce roadmap outdated?

libunique is... deprecated in favor of GtkApplication (gtk3). :-)

And plugins is another story...

from pragha.

Had proposed that, and ported thunar (One of the most complex applications of the project) and others, but then nick wrote: http://mail.xfce.org/pipermail/xfce4-dev/2012-May/029843.html
.. and really is the man who more is working to get out xfce4,so it's a strong opinion.. :S

The current roadmap of xfce 4.12 you seem real.?

from pragha.

Oh, I see...

Anyway how about bump glib to 2.28?

from pragha.

Yes..
But that advantage offered on 2.26?
I propose something .. Let's get pragha 1.2[1] depending on gtk 2.24 and glib 2.28 (We remove all hacks to supply versions). Port also dbus.c to glib-dbus, and so we all prepared for gtk3 for 1.4. Then only is pending GtkApplication.

[1] As if it is not clear: The next release is Pragha 1.1.1. After 1.1.2, and after a couple of versions will release Pragha 1.2. Still have to define that characteristics expect of 1.2. but will hopefully be major changes.

from pragha.

But that advantage offered on 2.26?

It has new useful API (surprise! :-))
And it has GApplication [1], but I'm not sure if it compatible with
gtk2, needs experimenting.

Let's get pragha 1.2 depending on gtk 2.24 and glib 2.28

OK.

Port also dbus.c to glib-dbus

Our dbus.c implemented inside GtkApplication. Leave it alone :-)

[1] http://developer.gnome.org/gio/2.28/GApplication.html

from pragha.

Hi,
I was looking GtkApplicationy not see many advantages.. :S
Well.. Now was using/playing around of gtk3 (Mainly to test changes in preferences and the "new" toolbar), and found many issues in some dialogs like the equalizer and the tag editor. The widgets do not occupy the entire dialog. Did you see? You know how to fix it?

Also recently released keybinder-3.0 (http://kaizer.se/wiki/keybinder/) with support for gtk3 , we could compile conditionally on keybinder3. Gnome-media-keys can work properly with keybinder. No?

from pragha.

The widgets do not occupy the entire dialog. Did you see? You know how to fix it?

I fixed one... commit 7289768
But others are ok, tags for example http://i.imgur.com/THRHa.png

Gnome-media-keys can work properly with keybinder. No?

It should auto-select like....
if gnome-settings-daemon running then gnome-media-keys
else if compiled with keybinder then keybinder
else none

from pragha.

I fixed one... commit 7289768
But others are ok, tags for example http://i.imgur.com/THRHa.png

Tags here fail, but the same chenge fix it.

It should auto-select like....
if gnome-settings-daemon running then gnome-media-keys
else if compiled with keybinder then keybinder
else none.

Yes. Would be the ideal.

from pragha.

Now compile conditionally keybinder, and init keybinder as a fallback. Missing detecting gnome-media-keys to init it only when available.

from pragha.

Thanks for the changes!.
Only an tiny problem.. In xfce continually returns:

(pragha:3287): pragha-WARNING **: Failed to call "GrabMediaPlayerKeys": GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No existe la interfaz «org.gnome.SettingsDaemon.MediaKeys» en el objeto en la ruta /org/gnome/SettingsDaemon/MediaKeys

from pragha.

Can you provide output from following commands?
gdbus introspect --session --dest org.gnome.SettingsDaemon --object-path / gdbus introspect --session --dest org.gnome.SettingsDaemon --object-path /org gdbus introspect --session --dest org.gnome.SettingsDaemon --object-path /org/gnome gdbus introspect --session --dest org.gnome.SettingsDaemon --object-path /org/gnome/SettingsDaemon gdbus introspect --session --dest org.gnome.SettingsDaemon --object-path /org/gnome/SettingsDaemon/MediaKeys

from pragha.

[matias@HP pragha]$ gdbus introspect --session --dest org.gnome.SettingsDaemon --object-path /
node / {
node org {
};
};
[matias@HP pragha]$ gdbus introspect --session --dest org.gnome.SettingsDaemon --object-path /org
node /org {
node gnome {
};
};
[matias@HP pragha]$ gdbus introspect --session --dest org.gnome.SettingsDaemon --object-path /org/gnome
node /org/gnome {
node SettingsDaemon {
};
};
[matias@HP pragha]$ gdbus introspect --session --dest org.gnome.SettingsDaemon --object-path /org/gnome/SettingsDaemon
node /org/gnome/SettingsDaemon {
interface org.freedesktop.DBus.Properties {
methods:
Get(in s interface_name,
in s property_name,
out v value);
GetAll(in s interface_name,
out a{sv} properties);
Set(in s interface_name,
in s property_name,
in v value);
signals:
PropertiesChanged(s interface_name,
a{sv} changed_properties,
as invalidated_properties);
properties:
};
interface org.freedesktop.DBus.Introspectable {
methods:
Introspect(out s xml_data);
signals:
properties:
};
interface org.freedesktop.DBus.Peer {
methods:
Ping();
GetMachineId(out s machine_uuid);
signals:
properties:
};
@org.freedesktop.DBus.GLib.CSymbol("gnome_settings_manager")
interface org.gnome.SettingsDaemon {
methods:
Awake();
Start();
signals:
PluginActivated(s name);
PluginDeactivated(s name);
properties:
};
};
[matias@HP pragha]$ gdbus introspect --session --dest org.gnome.SettingsDaemon --object-path /org/gnome/SettingsDaemon/MediaKeys
node /org/gnome/SettingsDaemon/MediaKeys {
};

from pragha.

Now is it enough smart?

from pragha.

Yes.. Tested on xfce and cinnamon..
Thanks.

from pragha.

c9063fc#commitcomment-4484291

Well.. After a long time, I decided to switch to gtk3..=)
We can start in master.. Gtk2 and gstreamer 0.10, will only be supported on Pragha 1.2. But we have to define clearly that version to use.

from pragha.

There are still things to improve, but except GtkApplication, that really do not see advantages, and change greatly between versions, we can make the jump to gtk3.

Regarding GtkApplication there is uninvestigated points:

• Session managment. So we can drop dependency on libxfce4ui
• Application menu. At this moment seems useful only for gnome-shell users

Any ideas..?

#47

from pragha.

#47

Ok.. Although not investigated, I think I have no excuses for it.

Session managment. So we can drop dependency on libxfce4ui

It only work on gnome!.. :(
See implementation. https://git.gnome.org/browse/gtk+/tree/gtk/gtkapplication.c#n1619

Application menu. At this moment seems useful only for gnome-shell users

Really do not see advantages, and applications that adhere to it, to my taste, lost functionality.

from pragha.

It only work on gnome!.. :(

Oops! It's https://bugzilla.gnome.org//show_bug.cgi?id=693203

from pragha.

Well... I decided..
Pragha 1.3/.1.4 will depend on gtk3 >= 3.4 and gio/glib >= 2.32

..and I will change to GtkApplication..

As a first goal... I have to replace GtkUIManager with GtkBuilder, and GtkAction with GAction.. plus GMenu, etc.

You got any ideas?
I try to porting the notification icon menu and I can not work properly..

from pragha.

You got any ideas?

No ideas.

from pragha.

Okey.. 😉
Interestingly, a lot of Gtk master code still uses GtkAction..
So now will orient only to port to GtkApplication, and I will silence the warnings from deprecation since 3.10.

Thanks for everything,
Regards

from pragha.