While we are waiting for PureMaps to provide offline functionality, here some instructions on how to get offline maps for uNav working using downloadosmtiles. I do post this here because I did encounter a few stones on the road to success.

1. download downloadosmtiles from the left hand menu
2. extract to a folder on your harddisc, i.e. Downloads/osmtiles
3. run the script with perl downloadosmtiles.pl --link='http://www.openstreetmap.org/?lat=49.5782&lon=11.0076&zoom=10&layers=B000FTF' --zoom=5:16 --destdir=somewhere/maps

• of course replace coordninates with your target coordinates, the area seems to depend on the zoom value after the coords
• replace the path for destdir with another one, default is the current working directory
• change zoom levels, levels above 16 do take quite some time to download, you can download 5 to 16 first, and only level 17 or above later if you really need it

4. copy the map-files (foldernames = zoom level i.e. 5) onto your phone i.e. in a folder Documents/uNav_maps
   [zip the map tiles and copy the zip file, that is much faster than copying thousands of files]
5. in Terminal app run the following commands:
   cd Downloads/uNav_maps
rsync -avp . ~/.local/share/navigator.costales/maps
   [rsync is faster than cp and gives you progress information]
6. open up uNav, goto settings, change Modus to offline maps

EDIT:
To specify a bounding box for the tiles do be downloaded the command in step 3 needs to look like this:
perl downloadosmtiles.pl --latitude=47.35371:49.93708 --longitude=7.38281:10.54687 --zoom=5:7 --destdir=somewhere/maps
edit finished

Have fun! Don't get lost!

for lazy guys like me:
If you do this regularly, you may wish to create yourself a small shell script in your phones home folder called i.e. cpbash.sh. Then only open Terminal and run bash cpmaps.sh. Put the following two lines into the script:
cd Downloads/uNav_maps
rsync -avp . ~/.local/share/navigator.costales/maps

Troubleshooting: (on ubuntu 18.04)
... Can't locate Geo/OSM/Tiles.pm in @INC ...

• open the file downloadosmtiles.pl in a editor
• before line 6 add the following line: use lib '/Downloads/OSMtiles/Geo-OSM-Tiles-0.04/lib';, replace the path with your download location

... Can't locate Geo/OSM/Tiles.pm in @INC ...

• install YAML.pm by running: sudo apt-get install libyaml-perl

