@ernest Update: the download works fine in Morph it's the Onion browser that had the issue.

@magdesign It's probably possible to reactivate the FirefoxOS touch UI in desktop Firefox, but someone would need to get a version of Firefox working without Libertine (To have GPU support etc.). See: https://developer.mozilla.org/en-US/docs/Mozilla/Gecko/Chrome/API/Browser_API/Using https://github.com/mdn/browser-api-demo https://hacks.mozilla.org/2014/08/building-the-firefox-browser-for-firefox-os/ Edit: Hmm seems like some useful functions were removed in FF65

@Craig Maybe you could help out here: https://gitlab.com/clickable/clickable/issues/122

Ah ok, thx. guess i'll try to find another way to port it!

@PhoenixLandPirat as you said most part of the code can be reused, i did once a quick test, sailfish own components as to be replaced, but for someone used with qml it is not so difficult. Congrats for your idea @manland

@dobey much appreciated on the info.

Thank you @dobey, you're right! That's was so simple but I did not see it. And this is documented: http://clickable.bhdouglass.com/en/latest/commands.html#clickable-update

@AppLee Okay, I tried it. I did "clickable create" and selected the C++ binary option. When I run "clickable" the main.cpp file calls qml/Main.qml and it says "Hello World!" on my touch device. Now, I tried to swap the code in Main.qml for this code here: https://api-docs.ubports.com/sdk/apps/qml/Ubuntu.Content/ContentHub.html The code just below "Example usage for importing content:" When I run "clickable", clickable reports: /bin/sh: 1: Syntax error: "(" unexpected Is there a mistake in the documented code? What do I need to put in the Main.qml file so it brings up the content hub? Thanks!

@Craig thanks for sharing

Finally, it can be used! build ffmpeg_lib to ubports!

@Luksus said in stargazers app: But meanwhile the Stellarium app is available in the OpenStore again, or doesn't it meet your requirements? https://open-store.io/app/me.lduboeuf.stellarium Thanks for the pointer. stellarium seems to work fine. I have to discover some features I'm used to use on my laptop (for example run the time back and forward fast, etc.)

@AppLee said in server pure maps: Maybe the servers are down at the moment, try to "Check for updates" later. As I wrote, this was probably the reason. The server is now back. So check for updates then subscribe and finally start download.

Partition is mounted read-only on UT, you cannot write everywhere, there are default writeable directories though available with your app namespace by using QStandardPath api QStandardPaths::AppDataLocation -> ~./local/share/yourappnamespace QStandardPaths::CacheLocation -> ~.cache/yourappnamespace see http://docs.ubports.com/en/latest/appdev/guides/writeable-dirs.html

Hi @BlandCorporation! Have you already seen that: https://github.com/timsueberkrueb/ubports-gettogether/blob/master/timsueberkrueb/pyotherside/presentation.md Maybe that can help a bit. (Meanwhile pyotherside is in the rootfs, so you can skip the part about shipping it with your app.) If you don't want to use clickable to properly deploy and install your app for any reason, you might be interested in the command line option --desktop_file_hint=<path to a desktop>. Example with enigma (qml/python app): phablet@ubuntu-phablet:~$ qmlscene --desktop_file_hint=./.cache/ubuntu-app-launch/desktop/enigma.hummlbach_Keylock_0.2.0.desktop /opt/click.ubuntu.com/enigma.hummlbach/current/qml/ui/Main.qml You may want to copy the desktop file from another app and adapt it for you. (Not quite sure what else you to take care off... )

In the meantime Brian fixed it and closed the issue Thanks anyway, I didn't know that merge request between repos is a thing.

@Mick21367 You're welcome. I'm happy it worked as expected.

Flohack said in portar telegram desktop: @guru Well its a standard in Twitter, Facebook, Telegram and other services, even in this forum. Its like the hashtag #, and like other things change over time. I see no issue with that. Human mind can adopt to this, understanding that @xyzvwu does not mean an email address. Flohack, reading your reply again, I see that you didn't got my point: While flohack@host.domain expresses what it means "flohack at host.domain" (flohack auf/am Rechner host.domain), the term @ flohack "at flohack" (auf/am flohack) is just nonsense. Perhaps the idea is expressing "to flohack", but AT (the symbol @) is not the same as TO. This is just a broken idea, even if it's called a standard. Who invented this, should have used another symbol, like >flohack and not @flohack. You got me?