Beta 2 is now available with a few input field fixes. If the app was ignoring what was entered, this may help.
The APK link on the gemlog post was updated.
Android Beta 1
gemini://skyjake.fi/gemlog/2022-03_android-beta1.gmi
https://gmi.skyjake.fi/gemlog/2022-03_android-beta1.gmi
#Lagrange for Android now has native text fields, status/navigation bar theming, and improved scroll behavior.
A side benefit of moving everything to the hideable bottom bar is that you can get a fullscreen view for reading.
Android Alpha 7 (#Lagrange v1.12 Preview)
gemini://skyjake.fi/gemlog/2022-03_android-alpha7.gmi
v1.12 will have some new visuals: Roboto as default, paragraph justification, bottom URL/tab bars, new "Oceanic" color theme, and improvements for the other themes.
Roboto is not that far off from the iOS/Mac San Francisco, slightly more angular and a bit taller, but it does make the app feel decidedly Android-ish. Compared to Source Sans, it's a much better match with the system UI, though.
Also, the font renderer lacks hinting and subpixel antialiasing, so on normal-density displays it won't be as "sharp" as the system-provided labels. This may be distracting with Segoe on Windows.
Considering new default fonts for #Lagrange in v1.12.
The trajectory here is toward using whatever system UI font the OS provides, but that won't be implemented on every platform, nor will be ready for use very soon. In the meantime, switching to Segoe UI on Windows and Roboto everywhere else gets pretty close to the mark.
I've released #Lagrange v1.11:
gemini://skyjake.fi/gemlog/2022-03_lagrange-1.11.gmi
https://gmi.skyjake.fi/gemlog/2022-03_lagrange-1.11.gmi
(Had to make a quick .1 update due to a blunder.)
The highlights of v1.11 are support for multiple windows, fontpack search, and site-specific theme palettes.
Fearing for Gemini
gemini://skyjake.fi/gemlog/2022-02_fearing-for-gemini.gmi
https://gmi.skyjake.fi/gemlog/2022-02_fearing-for-gemini.gmi
Will some external force ruin #Gemini? Will people not see the value in remaining text-based and simple? Will technology drive itself off a cliff, once again?
Multiple Windows is now in the #Lagrange dev branch. Not quite glitch-free, yet, but starting to work pretty nicely.
Needs some optimizations, though.
A small #Lagrange patch for the weekend, perhaps the last one for v1.10:
https://github.com/skyjake/lagrange/releases/tag/v1.10.6
This fixes empty path normalization and a small key event issue with the U key.
Bug fix: New replies to old threads were being hidden, it was just showing the thread root post.
I'm also marking updated posts so they should be showing up together with other new posts. Let's see if that works...
Support for multiple windows is coming together for #Lagrange v1.11.
I expect there are a lot of little tweaks and debugging in event processing and drawing to get this running nicely on all platforms.
I can see this becoming my primary way of using Cosmos, although it would be great to have a way to sync tabs across devices... I'll need to look into a sync solution at some point.
A noteworthy limitation with this is currently that updated posts, like micrologs/journals, do not reappear when updated since their IDs don't change.
Even More Dynamic Cosmos
gemini://skyjake.fi/gemlog/2022-02_even-more-dynamic-cosmos.gmi
I'm testing a new view mode in Cosmos that lets you see only the posts that have been added since your last visit, without saving any state on the server.
In case you're wondering what spurred me on to data URLs, it was the YLE teletext service. They use data URLs for the graphical version of the pages, i.e., what you would actually see on a TV. Here's an example of such an embedded image in Lagrange v1.11. This page is 6.2 KB in size.
I keep getting surprised by the wild stuff they actually have in there. Happy Valentine's Day, I guess! ☺️
A compromise would be to add a requirement in the specification that clients must disregard links that are longer than N bytes, where N is a reasonably low number like 4096 or even 1024 bytes.
This would allow some of the nice use cases of data URLs (like small metadata attachments), but would protect against inappropriate image attachments, for example.
There's a valid case to be made that allowing data URLs steps over the intended constraints of Gemini.
Data URLs basically turn Gemtext into a container format that can have arbitrary other data types inside it. This also takes away the user's ability to completely choose which links' content is fetched, giving a bit more power to the server who is effectively able to "preload" content of some links, forcing them on the client whether it wants the data or not.
Graphics/UX/UI researcher at Nokia. On my free time I write code for fun. 💻
Currently focusing on the Lagrange Gemini client. I started working on Doomsday Engine in 1999 and somehow that project is still ongoing, too.
PGP public key fingerprint: 1567 4AE4 9866 7047 A3EB 9431 BACC FCFB 98DB 2EDC