Review Request 121449: Rename "Human Input Devices" to just "Input Devices"

[Thomas Pfeiffer]

> On Dez. 11, 2014, 3:57 nachm., Thomas Pfeiffer wrote:
> > I'll just comment here to let you know that you're not being ignored.
> > From my perspective, just "Input Devices" - while less precise - would work as well. I'd like to give Heiko, who came up with the "Human" in the name, the chance to comment as well before giving it a "Ship it" from our group, though.
> 
> Martin Klapetek wrote:
>     > while less precise
>     
>     Well, to some extent, yes. But aren't all devices for which we have config modules "human"? ;) What's a non-human input device anyway?

A scanner for example provides input data, but directly from humans.
Well, whatever, as Heiko has already agreed to the change, it's fine from our side. Lemme quickly give a "Ship it!" ;)


- Thomas


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121449/#review71814
-----------------------------------------------------------


On Dez. 11, 2014, 2:43 nachm., Martin Klapetek wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/121449/
> -----------------------------------------------------------
> 
> (Updated Dez. 11, 2014, 2:43 nachm.)
> 
> 
> Review request for Plasma and KDE Usability.
> 
> 
> Repository: systemsettings
> 
> 
> Description
> -------
> 
> The "Human" part feels strange (even though technically correct). Putting just "Input devices" is stil correct and feels more natural
> 
> 
> Diffs
> -----
> 
>   categories/settings-hardware-input.desktop ddc3204 
> 
> Diff: https://git.reviewboard.kde.org/r/121449/diff/
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Martin Klapetek
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20141211/f3e8e4a1/attachment.html>