GNU bug report logs - #14993
[PATCH] Update information about fonts

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 14993 in the body.
You can then email your comments to 14993 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Xue Fuqiao <xfq.free <at> gmail.com>
To: bug-gnu-emacs <bug-gnu-emacs <at> gnu.org>
Subject: [PATCH] Update information about fonts
Date: Wed, 31 Jul 2013 17:16:31 +0800

[Message part 1 (text/plain, inline)]

tags patch

GNU Intlfonts are pretty old bitmapped fonts.  They cannot be used with
GNU Emacs's font shaping capabilities.  The GNU FreeFont exist and offer
support for many scripts and languages, so I made a patch.  (For
downloading fonts and installing them, there’s nothing Emacs-specific,
so I removed them from the Emacs FAQ.)


-- 
Best regards, Xue Fuqiao.
http://www.gnu.org/software/emacs/

[fonts.patch (application/octet-stream, attachment)]

Message #8 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Xue Fuqiao <xfq.free <at> gmail.com>
To: 14993 <at> debbugs.gnu.org
Subject: Re: [PATCH] Update information about fonts
Date: Wed, 31 Jul 2013 21:54:30 +0800

[Message part 1 (text/plain, inline)]

A new patch with further changes.

-- 
Best regards, Xue Fuqiao.
http://www.gnu.org/software/emacs/

[fonts.patch (application/octet-stream, attachment)]

Message #11 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Wolfgang Jenkner <wjenkner <at> inode.at>
To: Xue Fuqiao <xfq.free <at> gmail.com>
Cc: 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Wed, 31 Jul 2013 16:13:09 +0200

On Wed, Jul 31 2013, Xue Fuqiao wrote:

> A new patch with further changes.

I don't think emacs has support for printing with .ttf or .otf fonts, so
some info about .bdf fonts (not everything is easily available as type1
font) is perhaps still needed.

Wolfgang

Message #14 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Xue Fuqiao <xfq.free <at> gmail.com>, Kenichi Handa <handa <at> gnu.org>
Cc: 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Wed, 31 Jul 2013 18:46:35 +0300

> Date: Wed, 31 Jul 2013 17:16:31 +0800
> From: Xue Fuqiao <xfq.free <at> gmail.com>
> 
> GNU Intlfonts are pretty old bitmapped fonts.  They cannot be used with
> GNU Emacs's font shaping capabilities.  The GNU FreeFont exist and offer
> support for many scripts and languages, so I made a patch.  (For
> downloading fonts and installing them, there’s nothing Emacs-specific,
> so I removed them from the Emacs FAQ.)

Thanks.  You forgot msdos/INSTALL, I think.

Btw, if we are deprecating Intlfonts, should we keep ps-bdf.el?  And
if we drop ps-bdf.el, can we add some ps-otf.el instead?  Perhaps
Handa-san could comment on this.

Message #17 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Kenichi Handa <handa <at> gnu.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: xfq.free <at> gmail.com, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Fri, 02 Aug 2013 22:10:57 +0900

In article <83k3k6wx44.fsf <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org> writes:

> Btw, if we are deprecating Intlfonts, should we keep ps-bdf.el?  And
> if we drop ps-bdf.el, can we add some ps-otf.el instead?  Perhaps
> Handa-san could comment on this.

I was working on ps-ttf.el several years ago, but couldn't
finish it because of lack of time, and that code didn't have
a facility of CTL (Complex Text Layouting).  Nowadays I
think we can utilize cairo to generate ps or pdf, but I'm
not sure I can find a time to work on it.

---
Kenichi Handa
handa <at> gnu.org

Message #20 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Kenichi Handa <handa <at> gnu.org>
Cc: xfq.free <at> gmail.com, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Fri, 02 Aug 2013 16:51:02 +0300

> From: Kenichi Handa <handa <at> gnu.org>
> Cc: xfq.free <at> gmail.com, 14993 <at> debbugs.gnu.org
> Date: Fri, 02 Aug 2013 22:10:57 +0900
> 
> In article <83k3k6wx44.fsf <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > Btw, if we are deprecating Intlfonts, should we keep ps-bdf.el?  And
> > if we drop ps-bdf.el, can we add some ps-otf.el instead?  Perhaps
> > Handa-san could comment on this.
> 
> I was working on ps-ttf.el several years ago, but couldn't
> finish it because of lack of time, and that code didn't have
> a facility of CTL (Complex Text Layouting).  Nowadays I
> think we can utilize cairo to generate ps or pdf, but I'm
> not sure I can find a time to work on it.

In that case, perhaps it's too soon to deprecate Intlfonts, since
there's no other way of printing non-ASCII characters with ps-print.

Message #23 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: xfq.free <at> gmail.com, Kenichi Handa <handa <at> gnu.org>, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Wed, 24 Feb 2016 15:32:05 +1100

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Kenichi Handa <handa <at> gnu.org>
>> Cc: xfq.free <at> gmail.com, 14993 <at> debbugs.gnu.org
>> Date: Fri, 02 Aug 2013 22:10:57 +0900
>> 
>> In article <83k3k6wx44.fsf <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org> writes:
>> 
>> > Btw, if we are deprecating Intlfonts, should we keep ps-bdf.el?  And
>> > if we drop ps-bdf.el, can we add some ps-otf.el instead?  Perhaps
>> > Handa-san could comment on this.
>> 
>> I was working on ps-ttf.el several years ago, but couldn't
>> finish it because of lack of time, and that code didn't have
>> a facility of CTL (Complex Text Layouting).  Nowadays I
>> think we can utilize cairo to generate ps or pdf, but I'm
>> not sure I can find a time to work on it.
>
> In that case, perhaps it's too soon to deprecate Intlfonts, since
> there's no other way of printing non-ASCII characters with ps-print.

Has anything changed in this area now?  (It's two years later...)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #26 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: xfq.free <at> gmail.com, handa <at> gnu.org, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Wed, 24 Feb 2016 19:17:39 +0200

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: Kenichi Handa <handa <at> gnu.org>,  14993 <at> debbugs.gnu.org,  xfq.free <at> gmail.com
> Date: Wed, 24 Feb 2016 15:32:05 +1100
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> From: Kenichi Handa <handa <at> gnu.org>
> >> Cc: xfq.free <at> gmail.com, 14993 <at> debbugs.gnu.org
> >> Date: Fri, 02 Aug 2013 22:10:57 +0900
> >> 
> >> In article <83k3k6wx44.fsf <at> gnu.org>, Eli Zaretskii <eliz <at> gnu.org> writes:
> >> 
> >> > Btw, if we are deprecating Intlfonts, should we keep ps-bdf.el?  And
> >> > if we drop ps-bdf.el, can we add some ps-otf.el instead?  Perhaps
> >> > Handa-san could comment on this.
> >> 
> >> I was working on ps-ttf.el several years ago, but couldn't
> >> finish it because of lack of time, and that code didn't have
> >> a facility of CTL (Complex Text Layouting).  Nowadays I
> >> think we can utilize cairo to generate ps or pdf, but I'm
> >> not sure I can find a time to work on it.
> >
> > In that case, perhaps it's too soon to deprecate Intlfonts, since
> > there's no other way of printing non-ASCII characters with ps-print.
> 
> Has anything changed in this area now?  (It's two years later...)

I don't think so.  We do have Cairo support, though.

Message #29 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: xfq.free <at> gmail.com, handa <at> gnu.org, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Thu, 13 Aug 2020 13:20:26 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> Has anything changed in this area now?  (It's two years later...)
>
> I don't think so.  We do have Cairo support, though.

To recap: There's a patch to remove the mention of intlfonts, but
ps-print.el apparently relies on it.

And looking at the changes to ps-print.el over the last four years, I
guess this is still the case?

So to fix this, we'd have to use Cairo functions to generate a ps/pdf,
and then pension off ps-print.el?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #32 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: xfq.free <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Thu, 13 Aug 2020 14:48:16 +0200

>>>>> On Thu, 13 Aug 2020 13:20:26 +0200, Lars Ingebrigtsen <larsi <at> gnus.org> said:

    Lars> Eli Zaretskii <eliz <at> gnu.org> writes:
    >>> Has anything changed in this area now?  (It's two years later...)
    >> 
    >> I don't think so.  We do have Cairo support, though.

    Lars> To recap: There's a patch to remove the mention of intlfonts, but
    Lars> ps-print.el apparently relies on it.

    Lars> And looking at the changes to ps-print.el over the last four years, I
    Lars> guess this is still the case?

    Lars> So to fix this, we'd have to use Cairo functions to generate a ps/pdf,
    Lars> and then pension off ps-print.el?

Has anyone tried 'x-export-frames' on a Cairo build with PDF support?

Robert

Message #35 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: xfq.free <at> gmail.com, handa <at> gnu.org, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Thu, 13 Aug 2020 16:25:19 +0300

> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: xfq.free <at> gmail.com,  handa <at> gnu.org,  14993 <at> debbugs.gnu.org
> Date: Thu, 13 Aug 2020 13:20:26 +0200
> 
> So to fix this, we'd have to use Cairo functions to generate a ps/pdf,
> and then pension off ps-print.el?

Something like this, yes.

Message #38 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: xfq.free <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Fri, 14 Aug 2020 13:42:11 +0200

Robert Pluim <rpluim <at> gmail.com> writes:

> Has anyone tried 'x-export-frames' on a Cairo build with PDF support?

Hey!  Nice!  Seems to work perfectly here -- it made a PDF that looks
exactly like what the frame looked like.

So we just need something like that that works on the entire buffer and
not just the displayed frame?

Uhm...  would a wrapper that just pops up a bunch of frames and then
calls that function (and then closes all the new frames) do the trick
here?  It's a bit hacky, but...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #41 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: xfq.free <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Fri, 14 Aug 2020 16:08:57 +0200

>>>>> On Fri, 14 Aug 2020 13:42:11 +0200, Lars Ingebrigtsen <larsi <at> gnus.org> said:

    Lars> Robert Pluim <rpluim <at> gmail.com> writes:
    >> Has anyone tried 'x-export-frames' on a Cairo build with PDF support?

    Lars> Hey!  Nice!  Seems to work perfectly here -- it made a PDF that looks
    Lars> exactly like what the frame looked like.

    Lars> So we just need something like that that works on the entire buffer and
    Lars> not just the displayed frame?

    Lars> Uhm...  would a wrapper that just pops up a bunch of frames and then
    Lars> calls that function (and then closes all the new frames) do the trick
    Lars> here?  It's a bit hacky, but...

I guess you'd need to be a bit careful that successive frames didnʼt
overlap with previous ones (especially the last one).

Robert

Message #44 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: xfq.free <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Sat, 15 Aug 2020 12:25:23 +0200

Robert Pluim <rpluim <at> gmail.com> writes:

> I guess you'd need to be a bit careful that successive frames didnʼt
> overlap with previous ones (especially the last one).

Yeah...  hm...  and with images that may overlap when "scrolling down".
Well, that's a problem in general: A frame may show half a line at the
bottom, for instance, and we don't really want that when printing the
buffer.

So it would take more than just wrapping that function to have a
workable solution...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #47 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Robert Pluim <rpluim <at> gmail.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: xfq.free <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Sat, 15 Aug 2020 13:06:37 +0200

>>>>> On Sat, 15 Aug 2020 12:25:23 +0200, Lars Ingebrigtsen <larsi <at> gnus.org> said:

    Lars> Robert Pluim <rpluim <at> gmail.com> writes:
    >> I guess you'd need to be a bit careful that successive frames didnʼt
    >> overlap with previous ones (especially the last one).

    Lars> Yeah...  hm...  and with images that may overlap when "scrolling down".
    Lars> Well, that's a problem in general: A frame may show half a line at the
    Lars> bottom, for instance, and we don't really want that when printing the
    Lars> buffer.

binding frame-resize-pixelwise to nil I think solves the line issue,
not necessarily the image issue.

    Lars> So it would take more than just wrapping that function to have a
    Lars> workable solution...

Could you create a single frame that shows the entire buffer and use
that? Probably that would run into problems with window managers not
letting you create frames larger than the screen size.

Robert

Message #50 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: xfq.free <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Sat, 15 Aug 2020 13:17:38 +0200

Robert Pluim <rpluim <at> gmail.com> writes:

> binding frame-resize-pixelwise to nil I think solves the line issue,
> not necessarily the image issue.

Ah, right.

>     Lars> So it would take more than just wrapping that function to have a
>     Lars> workable solution...
>
> Could you create a single frame that shows the entire buffer and use
> that? Probably that would run into problems with window managers not
> letting you create frames larger than the screen size.

Yeah, I think that'd be a problem.

And my pop-up-a-bunch-of-frames thing isn't really workable either,
really -- we want to fit the paper size, not the screen size, I think...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Message #53 received at 14993 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: xfq.free <at> gmail.com, Eli Zaretskii <eliz <at> gnu.org>, 14993 <at> debbugs.gnu.org
Subject: Re: bug#14993: [PATCH] Update information about fonts
Date: Tue, 13 Oct 2020 03:46:04 +0200

Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> And my pop-up-a-bunch-of-frames thing isn't really workable either,
> really -- we want to fit the paper size, not the screen size, I think...

Anyway, this means that the proposed patch isn't workable, and it
doesn't seem likely that there'll be further progress here, so I'm
closing this bug report.  If Emacs ever grows better printing support,
then something like the patch should be applied, though.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.