I'm Miles, also see: http://github.com/mil

My nick is mla on IRC.


Last active a day ago


Last active 26 days ago


Last active 1 year, 3 months ago
View more

Recent activity

Re: [PATCH sxmo-utils v2] Add basic st scroll gesture inputs 2 days ago

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.

Re: [PATCH lisgd] Add double-tap gesture 2 days ago

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.

Re: [PATCH sxmo-utils v2] Add basic st scroll gesture inputs 2 days ago

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")

[PATCH sxmo-utils] sxmo_inputhandler.sh: Switch voldown_two to trigger Super+x (inplacerotate) 2 days ago

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]

[PATCH sxmo-dwm] Add inplacerotate back as MOD+x 2 days ago

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]

[sxmo-utils PATCH] Simplify sxmo_screenlock.sh: unify logic to single script & improve reliability a month ago

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]

[PATCH sxmo-utils] scripts/appscripts/sxmo_youtube.sh: Switch back to using codemadness-frontends a month ago

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]

Re: [Comments Needed] Is SXMO+pinephone Daily Driver? 4 months ago

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.

Re: [PATCH sxmo-dwm 2/2] Track multikeypendingtimer creation state 4 months ago

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

Re: [PATCH sxmo-utils] Close windows in a more "graceful" way. 4 months ago

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.