May 2010 - fonts-bugs - Fedora Mailing-Lists

[Bug 597096] New: [UMing] Only upper half characters are displayed.in java application

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: [UMing] Only upper half characters are displayed.in java application https://bugzilla.redhat.com/show_bug.cgi?id=597096 Summary: [UMing] Only upper half characters are displayed.in java application Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: cjkuni-fonts AssignedTo: cchance(a)redhat.com ReportedBy: dchen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: cchance(a)redhat.com, phuang(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com Classification: Fedora Target Release: --- Created an attachment (id=417485) --> (https://bugzilla.redhat.com/attachment.cgi?id=417485) Freemind with UMing font Description of problem: When using uming font in java application, only upper half the characters are displayed. Version-Release number of selected component (if applicable): cjkuni-uming-fonts-0.2.20080216.1-37.fc13.noarch How reproducible: Always Steps to Reproduce: 1. We use freemind for example. 2. Download freemind zip and install it, say, in /tmp/freemind 3. cd /tmp/freemind; chmod 755 freemind.sh; ./freemind.sh 4. In F-13, java is not able to show Chinese, because the font name and path changes. Suppose we use java-1.6.0-openjdk. 5. su or sudo as root 6. cd /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/lib 7. cp fontconfig.Fedora.properties.src fontconfig.Fedora.properties 8. Either manually search/replace AR PL ShanHeiSong to AR PL UMing HK fontconfig.Fedora.properties; or use attached fontconfig.Fedora.properties 9. Start freemind to see the how font is displayed Actual results: UMing characters are cut in to half. See Screenshot-uming.png Expected results: UMing characters are displayed as whole. Additional info: UKai seems act normally. See Screenshot-ukai.png -- 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.

12 years, 11 months

1
6
0 / 0

[Bug 501852] New: [ml_IN] U+0D07 U+0D28 U+0D4D U+200D U+0D38 U+0D4D U+0D31 U+0D4D U+0D31 U+0D4B U+0D33 U+0D4D U+200D press backspace key need 14 times

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: [ml_IN] U+0D07 U+0D28 U+0D4D U+200D U+0D38 U+0D4D U+0D31 U+0D4D U+0D31 U+0D4B U+0D33 U+0D4D U+200D press backspace key need 14 times https://bugzilla.redhat.com/show_bug.cgi?id=501852 Summary: [ml_IN] U+0D07 U+0D28 U+0D4D U+200D U+0D38 U+0D4D U+0D31 U+0D4D U+0D31 U+0D4B U+0D33 U+0D4D U+200D press backspace key need 14 times Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: pango AssignedTo: besfahbo(a)redhat.com ReportedBy: kxiong(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: besfahbo(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Target Release: --- DDescription of problem: In gedit input U+0D07 U+0D28 U+0D4D U+200D U+0D38 U+0D4D U+0D31 U+0D4D U+0D31 U+0D4B U+0D33 U+0D4D U+200D with RAW CODE,then press backspace key,it needs press 14 times Version-Release number of selected component (if applicable): pango-devel-1.22.1-1.fc10.i386 pango-1.22.1-1.fc10.i386 pangomm-2.14.0-2.fc10.i386 How reproducible: always Steps to Reproduce: 1.In gedit input U+0D07 U+0D28 U+0D4D U+200D U+0D38 U+0D4D U+0D31 U+0D4D U+0D31 U+0D4B U+0D33 U+0D4D U+200D+0D21 U+0D4D U+0D30 U+0D48 U+0D35 U+0D4D with RAW CODE,press backspace key Actual results: It need press 14 times backspace key to delete the char Expected result: It should delete the char with 13 times backspace key 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.

12 years, 11 months

1
12
0 / 0

[Bug 551317] New: A dash becomes a long empty 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: A dash becomes a long empty space. https://bugzilla.redhat.com/show_bug.cgi?id=551317 Summary: A dash becomes a long empty space. Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: psatya(a)yahoo.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, pnemade(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora I have typed my Telugu text here using firefox browser http://www.google.com/transliterate/indic/Telugu and pasted it into OpenOffice Writer 3.1 with Lohit Telugu font version 2.4.5 selected. Everything seem to be working fine though the newer Lohit font looks smaller than an older version of Lohit font I was using earlier. But the main problem here is, a dash (-) becomes an empty space. It looks like a long space that is equivalent two chars approx. I also tried to type a dash right in the OO but it doesn't work. If I select Pothana2000 font instead of Lohit in OO, all my dashes work fine. The Pothana2000 is another Unicode font for Telugu but I love the rounded letter shapes of Lohit font so much! Thanks a lot for this beautiful Lohit Telugu font. -- 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.

