[Bug 394103] All elements are HUGE (when doing dpi autodetect?)
by Bugzilla@Mozilla
Do not reply to this email. You can add comments to this bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=394103
ruslan <rns123(a)ukr.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rns123(a)ukr.net
--- Comment #62 from ruslan <rns123(a)ukr.net> 2008-03-29 22:48:23 PDT ---
I had the same problem on Windows XP Pro/2003 Server with 150% DPI setting
(Display properties/Advanced/General/Display/DPI Setting/Custom setting/150%)
with FF3b4.
It makes Firefox 3 unusable on Windows for me as icons and fonts are too huge.
Also, layout.css.dpi is not settable on Windows in about:config (perhaps
because it has no effect on win32 due to DPI autodetection).
--
Configure bugmail: https://bugzilla.mozilla.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
16 years, 1 month
[Bug 394103] All elements are HUGE (when doing dpi autodetect?)
by Bugzilla@Mozilla
Do not reply to this email. You can add comments to this bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=394103
--- Comment #61 from Felix Miata <mrmazda(a)ij.net> 2008-03-29 17:48:58 PDT ---
1-Might it be practical to implement limiting scaled CSS px applicability to
viewport content? If it's doable it ought to keep current theming working.
and/or
2-Why not reduce the disparity between device px and css px by using a stepped
scale? e.g.
(84, 88, 92,) 96, 100, 104, 108, 112, 116, 120, etc., or
(80, 88,) 96, 104, 112, 120, 128, etc., or
(84,) 96, 108, 120, 132, 144, etc., or
96, 120, 144, 168, 192, etc.
I've noticed that most pt sized vector fonts seem happiest stepping at even
multiples of 12, but I've never looked at steps of 16.
--
Configure bugmail: https://bugzilla.mozilla.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
16 years, 1 month
[Bug 346419] Add Baseline table support (align scripts in a line of text)
by gnome-control-center (bugzilla.gnome.org)
If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=346419
pango | general | Ver: unspecified
Roger Sperberg changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rsperberg(a)gmail.com
------- Comment #5 from Roger Sperberg 2008-03-29 13:12 UTC -------
Khmer is a language that stacks letters on top of each other, so the line
spacing for Khmer text needs to be way taller than that for English and other
languages using Basic Latin glyphs.
If I use a font that contains Khmer characters, either the line spacing is
taken from the Khmer, in which case all text everywhere has way, way too much
line spacing. Or else the line spacing is taken from the Basic Latin, and the
tops and bottoms of Khmer text are chopped off.
You can see what I mean in these two screen captures, showing text in XML Copy
Editor:
http://flickr.com/photos/88474662@N00/2300111271/
http://flickr.com/photos/88474662@N00/2300902984/in/photostream/
(I'm attaching these images as well)
What's needed is support for baseline tables.
Khmer isn't the only Southeast Asian language with this difficulty -- Thai,
Lao, Burmese and Vietnamese also share this issue (even though Vietnamese uses
Latin characters, double accents require more line spacing than English).
Roger Sperberg
--
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.
You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=346419.
16 years, 1 month
[Bug 236803] kdebase: Some UTF-8 chars not showing up in konsole
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 report.
Summary: kdebase: Some UTF-8 chars not showing up in konsole
https://bugzilla.redhat.com/show_bug.cgi?id=236803
than(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |CLOSED
Resolution| |RAWHIDE
Flag|needinfo?(chris.stone(a)gmail.|
|com) |
------- Additional Comments From than(a)redhat.com 2008-03-28 08:20 EST -------
i cannot reproduce this problem in current rawhide anymore with or without
fonts-japanese
--
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, or are watching someone who is.
16 years, 1 month
rpms/edrip-fonts/devel edrip-fonts.spec,1.2,1.3
by nim
Author: nim
Update of /cvs/extras/rpms/edrip-fonts/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv3206/devel
Modified Files:
edrip-fonts.spec
Log Message:
small fixes
Index: edrip-fonts.spec
===================================================================
RCS file: /cvs/extras/rpms/edrip-fonts/devel/edrip-fonts.spec,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- edrip-fonts.spec 27 Mar 2008 21:02:28 -0000 1.2
+++ edrip-fonts.spec 28 Mar 2008 07:30:31 -0000 1.3
@@ -9,13 +9,13 @@
Name: %{fontname}-fonts
Version: 20080317
-Release: 2%{?dist}
+Release: 3%{?dist}
Summary: Edrip decorative font
Group: User Interface/X
License: OFL
URL: ftp://ftp.dvo.ru/pub/Font/edrip/
-Source0: %{URL}/%{archivename}.tar.bz2
+Source0: %{url}/%{archivename}.tar.bz2
Source1: %{name}-fontconfig.conf
Patch0: edrip-fonts-license.patch
@@ -76,7 +76,7 @@
%changelog
* Tue Mar 27 2008 <nicolas.mailhot at laposte.net>
-- 20080317-2
+- 20080317-3
✓ Fix source URL
✓ Add more fontconfig magic
16 years, 1 month
rpms/edrip-fonts/devel edrip-fonts-fontconfig.conf, 1.1, 1.2 edrip-fonts.spec, 1.1, 1.2
by nim
Author: nim
Update of /cvs/extras/rpms/edrip-fonts/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv26585/devel
Modified Files:
edrip-fonts-fontconfig.conf edrip-fonts.spec
Log Message:
small fixes
Index: edrip-fonts-fontconfig.conf
===================================================================
RCS file: /cvs/extras/rpms/edrip-fonts/devel/edrip-fonts-fontconfig.conf,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- edrip-fonts-fontconfig.conf 26 Mar 2008 23:35:39 -0000 1.1
+++ edrip-fonts-fontconfig.conf 27 Mar 2008 21:02:28 -0000 1.2
@@ -7,4 +7,10 @@
<family>Edrip</family>
</accept>
</alias>
+ <alias>
+ <family>Edrip</family>
+ <default>
+ <family>sans-serif</family>
+ </default>
+ </alias>
</fontconfig>
Index: edrip-fonts.spec
===================================================================
RCS file: /cvs/extras/rpms/edrip-fonts/devel/edrip-fonts.spec,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- edrip-fonts.spec 26 Mar 2008 23:35:39 -0000 1.1
+++ edrip-fonts.spec 27 Mar 2008 21:02:28 -0000 1.2
@@ -9,7 +9,7 @@
Name: %{fontname}-fonts
Version: 20080317
-Release: 1%{?dist}
+Release: 2%{?dist}
Summary: Edrip decorative font
Group: User Interface/X
@@ -18,22 +18,6 @@
Source0: %{URL}/%{archivename}.tar.bz2
Source1: %{name}-fontconfig.conf
-# TopTeam released Teams in 2000 under a very liberal X11-like license
-# consisting of:
-# 1. a disclaimer
-# 2. the requirement not to use TopTeam's name in advertising
-# 3. the requirement to reproduce the license
-#
-# 1. should be covered by the standard OFL disclaimer
-# (X11 license disclaimer descendant with a few more words added)
-# 2. maps to OFL clause 4 (more restrictive)
-# 3. is not strictly respected, but no one is likely to complain as long as
-# the license text used effectively asks for the same things.
-#
-# So relicensing a derivative under the standard OFL seems legit.
-# However to activate OFL clause 4. and respect the original authors
-# requirements TopTeam and Teams need to be listed in OFL.txt, which Edrip's
-# author forgot to do.
Patch0: edrip-fonts-license.patch
BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX)
@@ -91,6 +75,11 @@
%changelog
+* Tue Mar 27 2008 <nicolas.mailhot at laposte.net>
+- 20080317-2
+✓ Fix source URL
+✓ Add more fontconfig magic
+
* Wed Mar 26 2008 <nicolas.mailhot at laposte.net>
- 20080317-1
✓ Fedora import
16 years, 1 month