[kdevelop] [Bug 386345] There is no simple way how to focus/highlight/select currently edited file in the "Projects" toolview
https://bugs.kde.org/show_bug.cgi?id=386345 --- Comment #2 from vbspam <vbs...@centrum.cz> --- Thank you! Yes, it is exactly what I was looking for. My toolview had disabled toolbar so I did not see the icon and did not find it elsewhere. Once it is here :-) what do you think about to have it in the context menu? -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 386345] New: There is no simple way how to focus/highlight/select currently edited file in the "Projects" toolview
https://bugs.kde.org/show_bug.cgi?id=386345 Bug ID: 386345 Summary: There is no simple way how to focus/highlight/select currently edited file in the "Projects" toolview Product: kdevelop Version: 5.1.2 Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: UI: general Assignee: kdevelop-bugs-n...@kde.org Reporter: vbs...@centrum.cz Target Milestone: --- This is feature request, not a bug. I did not find suitable place for feature request. Feature request: "Focus/highlight/select currently edited file in the project view." Current state: There is no simple way how to focus/highlight/select currently* edited file in the "Projects" toolview"(*or any file opened in the editor tab). Business requirement: The user shall be able to quickly find currently opened or edited file in the "Projects" toolview in order to get context of the file. The immediate action "Select in projects view" should be accessible: - from editor context menu, - from editor tab context menu, - have the possibility to bind to user defined "shortcut". User story: - Bob opens large project - Bob will start build of the project - There are multiple errors in CMakeList.txt files, which Bob opens by clicking on the error messages showed in the "Build" toolview. - Bob finds that there are so many CMakeList.txt files opened in the editor - Bob wants to identify context of actually opened file - Bob press "Ctrl+Alt+P" and get the current file highlighted/selected in the "Projects" toolview. Notes: The shortcut "Ctrl+Alt+P" is just example/placeholder for more appropriate shortcut. Instead using the shortcut, Bob may want to use particular context menu. Alternatively if the file is not part of any project, the file may be highlighted in the Filesystem toolview. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 385594] launchInPlace is broken from libtaskmanager; causes Icons-Only Task manager icons to jump around
https://bugs.kde.org/show_bug.cgi?id=385594 --- Comment #33 from vbspam <vbs...@centrum.cz> --- It seems that restart helped. I shared the observation of the bugfix behavior on system which was not restarted. When I did put two systems (old ok, new with fix) side by side freshly booted, it worked like a charm. So there is no need to open the visual visual regression issue bug. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 385799] Icons-Only Task Manager - Behavior of pined application changed to strange icon re-positioning when application started.
https://bugs.kde.org/show_bug.cgi?id=385799 --- Comment #2 from vbspam <vbs...@centrum.cz> --- It is already fixed since Plasma 5.11.1 - please see details in bug 385594. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 385594] launchInPlace is broken from libtaskmanager; causes Icons-Only Task manager icons to jump around
https://bugs.kde.org/show_bug.cgi?id=385594 --- Comment #31 from vbspam <vbs...@centrum.cz> --- I can confirm that in the Plasma 5.11.1 it has acceptable behavior. Although I very appreciate this quick fix - Thank you! - it has a little bit different visual response. The icon first show in the most right side and then when the application starts, the icon quickly moves to expected location. The previous behavior did not showed the icon temporarily on the right. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 375976] appmenu not shown for gtk apps
https://bugs.kde.org/show_bug.cgi?id=375976 vbspam <vbs...@centrum.cz> changed: What|Removed |Added CC||vbs...@centrum.cz --- Comment #15 from vbspam <vbs...@centrum.cz> --- I can confirm it still does not work for LibreOffice 5.4.2.2 and Plasma 5.11.1. Although I filled a new bug https://bugs.documentfoundation.org/show_bug.cgi?id=113397 I am interested what is necessary to do on which side to support this business requirement ("Have global menu for all applications running on my/your laptop"). -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 375642] Code completion doesn't offer overrides if parent class derives from template parameter
https://bugs.kde.org/show_bug.cgi?id=375642 --- Comment #3 from vbspam <vbs...@centrum.cz> --- Forgot to mention using KDevelop 5.1.2 from Neon KDE 5.11. The similar behavior observer also in KDevelop 5.0.4 and 5.1.80 from AppImage ran on the same system. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 375642] Code completion doesn't offer overrides if parent class derives from template parameter
https://bugs.kde.org/show_bug.cgi?id=375642 vbspam <vbs...@centrum.cz> changed: What|Removed |Added CC||vbs...@centrum.cz --- Comment #2 from vbspam <vbs...@centrum.cz> --- It does not work even for simple scenario like this: file: ClassB.hpp> #pragma once template class ClassB { public: void DoSomething(int T) {} }; file: testClassB.cpp #include void testClassB() { ClassB testInstance; testInstance.DoSomething( //here it does not propose arguments } In complex C++11,14,17 constructs it stops working complete, leaving me only with Automatic Word Completion nonsense. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 385799] New: Icons-Only Task Manager - Behavior of pined application changed to strange icon re-positioning when application started.
https://bugs.kde.org/show_bug.cgi?id=385799 Bug ID: 385799 Summary: Icons-Only Task Manager - Behavior of pined application changed to strange icon re-positioning when application started. Product: plasmashell Version: 5.11.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Icons-only Task Manager Assignee: h...@kde.org Reporter: vbs...@centrum.cz CC: plasma-b...@kde.org Target Milestone: 1.0 Created attachment 108370 --> https://bugs.kde.org/attachment.cgi?id=108370=edit Icons-Only-Task-Manage-Weird-Behavior Icons-Only Task Manager (next IOTM) - Behavior of pined application changed to strange icon re-positioning when application started. How to reproduce: 1. Have a clear panel. 2. Add IOTM on it. 3. Run and pin any two applications on the panel. Close both applications. 4. Click on the most left pinned application in order to run it. What happens? The icon (most left) of the application will move (re-position) to the most right side of the IOTM. What is expected? The icon of the pinned started application should stay where it was/is and should just indicate the application is/was starting/started. Observations: It worked well in 5.10 and lower. Id stop working in 5.11. I am using KDE Neon stable repositories. With the Plasma 5.10 everything worked well as one would expect. With the 5.11 it changed to this weird behavior. My users who accidentally confirmed the update are screaming every morning what is happening with their apps (I know the icon is just nearby but they do not care). For illustration please see attached screen recording. -- You are receiving this mail because: You are watching all bug changes.