In keeping with my last few posts, I want to highlight some of the other goodies from r2 (can you tell that Oblivion is really sucking a lot of time away from other things, like blog postings?).
- The project item editor now has some new contextual menu items: Make External, which makes an internal item into an external one. Make Internal, which internalizes an external item. And New Implementor, which is used on a class interface and gives you a new class which implements that interface.
- If you're like me, and you make a lot of serial subclasses, you'll love this new one. Serial.LastErrorCode is now settable. That used to drive me up the wall! I'd make a new subclass, define some nifty error codes on it, and I couldn't assign to LastErrorCode! Hah, well that's no longer the case.
- The project item editor wasn't the only thing to get some contextual menu goodies. The window editor got one that I think most people will love. The Add control contextual menu (which you get when you right-click anywhere in the form editor and select Add) is no longer a huge beast of uselessness. It now only shows you controls which have events. Some of it is still nonsense (such as adding an Application class to a window), but the menu is a heckuvalot better than it was before.
- Speaking of contextual menus... the code editor was feeling left out for a while. But not anymore! There's now a Switch To menu which allows you to switch from one code item to the next. This is especially handy for people who like to code with the editor maximized. Since you can't see the code item browser list in that case, this gives you a way to navigate efficiently. Also, you can now hide (and show) empty events via a contextual menu as well.
- Of course, not everything was a nifty new feature. Some of it was just down-right handy bug fixes. Cut, copy and paste now work. Double clicking on items in a control array now brings you to someplace useful in the code editor. Undo/Redo now takes you to what was affected by the operation.
- And for some strange reason, this one really bugged me (until it got fixed). Dragging a REALbasic project into the project item editor no longer adds that project as raw data to the current project. Now it...:: gasps :: opens the project instead!
Just so everyone knows (because I know some of you just love to hear about my every move -- :: grins at Thomas ::), I'm heading back down to Texas tomorrow. I'm going to be on vacation from late tomorrow night until Monday. Lis and I are going to go camping at Brazos Bend near Houston, and then spend Easter with her family. Should be a blast! But I won't be doing regular blog postings (though I may pre-record some blogs and throw those up when/if I get internet connectivity). I'll be spending next week at the office in Austin, so it should be business as usual for those days.
Cut, copy and paste now work.
May God bless whomever fixed that bug. It may have been a minor annoyance with an easy work-around, but I'll be damned if that bug didn't bite me on the ass at least a dozen times a day.
Actually, it was a huge annoyance that was a royal pain to track down the cause of.
I have to agree with Mike... that error REALLY sucked. Glad to see that one nailed down :)
Could you give me an example of when putting an 'app class' on the window would be useful? I'm having trouble understanding when I would ever use that (and secretly wondering if I'm missing out on some elegant efficient coding trick).
~joe
@Joe -- never would be a good answer. ;-) There's no good reason for it (which is why I said "Some of it is still nonsense").
It's just a harder problem to solve (don't want to start putting special cases in the code since that's an awfully slippery slope), so that's why it's in there.