Notices


Reply
Thread Tools
Posts: 3,016 | Thanked: 12,447 times | Joined on Mar 2010 @ Sofia,Bulgaria
#171
Originally Posted by Android_808 View Post
Sick of this recurring illness now.



Updated my VBox installation earlier and my Debian VM in the hope that I can resume work on this again very soon. I noticed in the fremantle-gtk2 repo that you have removed the GTK module and opted for a forked GTK instead. Were you hitting a roadblock/problem with the module method?
Definitely, too much stuff in those private structs needs to be accessed, esp for GtkTreeView/GtkIconView (but not only), it will become an unmanageable mess at some point if I have to LD_PRELOAD almost all exported GTK functions, while copying all of the GTK code. So we had a discussion with Wizzup and parazyd (the guys that I am expecting to create devuan-maemo repo) and we decided that GTK fork is the only sane option.

In terms of GTK3, I know the module method will not guarantee 100% compatibility with the existing Hildon API. GtkIMContext related code, as previously mentioned, is a no go due to being unable to access the context.
This leaves me with a few choices, do I keep as much API in tact as possible or ditch compatibility like in my original attempt and create a cut down or API incompatible library (like with GTK2 and 3), following the deprecation messages left by the original devs.
The biggest problem I see is with GtkTreeView and GtkIconView code, they are heavily patched in maemo to bring the beauty of those widgets there and to provide touch support. On the other hand it might be that it will be easier in GTK3 as aiui it has touch support already implemented.

Making API incompatible library will somehow make the effort pointless IMO, as there will be no code that will compile without major rewrite. On the other hand it is inevitable because of GTK2/3 incompatibilities. Dunno.

Another option would be to suspend work on hildon-desktop GTK3 and instead add GTK3 support to the fremantle-gtk2 environment.
I am not sure I understand what you mean, could you elaborate.

On a side note - I am having very big problems with hildonfm - it turns out I have to rewrite it almost fully to be compatible with gio. What I have done so far is maybe 30% of the needed changes. But...
__________________
Never fear. I is here.

720p video support on N900,SmartReflex on N900,Keyboard and mouse support on N900
Nothing is impossible - Stable thumb2 on n900

Community SSU developer
kernel-power developer and maintainer

 

The Following 9 Users Say Thank You to freemangordon For This Useful Post:
Posts: 1,088 | Thanked: 2,485 times | Joined on Dec 2010
#172
i'm thinking building libhildon3 and shipping it as an optional file for fremantle-gtk2. Like running a gtk3 app under xfce or any other gtk2 desktop. it should work with gtk2 h-d as it specifies an xatom for matchbox to handle app menu.

This way it can be an optional, experimental component focused on getting gtk3 apps hildonized.
 

The Following 14 Users Say Thank You to Android_808 For This Useful Post:
Posts: 3,016 | Thanked: 12,447 times | Joined on Mar 2010 @ Sofia,Bulgaria
#173
That one was tough https://github.com/fremantle-gtk2/li...8e7b0b69bf4af7

Still lot to do (implement mounts/volumes support, move to GFile from GtkFilePath, implement tracker support, ...), but at least I am on the right track finally

EDIT: add screenshots
Attached Images
  
__________________
Never fear. I is here.

720p video support on N900,SmartReflex on N900,Keyboard and mouse support on N900
Nothing is impossible - Stable thumb2 on n900

Community SSU developer
kernel-power developer and maintainer


Last edited by freemangordon; 2017-05-11 at 07:20.
 

The Following 20 Users Say Thank You to freemangordon For This Useful Post:
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 09:13.