Diff for /annozilla/www/ToDo.html between versions 1.19 and 1.21

version 1.19, 2008/08/30 12:12:09 version 1.21, 2008/10/23 17:18:52
Line 1 Line 1
 <h1>Annozilla 'to do' list</h1>  <h1>Annozilla 'to do' list</h1>
 <h2>Preferences</h2>  <h2>Preferences</h2>
 <ul>  <ul>
<li>Preference wizard for easy first-time setup. (Now pretty much working I think, except, if Annozilla sidebar is open, the server settings don't seem to be used until after a restart - seems a bit of an edge case).<li>Preference wizard for easy first-time setup. (Now pretty much working I think, except, if Annozilla sidebar is open, the server settings don't seem to be used until after a restart - seems a bit of an edge case). Update: don't auto-open window, as it's an annoyance after installing multiple extensions. See <a href="http://blog.fligtar.com/2008/10/16/responsible-first-run-usage/">http://blog.fligtar.com/2008/10/16/responsible-first-run-usage/</a>.
 <li>Remove server as default post server if that server is deleted from the list  <li>Remove server as default post server if that server is deleted from the list
 <li>"Basic" server prefs - is there any way we can set the data up only on "OK"?  <li>"Basic" server prefs - is there any way we can set the data up only on "OK"?
 <li>In the Server Options panel, display "Local Server" not "urn:localserver"  <li>In the Server Options panel, display "Local Server" not "urn:localserver"
 </ul>  </ul>
   
<h2>Editor window</h2><h2>Loading</h2>
 <ul>  <ul>
<li>After creating a reply - or presumably after all other post/updates -<li>Get the 'finished' notification too soon (after receiving all responses but before
all open windows get their status updated to say "SUCCESS". Partial fix.resolving the individual annotations).
<li>Don't enable Save until "type" is populated<li>I think the 'Stop Loading' menu item is removed slightly too late
</ul> 
 
<h2>Structural</h2> 
<ul> 
<li>Convert "annotationLookups" into some kind of RDF thing which users could 
install more types to. Maybe the icon lookup too? Update: started work, adding 
annotationTypes.rdf and hooking this up to editor.xul. 
<li>IconManager trouble getting body from server? 
due to asynchronous body load: see loadBodyOnSuccess  
<li>Don't want to load annotation bodies during annotation loading 
(in general case - OK for local server) 
<li>Rework classes using model/view/controller terminology. (Underway as part of the 
tabbed browsing support.) 
 </ul>  </ul>
   
 <h2>UI</h2>  <h2>UI</h2>
 <ul>  <ul>
 <li>Don't write to window.status?  <li>Don't write to window.status?
 <li>Make all sidebar options available via menu (not just context menu)  
 <li>Make replies visible in annotation window (for users not using the sidebar)  <li>Make replies visible in annotation window (for users not using the sidebar)
 <li><strike>Use XBL language binding everywhere</strike> Now expecting to  <li><strike>Use XBL language binding everywhere</strike> Now expecting to
 remove the language options from the UI  remove the language options from the UI
 <li>Use nsIPromptService, not window.alert (looks more professional)  <li>Use nsIPromptService, not window.alert (looks more professional)
   <li>Accessibility
   <li>Add top-level menu. (Menu is present; only "load annotations is present", "stop loading" and "options" are present)
   <li>User isn't informed of errors from servers (eg 'check replies'). (This might
   be hard to implement if there are multiple servers.)
 </ul>  </ul>
   
 <h2>Errors</h2>  <h2>Errors</h2>
Line 53  document, but this fails. Line 43  document, but this fails.
   
 <h2>Others</h2>  <h2>Others</h2>
 <ul>  <ul>
<li>Implement Reply/Check for Replies for LocalServer.<li>Implement Reply/Check for Replies for LocalServer. (Harder than it looks!)
 <li>No reason for there to be (internally) two buttons for Save on the editor window.  <li>No reason for there to be (internally) two buttons for Save on the editor window.
 <li>Test cases  <li>Test cases
 <li>Unit tests  <li>Unit tests
Line 133  annotations if one annotation is "malfor Line 123  annotations if one annotation is "malfor
 <h2>Fixed since 0.4.0.a.5/0.7.0.a.6 release</h2>  <h2>Fixed since 0.4.0.a.5/0.7.0.a.6 release</h2>
 <ul>  <ul>
 <li><strike>Changing the annotation title when updating an annotation has no effect</strike>  <li><strike>Changing the annotation title when updating an annotation has no effect</strike>
   <li><strike>Make all sidebar options available via menu (not just context menu)</strike>
   <li><strike>Doing "CheckForReplies" seems to check for all servers - shouldn't it only check
   the server on which the reply is saved? Also, the count of servers which we're waiting to hear
   from isn't decremented if a server returns failure when getting replies.</strike>
   <li><strike>After creating a reply - or presumably after all other post/updates -
   all open windows get their status updated to say "SUCCESS".</strike>
   <li><strike>Reinstate "Stop" (and add to top-level menu)</strike>
   <li><strike>Rework classes using model/view/controller terminology. (Underway as part of the
   tabbed browsing support. All annotations are stored in a 'model' class; the sidebar
   and icon manager have been modified to act as a view.)</strike>
   <li><strike>(Editor) Don't enable Save until "type" is populated</strike> Now a very short time delay
   <li><strike>Convert "annotationLookups" into some kind of RDF thing which users could
   install more types to</strike>
   <li><strike>IconManager trouble getting body from server?
   due to asynchronous body load: see loadBodyOnSuccess </strike> Can't see problem any more
   <li><strike>Don't want to load annotation bodies during annotation loading</strike>
   Can't see problem any more
   (in general case - OK for local server)
 </ul>  </ul>

Removed from v.1.19  
changed lines
  Added in v.1.21


FreeBSD-CVSweb <freebsd-cvsweb@FreeBSD.org>