Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: sportrop-fonts - A multiline decorative font
https://bugzilla.redhat.com/show_bug.cgi?id=456345
--- Additional Comments From [EMAIL
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: No OpenType
https://bugzilla.redhat.com/show_bug.cgi?id=455995
--- Additional Comments From [EMAIL PROTECTED] 2008-07-23 07:19 EST ---
I dare you to
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: sportrop-fonts - A multiline decorative font
https://bugzilla.redhat.com/show_bug.cgi?id=456345
--- Additional Comments From [EMAIL
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: button labels fail if language support is a subset
https://bugzilla.redhat.com/show_bug.cgi?id=445291
[EMAIL PROTECTED] changed:
What|Removed
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: button labels fail if language support is a subset
https://bugzilla.redhat.com/show_bug.cgi?id=445291
[EMAIL PROTECTED] changed:
What|Removed
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: No OpenType
https://bugzilla.redhat.com/show_bug.cgi?id=455995
--- Additional Comments From [EMAIL PROTECTED] 2008-07-23 11:19 EST ---
Created an
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: No OpenType
https://bugzilla.redhat.com/show_bug.cgi?id=455995
--- Additional Comments From [EMAIL PROTECTED] 2008-07-23 11:21 EST ---
Created an
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: No OpenType
https://bugzilla.redhat.com/show_bug.cgi?id=455995
--- Additional Comments From [EMAIL PROTECTED] 2008-07-23 11:34 EST ---
Created an
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: No OpenType
https://bugzilla.redhat.com/show_bug.cgi?id=455995
--- Additional Comments From [EMAIL PROTECTED] 2008-07-23 11:37 EST ---
Last note on
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: No OpenType
https://bugzilla.redhat.com/show_bug.cgi?id=455995
--- Additional Comments From [EMAIL PROTECTED] 2008-07-23 11:40 EST ---
(In reply to
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: No OpenType
https://bugzilla.redhat.com/show_bug.cgi?id=455995
--- Additional Comments From [EMAIL PROTECTED] 2008-07-23 11:54 EST ---
1) depends on
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: button labels fail if language support is a subset
https://bugzilla.redhat.com/show_bug.cgi?id=445291
[EMAIL PROTECTED] changed:
What|Removed
http://bugs.freedesktop.org/show_bug.cgi?id=16818
Nicolas Mailhot [EMAIL PROTECTED] changed:
What|Removed |Added
CC||fedora-fonts-bugs-
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: No OpenType
https://bugzilla.redhat.com/show_bug.cgi?id=455995
--- Additional Comments From [EMAIL PROTECTED] 2008-07-23 15:28 EST ---
Vasile, are
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: No OpenType
https://bugzilla.redhat.com/show_bug.cgi?id=455995
--- Additional Comments From [EMAIL PROTECTED] 2008-07-23 17:06 EST ---
(In reply to
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: khmeros-fonts - Khmer free/libre font set created by
Danh Hong of the Cambodian Open Institute
https://bugzilla.redhat.com/show_bug.cgi?id=454078
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: Review Request: khmeros-fonts - Khmer free/libre font set created by
Danh Hong of the Cambodian Open Institute
https://bugzilla.redhat.com/show_bug.cgi?id=454078
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
Summary: button labels fail if language support is a subset
https://bugzilla.redhat.com/show_bug.cgi?id=445291
[EMAIL PROTECTED] changed:
What|Removed
ping?
On 10:11 Wed 16 Jul , Michal Nowak wrote:
Hi,
Fedora Linux distribution considered packaging Your Mukti fontset,
but we found out that the license is GPLv2+, which we consider as
excellent for software but not for fonts.
The problem we see is that when you embed the font inside
ping?
On 09:57 Wed 16 Jul , Michal Nowak wrote:
Hi Bardaqani,
sorry for not being clear on this for the first time.
The problem with GPL licensed font is that when you for example
create PDF file (like a book) the you usually embed the font inside
the document and then is anyone able
Hi all,
We have several issues posing the problem of dual OTF/TTF fonts
packaging.
http://bugzilla.redhat.com/show_bug.cgi?id=456345
http://bugzilla.redhat.com/show_bug.cgi?id=455995
Till now we've managed to avoid this issue, however it seems we can't
escape Fedora guidelines on the subject
On Tue, Jul 22, 2008 at 6:58 PM, Vasile Gaburici [EMAIL PROTECTED] wrote:
Most people using OOo probably don't have clue what features OpenType
provides, mostly because they've only seen Arial and Times New Roman.
So I don't expect widespread requests from the userbase...
Btw, is there a way
Le Mer 23 juillet 2008 12:23, Vasile Gaburici a écrit :
I'll share my thoughts in more detail later -- I'm in a hurry now.
One bit I was going to say:
On Wed, Jul 23, 2008 at 11:53 AM, Nicolas Mailhot
[EMAIL PROTECTED] wrote:
2. I don't know what algorithm fontconfig uses to choose between
Hi Michal,
Many thanks for sending those (and CC-ing the list). Many thanks to
Martin-Gomez Pablo for doing the same. I know it's not exciting work
(but it is necessary).
If upstream does not answer after a while we of course still have the
option to package those fonts under GPL without
What are the implications of a GPL'd pdf? Having to give the (LaTeX or
whatever) source? Having to allow others to modify said source?
On Wed, Jul 23, 2008 at 1:46 PM, Nicolas Mailhot
[EMAIL PROTECTED] wrote:
Hi Michal,
Many thanks for sending those (and CC-ing the list). Many thanks to
Le Mer 23 juillet 2008 13:00, Vasile Gaburici a écrit :
What are the implications of a GPL'd pdf? Having to give the (LaTeX or
whatever) source? Having to allow others to modify said source?
I think the implications are mostly you can not tell someone here is
my pdf document, you can look at
Le Mer 23 juillet 2008 13:47, Nicolas Mailhot a écrit :
The LGPL seems not to suffer from the GPL problems when applied to
fonts (but I've not done a deep analysis, IANAL). Strangely enough
it's rarely used and Free Software oriented projects seem to prefer
the GPL, which forces us to do the
On Wed, Jul 23, 2008 at 4:53 AM, Nicolas Mailhot
[EMAIL PROTECTED] wrote:
Hi all,
We have several issues posing the problem of dual OTF/TTF fonts
packaging.
http://bugzilla.redhat.com/show_bug.cgi?id=456345
http://bugzilla.redhat.com/show_bug.cgi?id=455995
Till now we've managed to avoid
On Wed, 2008-07-23 at 10:53 +0200, Nicolas Mailhot wrote:
Hi all,
We have several issues posing the problem of dual OTF/TTF fonts
packaging.
http://bugzilla.redhat.com/show_bug.cgi?id=456345
http://bugzilla.redhat.com/show_bug.cgi?id=455995
Till now we've managed to avoid this issue,
2008/7/22 Gustavo Ferreira [EMAIL PROTECTED]:
i plan to release an extended version* of the family (under a
different name) in september/october through my foundry.
Wow!
This is really great news Gustavo! :-)
[the fonts were designed in the 'ivory tower' way
No problem with that at all :-)
On Tuesday 22 July 2008, Vasile Gaburici wrote:
- DejaVu has positioning issues
The positioning issue you see is likely a problem that T doesn't have a
cedilla anchor in Serif. Normally an easy fix.
That's why renderers should have fall-back options (like Qt has).
Usually these fall backs
Le mercredi 23 juillet 2008 à 11:51 -0400, Behdad Esfahbod a écrit :
On Wed, 2008-07-23 at 10:53 +0200, Nicolas Mailhot wrote:
2. I don't know what algorithm fontconfig uses to choose between
several formats of the same fonts, or even if its choices are stable.
It uses the version number
Le mercredi 23 juillet 2008 à 17:12 +0100, Dave Crossland a écrit :
2008/7/22 Gustavo Ferreira [EMAIL PROTECTED]:
if anyone is interested in testing the fonts on linux and taking care of the
packaging, please drop me a line.
I've been meaning to get set up for packaging fonts for Debian
Le mercredi 23 juillet 2008 à 18:13 +0200, Ben Laenen a écrit :
Because font foundries
select their character sets based on the market demand,
Because font foundries select their character sets based on the
countries they want to sell fonts to…
they don't see
a lot of merit in adding
Le mercredi 23 juillet 2008 à 14:36 -0400, Behdad Esfahbod a écrit :
On Wed, 2008-07-23 at 20:14 +0200, Nicolas Mailhot wrote:
Can you patch fontconfig so apps get OTF (OpenType CFF) versions by
default, unless they explicitely request OpenType TTF files? (when the
same version of the
On Wed, Jul 23, 2008 at 8:59 PM, Nicolas Mailhot
[EMAIL PROTECTED] wrote:
In practice you can approximate cubic splines by just cutting cubic
segments in many quadratic ones, which font editors like fontforge do
automatically, and at the sizes text is typically rendered there's no
visible
Hi,
As I'm attempting to create a package of the (great) Old Standard font,
I have mail the founder and have got the answer (forwarded). The answer
is quite harsh (if that I spare you the anti-source building
paragraph.
So we need to add a suffix to the name but I'm not imaginative for
finding a
2008/7/23 Martin-Gomez Pablo [EMAIL PROTECTED]:
So we need to add a suffix to the name but I'm not imaginative for
finding a good suffix (maybe iced as Nicolas propose), anyone of you
have an lightning idea ?
Why not use a build of FF from the same time the source files were published?
--
38 matches
Mail list logo
