I'm Miles, also see: http://github.com/mil
My nick is mla on IRC.
From Miles Alan to ~mil/sxmo-devel
On Thu, Jul 29, 2021, at 3:23 AM, Stacy Harper wrote: > > I like this concept and simple scrolling is definitely something missing > > from st. Only thing I wonder is if we'd be violating users expectations > > for keyboard hide / show. > > > > I realize I'm probably in the minority but I think something like three > > finger up/down to scroll as an auxillary thing across applications might > > not be bad. > > I really dont want to use two hand to scroll in my apps. Two or three > thinger require using two hands. That why I binded it with one finger. > > This scroll is not related to corners. So both keyboard and scroll > doest not conflict each other.
From Miles Alan to ~mil/sxmo-devel
Neat - will have to test this out soon, but generally I'd be receptive to merge. One small note, I think it'd be helpful to make the abbreviation TD instead of DT. E.g. to follow object - modifier form. That way in the future if we want to support 3-taps or 4-taps we could do, TS - tap single, TD - tap double, TT - tap triple, TQ - tap quadruple. Or maybe even T1, T2, T3, T4 is better. -- Also as a separate note, since we added TapSingle in this logic might as well add the associated strcmp / CLI flag opt.
From Miles Alan to ~mil/sxmo-devel
On Sun, Jul 25, 2021, at 1:16 PM, Stacy Harper wrote: > Signed-off-by: Stacy Harper <contact@stacyharper.net> > --- > scripts/core/sxmo_inputhandler.sh | 23 +++++++++++++++++------ > 1 file changed, 17 insertions(+), 6 deletions(-) > > diff --git a/scripts/core/sxmo_inputhandler.sh > b/scripts/core/sxmo_inputhandler.sh > index 37737d9..ec76355 100755 > --- a/scripts/core/sxmo_inputhandler.sh > +++ b/scripts/core/sxmo_inputhandler.sh > + # Now we try generic st actions > + case "$ACTION" in > + *"onedown")
From to ~mil/sxmo-devel
From: Miles Alan <m@milesalan.com> Fixes regression where not all clients rotated on doubletapping voldown key. --- scripts/core/sxmo_inputhandler.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/core/sxmo_inputhandler.sh b/scripts/core/sxmo_inputhandler.sh index 37737d9..da804ea 100755 --- a/scripts/core/sxmo_inputhandler.sh +++ b/scripts/core/sxmo_inputhandler.sh @@ -268,7 +268,7 @@ case "$ACTION" in exit 0 [message trimmed]
From to ~mil/sxmo-devel
From: Miles Alan <m@milesalan.com> This way we can call from sxmo_inputhandler.sh to rotate all clients on double voldown tap fixing regression where that keybinding doesn't rotate all clients. --- config.def.h | 2 ++ 1 file changed, 2 insertions(+) diff --git a/config.def.h b/config.def.h index 0ca0884..0621f9a 100644 --- a/config.def.h +++ b/config.def.h @@ -113,6 +113,8 @@ static Key keys[] = { [message trimmed]
From to ~mil/sxmo-devel
From: Miles Alan <m@milesalan.com> - Unifies all logic related to screen locking to be within sxmo_screenlock.sh - Use functions in sxmo_screenlock.sh instead of if conditions - Force screen off using xrandr --off / --auto for reliability - Re-implement original crust loop wakeup (blink red led) - Improve overall reliability & readability of screenlock functionality - Remove excessive verbosity in sxmo_inputhandler.sh - Does not yet implement RTC --- scripts/core/sxmo_inputhandler.sh | 376 ++++++++---------------------- scripts/core/sxmo_screenlock.sh | 242 ++++++------------- 2 files changed, 158 insertions(+), 460 deletions(-) [message trimmed]
From to ~mil/sxmo-devel
From: Miles Alan <m@milesalan.com> We originally switched off codemadness-frontends / idiotbox because it was no longer functional. Nowadays it works again and is substantially faster then ytdl. --- scripts/appscripts/sxmo_youtube.sh | 24 +++++++++--------------- 1 file changed, 9 insertions(+), 15 deletions(-) diff --git a/scripts/appscripts/sxmo_youtube.sh b/scripts/appscripts/sxmo_youtube.sh index c127263..2cd7cf0 100755 --- a/scripts/appscripts/sxmo_youtube.sh +++ b/scripts/appscripts/sxmo_youtube.sh @@ -5,16 +5,16 @@ [message trimmed]
From Miles Alan to ~mil/sxmo-devel
Nice to read everyone else's take too, I have some overlap in my painpoints. While I would love the Pinephone to be my daily driver, I admit its still currently an auxiliary phone for me. I know over time / eventually the Pinephone & Sxmo will win out in terms of reliability (as FOSS software always does), but its still maturing. Here's the main pain points for me (and things I should work on when I get some free time): - 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.
From Miles Alan to ~mil/sxmo-devel
On Thu, Feb 25, 2021, at 4:53 PM, Jochen Sprickerhof wrote: > Calling timer_delete with an invalid timer is unspecified behavior so we > need to track of the timer was created before. See > > https://sourceware.org/pipermail/libc-alpha/2005-August/019335.html > > For a discussion. > > This fixes a segfault when linking with glibc. > --- > dwm.c | 6 +++++- > 1 file changed, 5 insertions(+), 1 deletion(-) Hi Jochen - thanks for sending this by the way and glad Maarten has
From Miles Alan to ~mil/sxmo-devel
On Sun, Feb 28, 2021, at 9:51 AM, Serge E. Hallyn wrote: > On Sun, Feb 28, 2021 at 02:40:52AM -0500, Anjandev Momi wrote: > > > 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). > > > The original intent behind the force killwindow was that there are certain applications that will occasionally freeze up and don't obey SIGTERM / Shft-Alt-C. I've seen this happen with mpv in the past as well as firefox on musl on the Pinephone. I guess I wanted to err on the side of "always obeying the user" since normal killing occasionally can fail.