Thanks. If I need to I can patch Matchbox or Hildon Desktop.

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?

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.

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

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.

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

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.

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.

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.