https://bugzilla.redhat.com/show_bug.cgi?id=1410635
Bug ID: 1410635
Summary: add ibus-font-setting to Fedora RPM and maintenance
patches.
Product: Fedora
Version: 24
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: mattison.computer(a)yahoo.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Description of problem:
"ibus-font-setting" for gnome is not a part of the Fedora RPM for ibus.
because of this, the user cannot control the font used to display the menu of
characters matching the entered pinyin. This in turn leads to those characters
being too small to some users to recognize, distinguish, and select the
characters consisting of a larger number of strokes.
Version-Release number of selected component (if applicable): 1.8.0?
How reproducible:
Ideally, one should check appropriate directories for the presence of
appropriate files. But I don't have the information for this approach.
Steps to Reproduce:
1. In gnome, open a new vi text file or LibreOffice document.
2. Activate ibus.
3. Enter the pinyin for a characters that consists of a lot of strokes.
Examples include the second character of the names of Anhui, Xizang, and
Xinjiang provinces. Note the size of the characters, and that they are not
clear and crisp.
4. Abort the text file or document.
5. Try to find a way of changing the font used by ibus to display characters
matching entered pinyin.
Actual results:
I could not find a way of getting ibus to use a bigger font.
Expected results:
There should be a way of choosing a bigger font.
Additional info:
I'm actually asking for two things:
1. "ibus-font-setting" for gnome in Fedora should be a part of the appropriate
Fedora RPMs.
2. When I patch Fedora using "dnf upgrade", "ibus-font-setting" for Fedora
gnome should be included in what can be patched by that command.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1450591
Bug ID: 1450591
Summary: po2l10n doesn't work
Product: Fedora
Version: 25
Component: translate-toolkit
Assignee: dwayne(a)translate.org.za
Reporter: jean-baptiste(a)holcroft.fr
QA Contact: extras-qa(a)fedoraproject.org
CC: dwayne(a)translate.org.za,
i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com
Description of problem:
as described in https://bodhi.fedoraproject.org/updates/FEDORA-2017-3f30cc765c
a python module is missing.
$ po2l20n
Traceback (most recent call last):
File "/usr/bin/po2l20n", line 11, in <module>
load_entry_point('translate-toolkit==2.1.0', 'console_scripts',
'po2l20n')()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 560,
in load_entry_point
return get_distribution(dist).load_entry_point(group, name)
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 2648,
in load_entry_point
return ep.load()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 2302,
in load
return self.resolve()
File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 2308,
in resolve
module = __import__(self.module_name, fromlist=['__name__'], level=0)
File "/usr/lib/python3.6/site-packages/translate/convert/po2l20n.py", line
26, in <module>
from translate.storage import l20n, po
File "/usr/lib/python3.6/site-packages/translate/storage/l20n.py", line 24,
in <module>
from l20n.format.parser import FTLParser as L20nParser
ModuleNotFoundError: No module named 'l20n'
I'm not personally using it but it may prevent some users to fully use
translate toolkit.
thanks for your work,
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1176874
Bug ID: 1176874
Summary: gcin-2.8.3 is available
Product: Fedora
Version: rawhide
Component: gcin
Keywords: FutureFeature, Triaged
Assignee: i(a)cicku.me
Reporter: upstream-release-monitoring(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, i(a)cicku.me
Latest upstream release: 2.8.3
Current version/release in Fedora Rawhide: 2.8.2-3.fc22
URL: http://hyperrate.com/gcin-source/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring Soon this service
will be implemented by a new system: https://release-monitoring.org/
It will require to manage monitored projects via a new web interface. Please
make yourself familiar with the new system to ease the transition.
--
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=u18ESfXqvf&a=cc_unsubscribe
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Password is visible on gnome-terminal with English-typing-booster enabled
https://bugzilla.redhat.com/show_bug.cgi?id=803646
Summary: Password is visible on gnome-terminal with
English-typing-booster enabled
Product: Fedora
Version: 17
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: ibus-european-table
AssignedTo: apatil(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, apatil(a)redhat.com
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Created attachment 570253
--> https://bugzilla.redhat.com/attachment.cgi?id=570253
Password being displayed on terminal
Description of problem:
With English-typing-booster enabled on gnome-terminal, while using su- command,
password appears in the text.
Version-Release number of selected component (if applicable):
english-typing-booster-0.0.2-1.fc17
How reproducible:
Always
Steps to Reproduce:
1. Enable English-typing-booster
2. Go to terminal
3. Try to become root with su-
4. Type your password
Actual results:
Perform above steps, you can see the password is shown on the screen.
Expected results:
Password must not be shown.
Additional info:
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1473012
Bug ID: 1473012
Summary: [abrt] ibus: bus_dbus_impl_connection_filter_cb():
ibus-daemon killed by signal 6
Product: Fedora
Version: 26
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: proski(a)gnu.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Version-Release number of selected component:
ibus-1.5.16-3.fc26
Additional info:
reporter: libreport-2.9.1
backtrace_rating: 4
cmdline: ibus-daemon --xim --panel disable
crash_function: bus_dbus_impl_connection_filter_cb
executable: /usr/bin/ibus-daemon
journald_cursor:
s=2b427e5c155c4c6ebb2ea03017e4893b;i=bd335;b=d8f0a7919b3d48418c4e8230e8adaec9;m=2d9d0d697;t=554b167f01149;x=213a64bbbda12226
kernel: 4.11.10-300.fc26.x86_64
rootdir: /
runlevel: N 5
type: CCpp
uid: 1000
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=825115
Bug ID: 825115
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: 16
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: [kn_IN] Lohit Kannada glyphs of consonants with vowel
signs -II, -EE, -OO and -AI should be optimized
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: samjnaa(a)gmail.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: lohit-kannada-fonts
Product: Fedora
Description of problem:
Currently the Lohit Kannada fonts unnecessarily contain separate glyphs for
consonants with vowel signs -II, -EE, -OO and -AI. These are merely sequences
of other glyphs.
In the case of -II, -EE, -OO the glyphs are the same as those of the
corresponding short vowels plus a separate glyph 0CD5 Kannada Length Mark ೕ
(unlike in Telugu where the length mark ligates with the syllable). Therefore
instead of doing substitutions of:
CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_II/EE/OO
the optimized way would be to do:
CONSONANT + VOWEL_SIGN_II/EE/OO --> CONSONANT_VOWELSIGN_I/E/O LENGTH_MARK
If this is done, any changes that are reflected on the
CONSONANT_VOWELSIGN_I/E/O glyphs would automatically reflect for the long
vowels as well without additional work being needed. For instance, see my
recent report of bug 825104. If that bug is fixed for short vowels I, E and O,
automatically it would reflect for II, EE and OO also.
As for -AI, it is merely sequence of glyph for -E plus 0CD6 Kannada AI Length
Mark ೖ. So instead of doing substitutions of:
CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_AI
the optimized way would be to do:
CONSONANT + VOWEL_SIGN_AI --> CONSONANT_VOWELSIGN_E AI_LENGTH_MARK
with same benefits as above.
Further, when handling combinations of:
CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU
by separating the length mark as recommended here, the sub-base form of
CONSONANT2 can be placed closer to the base CONSONANT1 which is also
typographically a desirable factor in a good font. The rules would be:
CONSONANT1 + VIRAMA + CONSONANT2 + VOWEL_SIGN_II/EE/OO/AU -->
CONSONANT1_VOWEL_SIGN_I/E/O + SUB_BASE_CONSONANT_2 + (AI_)LENGTH_MARK
Version-Release number of selected component (if applicable):
2.5.1
How reproducible:
Examine the internals of Lohit Kannada font.
Actual results:
Currently there are separate glyphs for consonants with vowel signs -II, -EE,
-OO and -AI unnecessarily. These are merely sequences of other glyphs.
Therefore any change effected on the component glyphs has to be re-done here.
Expected results:
The superfluous glyphs should be removed and the appropriate effect should be
achieved by appropriate smartfont rules as indicated above.
Additional info:
This would also reduce the size of the font. Not an issue on laptops/desktops
but nowadays Lohit fonts are finding their way into smaller screens such as
smartphones, and it would be good to have a trim font with small footprint.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1446940
Bug ID: 1446940
Summary: update 1.3
Product: Fedora
Version: 25
Component: gubbi-fonts
Assignee: psatpute(a)redhat.com
Reporter: mastaizawfm(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com
update to 1.3
https://github.com/aravindavk/Gubbi/releases
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1382982
Bug ID: 1382982
Summary: Fedora iBus typing language detector breaks events
call stack of web pages
Product: Fedora
Version: 24
Component: ibus
Severity: urgent
Assignee: tfujiwar(a)redhat.com
Reporter: danielemi(a)hotmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, smaitra(a)redhat.com,
tfujiwar(a)redhat.com
Created attachment 1208438
--> https://bugzilla.redhat.com/attachment.cgi?id=1208438&action=edit
html page for test purpose
Description of problem:
My Fedora box is configured with two typing language between which I can
switch, English and Chinese.
I'm using Firefox v49 as browser.
I'm developing a webpage, a registration form using jQuery on the validation
part.
The registration form contain 4 input controls with 2 password controls, all
validated on the blur event. The form script is kind of complex one using blur,
and focus events and a list of functions.
The form script completely mess up on the live validation of the fields due to
the presence of the two password controls on which only latin alphabet is
allowed. The ibus language detector change on the fly when the two password
fields received focus causing blur and focus events of different contols to
happen in unexpected order. It is like ibus is taking the focus and releasing.
I tested both jQuery (all the available methods) and pure javascript with the
same result.
I had the chance to try other websites using blur and focus events on password
fields and are completely mess up too.
To finish my job I will unset the Chinese IME.
I can't guess what is about application development in the same context.
Version-Release number of selected component (if applicable):
Fedora 24 4.7.5-200.fc24.x86_64
ibus-1.5.13-3.fc24.x86_64
How reproducible:
https://jsfiddle.net/8tqwL7y5
Steps to Reproduce:
1. Settings, Region and Lanaguges, input sources: set English (US) and Chinese
(intelligent Pinyin)
2. try the link
3. try the webpage attached
Actual results:
Blur event doesn't happen or happen just mixed up with other events like other
control's Focus events.
Expected results:
Blur and Focus events get fired in common order on the events call stack
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1296121
Bug ID: 1296121
Summary: XIM: When commiting with a space, it is inserted
before a hangul character rather than after it
Product: Fedora
Version: 23
Component: ibus
Assignee: tfujiwar(a)redhat.com
Reporter: psabata(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Description of problem:
This appears to be a recurring issue; I recall this was fixed a few times
already :) The behavior is similar to #675503. However, only XIM appears
to be affected this time; the input works fine in a GTK+v2 application.
Version-Release number of selected component (if applicable):
ibus-1.5.11-1.fc23.x86_64
ibus-libs-1.5.11-1.fc23.x86_64
ibus-hangul-1.5.0-5.fc23.x86_64
ibus-gtk2-1.5.11-1.fc23.x86_64
How reproducible:
Always with XIM. Never with GTK+v2.
Steps to Reproduce:
1. Run ibus with XIM
ibus-daemon -x
2. Set your environment and run something that uses it, e.g. xterm --
export XMODIFIERS='@im=ibus'
xterm
3. Type some hangul and commit with a space, e.g. "하나 둘 셋"
(input being "gksk enf tpt ")
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=cxyVQxcKBJ&a=cc_unsubscribe