Active Topics
-
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (3)
to SailfishOS by edp17 - 4 hrs, 34 mins ago -
The N900 is now 15 years old! (6)
to Nokia N900 by Macros - 1 day, 8 hrs ago -
F(x)tec Pro1x (QWERTY) for sale (0)
to Buy & Sell by aln00000 - 1 day, 21 hrs ago -
n770 youtube video (0)
to General by nmdv - 5 days, 20 hrs ago - more...
| The Following 8 Users Say Thank You to Android_808 For This Useful Post: | ||
|
2017-04-07
, 12:20
|
|
Posts: 3,074 |
Thanked: 12,960 times |
Joined on Mar 2010
@ Sofia,Bulgaria
|
#162
|
Originally Posted by Android_808
Yes, but seems there is no way to get that custom dir besides using xdg-user-dir. And even then it is problematic, as it will return $HOME for missing definitions.
Sorry, been unwell again the last few weeks. I was wondering the same thing a few months ago as part of something else (finding WM/shell during runtime). Would it be better to look at implementing/following XDG? We use it for menus and autostart iirc but not sure about user-dirs.dirs. As I understand it we could just add XDG_CAMERA_DIR to the config file and use that where needed.
The trouble then is Glib doesn't seem to have a direct (GUserDirectory) method of using this, it would require manually processing the config file for each app or just creating a routine within libhildonfm/libhildon.
OR, we cheat and just make it XDG_PICTURES_DIR/DCIM
https://wiki.archlinux.org/index.php...er_directories
or for a N9 example:
https://fravaccaro.wordpress.com/201...r-screenshots/
Edit:
For custom paths, reading the config file would need something like xdg_user_dir_lookup_with_fallback
https://cgit.freedesktop.org/xdg/xdg...r-dir-lookup.c
__________________
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
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
|
|
2017-04-07
, 21:23
|
|
Posts: 1,203 |
Thanked: 3,027 times |
Joined on Dec 2010
|
#163
|
There is a function in the linked source file that allows a fallback directory to be set, that seems about the closest I can come up with at the moment.
What's DCF?
What's DCF?
| The Following 4 Users Say Thank You to Android_808 For This Useful Post: | ||
|
|
2017-04-08
, 06:52
|
|
Posts: 3,074 |
Thanked: 12,960 times |
Joined on Mar 2010
@ Sofia,Bulgaria
|
#164
|
Originally Posted by Android_808
I don't get what you mean - the source you've linked is the one of xdg-user-dir executable, so how's that helpful?
There is a function in the linked source file that allows a fallback directory to be set, that seems about the closest I can come up with at the moment.
What's DCF?
__________________
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
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 5 Users Say Thank You to freemangordon For This Useful Post: | ||
|
|
2017-04-08
, 10:07
|
|
Posts: 1,203 |
Thanked: 3,027 times |
Joined on Dec 2010
|
#165
|
If we implement a function based on the fallback version in that file you could add XDG_CAMERA_DIR to the user-dirs.dir config file (with a default value equal to the Nokia equivalent) so users could specify their own location if desired. The function would then load the file and return this value if present, if not use a hard-coded default location. If the function was added to libhildon as part of something like hildon-utils.c all hildon apps would have access. To cheat even more, you could just give the function the same name as the glib version and #define the Nokia values to the XDG equivalents.
On a side note, are there any updates that need adding to the Fremantle-GTK3 version (utils/userland wise)? I've still got to work out a few issues with the current state of libhildon3 and then check to see if I need to restore any features in the current hildon-desktop implementation. After that I'll look to working out the Devuan kinks.
On a side note, are there any updates that need adding to the Fremantle-GTK3 version (utils/userland wise)? I've still got to work out a few issues with the current state of libhildon3 and then check to see if I need to restore any features in the current hildon-desktop implementation. After that I'll look to working out the Devuan kinks.
| The Following 6 Users Say Thank You to Android_808 For This Useful Post: | ||
|
|
2017-04-08
, 11:35
|
|
Posts: 3,074 |
Thanked: 12,960 times |
Joined on Mar 2010
@ Sofia,Bulgaria
|
#166
|
Originally Posted by Android_808
Ah, I see. Yep, I was thinking about the same (adding hildon_get_user_named_dir to libhildon), I was just hoping there is already something in place I can use instead.
If we implement a function based on the fallback version in that file you could add XDG_CAMERA_DIR to the user-dirs.dir config file (with a default value equal to the Nokia equivalent) so users could specify their own location if desired. The function would then load the file and return this value if present, if not use a hard-coded default location. If the function was added to libhildon as part of something like hildon-utils.c all hildon apps would have access. To cheat even more, you could just give the function the same name as the glib version and #define the Nokia values to the XDG equivalents.
On a side note, are there any updates that need adding to the Fremantle-GTK3 version (utils/userland wise)? I've still got to work out a few issues with the current state of libhildon3 and then check to see if I need to restore any features in the current hildon-desktop implementation. After that I'll look to working out the Devuan kinks.
- upstream upstart integration, moving the stuff from upstart-dev to maemo-system-services(-dev) etc., you'd better have a look at https://github.com/fremantle-gtk2. Maybe I should have done a list, 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
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 6 Users Say Thank You to freemangordon For This Useful Post: | ||
|
|
2017-04-08
, 18:17
|
|
Posts: 1,203 |
Thanked: 3,027 times |
Joined on Dec 2010
|
#167
|
No worries. I need to take a look at gettting hildon-desktop running first anyway before I start worrying about the rest. Everything just taking longer at the moment due to repeating illness, probably from the stress at work.
I'm going to take a look at adding some support for the DESKTOP_SESSION, XDG_SESSION_DESKTOP or XDG_CURRENT_DESKTOP environment settings in hildon-desktop. Just needs to be set at runtime to allow apps to detect running desktop environment. For now it has no use but going forward it will help should I look at making hildon-menu integrated into a GtkHeaderBar for testing hildon in non hildon-desktop enviroments (weston-based, mutter-based etc.)
I'm going to take a look at adding some support for the DESKTOP_SESSION, XDG_SESSION_DESKTOP or XDG_CURRENT_DESKTOP environment settings in hildon-desktop. Just needs to be set at runtime to allow apps to detect running desktop environment. For now it has no use but going forward it will help should I look at making hildon-menu integrated into a GtkHeaderBar for testing hildon in non hildon-desktop enviroments (weston-based, mutter-based etc.)
|
|
2017-04-19
, 19:00
|
|
Posts: 3,074 |
Thanked: 12,960 times |
Joined on Mar 2010
@ Sofia,Bulgaria
|
#168
|
In the meanwhile I was able to port libhildonfm and hildon-home to gio. More work is needed in libhildon, but still
__________________
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
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
|
|
2017-04-19
, 21:44
|
|
Posts: 1,163 |
Thanked: 1,873 times |
Joined on Feb 2011
@ The Netherlands
|
#169
|
Love where this project is going. Thank you guys. Keep it up!
__________________
N900 loaded with:
CSSU-T (Thumb)
720p recording,
Pierogi, Lanterne, Cooktimer, Frogatto
N9 16GB loaded with:
Kernel-Plus
--
[TCPdump & libpcap | ngrep]
--
donate
N900 loaded with:
CSSU-T (Thumb)
720p recording,
Pierogi, Lanterne, Cooktimer, Frogatto
N9 16GB loaded with:
Kernel-Plus
--
[TCPdump & libpcap | ngrep]
--
donate
| The Following 5 Users Say Thank You to mr_pingu For This Useful Post: | ||
|
|
2017-05-03
, 15:50
|
|
Posts: 1,203 |
Thanked: 3,027 times |
Joined on Dec 2010
|
#170
|
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?
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.
Another option would be to suspend work on hildon-desktop GTK3 and instead add GTK3 support to the fremantle-gtk2 environment.
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?
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.
Another option would be to suspend work on hildon-desktop GTK3 and instead add GTK3 support to the fremantle-gtk2 environment.
| The Following 8 Users Say Thank You to Android_808 For This Useful Post: | ||
OR, we cheat and just make it XDG_PICTURES_DIR/DCIM
https://wiki.archlinux.org/index.php...er_directories
or for a N9 example:
https://fravaccaro.wordpress.com/201...r-screenshots/
Edit:
For custom paths, reading the config file would need something like xdg_user_dir_lookup_with_fallback
https://cgit.freedesktop.org/xdg/xdg...r-dir-lookup.c
Last edited by Android_808; 2017-04-07 at 08:25.