Closed
Bug 1174520
Opened 9 years ago
Closed 4 years ago
Having two scrollbars for both the original and the localizing panel
Categories
(developer.mozilla.org Graveyard :: General, enhancement)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: sphinx_knight, Unassigned)
References
Details
(Keywords: in-triage, Whiteboard: [specification][type:feature])
Attachments
(6 files)
What problem would this feature solve? ====================================== This would prevent long articles to quickly become out of sync while editing. While translating articles, at the beginning, both versions are facing each other which is OK. However, after some sections, it becomes impossible to see the corresponding part of the original article in the editor. Who has this problem? ===================== All contributors to MDN How do you know that the users identified above have this problem? ================================================================== I localized some articles, others reported me this problem. Articles' length vary depending on the locale: For example, French texts are approx. 1.2x longer than English text... this difference + the current UI leads to impractical situation. How are the users identified above solving this problem now? ============================================================ Using two instances of Firefox, one displaying the original en-US article (which can be scrolled) and another one for translating. Do you have any suggestions for solving the problem? Please explain in detail. ============================================================================== Having an independant scrollbar for the en-US panel should be able to help users adjust the scrolling. Is there anything else we should know? ======================================
Comment 4•9 years ago
|
||
Comment 5•9 years ago
|
||
*Somewhere* there is a bug with a screenshot of a patch for this. I tried and but cannot find it :( It's probably from last July around the same time we were working on Bug 1032058. I mention this because I think there was a reason that we didn't implement it?
I remembered a previous bug about this but couldn't find it, that's why I filed this one. If this one is a dupe, no problem.
Comment 7•9 years ago
|
||
See also bug 1040595
Updated•9 years ago
|
Comment 8•9 years ago
|
||
I would like to do this, it is a great idea that would solve several translation interface bugs. Unfortunately, previous discussions (Bug 913441) show a distinct preference for not having more than one scroll bar on the page and fixing this would give us a total of 3.
Comment 9•9 years ago
|
||
Comment 10•9 years ago
|
||
Comment 11•9 years ago
|
||
I'm going to abandon my work on this for now :(
Reporter | ||
Comment 12•9 years ago
|
||
Thanks. Just as a note (not saying this is a good choice or not): SUMO deals with 3 scrollbars.
Comment 13•6 years ago
|
||
I think this is an important feature for all the translaters, especially those who trying long articles. In my opinion, adjusting roughly is OK; For example, adding temporal lines whose size is half a page(maybe a quater is better) to the top of English content, like Ctrl+D or Ctrl+U in vim. Actually, I used to scroll quickly with vimperator add-on, but now that it's not supported, enhancement in Kuma is more welcome.
Comment 14•6 years ago
|
||
FYI: Japanese l10n community has a UserScript that helps localization work: https://github.com/mozilla-japan/translation/raw/master/MDN/TranslationHelper.user.js (If you've installed UserScript environment like Greasemonkey or Tampermonkey, this link will guide you to install automatically.) I've added a feature on this script recently to resolve this bug. Though this script support only Japanese locale for now, try this script here. https://developer.mozilla.org/ja/docs/Learn/HTML/Introduction_to_HTML/Getting_started$edit
Comment 15•6 years ago
|
||
[↑] [-] [↓] ================ This is the UI and each tooltip means "scroll down original", "reset scroll", and "scroll down translated".
Comment 16•4 years ago
|
||
MDN Web Docs' bug reporting has now moved to GitHub. From now on, please file content bugs at https://github.com/mdn/sprints/issues/ and platform bugs at https://github.com/mdn/kuma/issues/.
Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
Updated•4 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•