Notices


Reply
Thread Tools
Posts: 1,093 | Thanked: 2,517 times | Joined on Dec 2010
#141
Thanks. If I need to I can patch Matchbox or Hildon Desktop.
 

The Following User Says Thank You to Android_808 For This Useful Post:
Posts: 16 | Thanked: 1 time | Joined on Oct 2011 @ germany
#142
Originally Posted by Android_808 View Post
xset770...solved...I think.

Removed the xsp header from xset770.c and all mentions from Makefile.in and it still builds. Run sudo /etc/init.d/af-startup start and I don't get any errors relating to it.
hi lads, xps sounds like server in mono for asp.net, just wondering about mono in n900 trying to find how to use gtk from c# ,cannot find info how to use yellow notification popup from c# code, maybe you guys know any useful web pages to learn more?
 

The Following User Says Thank You to lightscribe For This Useful Post:
Posts: 1,093 | Thanked: 2,517 times | Joined on Dec 2010
#143
Off topic but, your looking for HildonBanner. As for using it in C#, never tried. As long as Mono on N900 has Hildon headers it might be usable. Better to start another thread and ask there.
 

The Following User Says Thank You to Android_808 For This Useful Post:
Posts: 439 | Thanked: 1,190 times | Joined on Feb 2012 @ Germany
#144
Originally Posted by lightscribe View Post
just wondering about mono in n900 trying to find how to use gtk from c# ,cannot find info how to use yellow notification popup from c# code, maybe you guys know any useful web pages to learn more?
Sorry for disturbing this thread...
You can find information about hildon banners here:

GTK
Hildon 2.1.42: http://maemo.org/api_refs/5.0/alpha/libhildon/HildonBanner.html
Hildon 2.1.86: http://maemo.org/api_refs/5.0/beta/hildon/HildonBanner.html
Hildon 2.2.23: http://maemo.org/api_refs/5.0/5.0-final/hildon/HildonBanner.html

http://wiki.maemo.org/Legacy_Maemo_5_Documentation/Graphical_UI_Tutorial/Controls#Banners


QT
As an extra here the example for qt:
https://doc.qt.io/archives/qt-4.7/qm...mationbox.html

DBUS
This could be also run from mono/c# maybe with system or you know how to make a dbus call.
Another way is to use System.Diagnostics.Process in mono.

http://wiki.maemo.org/Documentation/..._D-Bus_service
http://wiki.maemo.org/Phone_control#Notifications
Code:
run-standalone.sh dbus-send --type=method_call --dest=org.freedesktop.Notifications /org/freedesktop/Notifications org.freedesktop.Notifications.SystemNoteInfoprint string:'your message'

Last edited by Halftux; 2017-02-09 at 11:45. Reason: added hildon 2.2.23,qt references and dbus
 

The Following 6 Users Say Thank You to Halftux For This Useful Post:
Posts: 1,093 | Thanked: 2,517 times | Joined on Dec 2010
#145
After taking a week or so off to focus on other projects (including finally having a few rain free hours of spare time to wash the car yesterday), I'm back to working out the last failing test case, which seems to be HildonColorChooser. Running the example works ok, but interacting with the Hue bar causes it to segfault 90%+ of the time.

I've been playing with some ideas to rewrite it/replace it but the classes uses in Gtk3 (GtkColorEditor, GtkColorScale) are private so I would have to reimplement them as well. Add the fact that gtk_color_scale_draw_trough is called by GtkRange as a special case so the implementation would have to be different anyway.
 

The Following 6 Users Say Thank You to Android_808 For This Useful Post:
Posts: 52 | Thanked: 62 times | Joined on Oct 2012
#146
a bit oftopic but what about XWayland and sailfish? If the "new" hildon runs on devuan jessie and the only limitation was the lack of X why it couldn't be run on a jolla phone... hmm is this a possibility?

i stumbled on this topic and it got me thinking
https://talk.maemo.org/showthread.php?t=98882
 

The Following 3 Users Say Thank You to shubell For This Useful Post:
Posts: 91 | Thanked: 473 times | Joined on May 2016
#147
Originally Posted by shubell View Post
a bit oftopic but what about XWayland and sailfish? If the "new" hildon runs on devuan jessie and the only limitation was the lack of X why it couldn't be run on a jolla phone... hmm is this a possibility?
It's possible, but hildon-desktop requires OpenGL and runs very slow with software rendering. Some way is needed to get Android OpenGL ES libs working through libhybris in X/XWayland.
 

The Following 6 Users Say Thank You to TheKit For This Useful Post:
Posts: 1,093 | Thanked: 2,517 times | Joined on Dec 2010
#148
Whether it's possible to build h-d without OpenGL would be the only way forward then. Don't think it would be too hard...
 

The Following 3 Users Say Thank You to Android_808 For This Useful Post:
Posts: 91 | Thanked: 473 times | Joined on May 2016
#149
Originally Posted by Android_808 View Post
Whether it's possible to build h-d without OpenGL would be the only way forward then. Don't think it would be too hard...
Well, not the only one. I tried to implement X11 EGL platform in libhybris. Basically it implements custom ANativeWindow, which renders to gralloc-allocated buffer and then outputs image via Xlib. It's not very fast on FullHD device due to doing multiple copies and X server itself rendering in software, but works as proof of concept and faster than LLVMpipe renderer on same device. Photo.

I had to start a normal Xorg server on framebuffer though instead of Xwayland. The problem is that hildon-desktop seems to expect the device to be in tablet orientation initially, and behaves weirdly in portrait one, which is the default for lipstick (SailfishOS Wayland compositor).

It's also possible to add custom Cogl backend which would connect to both X server and Wayland compositor, composing windows from the first and rendering through OpenGL to the latter. I tried similar hack with Android's SurfaceFlinger instead of Wayland before.
 

The Following 12 Users Say Thank You to TheKit For This Useful Post:
Posts: 1,093 | Thanked: 2,517 times | Joined on Dec 2010
#150
I'm starting to prep the next round of git commits that should finally allow the new port to finish building. I know for a fact that there are issues with it at the moment. Like the earlier version, further work needs to be done to hook up new touch events. Hopefully going to push them in the next couple of days.

Tracking down the last few issues has taken a bit of a while due to other commitments and actually tracking down what was at fault because the test failures have the same name for several classes. The first idea was hildon-color-chooser, but after fixing it up to the point where it was usable, it didn't resolve the issue. Instead it required reworking hildon-color-button and hildon-color-chooser-dialog as well.
 

The Following 6 Users Say Thank You to Android_808 For This Useful Post:
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 08:40.