<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.kde.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugs.kde.org/"
          
          maintainer="sysadmin@kde.org"
>

    <bug>
          <bug_id>499716</bug_id>
          
          <creation_ts>2025-02-09 09:18:22 +0000</creation_ts>
          <short_desc>When multiple windows of the same app are stacked and the windows preview/peeker list is shown; pre-scroll to the most focused windows</short_desc>
          <delta_ts>2026-06-27 11:26:34 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Plasma</classification>
          <product>plasmashell</product>
          <component>Task Manager and Icons-Only Task Manager widgets</component>
          <version>6.2.5</version>
          <rep_platform>Arch Linux</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://bugs.kde.org/show_bug.cgi?id=516278</see_also>
          <bug_file_loc>https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2839</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>usability</keywords>
          <priority>NOR</priority>
          <bug_severity>wishlist</bug_severity>
          <target_milestone>1.0</target_milestone>
          
          <blocked>522287</blocked>
    
    <blocked>516278</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Fernando Marcelino Muniz">fernandommuniz</reporter>
          <assigned_to name="Plasma Bugs List">plasma-bugs-null</assigned_to>
          <cc>cwo.kde</cc>
    
    <cc>nate</cc>
    
    <cc>qydwhotmail</cc>
          
          <cf_commitlink>https://invent.kde.org/plasma/plasma-desktop/-/commit/d0547bb59679882fbfa200a9f30bd46346a73ff2</cf_commitlink>
          <cf_versionfixedin>6.6.0</cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>0</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>2396149</commentid>
    <comment_count>0</comment_count>
    <who name="Fernando Marcelino Muniz">fernandommuniz</who>
    <bug_when>2025-02-09 09:18:22 +0000</bug_when>
    <thetext>For example: If you have 30 images open, and you&apos;re looking at the 19th (or that&apos;s in front of all the others); the window preview/peeker list when opened would &quot;pre-scroll&quot; to the 19th image, preferably showing it at the center of the list.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2396150</commentid>
    <comment_count>1</comment_count>
    <who name="Fernando Marcelino Muniz">fernandommuniz</who>
    <bug_when>2025-02-09 09:22:19 +0000</bug_when>
    <thetext>This would be useful and convenient if you&apos;re looking at images/videos from different folders in sequence.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2399583</commentid>
    <comment_count>2</comment_count>
    <who name="cwo">cwo.kde</who>
    <bug_when>2025-02-18 17:24:00 +0000</bug_when>
    <thetext>This seems like an intuitively quite plausible idea, thanks! I assume you mean in the tooltip that shows the thumbnails, and by &quot;most focused&quot; you mean the one that is currently focused, not tracking some frequency of how often a user focused a particular window? 

On the other hand, one could argue that a) the first windows are likely the more important ones and b) the usefulness of the popup is highest if the currently active window is not among them, because switching to it doesn&apos;t do anything, so on smaller screens a good amount of the limited screen space for displaying the thumbnail list is wasted on a useless option.


Another thing to consider is that media player buttons will only show on the first window (unless we can relatively cleanly identify which particular window is doing the actual playing). So if a user has e.g. multiple browser windows open and there&apos;s a video playing in one of them, this would increase the chances that the media player controls are not on screen, reducing their usefulness somewhat. 

I&apos;m still inclined to think it&apos;s probably worth it; if the user browses the list and selects one of them, it would make sense to me to start from approximately that position if the user hovers the icon again. Will need to see it in practice though, and maybe get feedback from users who use the thumbnail version (I have the thumbnails disabled myself).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2399594</commentid>
    <comment_count>3</comment_count>
    <who name="Fernando Marcelino Muniz">fernandommuniz</who>
    <bug_when>2025-02-18 17:31:00 +0000</bug_when>
    <thetext>I used &quot;most focused&quot; because it&apos;s possible to have multiple windows maximized, while only the one in the front is interactable, that would be the &quot;most focused window&quot;.

Admittedly, this is only useful if you&apos;re checking each window top-to-bottom, so this feature would work as a page marker.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2399773</commentid>
    <comment_count>4</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2025-02-18 21:47:35 +0000</bug_when>
    <thetext>JFYI the &quot;efficiency&quot; keyword refers to power efficiency, not personal workflow efficiency.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2400496</commentid>
    <comment_count>5</comment_count>
    <who name="Bug Janitor Service">bug-janitor</who>
    <bug_when>2025-02-19 22:42:05 +0000</bug_when>
    <thetext>A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2839</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2464542</commentid>
    <comment_count>6</comment_count>
    <who name="Fernando Marcelino Muniz">fernandommuniz</who>
    <bug_when>2025-10-24 12:02:14 +0000</bug_when>
    <thetext>I&apos;ve just updated to 6.5 and the feature doesn&apos;t work.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2464571</commentid>
    <comment_count>7</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2025-10-24 14:05:26 +0000</bug_when>
    <thetext>The merge request wasn&apos;t merged, so that makes sense.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2482867</commentid>
    <comment_count>8</comment_count>
    <who name="cwo">cwo.kde</who>
    <bug_when>2026-01-08 09:04:46 +0000</bug_when>
    <thetext>Git commit d0547bb59679882fbfa200a9f30bd46346a73ff2 by Christoph Wolk.
Committed on 08/01/2026 at 08:47.
Pushed by cwo into branch &apos;master&apos;.

applets/taskmanager: scroll tooltip to active window

Currently, the tooltip shows the list of windows belonging to a grouped
task always starting at the first item. For some tasks involving many
windows the order is meaningful though, so it could be convenient to be
able to go to the previous/next window quickly. Similarly, if a user
scrolled to a window and selected it, then reconsidered, starting from
that window is likely more what the user expects, rather than having
to begin scrolling from the beginning again.

This change positions the ListView on showing the tooltip such that
if the grouped task contains the currently active window, it will be in
the visible range, and at the center if possible.

M  +10   -1    applets/taskmanager/qml/ToolTipDelegate.qml

https://invent.kde.org/plasma/plasma-desktop/-/commit/d0547bb59679882fbfa200a9f30bd46346a73ff2</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>