~
From Anjandev Momi to ~mil/sxmo-devel
Thank you so much for this patch. This greatly improves the UX of sxmo. I have applied this patch. -- w:] www.momi.ca pgp:] https://momi.ca/publickey.txt
From Anjandev Momi to ~mil/sxmo-devel
On Thu, Mar 04, 2021 at 06:08:08PM -0600, Miles Alan wrote: > - CRUST: TBH seems like reliability is in constant flux on pmOS, > occasionally things freeze up. It's not difficult to fix these issues > with the initcall_debug kernel param but its a pain to constantly have > this inadvertently breaking. I'm tired of the instability. It seems that everyone in this thread is having trouble with crust. Someone in irc pointed me to this MR that looks to fix all the issues we are having with crust: https://gitlab.com/postmarketOS/pmaports/-/merge_requests/1931 Perhaps we can help test this MR to speed up its inclusion in postmarketos.
From Anjandev Momi to ~mil/sxmo-devel
I have no problem with adding Xresources parsing into svkbd by default. However, this patch needs to be documented. Send a patch to sxmo-docs explaining that svkbd can be customized using Xresources. Additionally, since svkbd is maintained by suckless upstream, there are issues accepting this patch by default. The issues and next steps regarding accepting this patch into sxmo by default are outlined here: https://todo.sr.ht/~mil/sxmo-tickets/201 Feel free to comment and help out with the tasks outlined there! Thank you for all your work tetrakist. --
From Anjandev Momi to ~mil/sxmo-devel
I just tested this patch. This is a great patch and should greatly improve the usability of sxmo. The issues and next steps regarding accepting this patch into sxmo by default are outlined here: https://todo.sr.ht/~mil/sxmo-tickets/201 Feel free to comment and help out with the tasks outlined there! Thank you for all your work Serge. -- w:] www.momi.ca pgp:] https://momi.ca/publickey.txt
From Anjandev Momi to ~mil/sxmo-devel
That sounds good. I have applied this patch and its dependency: https://lists.sr.ht/~mil/sxmo-devel/patches/20741 Thank you for your work! Anjan -- w:] www.momi.ca pgp:] https://momi.ca/publickey.txt
From Anjandev Momi to ~mil/sxmo-devel
I have seen questions around the internet whether the pinephone is daily driver ready. Of course, whether it is depends on your use-case. I thought it would be worthwhile to make a thread where sxmo users can comment on what they use their pinephones for. As such, potential pinephone buyers interested in sxmo can see if it's a buy. Ill go first: I am daily driving sxmo+pinephone. I use my android phone for taking pictures (postmarketos' megapixels app is broken temporarily) and that's it. I use my pinephone for: 1. Receiving/sending texts (via vim+ssh)
From Anjandev Momi to ~sircmpwn/sr.ht-dev
--- lists.sr.ht/index.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/lists.sr.ht/index.md b/lists.sr.ht/index.md index 3980d0e..490230a 100644 --- a/lists.sr.ht/index.md +++ b/lists.sr.ht/index.md @@ -39,6 +39,10 @@ You may subscribe to any list by emailing `+unsubscribe`. You may post new threads to this list by writing to the address with no `+` command. Email replies to patchset threads can include a custom header, `X-Sourcehut-Patchset-Update` to update the status of the patchset to[message trimmed]
From Anjandev Momi to ~mil/sxmo-devel
This is expected behavior -- w:] www.momi.ca pgp:] https://momi.ca/publickey.txt
From Anjandev Momi to ~mil/sxmo-devel
This patch looks good. However, it is lacking motivation. What is this patch attempting to fix/improve? Thank you, Anjandev Momi -- w:] www.momi.ca pgp:] https://momi.ca/publickey.txt
From Anjandev Momi to ~mil/sxmo-devel
> This doesn't give the application inside the window any chance to do anything > which, in the case of Firefox, causes the "restore session" message to pop-up > the next time it runs (but, for some reason, not always). > > I found out that using "xdotool key shift+alt+c" also closes the window while > giving the application an opportunity to gracefully shut down (this happens > because wdm sends the WM_DELETE_WINDOW message before killing the X window). The two finger swipe should close windows in a graceful way in my opinion and this patch looks good to me. I will wait till ~proycon weighs in though to see if I am missing a use case. > WARNING: While this new command is "nicer", it also does *not* immediately close > the window (ex: in the case of Firefox, a confirmation popup appears first).