[kwin] [Bug 467182] Cannot pan zoom area to certain locations when using KWin Zoom plugin with certain multi-monitor configurations

2023-05-21 Thread jacob ham
https://bugs.kde.org/show_bug.cgi?id=467182

jacob ham  changed:

   What|Removed |Added

 CC||jacobryan...@gmail.com

--- Comment #1 from jacob ham  ---
This phenomenon happens because of an unfortunate reaction between the zoom
desktop effect and the way that multimonitor is implemented. Plasma is not the
only desktop to have it; I noticed the same thing on Windows (7 and 10, though
I imagine it still exists today) as well.  When displays have a vertical
physical offset Kwin renders black boxes corresponding to those offsets to make
the whole frame a rectangle. These boxes also define the bounds for where the
mouse can move the zoomed frame, because they lay beyond what would normally be
usable screen space it would not normally make sense to allow the mouse or
windows to move into these unseen spaces. Because the mouse can't move into the
boxes and the Zoom effect scales the whole frame, trying to the displayed zoom
region up to the lower monitor's top does suggest seemingly inaccessible areas. 

It is actually possible to access that screen portion, however:
1. Move the cursor to the uppermost offset screen region and push the zoom area
to the top of the screen. 
2. Move the cursor back down (without moving the zoomed region) and push the
region back towards the lower display.
3. Eventually, when you cross the virtual screen boundary that corresponds to
the where the displays meet horizontally in the frame you'll see a black box
occupy the topmost portion of your lower display. Below the box is the top of
your lower screen, and you can push the zoom frame over the area you couldn't
see before.

Alternatively, switching to proportional or centered mouse tracking lets you
see all areas of the frame like you describe iun the expected behaviour section
without doing the annoying maneuver outlined above.

Writing the above made me wonder why us blind users don't have a window manager
that just creates an infinite plane that we can push around the viewport of,
since zoom and magnification challenges the notion of physical display
boundaries.

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 455164] New: Can't highlight icons across multiple dispays in desktop Folder Views

2022-06-11 Thread jacob ham
https://bugs.kde.org/show_bug.cgi?id=455164

Bug ID: 455164
   Summary: Can't highlight icons across multiple dispays in
desktop Folder Views
   Product: plasmashell
   Version: 5.24.5
  Platform: Archlinux Packages
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Folder
  Assignee: plasma-b...@kde.org
  Reporter: jacobryan...@gmail.com
CC: h...@kde.org
  Target Milestone: 1.0
 Flags: Usability+

SUMMARY

When two displays are assigned Folder View layouts the user is unable to
highlight icons across both displays.

STEPS TO REPRODUCE
1. Observing this bug requires multiple displays
2. Set two or more displays to Folder View layouts
3. Try to highlight across the displays by dragging the mouse across both
screens with left click pressed.

OBSERVED RESULT
The highlight box ends at the edge of the display where the highlight was
created

EXPECTED RESULT
The user should be able to highlight icons across multiple displays to create a
more cohesive desktop experience.

Operating System: Arch Linux
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.94.0
Qt Version: 5.15.4
Kernel Version: 5.18.3-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 8 × AMD Ryzen 5 1400 Quad-Core Processor
Memory: 15.6 GiB of RAM
Graphics Processor: AMD Radeon RX 580 Series

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 400461] Cursor doesn't change or fails to revert to pointer while using zoom effect (Firefox and Thunderbird)

2022-05-06 Thread jacob ham
https://bugs.kde.org/show_bug.cgi?id=400461

jacob ham  changed:

   What|Removed |Added

 CC||jacobryan...@gmail.com
Version|5.14.2  |5.24.5

--- Comment #11 from jacob ham  ---
I encounter this bug with all applications running under XWayland (Firefox with
XWayland backend, Steam, and Discord). Some can be run with Wayland backends.

Operating System: Arch Linux
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.93.0
Qt Version: 5.15.3
Kernel Version: 5.17.5-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 8 × AMD Ryzen 5 1400 Quad-Core Processor
Memory: 15.6 GiB of RAM
Graphics Processor: AMD Radeon RX 580 Series

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 429377] Wayland: zoom effect reverting to proportional mouse-tracking

2021-07-08 Thread jacob ham
https://bugs.kde.org/show_bug.cgi?id=429377

jacob ham  changed:

   What|Removed |Added

 CC||jacobryan...@gmail.com

--- Comment #5 from jacob ham  ---
(In reply to Duncan from comment #4)
> A comment on another bug made me aware of the wayland/X flags, use 'em.

I know this is an old bug but do you remember which bug it was that you read?
Or do you know what flags you're using to fix this weird zoom behavior?

-- 
You are receiving this mail because:
You are watching all bug changes.