i18n-bugs August 2014

i18n-bugs@lists.fedoraproject.org

1 participants
299 discussions

[Fedora-i18n-bugs] [Bug 1005780] New: Liberation Sans Mono Enhancement Request: Modification needed for "l" Character
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1005780 Bug ID: 1005780 Summary: Liberation Sans Mono Enhancement Request: Modification needed for "l" Character Product: Fedora Version: 19 Component: liberation-fonts Severity: low Assignee: psatpute(a)redhat.com Reporter: wrkerr(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com Description of problem: Lowercase "l" character very closely resembles the "1" character from many other typefaces, especially at smaller point sizes, and even more so in the italic style. Version-Release number of selected component (if applicable): 2.00.1 How reproducible: Type an italic "l" at 8 point size. Print alongside "1" also at 8 point size from some other monospaced fonts, such as DejaVu Sans Mono and notice the similarity. Additional info: I have found Liberation Mono to be the best Free typeface for my coding purposes. I particularly love how readable yet compact it is at small sizes. I've had difficultly though with the "l" character. I find that this character seems to me to be indistinguishable from the "1" character from many other typefaces. The problem is even more apparent when the font is used in the italic style. To my perception, an "l" formed more similar to that of the DejaVu Sans Mono, Source Code Pro, or Ubuntu Mono would fit better with the overall design approach of the typeface by being clearly readable at all sizes--it could no longer be confused with any other character. This would include a leftward serif at the top of the letter, and a rightward curvature at the bottom of the character. To my eye, DejaVu Sans Mono's "l" would be the best model. -- 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=K9FEhWbOFv&a=cc_unsubscribe

1 25

[Fedora-i18n-bugs] [Bug 1085245] New: bicon resolution more then 640x480 when running ncurses application
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1085245 Bug ID: 1085245 Summary: bicon resolution more then 640x480 when running ncurses application Product: Fedora Version: 19 Component: bicon Severity: medium Assignee: tfujiwar(a)redhat.com Reporter: orenoi(a)matrix.co.il QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com Description of problem: when running terminator with xfce4 on Fedora 19 when starting bicon everything seems to be normal but when running ncurses application the resolution for some reason changes to 640x480. resizing the window and exiting the application does not help . only exiting bicon and reset the terminal helps Version-Release number of selected component (if applicable): 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=XYeCFYugSp&a=cc_unsubscribe

1 19

[Fedora-i18n-bugs] [Bug 861299] New: [LANG] Text on Screensaver is truncated
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=861299 Bug ID: 861299 Keywords: i18n QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 18 Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, jmccann(a)redhat.com, rstrode(a)redhat.com Assignee: rstrode(a)redhat.com Summary: [LANG] Text on Screensaver is truncated Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: aalam(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: gnome-screensaver Product: Fedora -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Fedora-i18n-bugs] [Bug 506646] New: fop does support fontsets properly
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: fop does support fontsets properly https://bugzilla.redhat.com/show_bug.cgi?id=506646 Summary: fop does support fontsets properly Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: fop AssignedTo: langel(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: langel(a)redhat.com, fedora-i18n-bugs(a)redhat.com, fitzsim(a)fitzsim.org Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: It is a long-standing problem that publican books can be generated correctly for Indic since Indic (Indian) fonts do not include ASCII glyphs. If fop was able to fallback to fonts or better use pango or some similar font abstraction to isolate the hardcoding of fonts from fop itself then this would just work. This requires some work upstream I guess but I would like to track this here in the open for fedora. -- 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.

1 19

[Fedora-i18n-bugs] [Bug 1019596] New: ibus-hangul should flush the pre-edit buffer before focus change
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1019596 Bug ID: 1019596 Summary: ibus-hangul should flush the pre-edit buffer before focus change Product: Fedora Version: 19 Component: ibus-hangul Severity: medium Assignee: dueno(a)redhat.com Reporter: dchen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com, shawn.p.huang(a)gmail.com Description of problem: Without flush the pre-edit buffer, ibus-hangul may mistakenly output the last character to the next input focus and cause confusion. Version-Release number of selected component (if applicable): ibus-hangul-1.4.2-5.fc19.x86_64 How reproducible: Always with firefox. Steps to Reproduce: 1. Open firefox 2. Go to web page that has input field, (e.g. wikipedia) 3. Type 가나다 (rkskek) in the browser search field, do NOT press enter or space. 4. Click the input field in the web page. Actual results: '다' is pasted to the input field. Expected results: Input field stays clean. 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=hHaxWXUuz4&a=cc_unsubscribe

1 2

[Fedora-i18n-bugs] [Bug 1019544] New: [abrt] ibus-libpinyin-1.6.91-2.fc19: pinyin::ChewingLengthIndexLevel::load: Process /usr/libexec/ibus-engine-libpinyin was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1019544 Bug ID: 1019544 Summary: [abrt] ibus-libpinyin-1.6.91-2.fc19: pinyin::ChewingLengthIndexLevel::load: Process /usr/libexec/ibus-engine-libpinyin was killed by signal 11 (SIGSEGV) Product: Fedora Version: 19 Component: ibus-libpinyin Assignee: pwu(a)redhat.com Reporter: lihuanshuaiplus(a)qq.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Description of problem: after startup, at my opening every app that needs IMs Version-Release number of selected component: ibus-libpinyin-1.6.91-2.fc19 Additional info: reporter: libreport-2.1.7 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-libpinyin --ibus crash_function: pinyin::ChewingLengthIndexLevel::load executable: /usr/libexec/ibus-engine-libpinyin kernel: 3.11.2-201.fc19.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 pinyin::ChewingLengthIndexLevel::load at chewing_large_table.cpp:818 #1 pinyin::ChewingBitmapIndexLevel::load at chewing_large_table.cpp:733 #2 load at ../src/storage/chewing_large_table.h:119 #4 pinyin_init at pinyin.cpp:209 #5 PY::LibPinyinBackEnd::initPinyinContext at PYLibPinyin.cc:69 #6 PY::LibPinyinBackEnd::allocPinyinInstance at PYLibPinyin.cc:94 #7 PY::LibPinyinFullPinyinEditor::LibPinyinFullPinyinEditor at PYPFullPinyinEditor.cc:32 #8 PY::LibPinyinPinyinEngine::LibPinyinPinyinEngine at PYPPinyinEngine.cc:60 #9 PY::ibus_pinyin_engine_constructor at PYEngine.cc:162 #11 g_object_new_valist at gobject.c:1836 Potential duplicate: bug 901879 -- 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=hPRab1XKFp&a=cc_unsubscribe

1 8

[Fedora-i18n-bugs] [Bug 1013299] New: Unnecessary functionality should be locked down while screen is locked
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1013299 Bug ID: 1013299 Summary: Unnecessary functionality should be locked down while screen is locked Product: Fedora Version: 19 Component: ibus-kkc Assignee: dueno(a)redhat.com Reporter: yukawa(a)google.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Created attachment 804626 --> https://bugzilla.redhat.com/attachment.cgi?id=804626&action=edit You can launch set-up tool even when the screen is locked Description of problem: Currently ibus-kkc exposes unnecessary functionality even when the screen is locked Version-Release number of selected component (if applicable): Clean installed Fedora 19. How reproducible: 100% Steps to Reproduce: 1. Log in 2. Lock screen 3. Select "設定" from the menu of ibus-kkc exposed by gnome-shell Actual results: Nothing appears, but the setting dialog is actually launched in the user desktop. The user will see it when he/she actually unlocks the screen. Expected results: This functionality should be hidden and disabled while the screen is locked. Additional info: Basically we should carefully design IME functionality that is available on log-in screen and/or locked screen. For instance, we should disable following features to secure user privacy and prevent DOS attack. - Feature that directly or indirectly updates user dictionary - Feature that directly or indirectly exposes user dictionary - Feature that directly or indirectly updates user input history - Feature that directly or indirectly exposes user input history -- 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=t4JQFGAYMd&a=cc_unsubscribe

1 6

[Fedora-i18n-bugs] [Bug 1005546] New: Mismatched rendering of some Chinese characters
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1005546 Bug ID: 1005546 Summary: Mismatched rendering of some Chinese characters Product: Fedora Version: 19 Component: wqy-zenhei-fonts Assignee: fangqq(a)gmail.com Reporter: bochecha(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fangqq(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Created attachment 795315 --> https://bugzilla.redhat.com/attachment.cgi?id=795315&action=edit A screenshot showing the issue Description of problem: Some characters are inverted in the WQY Zenhei font. See the attached screenshot, where I simply wrote the same characters twice in LibreOffice Writer, once with the "AR PL UMing CN" font and once with "WenQuanYi Zen Hei". With the latter, the two bracket characters are reversed (i.e the opening one is rendered as the closing one, and vice versa). Version-Release number of selected component (if applicable): wqy-zenhei-fonts-0:0.9.46-10.fc19.noarch How reproducible: Always. -- 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=r6hrrX8ZZV&a=cc_unsubscribe

1 3

[Fedora-i18n-bugs] [Bug 982201] New: caret position is hard to recognize
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=982201 Bug ID: 982201 Summary: caret position is hard to recognize Product: Fedora Version: 19 Component: konsole Keywords: i18n Severity: unspecified Priority: unspecified Assignee: than(a)redhat.com Reporter: tagoh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, jreznik(a)redhat.com, kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com, rdieter(a)math.unl.edu, rnovacek(a)redhat.com, than(a)redhat.com Created attachment 770450 --> https://bugzilla.redhat.com/attachment.cgi?id=770450&action=edit screenshot Description of problem: When typing something on konsole and coverting with Input Method, there are no color nor decorations in preedit and caret position during conversion. this makes harder to work with IM on konsole. Version-Release number of selected component (if applicable): konsole-4.10.4-1.fc19.x86_64 How reproducible: always Steps to Reproduce: 1.install ibus, ibus-kkc, imsettings and imsettings-qt say 2.run KDE with Japanese locale 3.open konsole and press super+space and type watasinonamaehanakanodesu and press space say Actual results: all of strings are on reverse decoration. hard to see where is the segment of strings Expected results: should be used with proper decorations to see the caret position and segments. 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=2DEzky3bFC&a=cc_unsubscribe

1 8

[Fedora-i18n-bugs] [Bug 981508] New: colloquial conversion support
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=981508 Bug ID: 981508 Summary: colloquial conversion support Product: Fedora Version: 19 Component: libkkc Severity: unspecified 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 Description of problem: libkkc seems not dealing with it properly so far. that would be nice if libkkc can support it as well as mozc say. Version-Release number of selected component (if applicable): libkkc-0.2.4-1.fc19.x86_64 How reproducible: always Steps to Reproduce: 1.type わかんない say 2.try to convert it 3. Actual results: |わかん|ない| Expected results: |分かんない| Additional info: may be nice to see an option for priority of conversion style like other IM (particularly in proprietary IM) has. that may helps not to mess up the dictionary. -- 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=0HRorvlm2y&a=cc_unsubscribe

1 2

← Newer
1
...
10
11
12
13
14
15
16
...
30
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs August 2014