FTC beta 14 preview 14

Beta 14 preview 14 has been uploaded to the web site.

http://www.truenorthsoftware.com/Realbasic/FormattedText.html

In this preview I spent a lot of time on the straight typing,
backspace, and forward delete undo code. Hopefully these should be
very solid now. If you see a problem with these undo cases, tell
me right away.

I have reconfigured the spell checking code to require the use of
my spell checker in the demo project. Without a license, the spell
checker plugin is fully functional in the debugger, but in built
applications it won't return results. It costs nothing to use it
in the demo mode. So download it from the following URL and throw
it in your plugins folder if you want to compile the demo
application. This should make your life easier as beta testers
since you will have the same setup I have and you don't have to
make any modifications to the demo to get it to compile.

http://www.truenorthsoftware.com/Realbasic/SpellCheckUtilities.html

As a result of this change to the spell checking code, I deleted
the "configurations" module since it is not needed any more.

OK, here is a brain teaser for you FTC beta testers. I have spent
a lot of time trying to track down a problem when calling
"fullUpdate" (i.e., "Refresh") from the contextual menus in the
demo application. The problem is that the FIRST time you call
invoke the fullUpdate from a contextual menu it causes the FTC to
go wacky. This seems to be an OS X problem only (Windows is
unaffected). Here is the reproduction method.

1. Comment out the duplicated code in method "fullUpdate". Comment
out the second set of lines in the method fullUpdate (the work
around)...

  ' Mark the background as needing updating.
  hasMoved = true

  ' Mark all the paragraphs as needing an update.
  doc.markAllParagraphsDirty

  ' Update the display.
  update(true, true)

2. Run the demo project.

3. When the "Test Editor" window shows up invoke the contextual
menu item "Refresh" and you will see the problem as the FTC
incorrectly parses lines.

If you do another contextual menu "Refresh", the problem goes away
and never shows up again in that run of the program. I think I
have narrowed it down to RB's Graphics.StringWidth method not
returning a proper value! Anyways, I need another set of eyes to
look at this one and confirm what I am seeing or come up with a
way to reproduce the RB bug in a separate small project so that
they can see it. This looks like some kind RB framework
initialization bug. So the challenge here is to better define this
bug and come up with a sample project that demonstrates the
problem for RS. Any help you guys could give me would be
appreciated. The work around for this RB bug is to call the
fullUpdate code twice in the contextual menu context of this
problem. Its these kind of problems that drive me crazy! :-)

I really appreciate all the bug reports that you guys have given
me. It has kept me busy and I am steadily tracking them down and
squashing them as fast as I can, so keep those reports coming!

Here's what is new with this preview...

- Changed the behavior when you invoke a contextual menu to not
move the insertion point position to where you invoked the
contextual menu with the mouse click.

- Updated the backspace and forward delete undo code to handle
pictures in resize mode.

- Rewrote some of the straight typing undo code to be more
reliable.

- Selecting all the text and then deleting it followed by forward
delete caused a crash. This has been fixed.


FTC Website: www.truenorthsoftware.com/Realbasic/FormattedText.html
Set List Options (digest and vacation modes): www.freelists.org/list/ftcdev
List Archive: www.freelists.org/archives/ftcdev
Unsubscribe: Send email to ftcdev-request@xxxxxxxxxxxxx with "unsubscribe" in 
the subject field.

Other related posts: