discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: glyph generation errors in the layout manager


From: Fred Kiefer
Subject: Re: glyph generation errors in the layout manager
Date: Wed, 20 Jul 2011 09:26:41 +0200
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.18) Gecko/20110616 SUSE/3.1.11 Thunderbird/3.1.11

On 19.07.2011 11:45, Riccardo Mottola wrote:
I just fixed the Grr parser so that it displays some atttributes
extracted from HTML inside the article. Most importantly, links!!! The
bug was big I wonder how it ever had worked, I'd guess no but that's
strange.

Anyway, now when displaying certain Articles the console gets spammed by:


2011-07-19 11:25:59.461 Grr[13239] GSHorizontalTypesetter - Glyph
generation was triggered for a layout manager while the text storage it
was attached to had unprocessed editing. This is not allowed. Glyph
generation may be triggered only at points where calls to -beginEditing
and -endEditing are balanced.
2011-07-19 11:25:59.461 Grr[13239] GSHorizontalTypesetter - Glyph
generation was triggered for a layout manager while the text storage it
was attached to had unprocessed editing. This is not allowed. Glyph
generation may be triggered only at points where calls to -beginEditing
and -endEditing are balanced.

Could you please add a break point in line 718 of the file GSLayoutManager.m and report back the back trace you get. That way we should be able to understand what is going on. Most likely we have a background thread that is changing the text while the gui thread is trying to lay it out. I am not sure what the best way to handle this could be. Maybe throw a specific exception here and handle it in the text view? I don't like the idea of adding more locks to the text processing.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]