A first impression of the upcoming Briar desktop client
If you have suggestions for improvement, shout your ideas to us.
@briar :

- Collapsible Forum threads
- Images in Forum and Blog posts
- Video attachment support in Messages; Forum and Blog
- Searchable Blog & Forum
- PinePhone/Librem/Mobile Linux support
- QR codes to add at a distance, for posting on Blogs; Websites or on Social Media Platforms
- Browser addon for registering "briar://" urls
- Investigate the internet connection issues. Bluetooth is fine, WiFi is fine, but Internet is constantly disconnecting, and has been for a very long time. Only solution is logout, close and restart Briar.

Hope that helps. No doubt you already know of all of these, just thought I'd throw in my 2c :)
@briar I would love to have a single sided anonymous introduction addresses / codes, allowing to establish connection without the need of pre-connection mutual key exchange.
@briar Installation via apt.

You'll find the codebase of the upcoming Briar desktop client here:
https://code.briarproject.org/briar/briar-desktop
(it's still very early development stage)

Some of your feedback we received, already resulted in some UI adjustments accomplished by
@paul_lorenc

Here's an impression it:

briar / Briar Desktop · GitLab

Prototyping the next generation for Briar on desktop devices

GitLab
@briar Where can i read about the reasoning behind deprecating Briar GTK?

@daniel
The reason is, so that it's easier to take as much as possible from the existing Briar code base. The code base is written in Java and Kotlin.

A proper blog post will follow soon.

@briar get rid of the border around the search and message boxes and just make the background a slightly lighter color. Will make the whole thing look cleaner. The two people icons on the top right are very similar I have no idea what the difference would be just by looking at them. The green material design + button is a weird color choice to mix with the dark blue of the theme. And it’s also too close in color to the “online” status dots next to the contacts.
@briar Just tell me this isn't an Electron "application".
@phryk @briar
It's written in kotlin so, no it's not.

@sacredbirdman I'm not sure that actually excludes Electron, tho…

// @briar

paul_lorenc (@[email protected])

@[email protected] @briar It's currently being written in Compose for desktop which should be more memory efficient than an electron app. This allows the team to directly use the existing Bramble/Briar libraries which are written in java. Also will allow for code sharing between the desktop and android UI. I'm able to build and run it pretty well on my 10+ year old laptop!

fosstodon.org

@briar @phryk @sacredbirdman Do you mean this Compose? https://www.jetbrains.com/lp/compose/

If yes, can the "Google's modern toolkit" become a problem in regards to Briar being FOSS, security and privacy?

Compose for Desktop UI Framework

Modern high performance reactive UI framework for desktop platforms by JetBrains

@nmke_de @phryk @sacredbirdman
Briar is dependant on Compose on the desktop as Briar is on all sorts of androidx libraries and android system components on Android. "Compose is apache licensed. I don't think it's likely that google would take it proprietary, but it's possible that they'd abandon it at some point. but i think that risk exists for any library or platform"

@briar
Personally, I would assume the risk of Google adding privacy-breaking stuff is probably bigger.

I mean, I've never done any serious analysis on their software, but breaking privacy *is* their business after all.

Hope it gets independent reviews often enough to minimize that risk of course, but I'm a bit of a pessimist in that regard. :P

@nmke_de @sacredbirdman

@briar what does the memory usage look like?