12 years, 11 months

1
6
0 / 0

[Bug 480443] New: [Tracker] Deploy new fonts package naming 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: [Tracker] Deploy new fonts package naming guidelines Alias: F11-new-font-naming https://bugzilla.redhat.com/show_bug.cgi?id=480443 Summary: [Tracker] Deploy new fonts package naming guidelines Product: Fedora Version: rawhide Platform: All URL: http://fedoraproject.org/wiki/PackagingDrafts/Font_pac kage_naming_(2009-01-13) OS/Version: Linux Status: NEW Severity: medium Priority: low Component: distribution AssignedTo: notting(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: notting(a)redhat.com CC: katzj(a)redhat.com, jkeating(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com Blocks: 477044 Classification: Fedora FPC unexpectedly refused to approve a proposal that put into writing the package naming rules for fonts Fedora had been using in the past years, and made us change it. Deal with the fallout. http://fedoraproject.org/wiki/Shipping_fonts_in_Fedora_%28FAQ%29#fpc_rena... The revised font naming rules are here: http://fedoraproject.org/wiki/PackagingDrafts/Font_package_naming_(2009-0... -- 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.

12 years, 11 months

1
78
0 / 0

[Bug 18724] New: RFE: font merging

by bugzilla-daemon＠freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=18724 Summary: RFE: font merging Product: fontconfig Version: 2.6 Platform: Other OS/Version: All Status: NEW Severity: enhancement Priority: medium Component: library AssignedTo: keithp(a)keithp.com ReportedBy: nicolas.mailhot(a)laposte.net CC: fedora-fonts-bugs-list(a)redhat.com Several major fonts like Arial and Droid Sans are created in two parts: a core multifaced part and an Unicode extension (Arial Unicode, Droid Sans Fallback). Splitting in two file sets allows people who do not need the extension part to avoid installing it (since the extension is usually huge) For historic reasons the two parts use different font family names, even though from a functional user POW they are just two components of a single family. There should be a documented way in fontconfig for font distributors to specify via a config file "font foo is an extension of font bar, use it preferably when bar is missing glyphs, do not show it as a separate item in font lists and only allow access to the foo family when an application asks explicitely for it" -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

13 years, 1 month

1
6
0 / 0

[Bug 477418] 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=477418 Summary: Please convert to new font packaging guidelines Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: linux-libertine-fonts AssignedTo: frank(a)scirocco-5v-turbo.de ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: frank(a)scirocco-5v-turbo.de, kevin(a)tummy.com, fedora-fonts-bugs-list(a)redhat.com 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.

13 years, 2 months

1
22
0 / 0

[Bug 525870] New: The Java plugin does not report available fonts accurately

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: The Java plugin does not report available fonts accurately https://bugzilla.redhat.com/show_bug.cgi?id=525870 Summary: The Java plugin does not report available fonts accurately Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: java-1.6.0-openjdk AssignedTo: langel(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: dbhole(a)redhat.com, mark(a)klomp.org, langel(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com, lkundrak(a)v3.sk Blocks: 473302 Classification: Fedora Description of problem: The Java plugin does not report available fonts accurately. Samplers such as http://www.codestyle.org/css/font-family/sampler-Unix.shtml collect incomplete info Version-Release number of selected component (if applicable): java-1.6.0-openjdk-plugin-1.6.0.0-31.b16.fc12.x86_64 How reproducible: Always Steps to Reproduce: 1. Get a F11 or rawhide system 2. Install our fonts # yum -y install $(repoquery --whatprovides "font(*)") 3. List them $ fc-list : family |sort 4. Open http://www.codestyle.org/css/font-family/sampler-Unix.shtml 5. Let the applet run, check its result Actual results: The java-detected font list is incomplete (for example it's missing STIX) and does not use the same names at fontconfig Expected results: The same list in both cases 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.

13 years, 3 months

1
19
0 / 0

