Martin Cooper wrote:
When you build (or download) a specific profile, the dojo.js file contains
only what is defined for that profile. However, everything else is still
available. Any code that is "dojo.require"d that is not part of the profile
will be dynamically fetched by Dojo when that 'requi
Don Brown wrote:
Ian Roughley wrote:
Ok, I'll be more specific :) The tags that you use in JSP are
directly available to other view technologies (freemarker and
velocity) due to a common underlying component model. To make this
possible they have their own MVC design - using a freemarker t
Ian Roughley wrote:
This is where my knowledge of dojo falls short, perhaps Martin can assist.
What I was planning on doing was using a compressed JS profile of dojo,
and removing the individual files from the saf src. If we are pulling
in individual files via dojo.require() do we need to kee
Ian Roughley wrote:
Ok, I'll be more specific :) The tags that you use in JSP are directly
available to other view technologies (freemarker and velocity) due to a
common underlying component model. To make this possible they have
their own MVC design - using a freemarker template as the view.
Thanks for the clarification. That makes sense now :)
/Ian
Martin Cooper wrote:
On 4/13/06, Ian Roughley <[EMAIL PROTECTED]> wrote:
This is where my knowledge of dojo falls short, perhaps Martin can assist.
What I was planning on doing was using a compressed JS profile of dojo,
and remo
Ok, I'll be more specific :) The tags that you use in JSP are directly
available to other view technologies (freemarker and velocity) due to a
common underlying component model. To make this possible they have
their own MVC design - using a freemarker template as the view.
So you can use any
On 4/13/06, Ian Roughley <[EMAIL PROTECTED]> wrote:
>
> This is where my knowledge of dojo falls short, perhaps Martin can assist.
>
> What I was planning on doing was using a compressed JS profile of dojo,
> and removing the individual files from the saf src. If we are pulling
> in individual fil
netsql wrote:
ps: very exciting to have Ajax built in
:) Could have had that a year ago :)
(Sorry, couldn't resist)
Frank
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Struts 1.x was "view independent".
Is SAF2 (pronounced "SafeTy"? ;-) ) be dojo specific? Like I could not
use Tibet w/out fighting the "tags"?
(or JDNC once they figure that out.)
.V
ps: very exciting to have Ajax built in
Ian Roughley wrote:
This is where my knowledge of dojo fall
This is where my knowledge of dojo falls short, perhaps Martin can assist.
What I was planning on doing was using a compressed JS profile of dojo,
and removing the individual files from the saf src. If we are pulling
in individual files via dojo.require() do we need to keep the dojo src
in th
Ian, what about using the minimal profile, but each component that needs something more can do a dojo.require() to pull
it in? A user's application, that knows they need more, can overwrite head.ftl to change the profile. This is the
change I plan to do today.
Don
Ian Roughley wrote:
Martin
Martin - which profile do you suggest? I had a quick look over the
profiles awhile back, and the only ones from the kitchen sick that I
thought could be removed were "flash" and "storage" - especially with
the incorporation of more widgets.
The other option would be to have different profiles
On 4/12/06, Don Brown <[EMAIL PROTECTED]> wrote:
>
> I'm starting to look into replacing the LGPL Javascript components with
> ones provided by Dojo, a toolkit we are already
> using. Dojo already has the following widgets:
>
> - date picker -
> http://archive.dojotoolkit.org/nightly/tests/widge
I'm starting to look into replacing the LGPL Javascript components with ones provided by Dojo, a toolkit we are already
using. Dojo already has the following widgets:
- date picker -
http://archive.dojotoolkit.org/nightly/tests/widget/test_DatePicker.html
- tooltip -
http://archive.dojotool
14 matches
Mail list logo