Re: Matrix - clients
 

Yes the movie had this one
https://qph.fs.quoracdn.net/main-qim...20bd5c7ec1df01

purest form i found was this one
https://upload.wikimedia.org/wikiped..._blue_pill.jpg

But, the most prominent abstraction into an icon if you search for the term pill is actually the kind i designed.
It might come down to following decision:
Either go with a simple stylized version to have it look clean in style of the Jolla Icons like i tried.
Or try to stylize the "Moviepill" above into svg compatible form. The "m" emboss is quite simple once the pill is drawn convincingly with gradients.
The Moviepill might be especially hard to angle 45° which is quite handy to make it bigger within a square icon than when it is oriented horizontal. Also when angled it nicely accompanies the green phone icon imo.

Re: Matrix - clients
 

The MOVIE? :eek: Oh... yikes, I didn't know anything about that. :confused: When I hear "blue pill", my mind is jolted to remember all those plentiful spam emails about a different kind of blue pill (Wikipedia). Myohmy, sorry about that... (hanging my head in shame)

And now I have got to find out more about that movie... :rolleyes:

Re: Matrix - clients
 

That looks nice. As I told: let's see, what my "designer" can do with it (like the podqast banner). But design is the very last step ;)

Re: Matrix - clients
 

I am just listening a german podcast "Minutenweise Matrix" (They talk about Matrix - the film - minute by minute) and were at the minute where Neo must choose the right pill (https://compendion.net/minutenweisematrix/) - I found that fits: Stay in the matrix aka blue pill.

Re: Matrix - clients
 

Too share your shame, i did not make your transition to viagra but was near explaining that the pill is for oral, not rectal use when i read rhombus shape.

You are in a very valuable position.
Now you can skip both Matrix 2 Reloaded and 3 Evolution while pretending they never existed.
You could then appreciate Matrix 1 as a masterpiece and not have to see it in light of its sequels :D

His drawing skill are very good indeed, the Podqast Banner looks awesome and unique.

Re: Matrix - clients
 

What about a blue pill with sunglasses (Neo or Agent style)?

Re: Matrix - clients
 

Just a quick question: For the gitlab-ci the sailfishos sdk docker containers e. g. from coderus are used?

Re: Matrix - clients
 

Yes, this is the gist, but I haven't gotten it to work yet
https://gitlab.com/r0kk3rz/bluepill/....gitlab-ci.yml

Re: Matrix - clients
 

Except that it is not working yet but: That is all you need?

https://i.makeagif.com/media/4-12-2019/531Ocj.gif

Re: Matrix - clients
 

Am I the only one who feels like e2e has just gained a lot priority points? :eek:

https://matrix.org/blog/2019/04/11/security-incident/

Re: Matrix - clients
 

No, working on it...

Re: Matrix - clients
 

Bluepill mentioned in TWIM...

Re: Matrix - clients
 

Just took a look at the RPM you posted earlier, some suggestions and remarks:

- Startup of the application (especially the very first one after entering the account details) could do with a loading indicator to show that the application didn't crash. Initial load of Matrix is a sore point in all applications, but as only the Matrix logo was displayed, I wasn't sure whether the application crashed or wasn't doing anything, until after a long time the UI showed up and I was pleasantly surprised. Subsequent startups of the application don't take anywhere near as long but the fact that no real loading indicator is shown is still confusing.
- I wouldn't make a distinction between people and rooms, they're technically the same thing and it gives a false sense of privacy to people who don't know that anyone can be invited into any conversation and, unless a specific encryption method was specified, all those invited can read the previous 'private' messages. It's a Matrix protocol problem more than a client problem, but a problem nonetheless.
- The room name in the text box at the bottom of a conversation doesn't follow the light theme's colours yet (at least I think it should be black). Maybe the text could say "Send a message to {roomname}…"
- The arrows next to Favorites/Persons/Rooms/Low priority on the homescreen don't do anything. I don't think they're necessary unless you want to implement them in a way that they collapse that category (which would be useful on smaller screens). You could also place the 'new room' button there, like Riot Web does.

(- Eventually, it would be fun if you could implement some keyboard shortcuts for often used actions, so TOHKBD and F(x)tec users can show off to their friends.)

Very nice work so far!

Re: Matrix - clients
 

The startup should show it's status in text at the bottom. No text: crash... and it is not very fast now...

The Matrix spec does make a distinction between people and rooms. And I do too. This is necessary for e2e - there is no group functionality in the spec!

Room name in light theme: Yes I know it. low prio

The arrows will have funcionalities, but they are not implemented yet.

I am thinking about including the emojis library to have better support for this too...

Re: Matrix - clients
 

- Oh, you're right, I hadn't noticed because it's so small and it doesn't follow the light theme either. Good to know, thanks! Edit: actually, it does follow the theme, it's a problem with the colours of the light theme itself.

- Maybe we're talking about different things. There are users and there are rooms, but the category of rooms placed under 'People' are still rooms and not, as a user would expect from a category called 'People', 1:1 conversations. They're the same thing as the rooms placed under 'Rooms', the only difference is that upon creation of the room, there are two initial members, both with administrative rights. Other people can still be invited into the room by either/any member, which isn't something anyone would expect from what looks like a private 1:1 conversation.

Re: Matrix - clients
 

Matrix does not know private conversations. They are still rooms. A 1:1 conversation is only defined in the user's account data. The behaviour of bluepill should be like in riot. Rooms which are listed in the m.direct event in account_data is a 1:1 room, every other room is just a room. Non m.direct rooms can have any number of users (also two!). Special priorities of rooms (favorites, low prio, archive) do not differ between m.direct rooms or simple rooms because there is no m.direct relationship to m.tags event which can be m.favourite, m.lowpriority...

Re: Matrix - clients
 

Ok just beginning this:

https://gitlab.com/cy8aer/bluepill/b....gitlab-ci.yml

Re: Matrix - clients
 

Now I am able to compile the whole thing in gitlab (for i486 and arm). Is there any api to deploy a rpm directly into openrepos? Because then I would be able to do the complete ci/cd from gitlab...

https://gitlab.com/cy8aer/bluepill/pipelines/69465501

Of course: Actually I am at "does not work in any way"-state with nio but I'd like to just tag a commit and the runner should just test, compile and deploy the stuff then...

Re: Matrix - clients
 

Thanks for this application
The first test is nice.
Do you will publish the current build ?

Re: Matrix - clients
 

The current build in the nio branch does not work. You will be unhappy with it. I just showed my ci/cd stuff for others so that they can use it for their own projects. I now need to recode the whole client for matrix-nio. Stand by...

Re: Matrix - clients
 

OK thanks

Ang good JOB

Re: Matrix - clients
 

And now I have the first rpm running on a device created from the Gitlab-CI. But this is done with podqast (bluepill/nio will be deployed the same way if it is ready enough).

The binaries can be found here on the right side of the table (they are built when tagged with the version in .yaml/.spec):

https://gitlab.com/cy8aer/podqast/pipelines

Ruleset is here

https://gitlab.com/cy8aer/podqast/bl....gitlab-ci.yml

Of course: Thanks to @coderus for his docker containers.

Re: Matrix - clients
 

i see: "syncing room: Empty room" after the first 30 rooms or so sync. so app never actually starts (i waited an hour)

Re: Matrix - clients
 

Slowly but surely.

https://gitlab.com/cy8aer/bluepill/pipelines

Builds both, i486 and arm7hl. But this is alpha stage - you are warned.

@wolke. you are talking about bluepill: too bad. You need to wait for the nio lib stuff. There the syncing stuff is complete different (and there will be other bugs - promised).

Re: Matrix - clients
 

Probably v0.1-14 may help. Just building in CI...

Re: Matrix - clients
 

@cy8aer woo! sync fixed! it works great for me!
(60+ rooms on a private matrix server with moderately high traffic)

bluepill is already more useful than riot-running-on-SFOS-alien-dalvik, congrats!

do you accept donations? (paypal or bitcoin)

Re: Matrix - clients
 

I can't wait to try this out this evening! Do notifications of incoming messages work yet? If so, I'll be looking to make a donation as well :)

