[Breeze] [Bug 492341] Need icon depicting a Plasma panel
https://bugs.kde.org/show_bug.cgi?id=492341 --- Comment #4 from Andres Betts --- True, we can make that easily. Another one for removing as well? -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 492341] Missing icon: panel
https://bugs.kde.org/show_bug.cgi?id=492341 --- Comment #2 from Andres Betts --- Created attachment 173102 --> https://bugs.kde.org/attachment.cgi?id=173102&action=edit panelicon -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 492341] Missing icon: panel
https://bugs.kde.org/show_bug.cgi?id=492341 Andres Betts changed: What|Removed |Added CC||anditosan1...@gmail.com --- Comment #1 from Andres Betts --- I made this 24px icon idea for the panel. Attached. -- You are receiving this mail because: You are watching all bug changes.
[Powerdevil] [Bug 492176] Clamshell mode does not wake up monitor
https://bugs.kde.org/show_bug.cgi?id=492176 --- Comment #2 from Andres Betts --- (In reply to Nate Graham from comment #1) > Assuming I tested this correctly, I can't reproduce the issue with my HP > Z24m G3 monitor, which is connected to my laptop via a USB-C 4.0 cable (not > Thunderbolt) providing DisplayPort signal, power delivery, and USB. > > I tested as follows: > 1. Plug in laptop and close lid -> external screen stays on as intended > 2. Configure system to sleep after one minute -> wait a minute, let it sleep > 3. Open lid -> system wakes and both screens become active > > 1. Plug in laptop and close lid -> external screen stays on as intended > 2. Configure system to never sleep, but turn off screens after 30 seconds -> > wait 30 seconds, let screen turn off > 3. Wiggle the mouse -> screen turns back on > > Could be an issue with your monitor. It is likely that something is off. I should mention that Windows 11 has no problems turning on the screen. Whether the laptop is in sleep mode, or in active mode with the screen off, any USB mouse or keyboard will wake up the display. I also have this graphics setup Device: 0 Name:Advanced Micro Devices, Inc. [AMD®/ATI] Rembrandt [Radeon 680M] Default: yes Environment: DRI_PRIME=pci-_07_00_0 Device: 1 Name:Advanced Micro Devices, Inc. [AMD®/ATI] Navi 23 [Radeon RX 6650 XT / 6700S / 6800S] Default: no Environment: DRI_PRIME=pci-_03_00_0 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 492176] New: Clamshell mode does not wake up monitor
https://bugs.kde.org/show_bug.cgi?id=492176 Bug ID: 492176 Summary: Clamshell mode does not wake up monitor Classification: Plasma Product: kwin Version: master Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- SUMMARY In my laptop when I use clamshell mode with external usb mouse, keyboard and screen my system goes to sleep, when I wake it up by opening the laptop, the apple display will wake up and turn on the external screen. If I, however, set my laptop to not sleep and only leave the turn screen off setting, when I wake up the computer again, my external monitor will not wake up like it did when the laptop came out of sleep. Is there a way to find out if there is some command or parameter that sleep mode sends and we could implement that for the turn screen on part? STEPS TO REPRODUCE 1. Place laptop in sleep mode after X amount of time 2. Keep laptop in clamshell mode 3. Wake up laptop from sleep by opening laptop 4. External monitor will wake up as well (Apple Display in this case) Second workflow 1. Place laptop in "Do nothing" mode after X amount of time 2. Keep laptop in clamshell mode 3. Wait until external monitor turns off after a period of inactivity 4. Move the mouse or type on the keyboard to wake up the display OBSERVED RESULT Display does not wake up EXPECTED RESULT Display should wake up any time the screen has been off due to inactivity SOFTWARE/OS VERSIONS Operating System: Fedora Linux 42 KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.11.0-0.rc3.20240814git6b0f8db921ab.32.fc42.x86_64 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 9 6900HS with Radeon Graphics Memory: 14.8 GiB of RAM Graphics Processor: AMD Radeon 680M Manufacturer: ASUSTeK COMPUTER INC. Product Name: ROG Zephyrus G14 GA402RJ_GA402RJ System Version: 1.0 -- You are receiving this mail because: You are watching all bug changes.
[plasma-integration] [Bug 487387] Use of unstyled Qt font selector dialogs constitutes a visual and usability regression
https://bugs.kde.org/show_bug.cgi?id=487387 Andres Betts changed: What|Removed |Added CC||anditosan1...@gmail.com --- Comment #11 from Andres Betts --- I can confirm that it also has issues with scrolling speed. It's much slower than anywhere else in the system. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 491879] New: Allow "Turn Off Screen" in inactivity actions
https://bugs.kde.org/show_bug.cgi?id=491879 Bug ID: 491879 Summary: Allow "Turn Off Screen" in inactivity actions Classification: Applications Product: systemsettings Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_powerdevil Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com CC: k...@privat.broulik.de, natalie_clar...@yahoo.de Target Milestone: --- SUMMARY Currently there are only 3 main actions on the setting: "After a period of inactivity:" 1. Do nothing 2. Sleep 3. Shutdown I would like to suggest adding the "Turn off screen" This is because sometimes you don't want your computer to sleep as it is slower to wake up. Not only that, as noted in other areas, clamshell use of a laptop does not allow for external usb mouse or keyboard to wake up the laptops from sleep. Users have to physically pick up the laptop and open it to wake up the machine. By adding this additional option, the laptop never sleeps but doesn't keep a screen on. It will allow for external mouse and keyboard to wake up the machine. -- You are receiving this mail because: You are watching all bug changes.
[kalarm] [Bug 489961] All created alarms disappear from the list after ringing
https://bugs.kde.org/show_bug.cgi?id=489961 Andres Betts changed: What|Removed |Added CC||anditosan1...@gmail.com --- Comment #9 from Andres Betts --- I wanted to recommend scaling back the comments and not move them into personal attacks. Our developers at Plasma understand the reasoning. It's important to remember that for our team, it's very important to know what users go through. However, when the lack of evidence to the contrary is absent, it's hard to make a global change in the system because of one piece of evidence. In our team, we are attentive to the users. If you have the ability to bring real examples and situations from real users about this issue, we can consider it more. If you have user experience information that can help us make a different decision, bring it to the team. We are happy to review. What we will not consider it personal attacks. Please scale back your comments and focus on the issues. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 487760] Exit edit mode only by using final calls to action like exit edit mode
https://bugs.kde.org/show_bug.cgi?id=487760 --- Comment #3 from Andres Betts --- I submitted it here because it's a ux bug. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 487760] Exit edit mode only by using final calls to action like exit edit mode
https://bugs.kde.org/show_bug.cgi?id=487760 --- Comment #1 from Andres Betts --- I forgot to mention that the escape key can also be the way to exit edit mode. It would be esc key until all dialogs are closed. When none are left, the user should exit edit mode. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 487760] New: Exit edit mode only by using final calls to action like exit edit mode
https://bugs.kde.org/show_bug.cgi?id=487760 Bug ID: 487760 Summary: Exit edit mode only by using final calls to action like exit edit mode Classification: Plasma Product: plasmashell Version: master Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: Edit Mode toolbar Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: 1.0 SUMMARY In the current edit mode interaction, when the user closes the panel edit dialog, edit mode closes. When the user clicks the widget sidebar to close it, this closes edit mode. This leads to users who are not done in edit mode to have to constantly reopen edit mode to do more tasks. Given that the edit mode concentrates a few interactions into one main edit interaction, the user should not exit edit mode involuntarily. Instead, the user should click on the final call to action, such as "exit edit mode" and then close the interaction. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 487595] Breeze icon theme uses copyrighted icons without acknowledgement or compliance with the owners' guidelines
https://bugs.kde.org/show_bug.cgi?id=487595 --- Comment #3 from Andres Betts --- Adam, I appreciate your analysis and you're welcome to contact a lawyer that could explain this to us here. It's no problem. From your comments, I think you're speaking of something different than what we have and do at KDE. I would like to see how our use case fits or doesn't fit your assumptions around the legal ramifications of the icon use. Send the legal expert our way and we can review. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 487595] Breeze icon theme uses copyrighted icons without acknowledgement or compliance with the owners' guidelines
https://bugs.kde.org/show_bug.cgi?id=487595 Andres Betts changed: What|Removed |Added CC||anditosan1...@gmail.com --- Comment #1 from Andres Betts --- I think something we have to remember is what type of graphic we are speaking of. Sometimes they are referring to their logo graphic which is not the same as their icon graphic. Some companies don't provide an icon graphic. In which case, you have to make something similar that would fit the bill. However, a few companies provide their own icon graphic for various sizes, in which case, we should simply copy/paste into the icon collection for our system. Sometimes these icons contain a TM graphic as well. For reference, I did just that on the 24px collection for icons belonging to other companies. Just copy paste, no modifications. The 22px collection had the same, but I can't ascertain if they came from a company source or from a modified icon source. Unsure. Still, the icons belonging to companies should probably not be re-licensed. I hope that's clear LOGO is not the same as ICON. Those are two different graphics. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 486116] Discover does not respect screenshot delay
https://bugs.kde.org/show_bug.cgi?id=486116 --- Comment #2 from Andres Betts --- My bad Noah, I meant to say "Spectacle" Not sure why I wrote Discover. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 --- Comment #28 from Andres Betts --- Created attachment 168985 --> https://bugs.kde.org/attachment.cgi?id=168985&action=edit Network icon with red X -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 486116] New: Discover does not respect screenshot delay
https://bugs.kde.org/show_bug.cgi?id=486116 Bug ID: 486116 Summary: Discover does not respect screenshot delay Classification: Applications Product: Discover Version: master Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: discover Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com CC: aleix...@kde.org Target Milestone: --- SUMMARY In today's unstable builds in Fedora, Spectacle appears not to be respecting screenshots delays and takes screenshots immediately on clicking the specific kind of screenshot. STEPS TO REPRODUCE 1. Access Discover 2. Change delay seconds 3. Attempt to take a screenshot with any choice -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 --- Comment #26 from Andres Betts --- - In network-wired-unavailable, was it intentional to use a black X instead of a red X? Usually our X badges are red. Yes, because even in the current 22px it's not consistent. I can make it red if there is more red than black in the icon set. Let me know. - network-wired, network-wired-active, and network-wired-available look the same (or am I just not seeing any differences?) so the latter two could just be symlinks to network-wired, right? Yes because it seemed to me that there is no need to make one different visually than the other. Maybe there is a case for that, let me know. - Could you also include 22px versions? That's the size that these will be displayed at most commonly in the panel, so it's important to have that size. 22px versions are contained in this attachment: wired network variant icons -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 --- Comment #24 from Andres Betts --- Created attachment 168375 --> https://bugs.kde.org/attachment.cgi?id=168375&action=edit Icons 32px -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 --- Comment #23 from Andres Betts --- Created attachment 168374 --> https://bugs.kde.org/attachment.cgi?id=168374&action=edit icons 16px -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 484969] Weather and brightness/night light's icons are easily confused
https://bugs.kde.org/show_bug.cgi?id=484969 --- Comment #33 from Andres Betts --- Would it be ok if we propose or discuss these icons via gitlab? -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 484969] Weather and brightness/night light's icons are easily confused
https://bugs.kde.org/show_bug.cgi?id=484969 --- Comment #8 from Andres Betts --- Maybe I can review them. What do these weather icons go by? Are they 22px? -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 484969] Weather and brightness/night light's icons are easily confused
https://bugs.kde.org/show_bug.cgi?id=484969 Andres Betts changed: What|Removed |Added CC||anditosan1...@gmail.com --- Comment #3 from Andres Betts --- Would it also be a good thing to create a dedicated icon set for weather? I think right now, our collection doesn't contain a lot of that and is reusing icons intended for other purposes. Material has these: https://icon-sets.iconify.design/?query=weather (Filter for Material) -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 --- Comment #21 from Andres Betts --- Can you write out the list of icons needed in total and their names? Sorry for dropping this. I have been pretty busy. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 481632] Add a number next to the wi-fi icon to indicate wi-fi generation technology that is in use.
https://bugs.kde.org/show_bug.cgi?id=481632 Andres Betts changed: What|Removed |Added CC||anditosan1...@gmail.com --- Comment #3 from Andres Betts --- In the context of the desktop, a number symbol at the bottom right could indicate how many wifi networks are available. A sum of networks rather than a version number. It would feel redundant since we have a detail view just a click away. I don't think it's common practice for UIs to show version numbers prominently either. They are just updated and you have new functions but icons don't tend to display version numbers. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 --- Comment #19 from Andres Betts --- (In reply to Nate Graham from comment #18) > Visually those look great! Do you think there's any way you can squeeze an > exclamation point into the triangle? Maybe for the larger sizes, at least? > Because keep in mind we'll need at least 16px and 22px versions of these, > with 32px versions being desirable as well. I think it can be done. I will try. Question, is the 16px version derived from the 22px version, or do I need to make 16px versions? Also, note that 22px lends itself to be blurry as pixels are not equally distributed. There is a chance some aspects of them look blurry. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 --- Comment #17 from Andres Betts --- Created attachment 165329 --> https://bugs.kde.org/attachment.cgi?id=165329&action=edit wired network variant icons Just to confirm this work for you all. Let me know and I can try my luck on a MR and see what happens. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 --- Comment #14 from Andres Betts --- Just to make sure, the icon belongs to a family of status icons that has 6 variants. I can make the variants. Should I put them all here in this ticket? -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 --- Comment #12 from Andres Betts --- Created attachment 165317 --> https://bugs.kde.org/attachment.cgi?id=165317&action=edit wired-network Here is a new rendition. Let me know of any edits. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 --- Comment #11 from Andres Betts --- Ok, sounds good! I will work on this during the weekend. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 --- Comment #8 from Andres Betts --- That would make sense. I searched around to see how others are interpreting network-wired. Is there one from these examples that seems to convey that well? I can make something inspired on that. https://imgur.com/a/YnwDmUV -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479269] Breeze-Dark Icon Theme not using Dark Icons
https://bugs.kde.org/show_bug.cgi?id=479269 Andres Betts changed: What|Removed |Added CC||anditosan1...@gmail.com --- Comment #7 from Andres Betts --- That would make sense. I searched around to see how others are interpreting network-wired. Is there one from these examples that seems to convey that well? I can make something inspired on that. https://imgur.com/a/YnwDmUV -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 --- Comment #6 from Andres Betts --- Created attachment 164996 --> https://bugs.kde.org/attachment.cgi?id=164996&action=edit SampleSVGs I looked around a little bit and noticed that the wired icon is pretty much a copy of what Window has had for a long time. While that is not necessarily a bad thing, it's also one that makes me rethink what we should have. If we are talking ethernet, maybe that's the stronger focus. I found a few samples from around the web and tried to imitate the current breeze icon look and created the attached icons. Given the 22px bounding box and pixel alignment, I had to put some graphics in half pixels, hopefully they don't look too bad. For the emblems, I just copied the ones we currently use. Let me know your thoughts. If positive, I will polish the icons more and make them ready for production. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 479920] network-wired should have less monitor, more wire
https://bugs.kde.org/show_bug.cgi?id=479920 Andres Betts changed: What|Removed |Added CC||anditosan1...@gmail.com --- Comment #5 from Andres Betts --- I will help with the icon -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 478875] Cannot login by pressing enter/return
https://bugs.kde.org/show_bug.cgi?id=478875 Andres Betts changed: What|Removed |Added CC||anditosan1...@gmail.com --- Comment #1 from Andres Betts --- I checked for this and it's not happening in Fedora rawhide. FYI. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 478253] Finished updates disappear, but still occupy space
https://bugs.kde.org/show_bug.cgi?id=478253 Andres Betts changed: What|Removed |Added Ever confirmed|0 |1 CC||anditosan1...@gmail.com Status|REPORTED|CONFIRMED --- Comment #1 from Andres Betts --- This also happens on my machine. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 478622] New: Provide an option to turn off stylus indicator on screen
https://bugs.kde.org/show_bug.cgi?id=478622 Bug ID: 478622 Summary: Provide an option to turn off stylus indicator on screen Classification: Applications Product: systemsettings Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: kcm_tablet Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com CC: aleix...@kde.org Target Milestone: --- SUMMARY *** I wanted to suggest having a feature in the tablet KCM to turn off the graphic that appears to indicate the stylus position on the screen. I think sometimes, this graphic can get in the way. I think sometimes users want to work through touch and there are very few people who don't touch the screen with a stylus before they interact with the screen. The graphic helps appears before users touch the screen and I don't see a lot of value there. However, I know it's good for a few people so that's why I wanted to suggest having this as an option and not the default. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 477941] Plasma crashes in ShellCorona::createWaitingPanels() after connecting the external display
https://bugs.kde.org/show_bug.cgi?id=477941 Andres Betts changed: What|Removed |Added CC||anditosan1...@gmail.com --- Comment #3 from Andres Betts --- In talking to @nicofe I think I am experiencing something similar. https://pastebin.com/qhKypGXR -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 478513] New: Wallpaper Add Toolbar Disappears
https://bugs.kde.org/show_bug.cgi?id=478513 Bug ID: 478513 Summary: Wallpaper Add Toolbar Disappears Classification: Applications Product: systemsettings Version: 5.90.0 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: kcm_wallpaper Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com CC: me...@kde.org, n...@kde.org Target Milestone: --- SUMMARY *** Under wayland and using the wallpaper KCM, when users go to the add button to add custom images to the list of wallpapers, for some reason the toolbar disappears if you add more than one image consecutively. I was able to reproduce the error a couple of times and it was solved by reopening system settings. The toolbar should not disappear. I asked about this from other contributors who did not experience the same issue even though they were also in the unstable build for Plasma 6. *** STEPS TO REPRODUCE 1. Access System Settings 2. Access wallpaper KCM 3. Choose to ADD custom images 4. Try until you notice the add button disappears (For me, this was after 2 images added consecutively) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 478370] New: Incorrect cursor sizing representation under Wayland
https://bugs.kde.org/show_bug.cgi?id=478370 Bug ID: 478370 Summary: Incorrect cursor sizing representation under Wayland Classification: Applications Product: systemsettings Version: 5.90.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_cursortheme Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- Created attachment 164080 --> https://bugs.kde.org/attachment.cgi?id=164080&action=edit CursorSizing SUMMARY *** The cursor KCM has incorrect or non-correlated cursor sizes in its toolbar size selector. Screenshot attached. The representation in the dropdown is not the same as the actual cursor (next to it in screenshot) and still suffers from sizing issues noted here: https://bugs.kde.org/show_bug.cgi?id=439439 This is still a bug in Plasma 6. *** STEPS TO REPRODUCE 1. Access cursor KCM 2. Select cursor size 3. Notice the difference between the 24px selected in the dropdown vs your actual cursor EXPECTED RESULT Sizing should be consistent -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 450353] Discover Restart Button Needs to Follow Confirmation Screen Bypass
https://bugs.kde.org/show_bug.cgi?id=450353 --- Comment #7 from Andres Betts --- I just ran this again in the latest stable version of plasma and the behavior is still there. Checking the restart automatically button skips the confirmation screen and restarts the laptop without warning. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 475856] Enhance visibility while dragging icons into titlebar editor
https://bugs.kde.org/show_bug.cgi?id=475856 --- Comment #2 from Andres Betts --- Yeah. Let’s go with that. I think it works better for ux. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 475856] New: Enhance visibility while dragging icons into titlebar editor
https://bugs.kde.org/show_bug.cgi?id=475856 Bug ID: 475856 Summary: Enhance visibility while dragging icons into titlebar editor Classification: Applications Product: systemsettings Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- SUMMARY When users go to the titlebar editor KCM and work on adding or removing buttons from the titlebar, you drag one of the buttons from the selection area into the titlebar. However, this becomes more difficult to see when users start the drag and only the svg icon is being dragged. Seeing that we use just a lineart icon that is already very thin, the icon can get lost visually while dragging. This is a perception. The functionality works as expected. However, we show these icons inside square containers. It would be great if users could drag the whole thing into the titlebar editor and not just the icon. STEPS TO REPRODUCE 1. Access Titlebar KCM 2. Drag icon into titlebar -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 475569] New: Placeholder text needs to be updated to final text
https://bugs.kde.org/show_bug.cgi?id=475569 Bug ID: 475569 Summary: Placeholder text needs to be updated to final text Classification: Applications Product: systemsettings Version: 5.27.8 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- Created attachment 162279 --> https://bugs.kde.org/attachment.cgi?id=162279&action=edit placeholdertext SUMMARY When you go to the Window Behavior KCM, you see this placeholder text still present in production. I think we worked on the actual text for this but forgot where we have it. The text needs to be replaced. Screenshot attached. STEPS TO REPRODUCE 1. Open System Settings 2. Access Window Behavior 3. Click on FOCUS tab 4. Find "Window Activation Policy" -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 446432] Disable Hover Cursor Preview
https://bugs.kde.org/show_bug.cgi?id=446432 --- Comment #7 from Andres Betts --- The way I see it is the UI is doing a preview of a preview. If the card itself is the real preview, then the hover preview loses meaning. If the card is not a preview, then the hover preview gains meaning. Either way, the main action is to invite the user to click the item and see more. That's the logic I am applying to this bug report. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 446432] Disable Hover Cursor Preview
https://bugs.kde.org/show_bug.cgi?id=446432 --- Comment #5 from Andres Betts --- Or, the animation can play in the preview? -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 474158] New: Enable selected mode to current screen mode button
https://bugs.kde.org/show_bug.cgi?id=474158 Bug ID: 474158 Summary: Enable selected mode to current screen mode button Classification: Plasma Product: KScreen Version: 5.27.7 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: common Assignee: kscreen-bugs-n...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- Created attachment 161404 --> https://bugs.kde.org/attachment.cgi?id=161404&action=edit Taskbar SUMMARY *** It seems that the screen management applet does not have the current selected mode selected or highlighted. The user doesn't know what is active. This could be complicated when one of the screens is not working properly, the user needs a clue of what is happening. *** STEPS TO REPRODUCE 1. Connect an external display 2. Check the display applet in the taskbar 3. Notice that no mode is selected indicating current configuration -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 470610] Not enough contrast between breeze and overview effect background
https://bugs.kde.org/show_bug.cgi?id=470610 --- Comment #2 from Andres Betts --- I don't think your logic is applicable in this case. You're assuming that people only focus on the content inside a window to determine their contents and also assume that people with blurry vision would not use our system. The blurry test was only to illustrate at a lower resolution how little difference there is between the window background and overview background. The background has been the same for me for a while even across multiple installs, I am not really sure the overview background is changing for me unless Neon unstable has a bug. We also have to think of defaults in this case. I get these results with the default combination of wallpaper, breeze style and overview enabled. I only added links to images because bugzilla didn't seem to allow more than one image. I could be wrong. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 470610] New: Not enough contrast between breeze and overview effect background
https://bugs.kde.org/show_bug.cgi?id=470610 Bug ID: 470610 Summary: Not enough contrast between breeze and overview effect background Classification: Plasma Product: plasmashell Version: master Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com CC: k...@davidedmundson.co.uk Target Milestone: 1.0 Overview effect background should use more contrast to make windows more visible. Notice the contrast ratio fail that we see in the attached images. Also, for people with blurry vision, it's harder to make out what you see on the screen when you have too much of one color. Solutions are to change the background to a tint of black or use more transparency. Images: https://ibb.co/2yyv1Qf https://ibb.co/WyGgYfr -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 469636] Xwayland Crash on Wayland Unstable (Neon)
https://bugs.kde.org/show_bug.cgi?id=469636 --- Comment #2 from Andres Betts --- It seems to me that this is "fixed". I reinstalled Neon dev unstable and the problem is gone. IDK. It could have been anecdotal. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 469591] Tab + Enter not working consistently in Kickoff
https://bugs.kde.org/show_bug.cgi?id=469591 --- Comment #2 from Andres Betts --- Can we say that it should always be the space bar and "not" the enter key? Because then, right now, the enter key works to launch items in kickoff. I think you're saying that it should be the spacebar. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 469636] New: Xwayland Crash on Wayland Unstable (Neon)
https://bugs.kde.org/show_bug.cgi?id=469636 Bug ID: 469636 Summary: Xwayland Crash on Wayland Unstable (Neon) Classification: I don't know Product: kde Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- Not sure what causes it but this is the output: PID: 1241 (Xwayland) UID: 1000 (andyb) GID: 1000 (andyb) Signal: 6 (ABRT) Timestamp: Thu 2023-05-11 15:24:39 EDT (23s ago) Command Line: /usr/bin/Xwayland :1 -auth /run/user/1000/xauth_OVHIHs -listen 65 -listen 66 -displayfd 56 -rootless -wm 60 Executable: /usr/bin/Xwayland Control Group: /user.slice/user-1000.slice/user@1000.service/session.slice/plasma-kwin_wayland.service Unit: user@1000.service User Unit: plasma-kwin_wayland.service Slice: user-1000.slice Owner UID: 1000 (andyb) Boot ID: d12e825cb7da4d2a9db60c6c1a00c9f0 Machine ID: c3a40342ab074f99b61f8431914d49e4 Hostname: andy-rogzephyrusg14ga402rjga402rj Storage: /var/lib/systemd/coredump/core.Xwayland.1000.d12e825cb7da4d2a9db60c6c1a00c9f0.1241.168383307900.zst (present) Disk Size: 2.7M Message: Process 1241 (Xwayland) of user 1000 dumped core. Found module linux-vdso.so.1 with build-id: 064f675240880ede3e41c47c0b792a6601be18d0 Found module libpciaccess.so.0 with build-id: 4c93da952f83c1d085d4bdead692db544c79b004 Found module libdrm_intel.so.1 with build-id: 19b1ca240326d9a2e4fa5d8a46dc567880af84f3 Found module libdrm_nouveau.so.2 with build-id: a7835058d1e7ca987ea3c3f79339a2e9a4581239 Found module libdrm_amdgpu.so.1 with build-id: 40ea9dc003e771f3a5961a6290184d2bf07ef1c0 Found module libelf.so.1 with build-id: 0eaf2d056fb292c3da2d99fa16c13d0ec798f121 Found module libdrm_radeon.so.1 with build-id: 4b636f4f611e48e4b593f1677256f25f3481a63f Found module libsensors.so.5 with build-id: 0d5803327d5e32a301844fb819fd3c762f8e69f6 Found module libzstd.so.1 with build-id: 5d9d0d946a3154a748e87e17af9d14764519237b Found module radeonsi_dri.so with build-id: 2bfe8d16607e4a288458009b0d007e10514c999f Found module libicudata.so.70 with build-id: b1c2496dd0543023c7a19c961bb7f3abc818f465 Found module liblzma.so.5 with build-id: b85da6c48eb60a646615392559483b93617ef265 Found module libicuuc.so.70 with build-id: bef3ff1d70aadd68aab07d858a759360c8b919ae Found module libxml2.so.2 with build-id: 1cf4a22fbe15a77baca28e9c824592b8b5d852ff Found module libtinfo.so.6 with build-id: 5bc463a93df92725301f9399eea90bb6fc987b34 Found module libedit.so.2 with build-id: 9fcc3490de1a1f4919b1f6e398c99c7fa25f6863 Found module libstdc++.so.6 with build-id: f57e02bfadacc0c923c82457d5e18e1830b5faea Found module libLLVM-15.so.1 with build-id: b23af1ea3dcc63f22e69adfd4d5857ef7174261c Found module libxcb-sync.so.1 with build-id: 657d8516621c4042b4b221ce1b3525f92467ef7e Found module libxcb-present.so.0 with build-id: a4f415af56b06f1f38d5a0339dd9828ff136b115 Found module libxcb-dri3.so.0 with build-id: b6aa69fda711358025ae4dd29fa597866d29b8c5 Found module libxcb-xfixes.so.0 with build-id: d6f264cc06fb6c92b5ced2c8f373cf5a5bda0e09 Found module libxcb-randr.so.0 with build-id: 7af27bf3e608d5c06645ad4086788afe8a8447e7 Found module libxcb-dri2.so.0 with build-id: dc5a2c2b0c9080fff87ea241e7298a7ac2f838e3 Found module libX11-xcb.so.1 with build-id: 916a9b062e61b0310210ae16428615ebbe01c87d Found module libglapi.so.0 with build-id: 2d75b274fbcd459e128cd4ed99ac7f00205c Found module libEGL_mesa.so.0 with build-id: 529ca855c7d81401f9975f16ddb9e684e20b0854 Found module libEGL.so.1 with build-id: 236d96c92ee2914a0e90e06e01b79dfcba0f7b41 Found module libgcc_s.so.1 with build-id: 09c4935b79388431a1248f6a98e00d7dc81b8513 Found module libxcb.so.1 with build-id: 1bef862a339557aa16c34c7a4b27f8f3aea90517 Found module libresolv.so.2 with build-id: 7fd7253c61aa6fce2b7e13851c15afa14a5ab160 Found module libkeyutils.so.1 with build-id: ff27227afa5eeddccab180dd29bd7fcff94aea7c Found module libbrotlicommon.so.1 with build-id: 43a72967cf84155914c8b3e915926733d1e57c11 Found module libX11.so.6 with build-id: b8d9314a7185312e4813abcac67d8b68ae2fd690 Found module libkrb5support.so.0 with build-id: 60c3bf331f85f4be0c25e70
[plasmashell] [Bug 469591] New: Tab + Enter not working consistently in Kickoff
https://bugs.kde.org/show_bug.cgi?id=469591 Bug ID: 469591 Summary: Tab + Enter not working consistently in Kickoff Classification: Plasma Product: plasmashell Version: master Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: Application Launcher (Kickoff) Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com CC: mikel5...@gmail.com, noaha...@gmail.com Target Milestone: 1.0 It appears that tab + Enter does not work in Kickoff in all areas. When tabbing through the interface I selected the session icons for sleep, restart, shut down and they would not activate when hitting ENTER. However, tab to select applications did work when hitting ENTER. Wayland, latest unstable build. Neon. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 467629] Inconsistent Tooltip Appear Animation
https://bugs.kde.org/show_bug.cgi?id=467629 --- Comment #5 from Andres Betts --- https://collaborate.kde.org/s/myxxKwYFfBJqnjE -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 467629] Inconsistent Tooltip Appear Animation
https://bugs.kde.org/show_bug.cgi?id=467629 --- Comment #4 from Andres Betts --- When I do that, the slide animation goes away, but I get a weird stutter on the appear effect for the tooltip. Video attached. The behavior is still inconsistent across the panel. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 467704] Mouse KCM Should Default to The Currently Active Mouse
https://bugs.kde.org/show_bug.cgi?id=467704 --- Comment #4 from Andres Betts --- I think it would mean the one with the most recent record of movement. They are both "active" in the sense that they are recorded in the system and the system can receive input from both. However, I am thinking that there could be a clever way the system knows which one you are currently manipulating the system with and should automatically change to that as the default option in the KCM. You have to think that this is not as intuitive as we have a dropdown menu for the mouse list which only shows 1 option at a time. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 467185] Add Descriptions to Advanced Settings Where Possible
https://bugs.kde.org/show_bug.cgi?id=467185 --- Comment #3 from Andres Betts --- Yes, if possible. They don't have to be too long but enough to give a good hint to users about their use. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 467704] Mouse KCM Should Default to The Currently Active Mouse
https://bugs.kde.org/show_bug.cgi?id=467704 --- Comment #2 from Andres Betts --- I was on a desktop with 2 mice. Only one of them was active but the mouse drop down had the inactive mouse first. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 467704] New: Mouse KCM Should Default to The Currently Active Mouse
https://bugs.kde.org/show_bug.cgi?id=467704 Bug ID: 467704 Summary: Mouse KCM Should Default to The Currently Active Mouse Classification: Applications Product: systemsettings Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_mouse Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- Created attachment 157523 --> https://bugs.kde.org/attachment.cgi?id=157523&action=edit mousekcm It seems that the mouse kcm doesn't default to the settings for the mouse currently being used. It confused me as I believed I was editing the settings for the right mouse. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 467629] Inconsistent Tooltip Appear Animation
https://bugs.kde.org/show_bug.cgi?id=467629 --- Comment #2 from Andres Betts --- Sorry about that. The video was too big. I thought it had been attached. Here is a link to it: https://collaborate.kde.org/s/g8HJGdyJ7nNaX7H -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 467629] New: Inconsistent Tooltip Appear Animation
https://bugs.kde.org/show_bug.cgi?id=467629 Bug ID: 467629 Summary: Inconsistent Tooltip Appear Animation Classification: Plasma Product: kwin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: effects-various Assignee: kwin-bugs-n...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- I noticed this behavior today. It seems that the appear animation for tooltips is not the same for all the elements in the taskbar. Video attached shows how some appear from the left, others from the right, others from the top, etc. Not sure if the team is aware. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 467628] New: No Wifi After Laptop Wakeup
https://bugs.kde.org/show_bug.cgi?id=467628 Bug ID: 467628 Summary: No Wifi After Laptop Wakeup Classification: Plasma Product: plasma-nm Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- It seems for my laptop, after closing the lid and then opening back up causes an issue with the network applet in the taskbar. After wake up, the system does not reconnect. I don't have wifi. When I click the applet, I get a list of available networks but the one I use doesn't allow me to click the connect button. The button does not appear disabled. I tried clicking the connect button for other networks. While those worked, I entered the password but they did not connect to that different wifi signal. After I reboot the system, the system comes back as normal and the wifi is enabled and working as expected. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 467186] New: Select Region Controls Too Transparent
https://bugs.kde.org/show_bug.cgi?id=467186 Bug ID: 467186 Summary: Select Region Controls Too Transparent Classification: Applications Product: Spectacle Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: m...@baloneygeek.com Reporter: anditosan1...@gmail.com CC: k...@david-redondo.de Target Milestone: --- New screenshot tools under select region seem a little too transparent. Against a dark background, they are harder to make out what the buttons do. I wanted to suggest using background blur for these controls. This should make them easier to parse at a glance. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466019] Allow saving tiling layouts
https://bugs.kde.org/show_bug.cgi?id=466019 Andres Betts changed: What|Removed |Added CC||anditosan1...@gmail.com --- Comment #2 from Andres Betts --- +1 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 467185] New: Add Descriptions to Advanced Settings Where Possible
https://bugs.kde.org/show_bug.cgi?id=467185 Bug ID: 467185 Summary: Add Descriptions to Advanced Settings Where Possible Classification: Applications Product: systemsettings Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: kcm_flatpak Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com CC: joshiesuha...@gmail.com Target Milestone: --- Even though the flatpak advanced options is an area meant for advanced users, I think it makes sense to have descriptions for the items that would seems relevant for regular users to use. Given the descriptions are not there, a user looking to fix issues with flatpaks might have less of a hint to know what to do or where to start. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 407472] Touchpad Disabled When Bluetooth Mouse Present (Wayland)
https://bugs.kde.org/show_bug.cgi?id=407472 --- Comment #1 from Andres Betts --- This is apparently fixed now. I haven't experienced this issue for the past few releases. -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 388206] Right Click Extract Should Extract on First Click
https://bugs.kde.org/show_bug.cgi?id=388206 --- Comment #4 from Andres Betts --- One click extract is probably what I am suggesting. I think it's quicker. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 464307] New: System Settings Redrawing Preview
https://bugs.kde.org/show_bug.cgi?id=464307 Bug ID: 464307 Summary: System Settings Redrawing Preview Classification: Plasma Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com CC: k...@davidedmundson.co.uk Target Milestone: 1.0 Created attachment 155302 --> https://bugs.kde.org/attachment.cgi?id=155302&action=edit VideoRedrawSelection SUMMARY *** It appears that selecting a preview for an application style creates a weird redraw and repositioning of the preview as shown in the video. This is happening to me in the latest unstable version on Neon. *** -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 463836] New: When Window is Fullscreen Taskbar Should Minimize when Clicked
https://bugs.kde.org/show_bug.cgi?id=463836 Bug ID: 463836 Summary: When Window is Fullscreen Taskbar Should Minimize when Clicked Classification: Plasma Product: kwin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- When a window is in fullscreen mode, the user has the option to hit the meta key and reveal the taskbar. If the user clicks the fullscreen application (Currently selected), the taskbar should minimize that window. Currently, it takes the user back to the fullscreen window. This behavior is not consistent with behavior for non-fullscreen windows. The workflow needs to be consistent in spite of the window geometry. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 463835] New: Uncheck Fullscreen from Right Click Menu Does Not Work
https://bugs.kde.org/show_bug.cgi?id=463835 Bug ID: 463835 Summary: Uncheck Fullscreen from Right Click Menu Does Not Work Classification: Plasma Product: kwin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- When selecting right click menu on a window and then selecting fullscreen, this will enable fullscreen removing all elements from the screen but the fullscreen window. When hitting the menu button and revealing the taskbar again, the user right clicks the fullscreen application and selects More > Fullscreen but the fullscreen remains. It's supposed to be undone. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 449521] Animations for creating and deleting Virtual Desktops
https://bugs.kde.org/show_bug.cgi?id=449521 Andres Betts changed: What|Removed |Added Summary|Animations for for creating |Animations for creating and |and deleting Virtual|deleting Virtual Desktops |Desktops| -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 463834] New: Fullscreen Leads to Workflow Errors
https://bugs.kde.org/show_bug.cgi?id=463834 Bug ID: 463834 Summary: Fullscreen Leads to Workflow Errors Classification: Plasma Product: kwin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- Issues: - Using fullscreen removes window toolbar - Hovering at any edge of the screen does not reveal any panels or window borders - There is no apparent graphical way to undo fullscreen (There are ways to bring back the taskbar and use drag to move the window around. However, they are not discoverable) - The warning message for fullscreen windows does not show "how" to undo fullscreen mode. - Undoing fullscreen does not return the window to a manageable size. It does not show, nor reveal, the window borders. - Fullscreen disables hot corner effects like Overview. Suggestions: - Fullscreen should reveal helper UI elements like taskbar, window border by default. They can be set to temporarily appear when touching screen edges with the mouse. - Maybe a temporary OSD should be shown when a window goes fullscreen to indicate how to undo the action. - Undoing fullscreen should return the window size to a manageable size that reveals taskbar and window decorations. - Fullscreen windows, should show a fullscreen button in their toolbar to graphically undo the action. - Fullscreen windows should allow for effects like Overview to still work. This can be a shortcut for not staying trapped in fullscreen windows. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 463833] New: Add PASTE Action to Menus
https://bugs.kde.org/show_bug.cgi?id=463833 Bug ID: 463833 Summary: Add PASTE Action to Menus Classification: Applications Product: dolphin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: anditosan1...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- This is a place where we "must" behave like most systems. Dolphin does "not" have a selectable "Paste" action. Instead, it has "Paste from Clipboard". While this action is descriptive, users can be confused by the addition of Clipboard. In KDE the clipboard can have multiple items copied to it so it can become confusing for users to understand what will be pasted. "Paste" is more universally understood. Please implement it. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 463832] New: Combine Settings in the Settings Menu Into One Interface
https://bugs.kde.org/show_bug.cgi?id=463832 Bug ID: 463832 Summary: Combine Settings in the Settings Menu Into One Interface Classification: Applications Product: dolphin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: anditosan1...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY I noticed that Dolphin's settings menu appears to have 3 different settings that the user can select. I think this can be tough for some users to have to click so many times to find something specific. Ideally, we want to provide users with a one-stop-shop where they can do all things related to one specific activity. In this case, the activity of editing settings is split into 3 different modules. Understanding that our KCMs are all modular, I would love it if we could combine Dolphin settings with the Shortcuts settings, and the Language settings into one UI. That way we make it a one-stop-shop. If the argument is that these other KCMs come from System Settings and are general in their behavior, we should generally link those KCMs to System Settings instead. That way users understand the context of their changes. Otherwise, users can be confused to realize they are changing general settings vs Dolphin-specific settings. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 463831] New: Elided Text in Sidebar Needs to Show Full String in Tooltip
https://bugs.kde.org/show_bug.cgi?id=463831 Bug ID: 463831 Summary: Elided Text in Sidebar Needs to Show Full String in Tooltip Classification: Applications Product: dolphin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: anditosan1...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY When Dolphin's left sidebar is narrower than the strings in some of the items, there needs to be a tooltip that shows users the full name of the elided string. This way, the user who is scanning without clicking can get a sense of what they are missing without much UI intervention. This is generally a common practice across systems. I think we should integrate that here. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 458055] Colorful style used for 22px System Settings KCM icons
https://bugs.kde.org/show_bug.cgi?id=458055 Andres Betts changed: What|Removed |Added CC||anditosan1...@gmail.com --- Comment #5 from Andres Betts --- I like the monochrome version. I feel maybe the sidebar needs a background change to adapt better, but overall the suggestion makes the sidebar look more in line with what we have in other apps and also it weirdly allows for highlighting the colors coming from the kcm to the right. In my original suggestion for changes in syse, the sidebar had monochrome icons. +1 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456881] New: Window Previews Not Working
https://bugs.kde.org/show_bug.cgi?id=456881 Bug ID: 456881 Summary: Window Previews Not Working Product: plasmashell Version: master Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: System Tray Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com CC: mate...@gmail.com Target Milestone: 1.0 Created attachment 150717 --> https://bugs.kde.org/attachment.cgi?id=150717&action=edit blackpreview It appears in the latest unstable build, window previews are not working and instead are showing a black window. This happened on my Wayland session. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 450226] Implement exit/logout animation
https://bugs.kde.org/show_bug.cgi?id=450226 --- Comment #8 from Andres Betts --- (In reply to Nate Graham from comment #7) > This is a legitimate request, so it's a shame you didn't respond to my last > question and the ticket got automatically closed. Re-opening. > > We should indeed create some kind of "logging out..." effect so that the > user knows what's going on. The challenge is not covering up any windows or > dialogs that demand attention to ask the user something, such as the > ubiquitous "Save your changes" dialogs that document-based apps will show. > > Not sure if the best place for this to be implemented would be Plasmashell > (as with the logout screen) or KWin (as a systemwide effect). Starting with > Plasma for now. I am so sorry Nate, I don't get updates about my own bugs for some reason. It's been like this for a long long time. I think I should have mentioned that we are talking about the desktop behavior when the user has enabled bypass shutdown screens or bypass reboot screens. So it's not the general behavior. Under this behavior, the user is not prompted about shutting down, for example, when they click shut down. It happens immediately. This is pretty cool for people ready to leave the desktop but it is also a bit radical in its behavior. I can confirm that under this behavior the system does "NOT" ask users to save. It shuts down without interruptions. Maybe it sends a TERM signal. This is why I say that even though this behavior is enabled, it should still warn users that they are shutting down or rebooting. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 454272] Use Plasma Image Wallpaper plugin to choose a background for SDDM
https://bugs.kde.org/show_bug.cgi?id=454272 --- Comment #2 from Andres Betts --- (In reply to Fushan Wen from comment #1) > I am not sure if it makes sense. SDDM themes have their own backgrounds, and > where should the default background be placed among other backgrounds in a > GridView? I think what I am hinting at here is the behavior we see in mobile and other OSs where they set a global wallpaper and any location that presents the user with the same background stays the same. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 392906] ToolBarApplicationHeader: Add padding between back button and left edge
https://bugs.kde.org/show_bug.cgi?id=392906 --- Comment #2 from Andres Betts --- (In reply to Nate Graham from comment #1) > I've seen this sometimes too. Not in Discover though; this is a pure > Kirigami ToolBarApplicationHeader. Got it. I hope they notice it. -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 388206] Right Click Extract Should Extract on First Click
https://bugs.kde.org/show_bug.cgi?id=388206 --- Comment #2 from Andres Betts --- (In reply to Nate Graham from comment #1) > No extra clicks are necessary, just a little bit of mouse movement to > navigate to "Extract archive here." Right-click menus are already advanced > functionality for most users. Don't know that I agree. But your reasoning makes sense, except it is not as fast. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454720] New: Maximize Panel Should Cancel Floating Panel
https://bugs.kde.org/show_bug.cgi?id=454720 Bug ID: 454720 Summary: Maximize Panel Should Cancel Floating Panel Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: System Tray Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com CC: mate...@gmail.com Target Milestone: 1.0 In the floating panel section under edit mode, the button for floating panel is clicked once for enabling floating panel and a second time to disable floating panel. When the user enters floating panel and clicks Maximize Panel, the panel does nothing. I think we need to think these buttons as opposites of each other. If floating panel undoes maximize panel, then maximize panel should undo floating panel. This would be more congruent with the options we present users with. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 454272] New: Show Wallpaper Menu when Selecting SDDM Background
https://bugs.kde.org/show_bug.cgi?id=454272 Bug ID: 454272 Summary: Show Wallpaper Menu when Selecting SDDM Background Product: systemsettings Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: kcm_splashscreen Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- It seems there are other similar requests asking for unifying the wallpaper setting experience. However, it seems it is complex and it cannot be done right now. However, it would be great if the SDDM KCM in System Settings gained the ability to select images from the wallpaper list to be placed as the background. Currently, the system allows the user to select custom images but does not show the wallpaper images anywhere. If this menu was brought into the selection, it would be easier for users to set the wallpaper background in SDDM and have the same image in all areas of the system. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454271] New: Show Desktop Should Inform Users About Active State
https://bugs.kde.org/show_bug.cgi?id=454271 Bug ID: 454271 Summary: Show Desktop Should Inform Users About Active State Product: plasmashell Version: master Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: Show Desktop/Minimize All Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: 1.0 Currently, when there are no windows or applications open on the desktop, the user can click the show desktop button. However, nothing happens other than show an button active line in the taskbar. This is probably logical but the user needs to be informed of the system's state at all times. It is one of our usability guidelines. By that token, we should try to implement a method, like a darkening effect, or some kind of resistance animation on the desktop that informs the user in clear way that show desktop is active. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 450346] Show Key Combos Inline
https://bugs.kde.org/show_bug.cgi?id=450346 --- Comment #2 from Andres Betts --- (In reply to Nate Graham from comment #1) > Not all effects are activated with a keyboard shortcut though. And some > effects have multiple shortcuts and multiple activation modes. > > It's not a bad idea, but it would be messy to present it in a sane and > consistent way. I was thinking we could ideate on this and come up with mockups. I think of the right click menu on the desktop where not all items have a key combo and it seems to work just fine. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 450226] Implement exit animation when bypassing exit confirmation screen
https://bugs.kde.org/show_bug.cgi?id=450226 --- Comment #3 from Andres Betts --- (In reply to Nate Graham from comment #1) > If we did that, wouldn't it cover up or obscure any apps that need to show a > "save your changes"-style confirmation dialog when the system asks them to > quit? That might happen. I am not sure how this is implemented technically. However, what I see is that whenever the user goes to the shut down button, they click it and it kills everything immediately. There are currently no prompts asking the user to save. At least, that didn't happen for me. I would imagine that a more tactful way to do this is to allow the user to bypass any shutdown dialogs yet be warned/told that information can be lost or needs to be saved. With this report, I am speaking of a different state. When the bypassing is enabled, the user clicks shutdown and it bypasses the confirmation screen. However, it does this by immediately taking the user out of the system. Everything goes black and your system shuts down. My request is that this part could have an intermediate state where the user knows that the system is shutting down and didn't just go black suddenly. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 450392] New: Various Edit Dialogs Need Bigger Min Window Size
https://bugs.kde.org/show_bug.cgi?id=450392 Bug ID: 450392 Summary: Various Edit Dialogs Need Bigger Min Window Size Product: systemsettings Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_kwin_effects Assignee: kwin-bugs-n...@kde.org Reporter: anditosan1...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- A few edit windows in the effects kcm have their window size too small for the user to make out the information they convey. These edit windows belong to the following effects: Invert Mouse Click Animation Looking Glass Magnifier Zoom Mouse Mark Thumbnail Aside Show Paint Desktop Grid (Note this edit window does not follow the vertical organization that other edit windows do) Overview All of these need a min window size that accommodates to all the elements in the edit window. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 450353] Discover Restart Button Needs to Follow Confirmation Screen Bypass
https://bugs.kde.org/show_bug.cgi?id=450353 --- Comment #1 from Andres Betts --- CORRECTION: It is "not" automatic updates that don't follow the confirmation screen bypass, it is the actual "restart" button that appears after completing the updates inside Discover. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 450353] Discover Restart Button Needs to Follow Confirmation Screen Bypass
https://bugs.kde.org/show_bug.cgi?id=450353 Andres Betts changed: What|Removed |Added Summary|Discover Automatic Update |Discover Restart Button |Needs to Follow |Needs to Follow |Confirmation Screen Bypass |Confirmation Screen Bypass -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 450353] New: Discover Automatic Update Needs to Follow Confirmation Screen Bypass
https://bugs.kde.org/show_bug.cgi?id=450353 Bug ID: 450353 Summary: Discover Automatic Update Needs to Follow Confirmation Screen Bypass Product: Discover Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: discover Assignee: lei...@leinir.dk Reporter: anditosan1...@gmail.com CC: aleix...@kde.org Target Milestone: --- It appears even though Plasma is set to skip the confirmation screen for shutdown, restart or log out, Discover does not follow suit when the user selects "Restart automatically after installing packages". When I was doing the updates, I selected this option and the system showed the confirmation screen anyway. However, the rest of the system is set to skip the confirmation screen. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 450346] New: Show Key Combos Inline
https://bugs.kde.org/show_bug.cgi?id=450346 Bug ID: 450346 Summary: Show Key Combos Inline Product: systemsettings Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: kcm_kwin_effects Assignee: kwin-bugs-n...@kde.org Reporter: anditosan1...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- I think it would be great if the key combinations for all the effects in the effects KCM were inline with the list item. That way, the user can just glance at this page and know what key combination they need to activate a specific effect. Right now, the key combination is accessible through clicking the edit button for a selected effect. If the effect is unselected, the user can't access the key combo. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 450226] New: Implement exit animation when bypassing exit confirmation screen
https://bugs.kde.org/show_bug.cgi?id=450226 Bug ID: 450226 Summary: Implement exit animation when bypassing exit confirmation screen Product: plasmashell Version: master Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com CC: k...@davidedmundson.co.uk Target Milestone: 1.0 Users need to be notified of the state of their system at all times. For this reason, I think when shutting down or rebooting Plasma, after selecting to bypass confirmation screens, also needs to inform the user of the state of the system. This can be done with a fade out animation and a message in the center that says "shutting down" or "rebooting". That way the user is not "janked" out of the desktop so quickly and they can follow the progression of their actions through informative prompts. Something like this: https://imgur.com/a/SaYfCuS -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 449601] Allow re-arranging Virtual Desktops in new Overview effect
https://bugs.kde.org/show_bug.cgi?id=449601 --- Comment #2 from Andres Betts --- (In reply to Nate Graham from comment #1) > It's not so much a technical barrier but rather a UI barrier. > > In the Overview effect, virtual desktops are displayed as a flat > one-dimensional list due to space constraints. However this may not actually > not accurate; the true layout can be two-dimensional with any number of rows > and columns. I think before we can allow re-arranging virtual desktops, we > first need to display the true arrangement of Virtual Desktops in the > effect. Otherwise it's just too confusing. This would make sense. I might require other bug reports or some proposals. I am happy to help there. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 449601] New: Allow Reorganizing of Virtual Desktops in New Overview Effect
https://bugs.kde.org/show_bug.cgi?id=449601 Bug ID: 449601 Summary: Allow Reorganizing of Virtual Desktops in New Overview Effect Product: plasmashell Version: master Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: anditosan1...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Although this is not possible because of technical barriers right now, I think we should allow users to reorganize virtual desktops when using the new overview effect. I wanted to leave this bug open in case this is available in the future. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 446432] Disable Hover Cursor Preview
https://bugs.kde.org/show_bug.cgi?id=446432 --- Comment #3 from Andres Betts --- (In reply to David Edmundson from comment #2) > >Cursor preview currently doesn't add a strong benefit for the user by having > >the cursor change on hover > > But what's the disadvantage of doing it? The disadvantage to me is more of a visual issue where the user doesn't get to differentiate between the preview and the regular cursor, because they are the same. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 449525] New: Better Placement for Delete Button in Overview Effect
https://bugs.kde.org/show_bug.cgi?id=449525 Bug ID: 449525 Summary: Better Placement for Delete Button in Overview Effect Product: plasmashell Version: master Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: anditosan1...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Created attachment 146193 --> https://bugs.kde.org/attachment.cgi?id=146193&action=edit newbuttonorganization The new overview effect shows the delete button tacked to the top right corner of the any new virtual desktop. This could be done in a much more visually understandable way. I offer some options in the attachments. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 449521] New: Feature an Appear Animation for Created and Deleted Virtual Desktops
https://bugs.kde.org/show_bug.cgi?id=449521 Bug ID: 449521 Summary: Feature an Appear Animation for Created and Deleted Virtual Desktops Product: plasmashell Version: master Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: anditosan1...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 The new overview effect should feature animations for when users create and delete virtual desktops from the top row. That way users follow the progression of their actions are little closer. This also makes for a less jarring experience with this new effect. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 449520] New: Don't Allow Mouse Pointer to Wiggle Virtual Desktops
https://bugs.kde.org/show_bug.cgi?id=449520 Bug ID: 449520 Summary: Don't Allow Mouse Pointer to Wiggle Virtual Desktops Product: plasmashell Version: master Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: DataEngines Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: 1.0 In the new overview effect, users are able to wiggle the row of virtual desktops. These virtual desktops should be static. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 449169] New: Enable Window Snap to CENTER in a Screen
https://bugs.kde.org/show_bug.cgi?id=449169 Bug ID: 449169 Summary: Enable Window Snap to CENTER in a Screen Product: plasmashell Version: master Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: anditosan1...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 I wanted to request a new snapping area for the window snapping feature for Plasma. Snap to center. As the user drags a window across the desktop, the user gets an additional area to snap into in the center. For those users who like to have a very organized desktop, bringing windows to the very center of the screen helps with focusing one's vision, avoiding tilting. It also signals focus for users. I think it would be great if it existed, especially as bigger screens make it more of a chore to organize windows. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 446432] New: Disable Hover Cursor Preview
https://bugs.kde.org/show_bug.cgi?id=446432 Bug ID: 446432 Summary: Disable Hover Cursor Preview Product: systemsettings Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: kcm_cursortheme Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- Cursor preview currently doesn't add a strong benefit for the user by having the cursor change on hover. The cursor gallery is a representation of the result already, therefore, there is no added value in making the cursor change on hover. Size representation is provided by the size combobox in the KCM. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 446430] New: Make Cursor Preview Bigger and Static by Default
https://bugs.kde.org/show_bug.cgi?id=446430 Bug ID: 446430 Summary: Make Cursor Preview Bigger and Static by Default Product: systemsettings Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: kcm_cursortheme Assignee: plasma-b...@kde.org Reporter: anditosan1...@gmail.com Target Milestone: --- The preview for cursors currently changes with the cursor size selection in the KCM. This makes it so that there is an inconsistent visual representation of the graphics users select. We additionally show cursor size in the cursor size selection dropdown. I think it makes much more sense to make the previews size-consistent so that the user can really make out what graphics they are selecting. If they need a representation of size, they can get that from the size dropdown. -- You are receiving this mail because: You are watching all bug changes.
