[Fedora-i18n-bugs] [Bug 477581] New: iok should avoid resizing when changing maps
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: iok should avoid resizing when changing maps
https://bugzilla.redhat.com/show_bug.cgi?id=477581
Summary: iok should avoid resizing when changing maps
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
When one switching keyboard map iok tends to change size a fair bit.
It would be better if it allowed for the character size and avoided
resizing itself as far as possible.
Steps to Reproduce:
1. run iok and switch map
Actual results:
window resizes each time map is changed
Expected results:
window size to stay fixed.
Additional info:
I know some Lohit fonts for example are larger than others, but at least should
try to avoid resizing when switching between English and Indic.
--
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.
15 years, 3 months
[Fedora-i18n-bugs] [Bug 475063] New: UI issues in iok
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: UI issues in iok
https://bugzilla.redhat.com/show_bug.cgi?id=475063
Summary: UI issues in iok
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: mclasen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Some issues I noticed while I briefly looked at iok:
- First a general issue: I believe it would be much more useful if iok would
appear less like a normal unfocused application window, and more like some
special desktop component. Ie, I would remove the window title and menubar, and
maybe place the window at some fixed place, e.g. above the bottom panel
(compare matchbox-keyboard).
- It seems somewhat pointless to have an "Advanced Options" check menuitem with
the sole purpose of hiding and showing another menu. Also, I wonder why you
think that "Open" is less advanced than "Save".
- The buttons are pretty hard to hit on a big screen,since they don't reserve
any extra size beyond the dimensions of the character. (compare
gnome-calculator, which does ensure that its buttons have reasonable size)
- The entries in the combobox should be translatable language names, like
"Assamese", not technobabble like "as-inscript". If you use the iso-codes
package for this, you get translations of the language names for free.
- The "Open" menuitem doesn't give any guidance as to what kind of file you are
expected to open. I'd recommend to make that "Open keymap", add a filter to the
filechooser that only shows .mim files, and opening the file chooser in the
/usr/share/m17n directory.
- "Save keymap" would be better if it opened a file chooser in save mode, and
proposed a filename like 'modified-as-inscript.mim'.
--
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.
15 years, 3 months
[Fedora-i18n-bugs] [Bug 477451] New: Please convert to new font packaging guidelines
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: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477451
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: samyak-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
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.
15 years, 3 months
[Fedora-i18n-bugs] [Bug 481693] New: Application start failed (after input method change to ibus)
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: Application start failed (after input method change to ibus)
https://bugzilla.redhat.com/show_bug.cgi?id=481693
Summary: Application start failed (after input method change to
ibus)
Product: Fedora
Version: 10
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: bucchie73(a)kba.biglobe.ne.jp
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:Application start failed (after input method change to
ibus)
Version-Release number of selected component (if
applicable):ibus-0.1.1.20081023-2.fc10.x86_64
How reproducible:
Steps to Reproduce:
1.input method change from scim to ibus
2.reboot
3.after login,select 'application'-'system-tool'-'gnome-terminal' or
'application'-'internet'-'firefox'
Actual results:sometimes application start failed.
Expected results:
Additional info:It is not generated every time.
--
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.
15 years, 4 months
[Fedora-i18n-bugs] [Bug 480889] New: ibus should not define Next engine hotkey by default for all users
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: ibus should not define Next engine hotkey by default for all users
https://bugzilla.redhat.com/show_bug.cgi?id=480889
Summary: ibus should not define Next engine hotkey by default
for all users
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: wtogami(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Blocks: 446451
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
ibus defines hotkeys for Next engine (and Previous engine), which can easily be
triggered by mistake. I suggest doing the same as we did for scim and only
enabling it by default on Chinese desktop.
--
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.
15 years, 4 months
[Fedora-i18n-bugs] [Bug 481093] New: ibus causes pidgin to crash
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: ibus causes pidgin to crash
https://bugzilla.redhat.com/show_bug.cgi?id=481093
Summary: ibus causes pidgin to crash
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: wtogami(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
ibus-0.1.1.20081023-2.fc10.x86_64
ibus-anthy-0.1.1.20080912-1.fc10.x86_64
pidgin-2.5.4-1.fc10.x86_64
LANG=en_US.utf8
ibus IM causes pidgin to occasionally crash. Happens unpredictably it is
difficult to reproduce on demand. We need good reports with full debuginfo
crash dumps and what you were doing at the time of the crash.
debuginfo-install pidgin ibus bug-buddy
http://people.redhat.com/wtogami/temp/pidgin-bugreport.txt
Here is an incomplete crash dump. Sadly I did not have ibus*debuginfo
installed at the time. Will have more complete dumps later.
--
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.
15 years, 4 months
[Fedora-i18n-bugs] [Bug 477465] New: Please convert to new font packaging guidelines
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: Please convert to new font packaging guidelines
https://bugzilla.redhat.com/show_bug.cgi?id=477465
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: thaifonts-scalable
AssignedTo: petersen(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
This bug has been filed because we've detected your package includes one or
several font files:
repoquery -C --repoid=rawhide -f '*.ttf' -f '*.otf' -f '*.pfb'
-f '*.pfa' --qf='%{SOURCERPM}\n' |sed -e
's+-[0-9.-]*\.fc[123456789]\(.*\)src.rpm++g'|sort|uniq
Unfortunately the script
does not detect symlinks to other packages, so if that's your case, you can
close this bug report now.
Otherwise, you should know that:
- Fedora guidelines
demand the packaging of fonts in a separate package or subpackage:
http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font...
- our font packaging guidelines recently changed, and every package that ships
fonts must be adapted to the new templates available in the fontpackages-devel
package.
http://fedoraproject.org/wiki/PackagingDrafts/Fonts_packaging_automation_...
http://fedoraproject.org/wiki/Fedora_fonts_policy_package
http://fedoraproject.org/wiki/Simple_fonts_spec_template
http://fedoraproject.org/wiki/Fonts_spec_template_for_multiple_fonts
Please make
your package conform to the current guidelines in rawhide.
If your package is not
principaly a font package, depending on a separate font package or subpackage
is the prefered solution. If your application does not use fontconfig you can
always package symlinks to the files provided by the font package and installed
in the correct fontconfig directories.
It is preferred to make a font package or
subpackage per font family, though it is not currently a hard guidelines
requirement (it may become before Fedora 11 is released). The definition of a
font family is given on
http://fedoraproject.org/wiki/Fonts_spec_template_notes/font-family
The new
templates should make the creation of font subpackages easy and safe.
The
following packages have already been converted and can serve as examples: -
andika-fonts - apanov-heuristica-fonts - bitstream-vera-fonts - charis-fonts -
dejavu-fonts - ecolier-court-fonts - edrip-fonts - gfs-ambrosia-fonts -
gfs-artemisia-fonts - gfs-baskerville-fonts - gfs-bodoni-classic-fonts -
gfs-bodoni-fonts - gfs-complutum-fonts - gfs-didot-classic-fonts -
gfs-didot-fonts - gfs-eustace-fonts - gfs-fleischman-fonts - gfs-garaldus-fonts
- gfs-gazis-fonts - gfs-jackson-fonts - gfs-neohellenic-fonts -
gfs-nicefore-fonts - gfs-olga-fonts - gfs-porson-fonts - gfs-solomos-fonts -
gfs-theokritos-fonts - stix-fonts - yanone-kaffeesatz-fonts
If you have any remaining
questions about the new guidelines please ask them on fedora-fonts-list at
redhat.com
--
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.
15 years, 4 months
[Fedora-i18n-bugs] [Bug 459680] qt/kde: font antialiasing was disabled by uming fontconfig file.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=459680
--- Comment #49 from Baif <baifcc(a)hotmail.com> 2009-01-30 09:03:43 EDT ---
For KDE-LiveCD, the following .fonts.conf works!
Caius, can you test it without the first part of "not_eq"?
<match target="font" >
<test name="family" compare="not_eq">
<string>AR PL UMing CN</string>
<string>AR PL UMing HK</string>
<string>AR PL UMing TW</string>
<string>AR PL UMing TW MBE</string>
</test>
<edit mode="assign" name="antialias" >
<bool>true</bool>
</edit>
</match>
<match target="font" >
<test name="family">
<string>AR PL UMing CN</string>
<string>AR PL UMing HK</string>
<string>AR PL UMing TW</string>
<string>AR PL UMing TW MBE</string>
</test>
<test compare="more_eq" name="size" qual="any" >
<double>8</double>
</test>
<test compare="less_eq" name="size" qual="any" >
<double>12</double>
</test>
<edit mode="assign" name="antialias" >
<bool>false</bool>
</edit>
</match>
<match target="font" >
<test name="family">
<string>AR PL UMing CN</string>
<string>AR PL UMing HK</string>
<string>AR PL UMing TW</string>
<string>AR PL UMing TW MBE</string>
</test>
<test compare="more_eq" name="pixelsize" qual="any" >
<double>11</double>
</test>
<test compare="less_eq" name="pixelsize" qual="any" >
<double>17</double>
</test>
<edit mode="assign" name="antialias" >
<bool>false</bool>
</edit>
</match>
</fontconfig>
--
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.
15 years, 4 months