alt tab + shift alt tab does something interesting

[klfyt]

Holding down Alt if you use combo Alt-TAB followed by Alt-Shift-TAB.
Some issues with screen latency seem to go away.

Tested on XFCE. :)

[fakenxid (fakenxid-redhat-bugs)]

Description of problem:
Everything is much faster in xfce if you let
any window slide in right direction from
left edge of screen with snapping enabled.

Version-Release number of selected component (if applicable):

How reproducible:
Always.

Steps to Reproduce:
1. open window
2. move it towards left edge of the screen until it starts to disappear
3. let the window slide in right direction until it snaps to the left edge
of the screen

Actual results:
Very fast.

Expected results:

Additional info:
See my previous bug report here https://bugzilla.redhat.com/show_bug.cgi?id=1693960

Number of workspaces: 2
Snapping: top 1, left 0, bottom 1, right 1

[fakenxid (fakenxid-redhat-bugs)]

Basically you are restricted to Up Right movement.

With volume controls you can try: vol - + +

>:]

[fakenxid (fakenxid-redhat-bugs)]

Every time you change the physical properties
of a window you slide the f\kng thing to the right
until it snaps to the left side of the screen.
Difference is noticeable. >:]

Pls also see:
https://bugzilla.redhat.com/show_bug.cgi?id=1693960

[fakenxid (fakenxid-redhat-bugs)]

lol

> You're not providing any information that allows anyone to do anything with this bug. Please do not reopen it.

~ https://bugzilla.redhat.com/show_bug.cgi?id=1683074#c23

[fakenxid (fakenxid-redhat-bugs)]

So, if I'm not mistaken you just have to give
first the opposite direction and then travel
in the direction that's favored, < > > for example
or volume down up up. ;-)

[fakenxid (fakenxid-redhat-bugs)]

Next and previous is messed up? :p

[fakenxid (fakenxid-redhat-bugs)]

Speedy vs. not speedy.

With right movement snap window to the
left side of screen (snap distance 0 pixels).

*speed reset discovered, fix pls!! :-)

**** apply magic to keyboard and screeen wee (lol)

[fakenxid (fakenxid-redhat-bugs)]

slow monkey vs fast monkey typewriter.

logic error, omg. >:]

:-)

[fakenxid (fakenxid-redhat-bugs)]

Pls fix this, performance
is not dependent on the direction.

(this is logic mistake)

// argument has abandoned your cave, bye! ;-)

[fakenxid (fakenxid-redhat-bugs)]

Speed reset is as follows then:

Number of workspaces: 2
Snapping: top 1, left 0, bottom 1, right 1

Each time ui chrome changes or is updated just snap
left.

[fakenxid (fakenxid-redhat-bugs)]

Pls. see https://bugzilla.redhat.com/show_bug.cgi?id=1693960#c22
>:]

[fakenxid (fakenxid-redhat-bugs)]

Pls. see https://bugzilla.redhat.com/show_bug.cgi?id=1693960#c23

[fakenxid (fakenxid-redhat-bugs)]

Cursor has to precede the snapping direction?

So, by my current newbie theory something
just gets displaced by drawn menu (right-click).

For example (with left or right snapping enabled):

> cursor
cursor <

[fakenxid (fakenxid-redhat-bugs)]

ok. :-)
The secret code to increase text speed would be:

Load > snap

Snapping might have to be strictly horizontal
and can only happen after sh1t is loaded. O_o

Number of workspaces: 2
Snapping: top 1, left 0, bottom 1, right 1

[fakenxid (fakenxid-redhat-bugs)]

Benchmarks incoming. >:]

[fakenxid (fakenxid-redhat-bugs)]

I've observed so far the following:

everything is more responsive,
everything seems to be more quiet.

[fakenxid (fakenxid-redhat-bugs)]

https://bugzilla.redhat.com/show_bug.cgi?id=1693960#c26

> Avoid skipping forward?

By that explanation with left screen edge snap
image skips cursor leaving it behind.

Look like it's a simple cursor --> window bug.

:)

[fakenxid (fakenxid-redhat-bugs)]

Illustration one more time:
https://bugzilla.redhat.com/show_bug.cgi?id=1693960#c22

[fakenxid (fakenxid-redhat-bugs)]

Maybe even as simple explanation as this:
https://bugzilla.redhat.com/show_bug.cgi?id=1693960#c27

[fakenxid (fakenxid-redhat-bugs)]

Benchmark!

Notice difference in zooming performance if you:

Alt-TAB

vs

Alt-TAB followed by Alt-TAB Shift-Alt-TAB

Zooming is better for the latter. >:]

[fakenxid (fakenxid-redhat-bugs)]

Speed reset is as follows then, holding Alt key
each time window receives refocus:

Alt + TAB
Alt + Shift + TAB

Might help:
Number of workspaces: 2
Snapping: top 1, left 0, bottom 1, right 1

[fakenxid (fakenxid-redhat-bugs)]

Hold Alt key + TAB + Shift TAB

>:]

Snap settings: top 1, left 0, bottom 1, right 1

(^ this should be first comment, discovered by accident. ;))

[fakenxid (fakenxid-redhat-bugs)]

https://bugzilla.redhat.com/show_bug.cgi?id=1693960#c31

[Daniel van Vugt (vanvugt)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately, we cannot work on this bug because your description didn't include enough information. You may find it helpful to read "How to report bugs effectively" http://www.chiark.greenend.org.uk/~sgtatham/bugs.html. We'd be grateful if you would then provide a more complete description of the problem.

We have instructions on debugging some types of problems at http://wiki.ubuntu.com/DebuggingProcedures.

At a minimum, we need:
1. The specific steps or actions you took that caused you to encounter the problem.
2. The behavior you expected.
3. The behavior you actually encountered (in as much detail as possible).
Thanks!

[klfyt (klfyt)]

Press keycombo Alt(hold) + Tab + Shift Tab then window receives focus.
This improves responsiveness, I don't know why. :)

[klfyt (klfyt)]

Maybe it goes like this:
then window receives focus scrolling content is shifted either
by horizontally or vertically. >:]

Slow text should be usually a first sign that something is
wrong. :-)

[klfyt (klfyt)]

> 2. The behavior you expected.

Fast text.

> 3. The behavior you actually encountered (in as much detail as possible).

Hardware overheats. This is considered abnormal.

[klfyt (klfyt)]

Alt+TAB -> move right
Alt+Shift+TAB -> move left

What it can fix? I have no idea. :)
+-1? Would this be Array length logic? O_o

Something that should be in focus plays catch-up?

[klfyt (klfyt)]

Previous action does something then next action is taken.

:)

[fakenxid (fakenxid-redhat-bugs)]

https://bugzilla.redhat.com/show_bug.cgi?id=1693960#c32

[fakenxid (fakenxid-redhat-bugs)]

Created attachment 1573183
workspace margin settings

[klfyt (klfyt)]

This might help, I'm not exactly sure! :p

[fakenxid (fakenxid-redhat-bugs)]

Every time a window is created or destroyed alt-tab to the
position before last in a window list and shit-alt-tab back.

This does something, either resets speed or closes escaping
process.
>:]

[klfyt (klfyt)]

Every time a window is created or destroyed alt-tab to the position before last in a window list and shift-alt-tab back. >:]

[fakenxid (fakenxid-redhat-bugs)]

*** Bug 1693960 has been marked as a duplicate of this bug. ***

[fakenxid (fakenxid-redhat-bugs)]

Created attachment 1574384
alt-tab shift-alt-tab strangeness

[fakenxid (fakenxid-redhat-bugs)]

Alt-tab to -1 (next to last in a list), Shift-alt-tab back.

[fakenxid (fakenxid-redhat-bugs)]

Created attachment 1575281
Is window list broken then you alt-tab to the last?

[klfyt (klfyt)]

https://bugzilla.redhat.com/show_bug.cgi?id=1693960#c37

Volume DOwn

:)

[klfyt (klfyt)]

https://bugzilla.redhat.com/show_bug.cgi?id=1693960

Seems related. >:] (omg!)

[klfyt (klfyt)]

Might be this instead:
https://bugzilla.redhat.com/show_bug.cgi?id=1693960#c44