EDIT: Yes, I get a proper notification when a message arrives, as long as the app is running. Fantastic, this is such a huge step forward! :D Thanks so much for getting us this far.

Re: Matrix - clients
 

... but the notification is not cleared away when you read it on another device. Much work to do...

Re: Matrix - clients
 

cy8aer: i know its alpha, but JIC bug reports are useful:
-timestamps are in UTC
-messages arent (always) refreshed when a conversation opens (i saw this twice, that a message sent in riot didnt show up until i closed the app and reopened it)
-startup is occasionally really slow, like multiple minutes
-unread message count doesnt get cleared when you look at a room

(also, favorite button does nothing, and (>) arrows above the sections dont do anything, but i assume these are just todos)

seriously, this is already by far the best way to use matrix on SFOS. please paste a paypal or bitcoin address (DM or public post or whateve)

Re: Matrix - clients
 

That's why my main work is on the nio-branch:

- modern library with e2e support
- asynchronous
- 100% event based
- better features for a full client

but:

- not feature complete
- so I also must implement my needed stuff for matrix-nio too (https://github.com/cy8aer/matrix-nio - fork to https://github.com/poljar/matrix-nio) - and get it into upstream
- I need to reimplement the whole matrix stuff on the client side

What you see on the master branch are ui fixings only, no new functionality (e.g. glue the already existing menus to functionality).

Sorry about that.

Anyways: feel free to issue bugs at https://gitlab.com/cy8aer/bluepill

Re: Matrix - clients
 

... but easily good enough for a mention on TWIM. I hope that you will ask them for a slot very soon :)

Re: Matrix - clients
 

It is/was already mentioned (unfortunately before the big matrix hack). Probably I ask @benpa to mention again...

Re: Matrix - clients
 

harbour-determinant is another Matrix client prototype to SFOS by R1tschY.

Re: Matrix - clients
 

https://github.com/R1tschY/harbour-determinant

seems to be based upon the same c++ library I was using, hope it turns out well

Re: Matrix - clients
 

Found this client recently:

https://gitlab.com/unkraut13/qml-matrix

Re: Matrix - clients
 

So, what's the state-of-art matrix client for SFOS now?
There's nothing on Harbour or Openrepos, so does everyone compile their clients from scratch?

Re: Matrix - clients
 

....riot on aliendalvik :'(

Re: Matrix - clients
 

I don't do dalvikkies :D

Re: Matrix - clients
 

I don't do riot ;)

Re: Matrix - clients
 

I've been waiting a while for a SFOS Matrix client with E2E encryption support, and using aliendalvik in the mean time; I know someone was working on one, but if nothing shows up soon I suppose I may try my hand at doing one myself.