[Bug 507292] New: [RFE] Allow wildcards/regexps in rpm deps
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] Allow wildcards/regexps in rpm deps
https://bugzilla.redhat.com/show_bug.cgi?id=507292
Summary: [RFE] Allow wildcards/regexps in rpm deps
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: rpm
AssignedTo: pmatilai(a)redhat.com
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: pmatilai(a)redhat.com, jnovy(a)redhat.com,
ffesti(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
(this is mostly a yum-level RFE, but it would be nice if we kept the same
depsolving logic in both apps)
The problem:
Selecting a font is a multi-criterium operation. We need to match on font
family, font style, language support, unicode support, etc. At any time all of
just some of those selection criterii can be provided by the user or
applications.
To have features like font auto-installation work reliably, this matching needs
to extend to the package database
Right now rpm is only allowing to specify atomic provides, so we can have a
font package that
Provides font(dejavusans)
and
Provides
font(:lang=el)
but there is no warranty both those provides are belonging to the same font.
There is no way to distinguish between a package that includes an actual greek
dejavusans and a package that includes a dejavusans greek-less file and another
totally different greek font
To workaround this rpm limitation we've been asking packagers to put font files
belonging to different font families in different packages. However:
1. many still don't
2. it's not technically possible for all font formats, for example the ttc font
format allows mixing of fonts with different characteristics in a single file
The ideal solution:
Ability to have Provides like:
font(comma-separated font name list|comma-separated style list|comma-separated
lang list) (rough mockup that probably needs refining)
And have deps like (dejavu|*|el) work in rpm
(yes a font can declare many different names, be available in many different
styles, cover many different languages)
For ttc files we'd then generate one Provides for each font included in the ttc
bundle
--
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.
8 years, 1 month
[Bug 648350] New: Proper Bold for Lohit Devanagari
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: Proper Bold for Lohit Devanagari
https://bugzilla.redhat.com/show_bug.cgi?id=648350
Summary: Proper Bold for Lohit Devanagari
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: lohit-devanagari-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: ujjwol(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
psatpute(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Created attachment 456789
--> https://bugzilla.redhat.com/attachment.cgi?id=456789
Picture showing the bold and regular typeface
Description of problem:
The existing font provided Lohit Devangari only contains the regular version.
It does not contain the bold version. When the computer generates bold using
the regular font, and the results are ugly. The siro-rekha is broken and many
other stuffs are also broken.
Version-Release number of selected component (if applicable):
How reproducible:
Exactly reproducible
Steps to Reproduce:
1.See any hindi/nepali/marathi/sanskrit pages in firefox with bold text
2. type devanagari text in openoffice and bold it
Actual results:
The a broken lohit devanagari font is displayed.
Expected results:
A well maintained bold should be shown.
Additional info:
The typographic value is lost when bold is used though it is still readable.
--
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.
8 years, 5 months
[Bug 770173] New: [abrt] fontforge-20110222-4.fc16: __GI_raise: Process /usr/bin/fontforge was killed by signal 6 (SIGABRT)
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: [abrt] fontforge-20110222-4.fc16: __GI_raise: Process /usr/bin/fontforge was killed by signal 6 (SIGABRT)
https://bugzilla.redhat.com/show_bug.cgi?id=770173
Summary: [abrt] fontforge-20110222-4.fc16: __GI_raise: Process
/usr/bin/fontforge was killed by signal 6 (SIGABRT)
Product: Fedora
Version: 16
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:226d280da458c02dbf836374359e6d45beeb31ad
Severity: unspecified
Priority: unspecified
Component: fontforge
AssignedTo: kevin(a)scrye.com
ReportedBy: quantum.analyst(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: kevin(a)scrye.com, fonts-bugs(a)lists.fedoraproject.org,
paul(a)frixxon.co.uk
Classification: Fedora
Story Points: ---
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
libreport version: 2.0.8
abrt_version: 2.0.7
backtrace_rating: 4
cmdline: fontforge Lobster.ttf
crash_function: __GI_raise
executable: /usr/bin/fontforge
kernel: 3.1.5-1.fc16.x86_64
pid: 2361
pwd: /home/zero-one/.fonts
reason: Process /usr/bin/fontforge was killed by signal 6 (SIGABRT)
time: Fri 23 Dec 2011 04:57:53 PM EST
uid: 1000
username: zero-one
backtrace: Text file, 53804 bytes
dso_list: Text file, 5454 bytes
maps: Text file, 46458 bytes
build_ids:
:1c6a95451ee19617be5abea3d121f0226d21ddda
:513b62aebf666f00864c6f1ebea4dc82b2bc5012
:3ed9e61c2b7e707ce244816335776afa2ad0307d
:aa733447f84020c94a66814e501a36e248cbb43d
:8b46e30ba91f3a655184141ea81f24005f100891
:e3c88cb9ea428bd61f4064dbd53acae2d396a1ec
:87461d97d0ba0bd94e4d74ff0879190b67b326c5
:6ae19b07608683ea0d76f1406c6d50d5a2793ecc
:d0c6e13f00a20952a72a945c929efb175fd760e3
:ab59942678bcdecb23756804dcd0aac63ccc1669
:30af62b93e2ab7dbaf39c52e346cd52101b4b590
:3d7445fcfec84df0bd46f12e5540d6ab6db2ec9d
:f0d50e3af2dfee021a327fb85a993a2312a98145
:638db099ff5fb986d1a092629d1bb1dca5be4904
:e5429e0905bedecc534b057783916ba43e06a66e
:44ece411beb2ef1acdb5eb2161666de41cc2f31d
:2ff598542ad79916b2e8d621e1dfe2e03aca9e9f
:8acc43df965b3c0a70dcfad11c0ade056bdb055b
:b502249bcf2a4f465feeb8b9578c80cda6f4103d
:c8a4e40c84c2f52e78c64d31efc0191c565a9049
:0f0c9eed63ed279ceb0aef109eff8bcbb351e4bb
:25b834f4c4dc534708635ff1064e2fe02a366a62
:163b323da65b708418226eb5fa8b057c731d1475
:6ecc3efaedf849a17c30a67fe15b4dacca1bd981
:0911ea7c180d733724f89037b8e8a34e64024aec
:8631fa022a75e4bfbd78f96ad368f88456e39cfe
:c64ae11db2f40081de9a6983295b7e2105556695
:ab93f5a6105938b598a9eb4321bcfb9c244945d5
:48aea888319e1848137073c9cbde54a4c2a731c9
:1d1e7527a6b5fd829fe8c097bea4c62b2d0f2df9
:36c3026b958ed92321d0531a483442a9c5a957e9
:2f884a17559b8d3954348fdf2131980eac9a79f0
:1c2ccaf923ac61efd874e4ca82bf6612f4cb0c31
:b0eabf9093defbfdd0857ea3ed1a4563b743434e
:4c842320387ff7f6f91b7842b223c16518be909f
:e2e67b3ae2579e1667b73ad385f61552931024e9
:9d1209fc79304f03cc839de1c0036c61b48dfff8
:7994f114cf7189e482f2665fae8e351ed8bc05e3
:07470201df55a5254027d05fa4dc509b10f2986a
:d460d68692c1b32346f469e0a9ab3933cf1f3d1c
:dc729005f811417fddf05fe15b27c01257fed480
:e5d7ac2dfe435e205e491f7ce827563859fca4f4
:b7633dbfe4880a163b4059184cb20c37cfaf7521
:3e2404bd469800afd61eda83d0292a2165ef0db0
:c394c720f0727b738128393fbf26ebd355f42498
:54a066b1f8ae391050d51221778b39261283cf51
:930141e14bc90a585553dfbe2c6661806af11f06
:c8e7f118041a9f77e0dd673da11b5653be27b5a2
:c2d49d72ec1a1e68b39c3724693f83f44d80a259
:e02146cbd7b3747790cf4808baa58dc78c2e0042
:b0a2d0b4c09d819887ec7d711c8cf3977a074c4f
:a518a8b1b5c3e80dee813df05e951d205d6ac48c
:d203a42e4c417fbf0c6ab96ce6f7946ec8ac0435
:0949b493f01e0553822be3bd14def9dbe79b804f
comment:
:Just randomly looking around directories in the Open Font dialog.
:Was in /usr/share/fonts, after checking four or five subdirectories, but not
opening anything.
environ:
:XDG_VTNR=1
:XDG_SESSION_ID=2
:HOSTNAME=VeniVidiVici.HOME
:IMSETTINGS_INTEGRATE_DESKTOP=yes
:GPG_AGENT_INFO=/tmp/keyring-zRujzU/gpg:0:1
:TERM=xterm
:SHELL=/bin/bash
:HISTSIZE=1000
:XDG_SESSION_COOKIE=ff831396568380a65b4ba5f100000011-1324693688.856668-425829544
:GJS_DEBUG_OUTPUT=stderr
:WINDOWID=41943045
:GNOME_KEYRING_CONTROL=/tmp/keyring-zRujzU
:QTDIR=/usr/lib64/qt-3.3
:QTINC=/usr/lib64/qt-3.3/include
:'GJS_DEBUG_TOPICS=JS ERROR;JS LOG'
:IMSETTINGS_MODULE=none
:USER=zero-one
:LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=01;05;37;41:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lz=01;31:*.xz=01;31:*.bz2=01;31:*.tbz=01;31:*.tbz2=01;31:*.bz=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;!
35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=01;36:*.au=01;36:*.flac=01;36:*.mid=01;36:*.midi=01;36:*.mka=01;36:*.mp3=01;36:*.mpc=01;36:*.ogg=01;36:*.ra=01;36:*.wav=01;36:*.axa=01;36:*.oga=01;36:*.spx=01;36:*.xspf=01;36:*.pdf=00;33:*.ps=00;33:*.ps.gz=00;33:*.txt=00;33:*.patch=00;33:*.diff=00;33:*.log=00;33:*.tex=00;33:*.xls=00;33:*.xlsx=00;33:*.ppt=00;33:*.pptx=00;33:*.rtf=00;33:*.doc=00;33:*.docx=00;33:*.odt=00;33:*.ods=00;33:*.odp=00;33:*.xml=00;33:*.epub=00;33:*.abw=00;33:*.html=00;33:*.wpd=00;33:
:SSH_AUTH_SOCK=/tmp/keyring-zRujzU/ssh
:USERNAME=zero-one
:SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/1513,unix/unix:/tmp/.ICE-unix/1513
:PATH=/usr/lib64/qt-3.3/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:/home/zero-one/code/android-sdk-linux_x86/tools:/home/zero-one/code/android-sdk-linux_x86/platform-tools:/home/zero-one/.local/bin:/home/zero-one/code/android-sdk-linux_x86/tools:/home/zero-one/code/android-sdk-linux_x86/platform-tools
:MAIL=/var/spool/mail/zero-one
:DESKTOP_SESSION=gnome
:GSETTINGS_SCHEMA_DIR=/home/zero-one/.local/share/glib-2.0/schemas/
:QT_IM_MODULE=xim
:PWD=/home/zero-one/.fonts
:XMODIFIERS=@im=none
:GNOME_KEYRING_PID=1509
:LANG=en_CA.utf8
:KDE_IS_PRELINKED=1
:MODULEPATH=/usr/share/Modules/modulefiles:/etc/modulefiles
:GDM_LANG=en_CA.utf8
:LOADEDMODULES=
:KDEDIRS=/usr
:GDMSESSION=gnome
:HISTCONTROL=ignoredups
:XDG_SEAT=seat0
:HOME=/home/zero-one
:SHLVL=2
:GNOME_DESKTOP_SESSION_ID=this-is-deprecated
:LOGNAME=zero-one
:QTLIB=/usr/lib64/qt-3.3/lib
:DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-xNGdIawEwq,guid=63f22d2712ab078eb4f10cdd00000034
:MODULESHOME=/usr/share/Modules
:'LESSOPEN=||/usr/bin/lesspipe.sh %s'
:WINDOWPATH=1
:XDG_RUNTIME_DIR=/run/user/zero-one
:MTN_MERGE=meld
:DISPLAY=:0
:COLORTERM=gnome-terminal
:XAUTHORITY=/var/run/gdm/auth-for-zero-one-ayzEyJ/database
:'module=() { eval `/usr/bin/modulecmd bash $*`\n}'
:_=/usr/bin/fontforge
:OLDPWD=/home/zero-one
var_log_messages:
:Dec 22 17:23:34 VeniVidiVici yum[3674]: Installed:
fontforge-20110222-4.fc16.x86_64
:Dec 22 17:29:01 VeniVidiVici kernel: [ 6681.618693] fontforge[3698] trap
divide error ip:7ff290f0fd54 sp:7fffaed127e0 error:0 in
libfontforge.so.1.0.0[7ff290e68000+36f000]
:Dec 22 17:29:02 VeniVidiVici abrt[3711]: Saved core dump of pid 3698
(/usr/bin/fontforge) to /var/spool/abrt/ccpp-2011-12-22-17:29:01-3698 (18186240
bytes)
:Dec 22 17:41:40 VeniVidiVici kernel: [ 7440.652920] fontforge[3790] trap
divide error ip:7fe59e65ed54 sp:7fff990867d0 error:0 in
libfontforge.so.1.0.0[7fe59e5b7000+36f000]
:Dec 22 17:41:41 VeniVidiVici abrt[3815]: Saved core dump of pid 3790
(/usr/bin/fontforge) to /var/spool/abrt/ccpp-2011-12-22-17:41:40-3790 (16412672
bytes)
:Dec 23 16:51:23 VeniVidiVici kernel: [ 1448.061763] fontforge[2317] trap
divide error ip:3b3eca7d54 sp:7fff69f0efd0 error:0 in
libfontforge.so.1.0.0[3b3ec00000+36f000]
:Dec 23 16:51:25 VeniVidiVici abrt[2319]: Saved core dump of pid 2317
(/usr/bin/fontforge) to /var/spool/abrt/ccpp-2011-12-23-16:51:23-2317 (16928768
bytes)
:Dec 23 16:57:55 VeniVidiVici abrt[2367]: Saved core dump of pid 2361
(/usr/bin/fontforge) to /var/spool/abrt/ccpp-2011-12-23-16:57:53-2361 (28041216
bytes)
--
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.
8 years, 5 months
[Bug 477387] 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=477387
Summary: Please convert to new font packaging guidelines
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: fonts-hebrew-fancy
AssignedTo: danken(a)cs.technion.ac.il
ReportedBy: nicolas.mailhot(a)laposte.net
QAContact: extras-qa(a)fedoraproject.org
CC: danken(a)cs.technion.ac.il,
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.
8 years, 8 months
[Bug 522648] New: glyphs cut-off below "baseline" in firefox
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: glyphs cut-off below "baseline" in firefox
https://bugzilla.redhat.com/show_bug.cgi?id=522648
Summary: glyphs cut-off below "baseline" in firefox
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Regression
Severity: medium
Priority: low
Component: ipa-gothic-fonts
AssignedTo: tagoh(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
With ipa fonts being used for Japanese desktop,
it seems the bottom of letters with parts under
the Latin "baseline" tend to get cut-off in
textboxes in Firefox.
How reproducible:
every time
Steps to Reproduce:
1. Login to rawhide Japanese gnome desktop
2. Run firefox and type "abcdefghijklmnopqrstuvwxyz" into awesome bar.
3. sudo yum install vlgothic-fonts
4. repeat (2)
Actual results:
2. Bottom of letters 'g', 'j', 'p', 'q', 'y' are clipped
4. Displays fine.
Expected results:
2. All the glyphs to be visible.
--
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, 2 months
[Bug 677448] New: incompatibility/inefficiency with bitmap-fangsongti-fonts
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: incompatibility/inefficiency with bitmap-fangsongti-fonts
https://bugzilla.redhat.com/show_bug.cgi?id=677448
Summary: incompatibility/inefficiency with
bitmap-fangsongti-fonts
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: fontconfig
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: notting(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, pnemade(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
bitmap-fangsongti-fonts causes fontconfig to exercise some very bad codepaths
on upgrades.
Version-Release number of selected component (if applicable):
fontconfig-2.8.0
How reproducible:
100%
Steps to Reproduce:
1. Have bitmap-fangsongti-fonts installed
2. Be running a desktop
3. Do some upgrade that causes '/usr/bin/fc-cache /usr/share/fonts/bitmap' to
run
Actual results:
Most every fontconfig app on the system (kde4d, notification area applets,
gnome-settings-daemon, and others) suddenly start using 100% cpu. The fc-cache
call takes a *very* long time to complete.
Expected results:
Not that.
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.
9 years, 2 months
[Bug 635961] New: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button
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: [Pango][Cursoring][mr_IN] - Composed Character Deletion is wrong with DELETE Button
https://bugzilla.redhat.com/show_bug.cgi?id=635961
Summary: [Pango][Cursoring][mr_IN] - Composed Character
Deletion is wrong with DELETE Button
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: smaitra(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org, aalam(a)redhat.com,
smaitra(a)redhat.com,
fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org
Blocks: 631761,635957
Classification: Fedora
Target Release: ---
Description of problem:
In pango (tested it in gedit and firefox), the deletion with DELETE key, is not
following the rule of deleting entire composed character with a single key
press. It is deleting each of the character in a composed character, one by
one.
Version-Release number of selected component (if applicable):
pango-1.28.0-1.fc13.i686
How reproducible:
Always
Steps to Reproduce:
1. Open gedit or firefox in mr_IN locale
2. Activate ibus with CTRL+SPACE. Select marathi - Inscript
3. Type : kdk (which means consonant KA + Halant + Consonant KA)
4. Position the cursor at the beginning point of the composed character.
5. Now, press DELETE key. (It needs 3 key strokes to delete the whole
character, but it should be done with a single key stroke in fact)
Actual results:
Delete composed character is happening in wrong manner. Actually it is now
following the convention (Rule) of BACKSPACE, when deleting a composed
character comes into picture.
Expected results:
It should delete the whole composed character in one DELETE key stroke when
cursor positions at the start of the composed character.
Additional info:
OS : Fedora 13
Arch : i386
--
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, 2 months
[Bug 708525] New: hinting turned off even for large fonts
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: hinting turned off even for large fonts
https://bugzilla.redhat.com/show_bug.cgi?id=708525
Summary: hinting turned off even for large fonts
Product: Fedora
Version: 15
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: pango
AssignedTo: behdad(a)fedoraproject.org
ReportedBy: horsley1953(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: behdad(a)fedoraproject.org,
fonts-bugs(a)lists.fedoraproject.org
Classification: Fedora
Story Points: ---
Created attachment 501397
--> https://bugzilla.redhat.com/attachment.cgi?id=501397
Screen shot of office writer document with different size fonts in same
families.
Description of problem:
On my fedora 15 system, the fonts all render terribly by default, being
completely thin and spindly. After much investigation, I find various
settings down in the /etc/fonts config files to do things like turn
off hinting for fonts smaller than 7.5 (what units 7.5 are in, I'm not
sure), but in fact hinting seems to be turned off for fonts up to
point size 13 as the attached screenshot of a libreoffice document
seems to show.
So many pieces are involved in font rendering, I don't know for sure
if pango is the right component for this, but it is my best guess.
Version-Release number of selected component (if applicable):
pango-1.28.4-1.fc15.x86_64
cairo-1.10.2-3.fc15.x86_64
fontconfig-2.8.0-3.fc15.x86_64
How reproducible:
100%
Steps to Reproduce:
1.See screenshot of office writer image
2.
3.
Actual results:
All fonts 13 points and under rendered incredibly spindly.
Expected results:
Better font rendering.
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.
9 years, 3 months