Closed
Bug 60743
Opened 24 years ago
Closed 23 years ago
Fix accesskeys
Categories
(Mozilla Localizations :: de / German, defect, P3)
Mozilla Localizations
de / German
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: BenB, Assigned: kairo)
References
Details
Many accesskeys in Mail Compose and the Addressbook in mozilla 0.6 (and probably
Mozilla trunk, didn't check) are not available in the translation, causing XML
errors.
I added them to the Beonex de-DE translation (based on Mozilla de-AT). I need to
know, how to submit patches (since it is not in the tree).
Comment 1•24 years ago
|
||
Robert maintains the translation locally. I agree that it would be nice (but
maybe overkill?) to put it in a CVS tree (sourceforge?), so everybody could
check out if certain bugs are already fixed or not.
Reporter | ||
Comment 2•24 years ago
|
||
> CVS tree (sourceforge?)
If anything, then mozilla.org CVS. Filed bug 60748.
Robert, what should I do in the meantime?
Reporter | ||
Comment 3•24 years ago
|
||
forgot to cc robert.
Assignee | ||
Comment 4•24 years ago
|
||
Ben, as long it's only changes to files in locale, attach the patches here (or
tell me file/key/translated text in the report).
If it involves xul or js, file bugs against the component's owners, I need their
changes first so that locale-only changes from my side have effect.
I know that current accesskeys in de-AT might be not very well-formed because I
didn't have the time to take a close look on accesskey structure.
I'm very happy if someone does this and files bug reports on that!
Also adding dependency on 57878 (Localisations should be in CVS) though it's not
fully dependent on that but what you mentioned about source is actually
dependent on that one...
Depends on: 57878
Assignee | ||
Comment 5•24 years ago
|
||
Sebastian, btw, you can also see if certain bugs are fixed if you install a
nightly xpi package from www.kairo.at/mozilla :)
Reporter | ||
Comment 6•24 years ago
|
||
I used the M18 XPI at mozilla.org for mozilla0.6, which could be the reason why
I got the errors.
Do you have a version for mozilla0.6 already? Could you use a corresponding
nightly localization? If not, you could use my changes for Beonex Comm. 0.6.
Assignee | ||
Comment 7•24 years ago
|
||
I'm not sure if I'll do a 0.6 version as I never downloaded any branch build,
and current nightlies are quite far away from 0.6
I think should either wait for 0.9 or do a self-made immediate milestone for
de-AT...
Reporter | ||
Comment 8•24 years ago
|
||
Changing personal priorities. Giving away most of my bugs :-( (reassigning to
default owner).
I will still track these bugs closely. If you need my input, feel free to ask me.
New owner: Please do *not* close these bugs (as WONTFIX or whatever you may
find) unless they are fixed. Rather, reassign to <nobody@mozilla.org>, if you
don't want to work on them.
Assignee: mozilla → KaiRo
Assignee | ||
Comment 9•23 years ago
|
||
Really missing accesskeys are not happening now as I'm using MozillaTranslator,
and that application does preserve all entities.
Anyway, false accesskeys that are appended to the strings (in brackets) may
still happen, and I appreciate any bugs that are filed on those issues.
Additionally, the fix to bug 41572 may cause some "false applied" accesskeys -
again, I appreciate any bugs filed on them...
Ben, what to do with this bug now?
Assignee | ||
Comment 10•23 years ago
|
||
I'm closing this bug as the original issue is fixed, please open new bugs if you
find false accesskeys or problems with accesskeys in German Language Pack.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 11•22 years ago
|
||
starting verifying marathon, expect more mails to come:
=> VERIFIED
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•