[kig] [Bug 366695] Feature to change swap macros with identical input/output

2016-08-26 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366695 --- Comment #4 from Alexander Schier --- I do not mean "without changing the geometry" (as seen on the screen), but without changing the construction (as in some tree of operations or whatever the internal data structure does). So if i change the constr

[kig] [Bug 366695] Feature to change swap macros with identical input/output

2016-08-24 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366695 --- Comment #2 from Alexander Schier --- When macro1 and macro2 are given and there is an object constructed by macro1, i would like to click this object and select "replace macro1-object by macro2-object". This would internally then replace "CenterOfMa

[kig] [Bug 366695] New: Feature to change swap macros with identical input/output

2016-08-12 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366695 Bug ID: 366695 Summary: Feature to change swap macros with identical input/output Product: kig Version: unspecified Platform: Ubuntu Packages OS: Linux

[kwin] [Bug 365292] Present Windows should not zoom out "always on top" windows

2016-08-01 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=365292 --- Comment #5 from Alexander Schier --- Not sure, if this is a real bug, because the expected behaviour on clicking firefox in the panel is: - hide everything - expose all firefox windows This happens, but on both monitors and the second one even whe

[kwin] [Bug 365292] Present Windows should not zoom out "always on top" windows

2016-07-25 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=365292 --- Comment #3 from Alexander Schier --- The biggest problem with the feature is, that currently full screen windows (at least vlc) are completely hidden in the zoome out effect, even when on another monitor. Testcase: - First Monitor: Some Windows, ma

[kwin] [Bug 365254] Usability: Removing Buttons from the window decoration is confusing

2016-07-11 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=365254 --- Comment #4 from Alexander Schier --- I didn't want to say it's the wrong icon by some definition in a icon scheme, but that experience the UX here as confusing. Its not the icon, which is the problem, but the workflow. I would think moving between

[kwin] [Bug 365292] Present Windows should not zoom out "always on top" windows

2016-07-09 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=365292 --- Comment #1 from Alexander Schier --- Additionally, it zooms out the windows on all monitors, even when the application only has windows on one monitor. Example setup: - two monitors - on the right one a video player - on the left one firefox with t

[kwin] [Bug 365292] New: Present Windows should not zoom out "always on top" windows

2016-07-09 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=365292 Bug ID: 365292 Summary: Present Windows should not zoom out "always on top" windows Product: kwin Version: unspecified Platform: Debian stable OS: Linux

[kwin] [Bug 365254] New: Usability: Removing Buttons from the window decoration is confusing

2016-07-08 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=365254 Bug ID: 365254 Summary: Usability: Removing Buttons from the window decoration is confusing Product: kwin Version: 5.7.0 Platform: Neon Packages OS: Linux

[kwin] [Bug 323798] Plastik Decoration broken when the title contains HTML

2016-06-21 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=323798 Alexander Schier changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED

[kwin] [Bug 323798] Plastik Decoration broken when the title contains HTML

2016-06-21 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=323798 Alexander Schier changed: What|Removed |Added Severity|grave |major Version|4.11.0

[kwin] [Bug 319188] Plastik Window-Decos replace unused buttons with horizontal space

2016-06-21 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=319188 --- Comment #18 from Alexander Schier --- Ooops, wrong bugreport. Sorry. -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 319188] Plastik Window-Decos replace unused buttons with horizontal space

2016-06-21 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=319188 --- Comment #17 from Alexander Schier --- 4.14 tested with plastik decoration, 5.6 with all defaults of the live cd. -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 319188] Plastik Window-Decos replace unused buttons with horizontal space

2016-06-21 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=319188 --- Comment #16 from Alexander Schier --- The HTML problem seems fixed, but other characters can still break stuff. Example URL: http://www.robotinabox.de/was-tun-wenn-schueler-autismus-haben%E2%80%A8%E2%80%A8%E2%80%A8/ xprop output for the title: WM_

[korganizer] [Bug 362703] New: korganizer does not notify the user, when a caldav password is wrong

2016-05-05 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362703 Bug ID: 362703 Summary: korganizer does not notify the user, when a caldav password is wrong Product: korganizer Version: 4.14.2 Platform: Debian stable OS: Linux

[kwin] [Bug 362133] No "spacer" available when configuring the buttons in the window decoration

2016-04-23 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362133 Alexander Schier changed: What|Removed |Added Summary|No "space" available when |No "spacer" available when

[kwin] [Bug 362133] New: No "space" available when configuring the buttons in the window decoration

2016-04-23 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=362133 Bug ID: 362133 Summary: No "space" available when configuring the buttons in the window decoration Product: kwin Version: 5.5.5 Platform: Kubuntu Packages OS: Linu

[kwin] [Bug 357311] plastik decorations: Color scheme changes are not applied immediately

2015-12-30 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=357311 --- Comment #5 from Alexander Schier --- The Fedora 23 CD i am using has only breeze and Plastik. -- You are receiving this mail because: You are watching all bug changes.

[kwin] [Bug 357311] plastik decorations: Color scheme changes are not applied immediately

2015-12-30 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=357311 --- Comment #4 from Alexander Schier --- It is IN Plastik and not in the default decoration. I can try some other decorations later on the Fedora live cd i used, when it's needed. -- You are receiving this mail because: You are watching all bug change

[kwin] [Bug 357311] Color scheme changes are only applied on new windows with plastik decorations

2015-12-29 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=357311 --- Comment #2 from Alexander Schier --- nope, Plastik exists since 3.x times, its's that one: https://czechia.kde.org/screenshots/images/3.2/snapshot07d.png And it changes the color, it just does not instantly, but only for newly opened windows, while

[kwin] [Bug 357311] New: Color scheme changes are only applied on new windows with plastik decorations

2015-12-29 Thread Alexander Schier via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=357311 Bug ID: 357311 Summary: Color scheme changes are only applied on new windows with plastik decorations Product: kwin Version: 5.4.0 Platform: Fedora RPMs OS: Linux