Add in declaration string to support working in Dojo templated widgets about dgrid HOT 5 CLOSED

This is specifically not done because it would expose an additional global. Given that best practices with AMD discourage creating unnecessary globals, this is not something we really want to add to dgrid. As you say, however, it does present a challenge with the current Dojo parser.

Currently, the way to get around this is to expose any constructors you need parser to have access to yourself - which generally won't be the List module, but more likely the GridFromHtml module, or some constructor created using declare which mixes in GridFromHtml and any number of mixins/extensions. You can see examples of this done in some of the test pages, for example test/GridFromHtml.html (currently lines 91-92).

Note that currently there is also discussion going around for Dojo 1.8 to add support for parser to pick up data-dojo-type values which reference module identifiers (e.g. dgrid/GridFromHtml), which will make this less of a pain point.

Thanks for bringing this up though, I realize now that despite my memory suggesting otherwise, the README doesn't seem to make any mention of playing nicely with the parser. I'll see about adding a paragraph about that.

from dgrid.

fyi - the module identifier patch is in current trunk http://bugs.dojotoolkit.org/ticket/13778 for reference

from dgrid.

Thanks for the quick response, makes sense as well in the grand scheme.

from dgrid.

Yup, the only thing really under debate for 1.8 is whether the modules will have to be explicitly required before the parser is invoked. That means significant changes to the dojo/parser that maybe a step too far before 2.0.

from dgrid.

Just added a note about using parser + dgrid in 1.7, in f6b4522

from dgrid.