[Bug 3512] Implement font-stretch property
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=3512
--- Comment #49 from John Daggett (:jtd) <jdaggett(a)mozilla.com> 2008-06-04 18:57:30 PDT ---
(In reply to comment #48)
Hmmm, what spec defines this? Are you using the wording for font-weight from
the 2.1 spec to infer how font-stretch works?
I would argue that for your example a and c should render the same no matter
what font faces were available. I could definitely see how one might interpret
the 2.1 font-weight description to infer the behavior in your example. Damn
spec writers. ;)
--
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.
15 years, 11 months
[Bug 3512] Implement font-stretch property
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=3512
--- Comment #48 from Zack Weinberg <zweinberg(a)mozilla.com> 2008-06-04 17:30:58 PDT ---
The problem with a single-number coding scheme like "501 = normal + 1 step
(wider/bolder)" is that wider/narrower, like bolder/lighter, are required to
make a change if they can. So, consider
<span style="font-stretch: normal">a
<span style="font-stretch: wider">b
<span style="font-stretch: narrower">c
</span></span></span>
Suppose that the font family for this entire thing has two widths: normal and
condensed. (Pretty common.) Then the spec says "a" and "b" should be rendered
at normal width, and "c" at condensed width. But with a single-number scheme,
the style for "c" is indistinguishable from the style for "a".
--
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.
15 years, 11 months
[Bug 3512] Implement font-stretch property
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=3512
--- Comment #46 from John Daggett (:jtd) <jdaggett(a)mozilla.com> 2008-06-04 17:23:10 PDT ---
(In reply to comment #43)
> So, for what it's worth, the patch here has the same issue with narrower and
> wider that we have with bolder and lighter for font-weight; we really need to
> store an ordered list of narrower/wider values if we want to get this correct
> relative to the fonts available, on a per-character basis. So if we fix one,
> we might want to fix the other at the same time.
That's actually what we do for bolder/lighter, at least on Mac/Windows. The
real tricky part of the problem is dealing with synthetic bold because you need
to know whether a face was available for "weight + n steps of bolder" when
deciding whether to enable synthetic bold or not, as in the inner-most span
below:
Font family: Bongo (two weights 200, 400)
.base { font-family: Bongo; font-weight: 200; }
.b { font-weight: bolder; }
<p class=base>Should be light face
<span class=b>with regular face
<span class=b>and synthetic bolded regular face</span>
</span>
</p>
So for font-stretch we may have to deal with the same issues if we're going to
do synthesized condensed/expanded (Stuart is in favor, I'm on the fence).
As for the numbers, we probably need to pass around relative widths also (e.g.
501 for "normal + 1 step wider") as we do for font-weight.
--
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.
15 years, 11 months
[Bug 3512] Implement font-stretch property
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=3512
--- Comment #44 from Zack Weinberg <zweinberg(a)mozilla.com> 2008-06-04 14:56:44 PDT ---
There are nine base font-stretches, just as there are nine base font-weights.
Thus, how about encoding the ordered list in both cases as an ASCII string,
with this format: the first character is always a digit '1' ... '9', which is
mapped to a font-weight or font-stretch in the obvious fashion, and subsequent
characters are either '+' (meaning "bolder" or "wider") or '-' (meaning
"lighter" or "narrower"). This is easy to process and also conveniently
human-readable in debugging dumps. Won't do for getComputedStyle, but we're
supposed to propagate gfx's actual choice of font back up for that anyway. And
we already hang other strings off style structs, so it shouldn't be a memory
management headache.
--
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.
15 years, 11 months
rpms/edrip-fonts/devel edrip-fonts-fontconfig.conf, 1.2, 1.3 edrip-fonts.spec, 1.7, 1.8
by nim
Author: nim
Update of /cvs/extras/rpms/edrip-fonts/devel
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv16959/devel
Modified Files:
edrip-fonts-fontconfig.conf edrip-fonts.spec
Log Message:
register in fantasy generic, fix url
Index: edrip-fonts-fontconfig.conf
===================================================================
RCS file: /cvs/extras/rpms/edrip-fonts/devel/edrip-fonts-fontconfig.conf,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- edrip-fonts-fontconfig.conf 27 Mar 2008 21:02:28 -0000 1.2
+++ edrip-fonts-fontconfig.conf 4 Jun 2008 17:34:10 -0000 1.3
@@ -10,7 +10,13 @@
<alias>
<family>Edrip</family>
<default>
- <family>sans-serif</family>
+ <family>fantasy</family>
</default>
</alias>
+ <alias>
+ <family>fantasy</family>
+ <prefer>
+ <family>Edrip</family>
+ </prefer>
+ </alias>
</fontconfig>
Index: edrip-fonts.spec
===================================================================
RCS file: /cvs/extras/rpms/edrip-fonts/devel/edrip-fonts.spec,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- edrip-fonts.spec 26 May 2008 20:25:19 -0000 1.7
+++ edrip-fonts.spec 4 Jun 2008 17:34:10 -0000 1.8
@@ -6,13 +6,13 @@
Name: %{fontname}-fonts
Version: 20080523
-Release: 1%{?dist}
+Release: 2%{?dist}
Summary: Edrip decorative font
Group: User Interface/X
License: OFL
-URL: ftp://ftp.dvo.ru/pub/Font/%{name}/
-Source0: %{url}/%{archivename}.tar.bz2
+URL: ftp://ftp.dvo.ru/pub/Font/%{fontname}/
+Source0: %{url}%{archivename}.tar.bz2
Source1: %{name}-fontconfig.conf
Patch0: edrip-fonts-license.patch
@@ -43,6 +43,7 @@
install -m 0644 -p Edrip-*.ttf %{buildroot}%{fontdir}
install -m 0755 -d %{buildroot}%{fontconfdir}
+# Would be higher prio if the coverage was better
install -m 0644 -p %{SOURCE1} %{buildroot}%{fontconfdir}/61-%{fontname}.conf
@@ -73,6 +74,11 @@
%changelog
+* Wed Jun 4 2008 <nicolas.mailhot at laposte.net>
+- 20080523-2
+⌂ Fix URL
+⎈ Register in new fantasy generic
+
* Mon May 26 2008 <nicolas.mailhot at laposte.net>
- 20080523-1
ϡ Add bold italic typeface to the font package
15 years, 11 months