Bureaucrats, developer, Administrators
9,854
edits
Tickets and feature request: Difference between revisions
+ '''Feature request for multi-display setups: possibility to isolate a display for a moment in order to use full set of window resizing mouse gestures in every display''' at the KDE Bugtracking System - bug 443164]
(KDE Plasma | Feature request for multi-display setups | It would be nice if the users could press a key which would cause the display the mouse is in to be isolated / walled from the other displays...) |
(+ '''Feature request for multi-display setups: possibility to isolate a display for a moment in order to use full set of window resizing mouse gestures in every display''' at the KDE Bugtracking System - bug 443164]) |
||
| Line 5: | Line 5: | ||
== Filed tickets == | == Filed tickets == | ||
* 2021-09-30 | '''KDE Plasma''', applicable also to other desktop envirnonments | [https://bugs.kde.org/show_bug.cgi?id=443164 '''Feature request for multi-display setups: possibility to isolate a display for a moment in order to use full set of window resizing mouse gestures in every display''' at the KDE Bugtracking System - bug 443164] | |||
* 2021-09-01 | '''KDE Plasma panel bug''' | [https://bugs.kde.org/show_bug.cgi?id=441867 KDE Bugtracking System - Bug 441867 - When application icons are in two rows in the panel, navigation-route initiated with hover-over-icon is broken for apps in the lower row of the panel'] turned out to be a duplicate of [https://bugs.kde.org/show_bug.cgi?id=439363 KDE Bugtracking System - Bug 439363 - 'Grouped windows can only be selected in top row of multi-line Task Manager'] | * 2021-09-01 | '''KDE Plasma panel bug''' | [https://bugs.kde.org/show_bug.cgi?id=441867 KDE Bugtracking System - Bug 441867 - When application icons are in two rows in the panel, navigation-route initiated with hover-over-icon is broken for apps in the lower row of the panel'] turned out to be a duplicate of [https://bugs.kde.org/show_bug.cgi?id=439363 KDE Bugtracking System - Bug 439363 - 'Grouped windows can only be selected in top row of multi-line Task Manager'] | ||
* 2021-02-15 | '''MobileFrontend combined with ConfirmEdit''' | [https://phabricator.wikimedia.org/T274807 Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend] [[MediaWiki/Tickets/Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend]], open | * 2021-02-15 | '''MobileFrontend combined with ConfirmEdit''' | [https://phabricator.wikimedia.org/T274807 Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend] [[MediaWiki/Tickets/Phabricator T274807 - No CAPTCHA from ConfirmEdit served for users that use MobileFrontend]], open | ||
* 2020-11-30 | '''LibreOffice Calc feature request''' | [https://bugs.documentfoundation.org/show_bug.cgi?id=138567 Document Foundation Bugzilla - Bug 138567 - Feature request: Add ability to cut in Calc without stripping cell formatting from the area being cut] - This is reportedly solved on LibreOffice 7.1.6.0.0+ for Linux. | * 2020-11-30 | '''LibreOffice Calc feature request''' | [https://bugs.documentfoundation.org/show_bug.cgi?id=138567 Document Foundation Bugzilla - Bug 138567 - Feature request: Add ability to cut in Calc without stripping cell formatting from the area being cut] - This is reportedly solved on LibreOffice 7.1.6.0.0+ for Linux. | ||
* 2020-11-21 | '''MediaWiki feature request''' | [https://phabricator.wikimedia.org/T268385 Phabricator T268385 - Feature request: Keeping track of time spent in phases of edits for users], open, low. | * 2020-11-21 | '''MediaWiki feature request''' | [https://phabricator.wikimedia.org/T268385 Phabricator T268385 - Feature request: Keeping track of time spent in phases of edits for users], open, low. | ||
* 2020-11-19 | '''MediaWiki template import''' | '''my bad '''| [https://phabricator.wikimedia.org/T268273 Phabricator T268273 - Missing content_model rows after importing templates and modules] - this was my bad, people tried to reproduce and in the end the writing on the wall was: test yourself on 1.35 and it turned out that my internal testwiki had run into an inconsistent state, likely when doing upgrades, closed, invalid | * 2020-11-19 | '''MediaWiki template import''' | '''my bad '''| [https://phabricator.wikimedia.org/T268273 Phabricator T268273 - Missing content_model rows after importing templates and modules] - this was my bad, people tried to reproduce and in the end the writing on the wall was: test yourself on 1.35 and it turned out that my internal testwiki had run into an inconsistent state, likely when doing upgrades, closed, invalid | ||
* 2020-04-26 | '''Matomo analytics extension for MediaWiki''' | [https://phabricator.miraheze.org/T5476 Miraheze Pharbricator T5476 - Needed to remove 7 lines from MatomoAnalytics/includes/MatomoAnalyticsHooks.php to get the extension to work with Mediawiki 1.34.1]. The Matomo free analytics plugin for MediaWiki was quickly fixed for everyone. | * 2020-04-26 | '''Matomo analytics extension for MediaWiki''' | [https://phabricator.miraheze.org/T5476 Miraheze Pharbricator T5476 - Needed to remove 7 lines from MatomoAnalytics/includes/MatomoAnalyticsHooks.php to get the extension to work with Mediawiki 1.34.1]. The Matomo free analytics plugin for MediaWiki was quickly fixed for everyone. | ||
* 2019-09-27 | '''MediaWiki upgrade problem''' | [https://phabricator.wikimedia.org/T234027 Phabricator T234027 - Unable to upgrade wiki family of 2 wikis from 1.32.0 to 1.33.0 due to DB structure being different than the upgrade.php expects], closed, resolved - Thanks to Anomie for singlehandedly solving this | * 2019-09-27 | '''MediaWiki upgrade problem''' | [https://phabricator.wikimedia.org/T234027 Phabricator T234027 - Unable to upgrade wiki family of 2 wikis from 1.32.0 to 1.33.0 due to DB structure being different than the upgrade.php expects], closed, resolved - Thanks to Anomie for singlehandedly solving this | ||
| Line 25: | Line 33: | ||
Here are some ideas for '''feature requests''' and '''improvement possibilities''' that I have rustled up: | Here are some ideas for '''feature requests''' and '''improvement possibilities''' that I have rustled up: | ||
# KDE Plasma | Feature request for multi-display setups | It would be nice if the users could press a key which would cause the display the mouse is in to be isolated / walled from the other displays for the duration of the key-press. The payoff of this kind of feature is that it is quick to make 1/1, 1/4 and 1/2 screen arrangements of windows quickly with the "rub window against a side or a corner of a display" in every display. | '''FILED''' | ||
# KDE Plasma | Feature request for multi-display setups | [https://bugs.kde.org/show_bug.cgi?id=443164 FILED 443164] It would be nice if the users could press a key which would cause the display the mouse is in to be isolated / walled from the other displays for the duration of the key-press. The payoff of this kind of feature is that it is quick to make 1/1, 1/4 and 1/2 screen arrangements of windows quickly with the "rub window against a side or a corner of a display" in every display. | |||
'''NOT FILED YET''' | |||
# '''File manipulation dialogues''' | They are horribly varied causing a lot of mental strain that should be avoided if possible. Would it be possible to have unified behavior in these dialogues? In some programs the file dialogues files and directories are shown all alphabetically, whilst in some programs it shows the subdirectories first alphabetically and only then the files alphabetically. I prefer the latter. (Maybe this can already be configured ???) Please could we get one good unified "save as", "open" etc. dialogues? (Currently it seems to vary what kind of UI and therefor UI logic there is, which causes mental strain) | # '''File manipulation dialogues''' | They are horribly varied causing a lot of mental strain that should be avoided if possible. Would it be possible to have unified behavior in these dialogues? In some programs the file dialogues files and directories are shown all alphabetically, whilst in some programs it shows the subdirectories first alphabetically and only then the files alphabetically. I prefer the latter. (Maybe this can already be configured ???) Please could we get one good unified "save as", "open" etc. dialogues? (Currently it seems to vary what kind of UI and therefor UI logic there is, which causes mental strain) | ||
# '''KDE Plasma panel''' | Could it be possible to link programs together so that when one is raised, all are raised? | # '''KDE Plasma panel''' | Could it be possible to link programs together so that when one is raised, all are raised? | ||