Re: Review Request 128019: Remove F1 as standard shortcut for Help
> On May 26, 2016, 3:37 p.m., Matthew Dawson wrote: > > While I appreciate the source of this change (I've almost never hit F1 > > intending to open the doucmentation myself), I don't think a RR is the > > right place to discuss changes to our default shortcuts. This takes a > > small survey of a small section of our community. I think the VDG would > > probably be the best place to have a discussion about what help, if any, is > > triggered and on what shortcut (though if there is a better source I'm > > happy to take their input instead). Once there is a consensus, then I'm > > happy to have those changes implemented. > > > > Since there is a global way to disable F1 for people who find this annoying > > now, this is a -2 from me. People annoyed at F1 can fix their issue now > > without code changes while we figure out the best plan forward. > > Albert Astals Cid wrote: > The proper way of doing this is having metrics reporting that show how > quickly after pressing F1 you close khelpcenter, unfortunately the user > metric reporting got blocked on "this is spying our users", so now we don't > have any data that can back my claim that F1 as a shortcut is useless or > someone else's claim that it is vital. > > I will discard this and stop pursuing the idea, it's clear we're > stationary and people are scared of change or even getting the data to pursue > change. > > Matthew Dawson wrote: > To be clear, I'm not against this change, I'm just against having the > conversation about this change in *this* communication channel. Like I said, > if this is taken to something like VDG, and the consensus there is to remove > this shortcut, I'll happily take this (even if there are some objections). > > Please don't stop pursuing this! I agree the current behaviour is > suboptimal and something new should be found. My goal isn't to be stationary. > > Albert Astals Cid wrote: > The kde-usability mailing list is subscribed here. In my opinion that's > enough to get usability people to comment, your -2 means you think it is not. > > I do not have time to do more than what i have done, i have 29 okular > review requests pending and i should really get to review them this century, > so no, i'm not going to pursue this further. > > If you think the current behavior is suboptimal maybe you can be > convinced to do it ;) > > Matthew Dawson wrote: > I don't find RR are a great place for this type of conversation, > especially something that may take a wider vision. If kde-usability comes to > a consensus, that's good enough for me. > > Fair enough on your time constraints, I use okular all the time and > appreciate your work in it :). I'll see what I can do about it, though I > have the same time problems. Just for the record: The usability team still definitely wants metrics! In fact, I think we cannot ever create really excellent software without them. It just has to be opt-in, not opt-out. I do not see where metrics as such got blocked. If you got that impression out of the Neon install counting discussions, you have misinterpreted it. Oh and yes, Albert is right: We do have input from the usability team. Both Heiko and I are against assigning F1 to something other than getting help. It does not have to be the traditional help syste, with text in a new window, but it has to be some sort of help. - Thomas --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95848 --- On May 26, 2016, 10:04 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 26, 2016, 10:04 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
> On May 26, 2016, 7:49 a.m., Heiko Tietze wrote: > > What function would you like to invoke with F1? Close app? > > Albert Astals Cid wrote: > None, give it back to the apps so they can do whatever it wants with it, > like let's say F2 or F9 It was a rhetorical question. Default keys must not get assigned freely. Especially F1 is burnt forever. BTW: F2 is used for rename, or rather start editing. - Heiko --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95809 --- On May 26, 2016, 10:04 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 26, 2016, 10:04 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
> On May 26, 2016, 11:37 a.m., Matthew Dawson wrote: > > While I appreciate the source of this change (I've almost never hit F1 > > intending to open the doucmentation myself), I don't think a RR is the > > right place to discuss changes to our default shortcuts. This takes a > > small survey of a small section of our community. I think the VDG would > > probably be the best place to have a discussion about what help, if any, is > > triggered and on what shortcut (though if there is a better source I'm > > happy to take their input instead). Once there is a consensus, then I'm > > happy to have those changes implemented. > > > > Since there is a global way to disable F1 for people who find this annoying > > now, this is a -2 from me. People annoyed at F1 can fix their issue now > > without code changes while we figure out the best plan forward. > > Albert Astals Cid wrote: > The proper way of doing this is having metrics reporting that show how > quickly after pressing F1 you close khelpcenter, unfortunately the user > metric reporting got blocked on "this is spying our users", so now we don't > have any data that can back my claim that F1 as a shortcut is useless or > someone else's claim that it is vital. > > I will discard this and stop pursuing the idea, it's clear we're > stationary and people are scared of change or even getting the data to pursue > change. > > Matthew Dawson wrote: > To be clear, I'm not against this change, I'm just against having the > conversation about this change in *this* communication channel. Like I said, > if this is taken to something like VDG, and the consensus there is to remove > this shortcut, I'll happily take this (even if there are some objections). > > Please don't stop pursuing this! I agree the current behaviour is > suboptimal and something new should be found. My goal isn't to be stationary. > > Albert Astals Cid wrote: > The kde-usability mailing list is subscribed here. In my opinion that's > enough to get usability people to comment, your -2 means you think it is not. > > I do not have time to do more than what i have done, i have 29 okular > review requests pending and i should really get to review them this century, > so no, i'm not going to pursue this further. > > If you think the current behavior is suboptimal maybe you can be > convinced to do it ;) I don't find RR are a great place for this type of conversation, especially something that may take a wider vision. If kde-usability comes to a consensus, that's good enough for me. Fair enough on your time constraints, I use okular all the time and appreciate your work in it :). I'll see what I can do about it, though I have the same time problems. - Matthew --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95848 --- On May 26, 2016, 6:04 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 26, 2016, 6:04 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
> On May 26, 2016, 3:37 p.m., Matthew Dawson wrote: > > While I appreciate the source of this change (I've almost never hit F1 > > intending to open the doucmentation myself), I don't think a RR is the > > right place to discuss changes to our default shortcuts. This takes a > > small survey of a small section of our community. I think the VDG would > > probably be the best place to have a discussion about what help, if any, is > > triggered and on what shortcut (though if there is a better source I'm > > happy to take their input instead). Once there is a consensus, then I'm > > happy to have those changes implemented. > > > > Since there is a global way to disable F1 for people who find this annoying > > now, this is a -2 from me. People annoyed at F1 can fix their issue now > > without code changes while we figure out the best plan forward. > > Albert Astals Cid wrote: > The proper way of doing this is having metrics reporting that show how > quickly after pressing F1 you close khelpcenter, unfortunately the user > metric reporting got blocked on "this is spying our users", so now we don't > have any data that can back my claim that F1 as a shortcut is useless or > someone else's claim that it is vital. > > I will discard this and stop pursuing the idea, it's clear we're > stationary and people are scared of change or even getting the data to pursue > change. > > Matthew Dawson wrote: > To be clear, I'm not against this change, I'm just against having the > conversation about this change in *this* communication channel. Like I said, > if this is taken to something like VDG, and the consensus there is to remove > this shortcut, I'll happily take this (even if there are some objections). > > Please don't stop pursuing this! I agree the current behaviour is > suboptimal and something new should be found. My goal isn't to be stationary. The kde-usability mailing list is subscribed here. In my opinion that's enough to get usability people to comment, your -2 means you think it is not. I do not have time to do more than what i have done, i have 29 okular review requests pending and i should really get to review them this century, so no, i'm not going to pursue this further. If you think the current behavior is suboptimal maybe you can be convinced to do it ;) - Albert --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95848 --- On May 26, 2016, 10:04 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 26, 2016, 10:04 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/ --- (Updated May 26, 2016, 10:04 p.m.) Status -- This change has been discarded. Review request for KDE Frameworks and KDE Usability. Repository: kconfig Description --- F1 is too important and too easy to trigger for something like Help, that be honest you don't need a shortcut for (since you don't invoke Help that often). Diffs - src/gui/kstandardshortcut.cpp 6be6309 Diff: https://git.reviewboard.kde.org/r/128019/diff/ Testing --- Thanks, Albert Astals Cid ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
> On May 26, 2016, 3:37 p.m., Matthew Dawson wrote: > > While I appreciate the source of this change (I've almost never hit F1 > > intending to open the doucmentation myself), I don't think a RR is the > > right place to discuss changes to our default shortcuts. This takes a > > small survey of a small section of our community. I think the VDG would > > probably be the best place to have a discussion about what help, if any, is > > triggered and on what shortcut (though if there is a better source I'm > > happy to take their input instead). Once there is a consensus, then I'm > > happy to have those changes implemented. > > > > Since there is a global way to disable F1 for people who find this annoying > > now, this is a -2 from me. People annoyed at F1 can fix their issue now > > without code changes while we figure out the best plan forward. The proper way of doing this is having metrics reporting that show how quickly after pressing F1 you close khelpcenter, unfortunately the user metric reporting got blocked on "this is spying our users", so now we don't have any data that can back my claim that F1 as a shortcut is useless or someone else's claim that it is vital. I will discard this and stop pursuing the idea, it's clear we're stationary and people are scared of change or even getting the data to pursue change. - Albert --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95848 --- On May 25, 2016, 11:01 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 25, 2016, 11:01 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
> On May 26, 2016, 10:51 a.m., Elvis Angelaccio wrote:
> > What if people start complaining? ("Why F1 is not working anymore?!?")
> >
> > I just tried and the shortcut can be disabled *globally* from system
> > settings (or replaced with another shortcut). It's something that you need
> > to do only once and works for all applications, so it seems a good
> > compromise to me.
You understand this also applies the other way around right? If you use Help so
much you really need a global-kde-way to launch it, you can go an enable it.
- Albert
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/128019/#review95818
---
On May 25, 2016, 11:01 p.m., Albert Astals Cid wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/128019/
> ---
>
> (Updated May 25, 2016, 11:01 p.m.)
>
>
> Review request for KDE Frameworks and KDE Usability.
>
>
> Repository: kconfig
>
>
> Description
> ---
>
> F1 is too important and too easy to trigger for something like Help, that be
> honest you don't need a shortcut for (since you don't invoke Help that often).
>
>
> Diffs
> -
>
> src/gui/kstandardshortcut.cpp 6be6309
>
> Diff: https://git.reviewboard.kde.org/r/128019/diff/
>
>
> Testing
> ---
>
>
> Thanks,
>
> Albert Astals Cid
>
>
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
> On May 26, 2016, 7:49 a.m., Heiko Tietze wrote: > > What function would you like to invoke with F1? Close app? None, give it back to the apps so they can do whatever it wants with it, like let's say F2 or F9 - Albert --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95809 --- On May 25, 2016, 11:01 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 25, 2016, 11:01 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
> On May 25, 2016, 11:25 p.m., Luigi Toscano wrote: > > I disagree, but I fear I will be the only one. When you disagre you have to give a reason ;) Do you really need a "shortcut" to go to help? How often do you use it compared to let's say Ctrl+F, F3, Ctrl+X? - Albert --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95797 --- On May 25, 2016, 11:01 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 25, 2016, 11:01 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95848 --- While I appreciate the source of this change (I've almost never hit F1 intending to open the doucmentation myself), I don't think a RR is the right place to discuss changes to our default shortcuts. This takes a small survey of a small section of our community. I think the VDG would probably be the best place to have a discussion about what help, if any, is triggered and on what shortcut (though if there is a better source I'm happy to take their input instead). Once there is a consensus, then I'm happy to have those changes implemented. Since there is a global way to disable F1 for people who find this annoying now, this is a -2 from me. People annoyed at F1 can fix their issue now without code changes while we figure out the best plan forward. - Matthew Dawson On May 25, 2016, 7:01 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 25, 2016, 7:01 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
> On Mai 26, 2016, 12:12 vorm., Thomas Pfeiffer wrote: > > As Kai said: Activating the help cursor by pressing F1 (and actually > > putting useful help behind it!) would be a great thing to have from a > > user's perspective. > > Contextual help would be much more helpful than a plain old help text, and > > changing the cursor to the help cursor would be a far less annoying > > unintended action than opening the help browser. > > > > The question is: Do we think there is a chance to get developers to > > actually put useful contextual help in their UIs in the the future, or will > > it likely just be doing nothing in the vast majority of apps? > > David Edmundson wrote: > You've just described "what's this" text that we currently have. > You sometimes see a ? in the window manager decoration, for example in > systemsettings. > > So it's not a quesion of guessing, you can see how widely unused it is > right now. > > Thomas Pfeiffer wrote: > Sorry, I should have expressed myself more clearly. > I knew full well what I'd described, and I knew full well that it was > hardly used. > > The question was rather "Could we _make_ developers use it more > consistently if we officially made it the primary help system?" Also we would need to make a KDeclarative equivalent for it because - as always - QML sucks in this regard and doesn't have any notion of a "What's this" feature. - Kai Uwe --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95801 --- On Mai 25, 2016, 11:01 nachm., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated Mai 25, 2016, 11:01 nachm.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
> On May 26, 2016, 12:12 a.m., Thomas Pfeiffer wrote: > > As Kai said: Activating the help cursor by pressing F1 (and actually > > putting useful help behind it!) would be a great thing to have from a > > user's perspective. > > Contextual help would be much more helpful than a plain old help text, and > > changing the cursor to the help cursor would be a far less annoying > > unintended action than opening the help browser. > > > > The question is: Do we think there is a chance to get developers to > > actually put useful contextual help in their UIs in the the future, or will > > it likely just be doing nothing in the vast majority of apps? > > David Edmundson wrote: > You've just described "what's this" text that we currently have. > You sometimes see a ? in the window manager decoration, for example in > systemsettings. > > So it's not a quesion of guessing, you can see how widely unused it is > right now. Sorry, I should have expressed myself more clearly. I knew full well what I'd described, and I knew full well that it was hardly used. The question was rather "Could we _make_ developers use it more consistently if we officially made it the primary help system?" - Thomas --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95801 --- On May 25, 2016, 11:01 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 25, 2016, 11:01 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
> On May 26, 2016, 12:12 a.m., Thomas Pfeiffer wrote: > > As Kai said: Activating the help cursor by pressing F1 (and actually > > putting useful help behind it!) would be a great thing to have from a > > user's perspective. > > Contextual help would be much more helpful than a plain old help text, and > > changing the cursor to the help cursor would be a far less annoying > > unintended action than opening the help browser. > > > > The question is: Do we think there is a chance to get developers to > > actually put useful contextual help in their UIs in the the future, or will > > it likely just be doing nothing in the vast majority of apps? You've just described "what's this" text that we currently have. You sometimes see a ? in the window manager decoration, for example in systemsettings. So it's not a quesion of guessing, you can see how widely unused it is right now. - David --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95801 --- On May 25, 2016, 11:01 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 25, 2016, 11:01 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/128019/#review95818
---
What if people start complaining? ("Why F1 is not working anymore?!?")
I just tried and the shortcut can be disabled *globally* from system settings
(or replaced with another shortcut). It's something that you need to do only
once and works for all applications, so it seems a good compromise to me.
- Elvis Angelaccio
On May 25, 2016, 11:01 p.m., Albert Astals Cid wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/128019/
> ---
>
> (Updated May 25, 2016, 11:01 p.m.)
>
>
> Review request for KDE Frameworks and KDE Usability.
>
>
> Repository: kconfig
>
>
> Description
> ---
>
> F1 is too important and too easy to trigger for something like Help, that be
> honest you don't need a shortcut for (since you don't invoke Help that often).
>
>
> Diffs
> -
>
> src/gui/kstandardshortcut.cpp 6be6309
>
> Diff: https://git.reviewboard.kde.org/r/128019/diff/
>
>
> Testing
> ---
>
>
> Thanks,
>
> Albert Astals Cid
>
>
___
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95809 --- What function would you like to invoke with F1? Close app? - Heiko Tietze On May 25, 2016, 11:01 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 25, 2016, 11:01 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95801 --- As Kai said: Activating the help cursor by pressing F1 (and actually putting useful help behind it!) would be a great thing to have from a user's perspective. Contextual help would be much more helpful than a plain old help text, and changing the cursor to the help cursor would be a far less annoying unintended action than opening the help browser. The question is: Do we think there is a chance to get developers to actually put useful contextual help in their UIs in the the future, or will it likely just be doing nothing in the vast majority of apps? - Thomas Pfeiffer On May 25, 2016, 11:01 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 25, 2016, 11:01 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95798 --- Is there any way to instead change it to an "F1, F1" sequence so that users actively trying to use this still have some easy way to do it, while preventing accidental initiations of help? I'm not sure if that's better for usability or worse though... - Michael Pyne On May 25, 2016, 11:01 p.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 25, 2016, 11:01 p.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95797 --- I disagree, but I fear I will be the only one. - Luigi Toscano On May 26, 2016, 1:01 a.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 26, 2016, 1:01 a.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95795 --- +1 only hit it accidentally. If we were to provide Help on F1 it better be contextual and not launching an external application that takes time to load and has to be closed manually. - Kai Uwe Broulik On Mai 25, 2016, 11:01 nachm., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated Mai 25, 2016, 11:01 nachm.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
Re: Review Request 128019: Remove F1 as standard shortcut for Help
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128019/#review95793 --- +1. After years of using KDE Software, I don't think any time I've hit it was on purpose. - Aleix Pol Gonzalez On May 26, 2016, 1:01 a.m., Albert Astals Cid wrote: > > --- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/128019/ > --- > > (Updated May 26, 2016, 1:01 a.m.) > > > Review request for KDE Frameworks and KDE Usability. > > > Repository: kconfig > > > Description > --- > > F1 is too important and too easy to trigger for something like Help, that be > honest you don't need a shortcut for (since you don't invoke Help that often). > > > Diffs > - > > src/gui/kstandardshortcut.cpp 6be6309 > > Diff: https://git.reviewboard.kde.org/r/128019/diff/ > > > Testing > --- > > > Thanks, > > Albert Astals Cid > > ___ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