• you may need to create the folder maps to be like this: ~/.local/share/navigator.costales/maps, then map data wants to be in there in a structure like this (see https://unav.me/offline/) :
  ~/.local/share/navigator.costales/maps/10/
  ~/.local/share/navigator.costales/maps/10/523/
  ~/.local/share/navigator.costales/maps/10/523/331.png

Hi, I recently took over developing tedit app. I would like to try the forum, to gather some ideas and feedback regarding ongoing development.

In this thread, I will post questions regarding future design and functionality and let you, the users, comment and ask things. Lets see how this goes. We can always split it up or move discussions elsewhere.

I would still prefer to have issues and feature requests added in the gitlab repository, but I understand, that not everyone is familiar with gitlab and also that some things are easier to discuss here.

He has been mentioned, but many, many, many ... thanks to @bhdouglass master of OpenStore!!! What would we be without our OpenStore? Great work done there - and certainly a lot of time spend.

Many thanks to everyone working on clickable - I know for sure @bhdouglass and @jonius - who provide a magical and crucial tool for us to create apps.

Thanks @bhdouglass for asking me to maintain weather app. With your advice and a lot of starting help by @jonius , design guidance from some weeeee helper @CiberSheep I am happy to be able to contribute.

Also many thanks to all translators like @Anne017 for hours of translating, so others with less knowledge of the English language can enjoy Ubuntu Touch.

And thanks to everyone else here making up a nice community!

Edit: I forgot to mention two important contributors: @Krille and @nanu-c . With a lot of time and love they provide apps for matrix and signal. Significant add ons next to Teleports. So man thanks to you too!

@mymike It is not only the fresh new design. But being able to delete those items from system settings I would call a breakthrough. Definitely worth appreciation.

@ancientsounds I do understand that this would be very convenient. But to achieve this, the app would need to be unconfined. And I would rather try to avoid that. I wrote some explanations in an issue recently.

You can share files to import them in tedit. I will (hopefully soon) find time to add content hub export too. Also you can create symlinks to tedit's file folder in other locations, as described in the README. I believe this does provide quite some flexibility to use.

So to sum up what has been written here so far (what got stuck in my head), the main reasons for not moving to focal are is order of seriousness (and lack of workarounds):

• stability of focal and
• too many troubles when migrating from xenial to focal. Either taken from own experience with another device or from discussions.
• A clean install is the best way to do that, BUT we don't have a good backup solution.
• This is followed with devices not supporting focal, sure no workaround for that.
• Apps missing is an issue, but that is sorted easiest and also is due to developers not having moved to focal yet with their devices.

[edit, I forgot one big reason:]

• people are just happy on xenial, no need to move on

With 24.04 knocking at the door (middle of this year planned currently) this is valuable information. I will pass that on to the core dev team.

Of course this doesn't close this post. Its more a summary for others joining new and for myself .

@dtarrant I had a look, yes, the app is not using a terminal command (as I thought). It is changing a gsetting.

gsetting values can be changed via terminal too as described here.

The schema is "com.canonical.Unity8". The actual setting value is "usageMode". (taken from UT Tweak Tool's code, not checked)

So in theory something like this run in terminal should work:

gsettings set com.canonical.Unity8 usage-mode Staged
gsettings set com.canonical.Unity8 usage-mode Windowed
gsettings set com.canonical.Unity8 usage-mode Automatic

Havn't tried it though.

Edit:
If you wish to do this without terminal but from inside an app, have a look at my ThemeSwitch branch where I implemented a working way of changing a gsetting.

Edit 2:
I edited the mispelled commands here too as pointed out by @Pulsar33.Thanks for that.
Although if it is usage-mode, then I don't know why or how UT Tweak Tool can work, because that is using usageMode. But maybe I overlook something.

@jb-gbaeza Supporting older architectures or devices takes manpower. That we don't have sufficiently. Don't forget, most work is done by volunteers in their free time.

Also I don't see the question for 32bit system support very often. So I am not sure it is really worth the effort.

Tedit release v3.4.0 is out. Please head for OpenStore to get the update.

v3.4.0

• added: toolbar for quick access to several commands from the menu, reordered some menu entries to match button order
• added: exit button which checks for unsaved changes, some header redesign related to this
• added: option to highlight file names of excrypted files in file list
• improved: excrypted files in file list are now marked with the padlock icon
• improved: file name in main screen now shows storage path
• improved: change icon to view passwort for the common eye icon
• improved: edit file button behaviour and design in file list
• improved: note on file storage now gives some more information
• improved: several input fields now get focus when opening the page, thus opening the OSK
• improved: fix #13 by rephrasing some error messages to be more helpful for the user
• improved: some buttons with long text are now bigger and use word wrap
• improved: readability of save dialog button in disabled state
• removed: string "saved: true/false" since the label color and save button enabled/disabled indicate saved state
• fixed: top margin at file list page being a bit too small
• fixed: error in hash calculator where proceed wouldn't work
• updated: translations, many thanks to all translators!

Just want to share the news here, that on focal devel channel the OP5T now allows installing via system settings. No installer needed anymore. Big thanks to Ratchanan!

@domubpkm Thanks for the report. Sounds like it may be related to clipboard and/or long press copy/past. Although that may not explain why it cashes when swiping. But its something to look into.

@stanwood Btw. thanks for your logs. The second last line looks familiar to me. The part Main process exited, code=killed, status=11/SEGV might be a trace.

Just got a broken tedit again. But I don't have this message in Logviewer. Interesting, in terminal I get this message too, but from systemd service, not tedit. So filtering seems to be handled different there. I will have to ask other developers maybe if they have an idea.

@domubpkm I never had instabilities too. But since the app is unconfined, I understand that users are reluctant to install it just for some logs.

@stanwood No worries, trust me, I started like that some years ago as UT user. We all learn by doing this kind of testing. I had to actually search a while through Logviewers code to retrieve this command.

First a suggestion in case you don't know yet. You can run just adb shell to open a terminal on the device. Then you can run commands as normal. It doesn't need to be adb shell COMMAND. (I find this more convenient)

The full command writes all the log output into a file called tedit.log. That is done by the last part >> tedit.log It kind of forwards output to a file. To see the output on screen just ommit this part and run only

journalctl --user -u lomiri-app-launch--application-click--tedit.danfro_tedit_3.4.0--.service

@stanwood Logs can be pulled via journalctl. To grab the logs for tedit, you can run in terminal

journalctl --user -u lomiri-app-launch--application-click--tedit.danfro_tedit_3.4.0--.service >>tedit.log

@messayisto Thanks a lot. Although sadly this doesn't help much. The only error is the "binding loop" one, which I get also without crashes. So not related I assume.

@stanwood and @messayisto very strange. Just to be safe, did you also try a reboot?

Could you please check the apps log and see if there is anything in it? All I see is an error about a binding llp in TextInputPopover. But that is also when not crashing, so likely not related.

Hard to track down if not reproducible. But a very annoying bug...

@domubpkm App cache is handled automatically. I don't think there is anything I can do about the size, except maybe clear cache every time tedit is closed.

@domubpkm Thanks for testing. Yes, clearing the cache did help before too. I assume when I build the app with clickable, this clears the cache as well. No idea why something in the cache can make the app crash though...

@domubpkm Ah, sure. arm64

Btw. Lionel did already create a fix for gitlab. Should be coming soon.