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

@Robipo When I wrote this post, I didn't know, that Github only provides downloadable files for users that are actually logged in to Github.

So currently you can either log into Github (if you have an account) and download it from there, or use the latest .click I provided in our Telegram QA group.

I will release Cinny soon in OpenStore (I got the "go ahead" from the old maintainer today.), but a couple of steps need to be done until that is achieved.

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.

@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.

@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 :smiling_face_with_halo: .

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!

@rdfrs in addition to what @Moem explained, you can also go to the room with signal bridge bot, there you can type

• help to get a full list of available commands
• start-chat PHONENUMBER to start a chat from the bot end, provide the phone number in international format as +1234567890

And once you have your chats as rooms in Cinny, you can type messages there as with any other room.

@ikoz ah, background color. That could be too. With flickable I think, I couldn't get flicking flickable and scrolling in the TextArea get working since both use the touch events. Yeah, not that easy. Its not that I didn't try.

@domubpkm This is more for the "human eye". The file will be simple text regardless of the extension. But I think this is safer also when sharing to other apps since they can use the extension.

But I agree, I should simply add the extension without bothering the user with this checkbox.

@ikoz Have you tried it with a large text in a TextArea? Its too long ago to remember details, but I tried that and decided this won't be a good solution. I think scrolling or so was not possible or some other restriction. Some users do have multi page text, so that would need to be handled.

Its not that I am against it. If we can make that usable I won't mind. Maybe I did something wrong when trying.

@ikoz Because text doesn't allow scrolling and pan, webview does. The whole handling of long documents is not easy and would need to be added manually. So a webview is an easy out-of-the-box solution. Not perfect, sure.

@domubpkm tedit uses .txt for all files stored. That should have been there all the time. Is there some different behaviour now than before?

No, the link would only be clickable if you would wrap it in proper html tags. See here: https://www.w3schools.com/html/html_links.asp

I will try to see if I can improve the copy option, but that is our morph/webview implementation. Should be the same in your browser.

@domubpkm Please try this build. https://gitlab.com/Danfro/tedit/-/jobs/10912582472/artifacts/raw/build/aarch64-linux-gnu/app/tedit.danfro_3.5.1.1_arm64.click

I did increase the version number. This might be needed for the device to pick up the apparmor change. I had to add "webview" permission there.

@domubpkm I finally found my mistake and managed to implement a read-only mode using a webview. Can you (and anyone else of course) please test this new build: link (use link below)

It might not be the most fancy way of doing it, but it seems to work. Since the text is shown in html, if you do use common html tags like <b>bold text</b> they should be displayed. Yes, that means if you do bother copying links with the full html link tag, they should be clickable as well.

@mschmids Since some changes in mattix sdk cause the problems, it may well be that element web faces the same issues as cinny, because it likey uses that as well. Just a guess, though.

@wally Correct, Cinny does work on focal very well. But right now, we will not have newer Cinny features.

If I find some time, I will try to do some UT-only bug fixes. And I will keep trying to look into making the newer version to work on UT.

@AppLee Sadly this is true. Cinny 4.7.0, 4.7.1 and 4.8.0 have been released. But they bumped matrix sdk, which makes the app only throw an error (as web app in morph the same). I didn't find a way yet to make it work with our Webengine (I tried with every release). I will try our dev group when I find time, but in worst case we will need to wait for a newer browser until we can have more cinny updates.