On Sep 18, 2008, at 7:54 AM, David Cortesi wrote:

> In re. the complaints about performance of auto-completion and other
> performance issues, I suggest using one of the following files, which
> are easily and publicly available, as a test-bed.
>
> http://www.gutenberg.org/files/23475/23475-h/23475-h.htm

Thank you, David. That's an excellent suggestion.

For the record, the file contains about 1.8 million characters, 332K  
words, and 33K lines. My machine is an early 2008 model 15-inch  
MacBook Pro with 4GB of RAM running Mac OS X 10.5.5.

I tested automatic and manually-triggered text completion in the  
source HTML of the above file and found little or no impact on  
BBEdit's performance or usability. There's possibly a tiny increase in  
the delay before the auto match list appears, but if so, it's  
virtually imperceptible. It might just be my imagination.

I also don't see a problem with the number of matches appearing in the  
completion list. As expected, the number varies greatly depending on  
how many characters I type. But if I'm entering an HTML tag name,  
matched clippings are sorted at the top, so the length of the list is  
irrelevant.

I can understand maybe not liking the automatic trigger and feeling  
annoyed by the match list when you don't want it (easily resolved by  
switch to a manual trigger). But beyond that, I don't see any  
problems. I think BBEdit's text completion is a fantastic feature.  
And, unlike Apple's NSTextView completion feature, BBEdit's is smart  
enough to not run the match list off the bottom of my display when  
editing at the bottom of a text window (I really hate that about  
Apple's implementation).


> I don't have BBEdit 9 yet, but when I edited the above in v.8, I could
> not use BBEdit internal preview because every time it rendered, it
> stalled a MacPro for over a second.

For extra credit, I also previewed the file in BBEdit as I added some  
arbitrary, nested tags. This produced a more noticeable performance  
hit than the text completion alone, but still not a full second to  
reload the preview page. Frequent source code changes caused the  
preview window to reload frequently, resulting in an occasional  
stutter in the editing window. But BBEdit was still quite usable.  
However, if I were really editing this document, I'd probably close  
BBEdit's preview window until I was tweaking the finishing touches.

I wonder if the rendering speed of BBEdit's preview window depends  
heavily on the performance of Apple's WebKit. Maybe it's improved  
since you last tested on your Mac Pro, David?

-Dennis






--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google
Groups "BBEdit Talk" group.
To post to this group, send email to bbedit@googlegroups.com
To unsubscribe from this group, send email to
[EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/bbedit?hl=en
If you have a specific feature request or would like to report a suspected (or 
confirmed) problem with the software, please email to "[EMAIL PROTECTED]" 
rather than posting to the group.
-~----------~----~----~----~------~----~------~--~---

Reply via email to