OSMScout for Ubuntu is way outdated if you take into account the development of the library behind it - libosmscout. During this time, API has changed multiple times and the devs should be ready to work on these changes. Although, libosmscout community will help you via mailing list, if needed.
In general, we should join forces in developing apps for Ubuntu Touch, Sailfish (I am working on that platform), and Plasma. There are many similarities (Qt/QML/Linux) and we could surely benefit from working together.
As for offline vector maps, SFOS has progressed massively in the last few years. I am working on solution that provides offline/online OpenGL-accelerated maps, routing, search and spoken instructions. My solution was described here earlier at https://forums.ubports.com/topic/1022/offline-navigation-for-ubports/4 .
Recent development in terms of offline server: I have ported GUI to QtQuick. This, in my eyes, should help bringing it to UT as well, if I understand your architecture correctly.
I launched an issue to the provider of the package for this enhancement yesterday, but there is still no feedback.
In the meantime I checked other packages and found the package "terminal tab". This is providing you a terminal within the atom surface, where you can launch clickable like in a desktop shell. So you need not to change between windows/applications. This may help in the meantime.
Any other supporter is welcome too (and required for my impression). It would be great if we can find a specialist for atom extension packages who is willing to prepare some improved tools for development.
@advocatux : Yes I have seen it, and there are some interesting options still to evaluate. I already tested the log command, which is quite helpful and a first step to see roughly what is going on. It still cannot replace a good debugger.
I emailed the developers of Symphytum, and got a response. Oirio Joshi wrote:
"A mobile version requires to rewrite the GUI part entirely, so that's probably not going to happen anytime soon, unless anyone is interested in contributing that. I think a mobile friendly GUI could be shared with android and other linux based mobile systems.
"Symphytum is more or less in maintenance mode, where smaller features and bug fixed can be expected but we, as a small team, don't have the resources for such a big change, but who knows what the future looks like."
Clickable generate project files like this:
* - #this where you get the .click file
- #shared object for target platform (.so file). there is python and pyotherside in this folder
- hello_world.py #the python logic is here
it's different structure from the link that you shared
I can't find script folder and get_libs.py
thank you for your proposal. I tried it already for test purposes on my desktop. After resolving the network issue I could install the necessary image. However, when testing I get an error message related to missing graphics drivers, which are installed according to apt.
Nevertheless, for the small tests I actually run it is still working.
@doniks No, my click package passed the click-review from the outset.
I am saying that removing the c++ code caused the message to go away when uploading it to the open store.
It seems that even when your click package passes the click-review, you still need to have it reviewed by someone from the openstore, before getting it submitted.
thank you for your feedback. I will carefully go through these examples.
However, I'm a litte bit concerned about the way UBtouch is going. You are leaving the QT creator IDE for new IDE with as little support for installing toolchains as possible (at the first glance).
You are switching to cmake, which is new for me, too. So porting my QT based applications (using qmake) becomes more and more heavier.
At the first glance I'm missing debug capabilities in ATOM. This is a major drawback for me. Please correct me if I'm wrong.
So far I have reviewed the tedit code, where the c++ plugin is getting the filename from the qml part, so far nothing special on the c++side. By this configuration you are restricted to the directory space which are allowed in the qml environment. And quite this environment is the open point for my.
So the next step would be to install a working toolchain under ATOM.
Ok, it turned out my issue was that the old Ubuntu SDK project had the following line set in the Transport/Transport.pro file:
desktop_file.files = $$OUT_PWD/*.desktop
which turned out to work fine for vivid but for xenail the desktop file was missing from the final click package.
So if anyone bumps into the similar issue you may try changing the above glob with a full path like this:
desktop_file.files = $$OUT_PWD/Transport.desktop
Once done the build project should be working (exacutable) on Xenial.
Thank you @dohbee for helping me so much with this.
Rather than ditching your 18.04 installation for a 16.04 one, or running 16.04 in a virtual machine, you might want to consider running 16.04 in an LXD/LXC container.
$ sudo snap install lxd
$ sudo lxd init
$ sudo lxc launch ubuntu:16.04 devbox -c security.nesting=true
$ sudo lxc shell devbox
That will install the lxd snap, initialize lxd for use, launch a privileged lxc container named devbox based on a 16.04 image and finally drop you in a shell in the lxc container.