on 5/5/2000 9:33 PM, dave bryson [EMAIL PROTECTED] wrote:
I want to work/rework and integrate the Admin and Scheduler interfaces
with WebMacro. I plan to use the BaseWebMacro setup vs. the
WebMacroSiteLayout so it'll work out of the box ( you want have to
switch pages, etc...). I also plan
on 5/6/2000 8:29 AM, dave bryson [EMAIL PROTECTED] wrote:
I'm also over-whelmed with work related applications right now. So
i'll be doing this slowly. I want to also jump in on Scarab once I
get a little ahead.
Cool!
I agree. I would actually like to see us use the WebMacroSiteLayout
fyi (mostly for dave),
I'm doing some programmer documentation right now for the WebMacroSite
system with easy example code and such...should be done with it soon...
-jon
--
Java Servlet Based - Open Source |Collab.Net
Bug/Issue Tracking System |
This is mostly for Dave...
I want to be able to have a Screen class override the layout template that
will be executed by returning a method from Screen.getLayout(). This would
happen somewhere in WebMacroSitePage, but I don't want it to interrupt the
current scheme of doing the layout search
on 5/6/2000 3:06 PM, John McNally [EMAIL PROTECTED] wrote:
The "default" way of specifying a specific layout template for a screen
template is to give them the same name. Why do you want to override this
behavior in the Screen?
Because what if you want to have the layout change based on a
On Sat, 06 May 2000, you wrote:
I want to be able to have a Screen class override the layout template that
will be executed by returning a method from Screen.getLayout(). This would
happen somewhere in WebMacroSitePage, but I don't want it to interrupt the
current scheme of doing the layout
on 5/6/2000 4:00 PM, John McNally [EMAIL PROTECTED] wrote:
OK, How does this sound:
1. WMSitePage finds the Screen for a screen template.
2. Screen.getLayout(data) is called
3. If it returns a name with the default extension from the properties file
(or some standards: wm, fm, html,
On Sat, 06 May 2000, you wrote:
fyi (mostly for dave),
I'm doing some programmer documentation right now for the WebMacroSite
system with easy example code and such...should be done with it soon...
Just read it. Nice Job!
--
dave
[EMAIL PROTECTED]
--
your
on 5/6/2000 4:06 PM, Jon Stevens [EMAIL PROTECTED] wrote:
I will do it at some later date cause I think it is a good idea. :-)
Hey all,
Sorry to reply to my email, but I just started doing some tests with
actually implementing it. It looks like it won't be that hard and is really
cool!
This
On Sat, 06 May 2000, you wrote:
This is mostly to dave, but I'm going to make the WebMacroSiteAction use
this methodology by default (all it will have to do is extend the
ActionEvent class instead of the Action class) if that is cool with you. If
it can't find the "special" methods, then it
on 5/6/2000 5:45 PM, dave bryson [EMAIL PROTECTED] wrote:
Cool! Along these same lines, what about a way for template authors to
specify required fields. Maybe some type of object in the context that
could be used.
Like this: input type="text" name="$required("fname")"
then Turbine could
On Sat, 06 May 2000, you wrote:
on 5/6/2000 5:45 PM, dave bryson [EMAIL PROTECTED] wrote:
Cool! Along these same lines, what about a way for template authors to
specify required fields. Maybe some type of object in the context that
could be used.
Like this: input type="text"
Ok,
I tested it and it now works!
check out org.turbine.modules.ActionEvent and
org.turbine.modules.actions.WebMacroSiteAction.
The javadocs are quite complete for it. Read them for more info.
This also validates the recent build()-doBuild()/doPerform() name changes.
It was SO easy to add
For those of you not watching the CVS commit messages, I have added a boat
load of documentation today...
http://java.apache.org/turbine/
If you have been waiting to play with Turbine, now is the time to start. :-)
-jon
--
Java Servlet Based - Open Source |Collab.Net
14 matches
Mail list logo