Re: [ANN] WO/WOLips/Wonder intro screencast
Re: [ANN] WO/WOLips/Wonder intro screencast
- Subject: Re: [ANN] WO/WOLips/Wonder intro screencast
- From: David LeBer <email@hidden>
- Date: Thu, 20 Mar 2008 14:10:24 -0400
On 20-Mar-08, at 12:27 PM, Mike Schrag wrote:
I created an introductory screencast (using the very cool
ScreenFlow) on building a new WO/Wonder app in WOLips.
Cool ... Thanks, David. Here are some misc questions/comments/notes
from watching:
Thanks Mike... for actually watching :-)
* Under Window=>Customize Perspective, Shortcuts Tab, "New" submenu,
"WOLips" you can select which shortcuts appear in your New... menu.
I turn off WO App/WO Framework and turn on Wonder App/Wonder
Framework, because I only ever create Wonder apps/frameworks.
Cool, didn't know that.
* I need to make package fields sync with eachother in the wizard
(since they're almost always the same base)
That'd be nice, I realized after I'd finished that I'd actually made a
mistake on that step. I left the .app on the end of the base package -
something I didn't mean to do.
* There's a warning on your Components folder right after
creation ... I thought I fixed all the warnings in the templates.
I'm curious what that is.
I don't know, I tried creating a new project in that environment and
saw no errors. I did an initial run through of that project and then
deleted it before recording Perhaps it was something leftover?
* JDBC should be checked by default in the New Model wizard ...
that's just silly :)
* That bug where you create the new entity, it selects it in the
tree, but it doesn't update the properties view drives me crazy.
It's on the hit list.
* I should add support for prefixes and underscores in name syncing
(entity name/table/class and attribute name/column) to support
things like t_ and c_
* If you're using prototypes exclusively, it's actually SLIGHTLY
faster to edit through the table view than the properties view
Oh, I'm sure it is :-) That's just muscle memory speaking.
* If your migration is named the same as your model, you don't need
to declare the base class name anymore -- it will find it
I thought so... too lazy to check though.
* It should not be required to set the connection dict in Properties
if it's the same as your model dict, but it's a good practice anyway
OK. I thought I had a problem until I set the connection dict
properties when I was first playing with Migrations. Might have just
been me though.
* When you create the package, you should turn off the filter "Empty
packages" but leave on "Empty parent packages". Then when you
create the migrations package, you can just right click on it and
New=>Class to make the class in that package. One less move op.
You can also pick the package from the new class dialog.
Yes I do this usually. Forgot to make the filter change, and I thought
it gave me an excuse to demo re-factoring.
* Code generation for migration 0 using the API's is coming. You
can also extend ERXMigration and use vendor-based sql scripts for 0
based on SQL generation from EM. The API way is much better in
general, though.
Yipp. Eee.
* _Files are still hidden by default? I could have sworn that was
changed months ago.
* You are slightly out of date :) New Wonder eogen templates
generate generic ERXKey + support for automatic inverse relationship
updating.
Yes, I am running Stable right now. I figured a number of people
viewing the screencast would be using the all-in-one installer.
* cmd-2 R in the "form" tag would let you type wo:form and replace
top and bottom tags together
Oh, cool. I didn't realize it worked on static html.
* WOOGNL is included by default in the new Wonder project templates,
so inline bindings just work out-of-the-box
Yay!
* whoops .. create ivar only should make it public, not private
Yes, I was going to ask for that.
* When you do the try-catch, you can select those lines then right-
click=>Surround with=>try/catch
Show off :-)
;david
--
David LeBer
Codeferous Software
'co-def-er-ous' adj. Literally 'code-bearing'
site: http://codeferous.com
blog: http://davidleber.net
profile: http://www.linkedin.com/in/davidleber
--
Toronto Area Cocoa / WebObjects developers group:
http://tacow.org
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden