Compare Revisions

Firebug internals

Revision 108893:

Revision 108893 by Johnjbarton on

Revision 108894:

Revision 108894 by Fritz on

Title:
Firebug internals
Firebug internals
Slug:
Firebug_internals
Firebug_internals
Tags:
Extensions, Add-ons
Extensions, Add-ons
Content:

Revision 108893
Revision 108894
tt235    <h3 name="Useful_high-level_questions">
236      Useful high-level questions
237    </h3>
238    <p>
239      Here's a list of questions and grey areas that programmers 
 >coming new into Firebug's internals might benefit from having cla
 >rified. (Section added at John Barton's request).
240    </p>
241    <ul>
242      <li>Where is the entrypoint?!? (Potential answer: in bindin
 >gs.xml where window is subclassed)
243      </li>
244      <li>Firebug's event model: how does it work?
245        <ul>
246          <li>a brief high-level description of the event model. 
 >(Kernel of an answer: It is not the DOM model of events; rather, 
 >each object in the set of potentially interested objects gets its
 > event handler invoked if it has one.)
247          </li>
248          <li>which events happen when, on which objects
249          </li>
250          <li>clear documentation of parameters
251          </li>
252        </ul>
253      </li>
254      <li>Window terminology. Often (for example, in the Module p
 >rototype), "window" is used somewhat ambiguously: does it mean br
 >owser window (something holding a tabbedbrowser) or does it mean 
 >DOM Window (the global context of in-web-page JS)?
255      </li>
256      <li>Contexts:
257        <ul>
258          <li>what is the set of things they always contain (wind
 >ow is one)
259          </li>
260          <li>how are they intended ot be used (e.g., can I hang 
 >onto a reference to one? can I put my own properties on it? etc)
261          </li>
262          <li>what should contexts contain. For example, why is o
 >nMonitorEvent a method of a context (and not a module?
263          </li>
264        </ul>
265      </li>
266      <li>State: brief description of how panel state is (suppose
 >d to be) persisted
267      </li>
268      <li>Relationship among objects...
269        <ul>
270          <li>panels have a context, and this context has a (dom)
 > window
271          </li>
272          <li>do panels have modules or vice versa or both?
273          </li>
274          <li>etc
275          </li>
276        </ul>
277      </li>
278      <li>Why the different platform code?
279      </li>
280      <li>DOMPlate seems very useful, but it's a little cryptic.
281      </li>
282      <li>A note for them to go understand the semantics of "Func
 >tion.apply()" and "this" if they don't understand how the (clever
 >) namespacing works
283      </li>
284    </ul>

Back to History