Switching apps with the gesture immediately sends the current app to the front of the app list #73
Comments
That is unfortunately out of my control because when you hide the navigation bar anytime you do a gesture you're also interacting with the app area thus causing the app to be focused in. |
Also, speeding up or disabling the system animations will greatly worsen this issue (my module was only properly tested on stock animation speeds) and i can't fix it because my module can't change the behavior of the gesture navigation. It merely hides the navigation bar. So if you like to use faster or no animations, I can't really recommend my module. |
|
Thanks for the reply, it is good to know what is going on. Would it be
possible to have an option to resize the nav bar area to a few pixels to
help with this issue? Or is that totally outside of the scope of your app?
Just a thought for a compromise.
…On Thu, Apr 25, 2024, 9:04 PM DanGLES3 ***@***.***> wrote:
Enabling this module changes the behavior of the app switching gesture.
Normally, swipes to the right cycle through the most recent apps in order,
allowing for left swipes to cycle back. Interacting with an app, however,
sends it to the front of the list. A new swipe to the right switches to the
last app other than the active one that was interacted with.
With this module enabled, switching to an app for more than about a half
second seems to "interact" and send the app to the start of the list. It's
almost impossible to use the app switching gestures normally with this bug,
as only swapping between the most recent two apps is possible unless you
swipe extremely fast.
That is unfortunately out of my control because when you hide a navigation
bar anytime you do a gesture you're also interacting with the app area thus
causing the app to be focused in.
—
Reply to this email directly, view it on GitHub
<#73 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALZSASFP3OTHDWHSKDAHCGDY7HG4NAVCNFSM6AAAAABG2BQOU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZYGU4TANRVHA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
The Gcam fix option roughly does that, though I'm not sure it would fix the issue in your case. Though to be honest, fix this would likely require keeping a lot of the navbar visible, so as to not trigger an interaction with the app, thus kind of rendering the module kinda pointless don't you think?. |
|
It depends on how it works, and I admit I'm ignorant. But if there was a
one pixel nav bar, and you swiped in an arc, starting in and ending in the
nav bar, I am speculating it might work as it does stock, because I know
that I don't need to keep my thumb constrained to the bottom like 50 pixels
of default space for it to work properly in normal usage.
…On Fri, Apr 26, 2024, 11:34 AM DanGLES3 ***@***.***> wrote:
Thanks for the reply, it is good to know what is going on. Would it be
possible to have an option to resize the nav bar area to a few pixels to
help with this issue? Or is that totally outside of the scope of your app?
Just a thought for a compromise.
… <#m_-5322766750665140184_>
On Thu, Apr 25, 2024, 9:04 PM DanGLES3 *@*.*> wrote: Enabling this module
changes the behavior of the app switching gesture. Normally, swipes to the
right cycle through the most recent apps in order, allowing for left swipes
to cycle back. Interacting with an app, however, sends it to the front of
the list. A new swipe to the right switches to the last app other than the
active one that was interacted with. With this module enabled, switching to
an app for more than about a half second seems to "interact" and send the
app to the start of the list. It's almost impossible to use the app
switching gestures normally with this bug, as only swapping between the
most recent two apps is possible unless you swipe extremely fast. That is
unfortunately out of my control because when you hide a navigation bar
anytime you do a gesture you're also interacting with the app area thus
causing the app to be focused in. — Reply to this email directly, view it
on GitHub <#73 (comment)
<#73 (comment)>>,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ALZSASFP3OTHDWHSKDAHCGDY7HG4NAVCNFSM6AAAAABG2BQOU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZYGU4TANRVHA
<https://github.com/notifications/unsubscribe-auth/ALZSASFP3OTHDWHSKDAHCGDY7HG4NAVCNFSM6AAAAABG2BQOU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZYGU4TANRVHA>
. You are receiving this because you authored the thread.Message ID: @.*>
The Gcam fix option roughly does that, though I'm not sure it would fix
the issue in your case. Though to be honest, fix this would likely require
keeping a lot of the navbar visible, so as to not trigger an interaction
with the app, thus kind of rendering the module kinda pointless don't you
think?.
—
Reply to this email directly, view it on GitHub
<#73 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALZSASEUUVR36PCMDBQIWHDY7KMZXAVCNFSM6AAAAABG2BQOU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZZHEZDSMZUGE>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
The Gcam fix option roughly keeps "1" pixel of the navigation bar visible so you can try it |
|
Will do, I'll give that a try and let you know what happens, thanks again!
…On Fri, Apr 26, 2024, 11:41 AM DanGLES3 ***@***.***> wrote:
It depends on how it works, and I admit I'm ignorant. But if there was a
one pixel nav bar, and you swiped in an arc, starting in and ending in the
nav bar, I am speculating it might work as it does stock, because I know
that I don't need to keep my thumb constrained to the bottom like 50 pixels
of default space for it to work properly in normal usage.
… <#m_8712888818376035370_>
On Fri, Apr 26, 2024, 11:34 AM DanGLES3 *@*.*> wrote: Thanks for the
reply, it is good to know what is going on. Would it be possible to have an
option to resize the nav bar area to a few pixels to help with this issue?
Or is that totally outside of the scope of your app? Just a thought for a
compromise. … <#m_-5322766750665140184_> On Thu, Apr 25, 2024, 9:04 PM
DanGLES3 @.> wrote: Enabling this module changes the behavior of the app
switching gesture. Normally, swipes to the right cycle through the most
recent apps in order, allowing for left swipes to cycle back. Interacting
with an app, however, sends it to the front of the list. A new swipe to the
right switches to the last app other than the active one that was
interacted with. With this module enabled, switching to an app for more
than about a half second seems to "interact" and send the app to the start
of the list. It's almost impossible to use the app switching gestures
normally with this bug, as only swapping between the most recent two apps
is possible unless you swipe extremely fast. That is unfortunately out of
my control because when you hide a navigation bar anytime you do a gesture
you're also interacting with the app area thus causing the app to be
focused in. — Reply to this email directly, view it on GitHub <#73
<#73> (comment)
<#73 (comment)
<#73 (comment)>>>,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ALZSASFP3OTHDWHSKDAHCGDY7HG4NAVCNFSM6AAAAABG2BQOU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZYGU4TANRVHA
<https://github.com/notifications/unsubscribe-auth/ALZSASFP3OTHDWHSKDAHCGDY7HG4NAVCNFSM6AAAAABG2BQOU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZYGU4TANRVHA>
https://github.com/notifications/unsubscribe-auth/ALZSASFP3OTHDWHSKDAHCGDY7HG4NAVCNFSM6AAAAABG2BQOU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZYGU4TANRVHA
<https://github.com/notifications/unsubscribe-auth/ALZSASFP3OTHDWHSKDAHCGDY7HG4NAVCNFSM6AAAAABG2BQOU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZYGU4TANRVHA>
. You are receiving this because you authored the thread.Message ID: @.>
The Gcam fix option roughly does that, though I'm not sure it would fix the
issue in your case. Though to be honest, fix this would likely require
keeping a lot of the navbar visible, so as to not trigger an interaction
with the app, thus kind of rendering the module kinda pointless don't you
think?. — Reply to this email directly, view it on GitHub <#73 (comment)
<#73 (comment)>>,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ALZSASEUUVR36PCMDBQIWHDY7KMZXAVCNFSM6AAAAABG2BQOU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZZHEZDSMZUGE
<https://github.com/notifications/unsubscribe-auth/ALZSASEUUVR36PCMDBQIWHDY7KMZXAVCNFSM6AAAAABG2BQOU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZZHEZDSMZUGE>
. You are receiving this because you authored the thread.Message ID: @.*
**>
The Gcam fix option roughly keeps "1" pixel of the navigation bar visible
so you can try it
—
Reply to this email directly, view it on GitHub
<#73 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALZSASB3V3AIJVDBMKSAWLLY7KNT5AVCNFSM6AAAAABG2BQOU2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANZZHE2DANRTGY>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
Enabling this module changes the behavior of the app switching gesture. Normally, swipes to the right cycle through the most recent apps in order, allowing for left swipes to cycle back. Interacting with an app, however, sends it to the front of the list. A new swipe to the right switches to the last app other than the active one that was interacted with.
With this module enabled, switching to an app for more than about a half second seems to "interact" and send the app to the start of the list. It's almost impossible to use the app switching gestures normally with this bug, as only swapping between the most recent two apps is possible unless you swipe extremely fast.
The text was updated successfully, but these errors were encountered: