Open_type_font:: and Pango_font::name_to_index() each call
FT_Get_Name_Index(). Inserting print statements to trace those calls
I find that FT_Get_Name_Index is called:
7 times for each character in a Tempo
5 times for each character in a Text Script
...
1 time for each notehead
5 times
Werner LEMBERG w...@gnu.org writes:
Open_type_font:: and Pango_font::name_to_index() each call
FT_Get_Name_Index(). Inserting print statements to trace those calls
I find that FT_Get_Name_Index is called:
7 times for each character in a Tempo
5 times for each character in a Text Script
...
I will check whether I can improve that in FreeType.
Is there a reason this would have such a significantly different
impact in Windows?
No. It's exactly the same code on both platforms. However, for
lilypond, even a single-element cache would help, see attached
quick'n'dirty patch (for
Incorporated most of the comments.
Will upload new patch set in a minute
https://codereview.appspot.com/40510046/diff/20001/Documentation/web/download.itexi
File Documentation/web/download.itexi (right):
Thanks for what you're doing, but please don't put a lot of images on the
Google Issue tracker. For bizarre reasons only known to themselves, the
storage available for attachments is _very_ limited. By accident you've just
used about 1/25 of our remaining quota.
--
Phil Holmes
-
On 13/12/13 13:04, Phil Holmes wrote:
Thanks for what you're doing, but please don't put a lot of images on
the Google Issue tracker. For bizarre reasons only known to
themselves, the storage available for attachments is _very_ limited.
By accident you've just used about 1/25 of our remaining
On Fri, Dec 13, 2013 at 8:31 AM, James pkx1...@gmail.com wrote:
On 13/12/13 13:04, Phil Holmes wrote:
Thanks for what you're doing, but please don't put a lot of images on the
Google Issue tracker. For bizarre reasons only known to themselves, the
storage available for attachments is _very_
Carl Peterson carlopeter...@gmail.com writes:
On Fri, Dec 13, 2013 at 8:31 AM, James pkx1...@gmail.com wrote:
On 13/12/13 13:04, Phil Holmes wrote:
Thanks for what you're doing, but please don't put a lot of images on the
Google Issue tracker. For bizarre reasons only known to themselves,
- Original Message -
From: Carl Peterson carlopeter...@gmail.com
To: James pkx1...@gmail.com
Cc: Lilypond Dev lilypond-devel@gnu.org
Sent: Friday, December 13, 2013 2:01 PM
Subject: Re: Enable manual-specific styling of documentation;issue
3714(issue 36480048)
On Fri, Dec 13, 2013
On Thu, Dec 12, 2013 at 7:36 PM, carl.d.soren...@gmail.com wrote:
I think that the index sidebar colors are too dark. They dominate the
page, in my opinon. In the current design, the sidebar color and the
highlight box fill color are the same. Why not keep it that way?
Attaching another
On 12/13/13 8:02 AM, Carl Peterson carlopeter...@gmail.com wrote:
On Thu, Dec 12, 2013 at 7:36 PM, carl.d.soren...@gmail.com wrote:
I think that the index sidebar colors are too dark. They dominate the
page, in my opinon. In the current design, the sidebar color and the
highlight box fill
Urs Liska wrote
But clicking on Web (split HTML) brings you to a copy of the whole
website, just several directories below the original.
This is irritating, to say the least.
I agree that this does not make sense for someone browsing the website, and
the text does not really explain what's
On 12/13/13 6:04 AM, Phil Holmes m...@philholmes.net wrote:
Thanks for what you're doing, but please don't put a lot of images on the
Google Issue tracker. For bizarre reasons only known to themselves, the
storage available for attachments is _very_ limited. By accident you've
just
used about
Paul Morris wrote
Usually this works by putting
link rel=canonical href=http://www.example.com/etc/etc.html;
in the
head
of any non-canonical page, pointing to the canonical page.
Forgot to say: under the scenario of using 301 redirects you wouldn't need
to do any link rel=canonical
- Original Message -
From: Carl Sorensen c_soren...@byu.edu
To: Phil Holmes m...@philholmes.net; Carl Peterson
carlopeter...@gmail.com
Cc: Lilypond Dev lilypond-devel@gnu.org
Sent: Friday, December 13, 2013 3:31 PM
Subject: Re: Enable manual-specific styling of documentation; issue
- Original Message -
From: Urs Liska u...@openlilylib.org
To: LilyPond Development Team lilypond-devel@gnu.org
Sent: Thursday, December 12, 2013 8:34 PM
Subject: Website questions: Manual-Web
I've raised this issue already, but I think it needs to be considered in
its own thread:
On Thu, 12 Dec 2013 23:07:19 -0800, Keith OHara k-ohara5...@oco.net wrote:
I am happy to say that I was wrong here.
Open_type_font:: and Pango_font::name_to_index() each call FT_Get_Name_Index().
Inserting print statements to trace those calls I find that FT_Get_Name_Index
is called:
7
On Fri, 13 Dec 2013 01:38:23 -0800, Werner LEMBERG w...@gnu.org wrote:
I will check whether I can improve that in FreeType.
Is there a reason this would have such a significantly different
impact in Windows?
No. It's exactly the same code on both platforms. However, for
lilypond, even a
I do see how sfnt_get_name_index() does a linear search through the
font to find a matching name. Much better if LilyPond could look up
text characters by their Unicode encoding.
Well, there are historic reasons for that. On the other hand, I think
that for lilypond, which often provides
On Fri, Dec 13, 2013 at 10:02:23AM -0500, Carl Peterson wrote:
On Thu, Dec 12, 2013 at 7:36 PM, carl.d.soren...@gmail.com wrote:
I think that the index sidebar colors are too dark. They dominate the
page, in my opinon. In the current design, the sidebar color and the
highlight box fill
https://codereview.appspot.com/40510046/diff/40001/Documentation/web/download.itexi
File Documentation/web/download.itexi (left):
https://codereview.appspot.com/40510046/diff/40001/Documentation/web/download.itexi#oldcode35
Documentation/web/download.itexi:35: @warningTextBased
Umm, isn't the
On Thu, Dec 12, 2013 at 02:06:38PM +0100, Urs Liska wrote:
The page GSoC 2012 is obviously outdated.
What should be done with it?
I suggest deleting it. There's no evidence that the proposed
mentors are still available or interested, and those specific
proposals are a small subject of the
On Thu, Dec 12, 2013 at 09:34:28PM +0100, Urs Liska wrote:
When I go there I can download the whole website as a PDF. OK, this
makes sense.
Getting it as one big HTML page also makes sense.
[but where can I get it in info format?)
We don't provide links to the info documents, because IMO none
On Fri, Dec 13, 2013 at 03:40:03PM -, Phil Holmes wrote:
I _think_ the odd place of web in the manuals hierarchy is down to
it being the only part of the documentation that built using make
website - it has something of a split personality between being
part of the documentation and the
On Fri, Dec 13, 2013 at 10:41 PM, Graham Percival
gra...@percival-music.ca wrote:
On Fri, Dec 13, 2013 at 10:02:23AM -0500, Carl Peterson wrote:
On Thu, Dec 12, 2013 at 7:36 PM, carl.d.soren...@gmail.com wrote:
I think that the index sidebar colors are too dark. They dominate the
page, in
On Dec 13, 2013, at 9:07 AM, Keith OHara k-ohara5...@oco.net wrote:
Open_type_font:: and Pango_font::name_to_index() each call FT_Get_Name_Index().
Inserting print statements to trace those calls I find that FT_Get_Name_Index
is called:
7 times for each character in a Tempo
The layers of
On 14/12/13 05:57, Carl Peterson wrote:
On Fri, Dec 13, 2013 at 10:41 PM, Graham Percival
gra...@percival-music.ca wrote:
On Fri, Dec 13, 2013 at 10:02:23AM -0500, Carl Peterson wrote:
On Thu, Dec 12, 2013 at 7:36 PM, carl.d.soren...@gmail.com wrote:
I think that the index sidebar colors are
Keith OHara k-ohara5...@oco.net writes:
On Dec 13, 2013, at 9:07 AM, Keith OHara k-ohara5...@oco.net wrote:
Open_type_font:: and Pango_font::name_to_index() each call
FT_Get_Name_Index(). Inserting print statements to trace those
calls I find that FT_Get_Name_Index is called:
7 times for
Am 14.12.2013 04:53, schrieb Graham Percival:
On Thu, Dec 12, 2013 at 02:06:38PM +0100, Urs Liska wrote:
The page GSoC 2012 is obviously outdated.
What should be done with it?
I suggest deleting it. There's no evidence that the proposed
mentors are still available or interested, and those
On Fri, 13 Dec 2013 23:05:49 -0800, David Kastrup d...@gnu.org wrote:
That does not make sense. If you want call-once behavior, you can just
use a callback.
At the moment, the decision on whether to preserve the callback pointer in the
grob property, or fill the property with the returned
On 14/12/13 07:14, Urs Liska wrote:
Am 14.12.2013 04:53, schrieb Graham Percival:
On Thu, Dec 12, 2013 at 02:06:38PM +0100, Urs Liska wrote:
The page GSoC 2012 is obviously outdated.
What should be done with it?
I suggest deleting it. There's no evidence that the proposed
mentors are still
31 matches
Mail list logo
