[dojo-contributors] Tentative agenda for today meeting

Richard Backhouse backhous at us.ibm.com
Wed Oct 3 10:48:00 EDT 2012

If it won't load via an AMD loader reliably then I suggest taking out the
define call completely and make it only load via a script tag.

BTW the Zazl issue has nothing to do with plugins. It's when you have code
like what is in deviceTheme problems arise with dependency analysis

(typeof define === "undefined" ? function(deps, def) { def(); } : define)([
], function(config, lang, win, require){

  From:       Ben Hockey <neonstalwart at gmail.com>                                                                      
  To:         "dojo dev." <dojo-contributors at mail.dojotoolkit.org>,                                                    
  Date:       10/03/2012 10:39 AM                                                                                      
  Subject:    Re: [dojo-contributors] Tentative agenda for today meeting                                               

On Oct 3, 2012, at 9:26 AM, Christophe Jolif wrote:

> Adam,
> On Wed, Oct 3, 2012 at 4:05 PM, Adam L. Peller <adam at peller.org> wrote:
>> Could your team take another look at
>> http://trac.dojotoolkit.org/ticket/15901 whether for 1.8.1 or 1.8.2?
>> It's a blocker for Maqetta, and we had to fork the repository to get
>> around it.
> Maybe Eric will have a different stance on this. But to me from our
> past experience this is really not a good idea to load that piece of
> JavaScript as an (asynchronous) AMD module (that might change in the
> future if we are able to get notified on CSS loading but as of today
> this might well end up in initialization nightmare, especially when
> running in a container like Cordova) so I'm wondering why Maqetta
> seems to be reluctant to use it as recommended which, if I'm not
> mistaken, would solve the issue without having to change Dojo?

i agree with christophe, i've had exactly the same experience.  this file
does not work when loaded asynchronously via a loader.

if you have never seen this issue, the things i found that exacerbated the
problem was to do a build and try to load an alternative theme to iPhone
(which is the default so iirc sometimes it seemed like it was working) - i
was using android.

the only way this file works consistently is to add it as a separate script
tag.  although this is inconvenient, i don't think changing it to suit
static analysis is going to help - if anything it just makes it easier to
use it in a way that doesn't work.

as christophe eluded to, this file can't be loaded reliably by an
asynchronous loader without knowing when the css is fully loaded - perhaps
by using some kind of css plugin.  i believe zazl has difficulties with
plugins (maybe i don't understand and it might be able to handle this case)
so this doesn't seem like it would move you forward either.


dojo-contributors mailing list
dojo-contributors at mail.dojotoolkit.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.dojotoolkit.org/pipermail/dojo-contributors/attachments/20121003/69fbf2e5/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
Url : http://mail.dojotoolkit.org/pipermail/dojo-contributors/attachments/20121003/69fbf2e5/attachment-0002.gif 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ecblank.gif
Type: image/gif
Size: 45 bytes
Desc: not available
Url : http://mail.dojotoolkit.org/pipermail/dojo-contributors/attachments/20121003/69fbf2e5/attachment-0003.gif 

More information about the dojo-contributors mailing list