XULRunner: Difference between revisions

Jump to navigation Jump to search
Line 113: Line 113:


<li>
<li>
<b>TODO</b>
Static references to the application name may be an issue.
Static references to the application name may be an issue.
For example, <code>mozilla.in</code> needs to know the vendor name and
For example, <code>mozilla.in</code> needs to know the vendor name and
Line 121: Line 122:


<li>
<li>
<b>RESOLVED -- bsmedberg's rework command line handling patch has landed.</b>
Need to allow applications to more easily override
Need to allow applications to more easily override
command line options.  bsmedberg has some ideas on this
command line options.  bsmedberg has some ideas on this
Line 126: Line 128:


<li>
<li>
<b>TODO -- Verify</b>.
Need to make sure Xremote and Win32 DDE works properly.
Need to make sure Xremote and Win32 DDE works properly.
By default, <code>-remote</code> should confine itself to
By default, <code>-remote</code> should confine itself to
Line 131: Line 134:


<li>
<li>
<b>TODO</b>
Need to support application icons.  Ben Goodger has some
Need to support application icons.  Ben Goodger has some
ideas on this one.  There are really two parts to this task:
ideas on this one.  There are really two parts to this task:
Line 139: Line 143:


<li>
<li>
<b>TODO</b>
Need a fully app-independent toolkit. At the moment there are still a lot of places with #ifdef MOZ_PHOENIX or #if MOZ_THUNDERBIRD, which really [https://bugzilla.mozilla.org/show_bug.cgi?id=270235 hinders] app development for other toolkit apps. There are also some files (see bug [https://bugzilla.mozilla.org/show_bug.cgi?id=250868 250868], bug [https://bugzilla.mozilla.org/show_bug.cgi?id=250793 250793] and bug [https://bugzilla.mozilla.org/show_bug.cgi?id=250867 250867]), which are essentially the same for all toolkit apps, but have to be carried in every app-package, making bug-fixing and maintenance a real nightmare.
Need a fully app-independent toolkit. At the moment there are still a lot of places with #ifdef MOZ_PHOENIX or #if MOZ_THUNDERBIRD, which really [https://bugzilla.mozilla.org/show_bug.cgi?id=270235 hinders] app development for other toolkit apps. There are also some files (see bug [https://bugzilla.mozilla.org/show_bug.cgi?id=250868 250868], bug [https://bugzilla.mozilla.org/show_bug.cgi?id=250793 250793] and bug [https://bugzilla.mozilla.org/show_bug.cgi?id=250867 250867]), which are essentially the same for all toolkit apps, but have to be carried in every app-package, making bug-fixing and maintenance a real nightmare.


<li>
<li>
<b>TODO</b>
Make it so that zero setup is required for app developers that want to
Make it so that zero setup is required for app developers that want to
play with XUL. (Suggestion from nrm).<li>
play with XUL. (Suggestion from nrm).<li>


<li>Make it possible to run xulrunner + app from read only media (CD's). Would be great for demoing webapps with webservice support etc.</li>
<li>
<b>RESOLVED -- Now that chrome.rdf is gone, we no longer encode absolute file paths in the install directory (I think).</b>
Make it possible to run xulrunner + app from read only media (CD's). Would be great for demoing webapps with webservice support etc.</li>


Other stuff...
Other stuff...
</ul>
</ul>
272

edits

Navigation menu