>From the conversation on IRC: - As Aron is mentioning in his comment, this bug affects all languages, not only Simplified Chinese - It's caused by mixing a stock button (with shortcut) with a non-stock one (without shortcut) - Someone needs to make a decision on how to best fix it
<dpm> cjwatson, stgraber, the Chinese translators didn't seem to happy about adding a shortcut on the translation where there isn't one in the original string. I've asked them to comment on the bug <cjwatson> I kind of wonder why we don't have a shortcut on that msgstr to match GTK, in some ways maybe it's also used in the KDE frontend though? <stgraber> dpm: I can definitely understand that, though the reason for the bug is that they added it for all the other ones in gtk ... dpm: so they should either add the shortcut for that one too or remove all of these they added for all the gtk stock buttons dpm: otherwise you get an inconsistent installer UI <dpm> stgraber, I'm not sure I quite follow why the shortcut appears in one button and not in the other. Is it because the Back one is stock and thus has a shortcut, and the Continue one is not stock and doesn't have one? if so, would it not be better to add a shortcut in the Continue button in the source code? <cjwatson> stgraber: well, no, the "Continue" string is in ubiquity proper but the others are imported from GTK <cjwatson> dpm,stgraber: yeah, on inspection, this string is shared with KDE which I'm fairly sure has different shortcut conventions <cjwatson> so I don't think it can be as simple as adding _, even in the translation * cjwatson tries to remember why the stock labels weren't good enough <cjwatson> It would read "Forward" rather than "Continue" <cjwatson> but it does seem illogical to use stock labels for one thing and not another, in the same button bar <cjwatson> maybe check with mpt? <cjwatson> our back/forward button handling doesn't look desperately consistent in general <mpt> dpm, I don't know why the stock string was never changed. Probably because it was inappropriately shared with (for example) the navigation buttons in browsers, where you do want just "Back" and "Forward" <dpm> mpt, what do you think the best way to solve that bug and be consistent should be? Both stock buttons with shortcut, or both non-stock buttons? <mpt> dpm, I think the best way would be to make the keyboard combo for going to the next step Enter, and the keyboard combo for going to the previous step Esc. <dpm> mpt, cjwatson, that's probably a solution for +1, though, right? ^ Is there anything that can be done at this point in the cycle, or should the bug be wontfix for oneiric and precise? <cjwatson> mpt: I thought that was in general the case anyway, but it's not very discoverable so people missed it <mpt> cjwatson, if something isn't discoverable, I try to make it more discoverable before adding a second thing :-) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/892386 Title: No shortcut available for "forward" button for Chinese during installation / oem-config To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/892386/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
