The "KDE Applications" bundle.
Use this tag only for applications which are
- part of the "KDE Applications" bundle and
- they have no other specific tag/projects, or no knowns/long term maintainers.
The "KDE Applications" bundle.
Use this tag only for applications which are
To close the loop on this, the feature has now been integrated, and I have submitted a merge request to remove the button from the toolbar: https://invent.kde.org/plasma/kwin/-/merge_requests/1104
I think KDE Connect has a quite outdated icon too.
The new tooltip isn't merged yet. Once it is, it will be safe to remove the window decoration button. Until then, the button has to remain, because some people might still be using it.
The What's This titlebar button is not available in other desktops and made obsolete by the new tooltip implementation. The new implementation should work everywhere, the button definitively doesn't.
In addition:
In T9986#255915, @cullmann wrote:
[...]
for Qt 6 the ? button will automatically disappear, if we don't actively enable it ourself.
If I don't misunderstand the Qt docs:
Adding to what @dfaure said, I think the button is useful, and it should be opt-out, not opt-in; the former is simple using systemsettings, the latter is impossible to discover, because how would a new user find out there is actually a question mark button that can be used to show extra info about some GUI element.
"Who cares" (which really means "I don't care", since clearly there are people who do care), and "stupid" are not constructive feedback nor acceptable language in this community.
Here's a constructive suggestion for how your feedback should have looked like:
Who cares what you use the strings for, this request is about removing the stupid button on the title bar and that's more than before a valid request.
We decided to go in entirely the opposite direction and use the "What's This" strings for expanded tooltips. See https://invent.kde.org/frameworks/kxmlgui/-/merge_requests/45
Announce is being worked on in this branch https://invent.kde.org/websites/kde-org/-/merge_requests/85/diffs
I've read it, just gave my opinion on the status quo
That's a substantial list which includes applications with a steepish learning curve that probably provide useful information in the What's This texts.
That's not really helpful now is it?
Did a bit of research with SourceGraph (excluded deprecated stuff + projects that have high usage) -> loaded all results-> regexed text from page
grep'ing in kdesrc-build/kde/src/:
btw how many apps actually use this feature? It might be worth going over them case by case if there's only a few (only seen it in dolphin and ksysguard, which is going bye-bye)
I've scheduled in the first quarterly app update article here https://phabricator.kde.org/E754
I agree but I had to draw the line somewhere. I drew it at terms like file, folder, view. Otherwise I would have to paraphrase or explain them in every other text. The context help isn't that well suited for a very basic introduction.
In T9986#249646, @rjvbb wrote:In fact, I hear even more: users as inexperienced (not to say clueless...) as you suggest they are will probably not understand much of the example What'sThis text - which explains things in just more unfamiliar concepts.
I made a proof of concept of an expandable tooltip based on a lot of feedback from this discussion. I think this would be a fine way to provide context help. It allows us to provide it in many of the typical circumstances: https://invent.kde.org/frameworks/kxmlgui/-/merge_requests/45
Regarding the timing/diminishing-returns issue (as I agree with ltoscano that its separate from naming)... I feel it's a 2-step decision-tree here:
A challenge I think I'm seeing coming up with a good name is that... KDE sounds really, *really* *cool* already. Like, more than three letters have any right to be.
How about "KDE Drop" for quadmonthly update?
e-mail send to kde-community
I find the contextual help quite nice but I don’t see how beginners are actually supposed to use this when experienced users like me (20 years of computers/10 years of Linux) didn’t even know it worked.
FWIW, what's this text is useful for old/experienced users too (I still use it occasionally in e.g. Kate/Dolphin settings dialog, for settings that I haven't changed before, or don't change frequently), it's a simple/fast alternative to having to search through the handbook/manual or search online...
- It was incompletely implemented by developers, reducing the incentive to enter the mode that showed the balloons
For reference, Apple used to have this feature by the name of "Balloon Help" back before Mac OS X. It suffered from the same problem as ours:
Felix Ernst wrote on 20210210::18:07:07 re: "T9986: Delete "What's This" inline help functionality"
Thanks! I might have already done more work in that direction if there wasn't this task with many comments pushing towards removing contextual help in general
In T9986#249185, @cullmann wrote:That solution looks indeed nice, too.
I would have no issue to adopt that one. Merge requests welcome :P
The UI, yes, to the extent possible. Which is often not the case because there is simply no place for additional text (if that's what you were suggesting) and even if there were it would lead to a lot of visual clutter.
Hi
Call this late opinion, but I got the Kate icon with a recent openSUSE update. It has unclear silhouette (because the blue dot is dominant) and visually conflicts with lots of other "blue-dot" icons. Example: Chromium, and Bluefish and skype and telegram. Can we do better? E.g. do something also supporting lower resolutions that show more clear silhouette?
It's quite ad hoc but it seems to work well on an effort-to-reward ratio as I do see people posting these bugfix announcements on social media.
We do bugfix announcements for Plasma, but they are very small and low effort, with typically three prominent bugfixes selected on the day of the announcement by Jon yelling "hey who knows what cool things were fixed recently?" in the plasma chatroom. It's quite ad hoc but it seems to work well on an effort-to-reward ratio as I do see people posting these bugfix announcements on social media.
In T14091#249489, @jriddell wrote:One thing to tidy up then is how should bugfix releases be announced? An e-mail to kde-announce yes and an info page like https://kde.org/info/releases-20.12.2/ but should there be anything at all at https://kde.org/announcements/ and on the front page or just nothing at all?
One thing to tidy up then is how should bugfix releases be announced? An e-mail to kde-announce yes and an info page like https://kde.org/info/releases-20.12.2/ but should there be anything at all at https://kde.org/announcements/ and on the front page or just nothing at all?
Not really. This is just the same Whatsthis with a button in front.
I think a solution like https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/51 would be a good fit for the Kate/KTextEditor config dialog.
To coincide with the next major version of the release service, on April, 22nd?
https://community.kde.org/Schedules/release_service/21.04_Release_Schedule#Thursday.2C_April_22.2C_2021:_21.04_Release
What would the new calendar look like? When would the next announcement be made?