[Bug 576105] New: [kn_IN] The space between close bracket and the character is very less

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: [kn_IN] The space between close bracket and the character is very less https://bugzilla.redhat.com/show_bug.cgi?id=576105 Summary: [kn_IN] The space between close bracket and the character is very less Product: Fedora Version: 13 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: lohit-kannada-fonts AssignedTo: psatpute(a)redhat.com ReportedBy: svenkate(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com Classification: Fedora Target Release: --- Created an attachment (id=401977) --> (https://bugzilla.redhat.com/attachment.cgi?id=401977) Shows the actual result Description of problem: In the text containing the Kannada text, space between close bracket and the character is very less. Hence the close bracket appearing as merged with the character. This usually happens in case of complex character. Version-Release number of selected component (if applicable): lohit-kannada-fonts-2.4.4-3 How reproducible: Everytime Steps to Reproduce: 1. Login Kannada locale 2. Open gedit and copy paste the following text: ನೆರವಿಗಾಗಿ) ಭಾಗದಷ್ಟು) ಫೆಡರಾಟ್ಸಿ) 3. Look at the space between the close bracket and the last character of each word Actual results: The space between the close bracket and the text is very less Expected results: The space should be so that the bracket doesn't actually merge with text. 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.

13 years, 4 months

1
28
0 / 0

[Bug 477606] New: RFE: warn on fonts installed outside %_fontbasedir

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: RFE: warn on fonts installed outside %_fontbasedir https://bugzilla.redhat.com/show_bug.cgi?id=477606 Summary: RFE: warn on fonts installed outside %_fontbasedir Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: rpmlint AssignedTo: ville.skytta(a)iki.fi ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: wolfy(a)nobugconsulting.ro, tmz(a)pobox.com, ville.skytta(a)iki.fi, fedora-fonts-bugs-list(a)redhat.com Classification: Fedora Our current font packaging policy requires the installation of TTF/OTF/PFA/PFB fonts in a subdirectory of %_fontbasedir http://fedoraproject.org/wiki/fontpackages Our general packaging policy demands of packagers to create proper font packages when their app bundles them http://fedoraproject.org/wiki/Packaging/Guidelines#Avoid_bundling_of_font... If an app or bit of code is not fontconfig-aware, it can always package symlinks pointing to fonts packaged according to our guidelines in %_fontbasedir space, and depend on the font package providing those files. A recent audit run revealed that the number of packages bundling fonts is very high. (repoquery found 159 packages shipping fonts in rawhide, the 2/3rds not being font packages, see bug #477044) In many case their packagers were not even aware they were bundling fonts (bug #477406#c4). Some of them are licensing problems (477384#c4) To prevent such problems in the future, rpmlint should flag any package that installs ttf/otf/pfa/pfb fonts outside the %_fontbasedir tree, or bundle those files with binaries in /usr/bin, /usr/lib?? and such. Packages that include symlinks to files in the %_fontbasedir tree are ok, though they should also get a warning so upstream adds fontconfig support to its code (since it has near universal adoption and continuing to ignore fontconfig will only add to the packager problems in the long run) http://thread.gmane.org/gmane.comp.freedesktop.xorg/34322/focus=34335 -- 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.

13 years, 4 months

1
7
0 / 0

[Bug 505764] New: file does not identify properly some pfa files shipped with a2ps

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: file does not identify properly some pfa files shipped with a2ps https://bugzilla.redhat.com/show_bug.cgi?id=505764 Summary: file does not identify properly some pfa files shipped with a2ps Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: file AssignedTo: dnovotny(a)redhat.com ReportedBy: nicolas.mailhot(a)laposte.net QAContact: extras-qa(a)fedoraproject.org CC: fedora-fonts-bugs-list(a)redhat.com, dnovotny(a)redhat.com Blocks: 473302 Classification: Fedora Description of problem: file thinks the pfa files in ghostscript-fonts-5.50-22.fc12.noarch.rpm are "PostScript document text" They should be identified as "PostScript Type 1 font text" Version-Release number of selected component (if applicable): file-5.03-2.fc12.x86_64 Full list: ./usr/share/ogonkify/fonts/pcrb-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/pcrbo-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/pcrr-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/pcrro-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/phvb-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/phvbo-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/phvr-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/phvro-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/ptmb-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/ptmbi-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/ptmr-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm ./usr/share/ogonkify/fonts/ptmri-o.pfa PostScript document text a2ps-4.14-8.fc11.x86_64.rpm -- 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.

13 years, 4 months

1
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

fonts-bugs May 2010