On Apr 03, 2007, at 1:54 PM, Theodore H. Smith wrote: >> Or support Brandon and his efforts with the FTC. > I'm not aware of what Brandon is up to.
Check it out but it's not a "code" editor either >> I really doubt the canvas that REAL has in the IDE would be of a lot >> of general purpose use but that's just my guess > > Maybe RS could just write an editfield that doesn't suck? ;) Because it's not easy to do well cross platform ? If it were so easy don't you think they would have done it already ? REAL's editfield is a native OS supplied control. Now on the Mac it's probably an alder textEdit control and that is why it is what it is. if youv'e got issues with what it can and cannot do you probably need to bitch at Apple as well. > I've explained this so many times before, but I'll say it again. > Firstly it needs to handle large amounts of text, effortlessly, just > like CodeWarrior does. That just means it DOESN'T try to rewrap the > entire text before displaying it!! It's possible to use byte-offsets > instead of line-offsets, or just put the line-counter into it's own > thread like Apple's TextEdit does. If I recall CW used the WASTE engine which is old. There is a new version and the WordGuise plugin wraps it up for use. Brendan Murphy's Formatted Text Control is a custom control for RB. (I have no idea if it's a canvas subclass but I suspect it may be) There are at least 2 alternatives. There may be more out there. > Secondly, the styling needs to be done "on demand". This makes > styling super fast. And also, make it simple this time. The previous > attempt at styling was way overcomplicated. > > RB's canvas based editfield isn't really done properly... It isn't as > fast as it should be, given how fast ATSUI is, and the hit detection > is slightly off, seeing as it's not using ATSUI calls but instead > fudging things with graphics.stringwidth. Still, even that quirky > editfield is better than RB's editfield they give to us!! I'm also > not certain that approach could work for text that wraps its lines. > But many kinds of code needs long line wrapped, such as HTML or XML > which may contain large blocks of plain English text. Using ATSUI > properly would solve that. Theo Theo Theo. If YOU need a code editor component write one. The bits and pieces are all there. Make a plugin. Then the people who need a code editor will have one. > Oh wait, you don't want to listen to me, as I am not high enough up > your arbitrarily defined social ladder... > Just dismiss my delicious suggestions away. We know you want to. This has NOTHING to do with what I may or may not think of you. Period. Please don't turn this into some kind of personal attack. > (BTW this post also addresses Charles's idea on writing his own > editfield. He won't make one as good as CodeWarrior's, using RB's > canvas, I'll bet.) If you need such a thing write one. Make a plugin. I know you know how to do that so go for it. And if it's good people will buy it. Some people need a "editor" when they really want a word processor like TextEdit or Word. Tabs, columns, pictures etc. Some people need a "editor" when they really want a text editor like BBEdit. Word sucks for writing HTML or XML and REALbasic. It's great for word processing. BBEdit is great for HTML and XML but sucks at doing a resume or a tabloid. The editfield in RB is what it is and if you don't like it write one that you DO like. That's what software engineers do. _______________________________________________ Unsubscribe or switch delivery mode: <http://www.realsoftware.com/support/listmanager/> Search the archives: <http://support.realsoftware.com/listarchives/lists.html>
