bug-gnustep
[Top][All Lists]
Advanced

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

[bug #43454] Problem with Continuous Spell Checking


From: Fred Kiefer
Subject: [bug #43454] Problem with Continuous Spell Checking
Date: Tue, 11 Nov 2014 22:58:30 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0

Follow-up Comment #9, bug #43454 (project gnustep):

I am a bit confused that a break point at line 756 could still result in a
loop. As there is no loop inside of _generateGlyphsUpToCharacter: this would
mean that the loop is in _generateGlyphs_char_r:
Which again would mean that you only get the glyph dump before the change not
after. But in your picuture I see that "Hole program" has been replaced by
"Hola programa".
What is also strange is that the glyph skip list internaly referes to the
index 14, although there should always have been 13 characters at most.

I tried to reproduce the behaviour with this bit of code:

  NSTextView *text = [[NSTextView alloc] initWithFrame:
NSMakeRect(0,0,200,200)];

  [text insertText: @"Hola program"];
  NSLog(@"generateGlyphsUpToGlyph 0");
  NSLayoutManager *lm = [text layoutManager];
  NSTextStorage *textStorage = [text textStorage];
  NSLog(@"inserting text");
  [textStorage beginEditing];
  [text replaceCharactersInRange: NSMakeRange(5, 7) withString: @"programa"];
  [textStorage endEditing];
  [text didChangeText];
  NSLog(@"inserted text");

which should match what happens inside of _acceptGuess:, but this seems to
work and never gives invalid glyph indexes.
I also tried to add calls to 
[lm glyphAtIndex: 13 isValidIndex: &valid];
with different indexes, but none of that resulted in a loop.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?43454>

_______________________________________________
  Nachricht gesendet von/durch Savannah
  http://savannah.gnu.org/




reply via email to

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