[Fedora-i18n-bugs] [Bug 960628] New: Cannot save translation without conversion specifiers in source string
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=960628
Bug ID: 960628
Summary: Cannot save translation without conversion specifiers
in source string
Product: Fedora
Version: 19
Component: transifex
Severity: unspecified
Priority: unspecified
Assignee: domingobecker(a)gmail.com
Reporter: jmatsuzawa(a)gnome.org
QA Contact: extras-qa(a)fedoraproject.org
CC: bazanluis20(a)gmail.com, diegobz(a)gmail.com,
domingobecker(a)gmail.com,
i18n-bugs(a)lists.fedoraproject.org,
r.landmann(a)redhat.com, rakesh.pandit(a)gmail.com
Category: ---
Created attachment 744766
--> https://bugzilla.redhat.com/attachment.cgi?id=744766&action=edit
Screenshot showing this problem
Description of problem:
If a translated string does not have the same conversion specifiers in the
source string, saving it fails with the error which says "The expression '%e'
is not present in the translation". I've attached a screenshot showing this
problem. Please refer to it.
I think translations like that should be accepted. Some format strings like
date-time formats does not always need to have the same specifiers in the
original texts.
Version-Release number of selected component (if applicable):
N/A
How reproducible:
Always
Steps to Reproduce:
1. Open a string with one or more conversion specifiers on Transifex
2. Translate it into a string without the same specifiers
3. Press the save button.
Actual results:
Transifex says "The expression '%e' is not present in the translation" and
translations are not saved.
Expected results:
Translations are saved normally.
Additional info:
A workaround is to upload a PO file instead of saving translations on the web
interface editor.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=UnPik0xqp6&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 958802] New: [ibus-typing-Booster][gu_IN]- Proper information to install hunspell dictionary.
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958802
Bug ID: 958802
Summary: [ibus-typing-Booster][gu_IN]- Proper information to
install hunspell dictionary.
Product: Fedora
Version: 19
Component: ibus-typing-booster
Severity: unspecified
Priority: unspecified
Assignee: apatil(a)redhat.com
Reporter: swkothar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mfabian(a)redhat.com
Category: ---
Description of problem:
When type in gedit using typing booster, First It says "Please install hunspell
dictionary!" through popup window If it's not installed, When i clik on that
part then nothing happened, For new user it's bit confusing.
Suggestion:
There should be proper path For installation like settings->Region &
Language->Gujarati-inscript(hunspell))->go to "Install dictionary" on the
preference window
OR
when click on that part then it should be automatically go to hunspell
dictionary window where we can install it.
Version-Release number of selected component (if applicable):
ibus-typing-booster-0.0.26-1.fc19.noarch
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=pR3QZ1nuyp&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 958732] New: RFE: Completion words on the candidate window
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958732
Bug ID: 958732
Summary: RFE: Completion words on the candidate window
Product: Fedora
Version: 19
Component: ibus-kkc
Severity: low
Priority: unspecified
Assignee: dueno(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Category: ---
Description of problem:
The word completion feature is really nice though, there are no clue to see
what words appears next. so it isn't predictable and is hard to use this
feature. that would be nice if those are available on the candidate window
Version-Release number of selected component (if applicable):
ibus-kkc-1.5.10-1.fc19.x86_64
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=gKBABBOx2L&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 958066] New: [gu_IN][control-center] - Calender data is showing in different locale when login with some other.
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=958066
Bug ID: 958066
Summary: [gu_IN][control-center] - Calender data is showing in
different locale when login with some other.
Product: Fedora
Version: 19
Component: control-center
Keywords: i18n
Severity: low
Priority: medium
Assignee: control-center-maint(a)redhat.com
Reporter: swkothar(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: control-center-maint(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, mkasik(a)redhat.com,
ofourdan(a)redhat.com, rstrode(a)redhat.com
Category: ---
Created attachment 741818
--> https://bugzilla.redhat.com/attachment.cgi?id=741818&action=edit
screen shot for the unusual error described in the bug
Description of problem:
Version-Release number of selected component (if applicable):
control-center-3.8.1-2.fc19.x86_64
How reproducible:
Steps to Reproduce:
1. Install F19 in Hindi locale
2. Post installation, create user, login with new user, in hindi locale
3. Change language with gu_IN(Gujarati) from system-config-language
4. Logout and login again in gu_IN locale with new user
5. Left click on system Calender from the panel
6 Observe the language in the calender itself.
Actual results:
The calender is showing Date format field strings in hindi when login with
gu_IN locale.
Expected results:
It should show the Date format fields in gu_IN (Gujarati) locale itself, when
logged in in Gujatari locale.
Special Observation :
With the command "locale" from the command line executed, its providing the
following information which looks not correct.
Output :
LANG=gu_IN.utf8
LC_CTYPE="gu_IN.utf8"
LC_NUMERIC=hi_IN.UTF-8
LC_TIME=hi_IN.UTF-8
LC_COLLATE="gu_IN.utf8"
LC_MONETARY=hi_IN.UTF-8
LC_MESSAGES="gu_IN.utf8"
LC_PAPER=hi_IN.UTF-8
LC_NAME="gu_IN.utf8"
LC_ADDRESS="gu_IN.utf8"
LC_TELEPHONE="gu_IN.utf8"
LC_MEASUREMENT=hi_IN.UTF-8
LC_IDENTIFICATION="gu_IN.utf8"
LC_ALL=
Additional info:
Screen shot attached with a yellow circle pointed out the error.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=7qEPCVg2Tx&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 953402] New: Assigned shortcut keys isn't visible on the view
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=953402
Bug ID: 953402
Summary: Assigned shortcut keys isn't visible on the view
Product: Fedora
Version: 19
Component: control-center
Keywords: i18n
Severity: unspecified
Priority: unspecified
Assignee: control-center-maint(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: control-center-maint(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org, mkasik(a)redhat.com,
ofourdan(a)redhat.com, rstrode(a)redhat.com
External Bug ID: GNOME Desktop 698258
Category: ---
Description of problem:
When running on Japanese locale, the column of the assigned shortcut keys are
out of the view. see the attached screenshot in upstream bugzilla for more
details.
Version-Release number of selected component (if applicable):
control-center-3.8.0-3.fc19.x86_64
How reproducible:
always
Steps to Reproduce:
1.LANG=ja_JP.UTF-8 gnome-control-center
2.click on the keyboard icon
3.see
Actual results:
No column of the keybindings
Expected results:
should be there
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=FRWcbadbJE&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 950717] New: faulty translation for file name (...%s - %d.png), which is not matching with provided context.
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=950717
Bug ID: 950717
Summary: faulty translation for file name (...%s - %d.png),
which is not matching with provided context.
Product: Fedora
Version: 19
Component: gnome-screenshot
Keywords: Translation
Severity: unspecified
Priority: unspecified
Assignee: mclasen(a)redhat.com
Reporter: aalam(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ccecchi(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
mclasen(a)redhat.com
Category: ---
Description of problem:
Few language have issue with Name of file saved with gnome-screenshot as name
of created file is not exactly *.png, which should be. Provided context has
hint about translation.
like
---
. translators: this is the name of the file that gets made up
#. * with the screenshot if the entire screen is taken
#: ../src/screenshot-filename-builder.c:144
#, c-format
msgid "Screenshot from %s.png"
msgstr ""
#. translators: this is the name of the file that gets
#. * made up with the screenshot if the entire screen is
#. * taken
#: ../src/screenshot-filename-builder.c:151
#, c-format
msgid "Screenshot from %s - %d.png"
msgstr ""
---
Effected language:
--
as
bn_IN
gu
hi
kn
or
ta
--
this statics from Master Branch
https://l10n.gnome.org/module/gnome-screenshot/
Version-Release number of selected component (if applicable):
gnome-screenshot-3.8.0-1.fc19.x86_64
How reproducible:
Steps to Reproduce:
1. $LANG=hi_IN.UTF-8 gnome-screenshot
2. Check file name in ~/Pictures folder
3.
Actual results:
file is like "2013-04-10 23:27:28.png से स्क्रीनशॉट"
(.png is in between in string)
Expected results:
it should be "2013-04-10 23:27:28 से स्क्रीनशॉट.png"
(.png should be last)
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=0fMrL1CdPi&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 950524] New: [Indic] Default fonts for Indic languages are not lohit, hence rendering is good for translation
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=950524
Bug ID: 950524
Summary: [Indic] Default fonts for Indic languages are not
lohit, hence rendering is good for translation
Product: Fedora
Version: 19
Component: anaconda
Keywords: i18n
Severity: unspecified
Priority: unspecified
Assignee: anaconda-maint-list(a)redhat.com
Reporter: aalam(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: anaconda-maint-list(a)redhat.com,
g.kaviyarasu(a)hotmail.com,
i18n-bugs(a)lists.fedoraproject.org,
jonathan(a)jonmasters.org, kanarip(a)kanarip.com,
mkolman(a)redhat.com, sbueno(a)redhat.com
Category: ---
Created attachment 733653
--> https://bugzilla.redhat.com/attachment.cgi?id=733653&action=edit
Screenshot with Yellow Line
Description of problem:
Anaconda is not using Lohit-* font family for Indic languages (Hindi, Gujarati,
Odia, Punjabi), (but gnu free Sans/Serif, package 'gnu-free-fonts-*'), so
Rendering is effected for those languages.
Version-Release number of selected component (if applicable):
How reproducible:
every-time
Steps to Reproduce:
1. run anaconda (liveinst)
2. Check Language Name (Gujarati, Hindi, Oriya, Punjabi, Malayalam)
3. Rendering is not good as Fonts are Lohit, but gnu-free-fonts
Actual results:
Gun-free-fonts set default in anaconda
Expected results:
default fonts should be lohit for Indic locales
Additional info:
Screenshot for such language
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=QtEPwxFb8X&a=cc_unsubscribe
9 years, 3 months
[Fedora-i18n-bugs] [Bug 880461] New: IBus grabs the hotkey regardless of GTK_IM_MODULE variable
by Red Hat Bugzilla
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=880461
Bug ID: 880461
Summary: IBus grabs the hotkey regardless of GTK_IM_MODULE
variable
Product: Fedora
Version: 17
Component: ibus
Keywords: Regression
Severity: unspecified
Priority: unspecified
Reporter: tagoh(a)redhat.com
Description of problem:
GTK+ is capable to work with various immodules on demand, ibus prevents other
immodules works properly, particularly they use same hotkey to ibus.
Version-Release number of selected component (if applicable):
ibus-1.4.99.20121006-2.fc17.x86_64
How reproducible:
always
Steps to Reproduce:
1.make sure ibus is running
2.GTK_IM_MODULE=something gedit (scim or uim say)
3.press ctrl+space on application
Actual results:
ibus's switcher window is open and no actions on the primary immodule on
application
Expected results:
no actions on ibus and the primary immodule should works.
Additional info:
I'd say this is the regression since it worked before, at least on f17 GA,
which didn't have the switcher window yet.
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 3 months
[Fedora-i18n-bugs] [Bug 863817] New: Liberation Sans Hebrew needs Redesign (Willing to contribute)
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=863817
Bug ID: 863817
QA Contact: extras-qa(a)fedoraproject.org
Severity: medium
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Liberation Sans Hebrew needs Redesign (Willing to
contribute)
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: LIJI32(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Created attachment 623019
--> https://bugzilla.redhat.com/attachment.cgi?id=623019&action=edit
New Hebrew glyphs I designed
The Hebrew version of Liberation Sans currently uses glyphs from Droid Sans
Hebrew. These glyphs have incorrect proportions, weird letter forms and it's
generally unreadable. In addition, it go along with the Latin glyphs nicely.
I've previously solved the same problem with DejaVu Sans Hebrew by redesigning
it and I'd be more than happy to contribute an entirely new Hebrew glyphset for
Liberation Sans.
I included a Work-in-Progess of new Hebrew glyphs designed to match the design
of the Latin Liberation Sans in style, weight and proportions.
--
You are receiving this mail because:
You are on the CC list for the bug.
9 years, 3 months
[Fedora-i18n-bugs] [Bug 772041] New: w3m-0.5.3-2.fc15.x86_64 adds trailing white space
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: w3m-0.5.3-2.fc15.x86_64 adds trailing white space
https://bugzilla.redhat.com/show_bug.cgi?id=772041
Summary: w3m-0.5.3-2.fc15.x86_64 adds trailing white space
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: w3m
AssignedTo: pnemade(a)redhat.com
ReportedBy: hongjiu.lu(a)intel.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 550981
--> https://bugzilla.redhat.com/attachment.cgi?id=550981
A testcase
# cat w3m.html | /usr/bin/w3m -T text/html -dump > w3m.txt
adds trailing white space. w3m-0.5.2-20.fc15.x86_64 doesn't have this
problem.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
9 years, 3 months