Diff for /annozilla/www/ToDo.html between versions 1.15 and 1.16

version 1.15, 2008/07/12 13:57:53 version 1.16, 2008/07/20 08:25:01
Line 1 Line 1
 <h1>Annozilla 'to do' list</h1>  <h1>Annozilla 'to do' list</h1>
<h2>Short term</h2><h2>Preferences</h2>
 <ul>  <ul>
 <li>Don't write to window.status?  
 <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).
 <li>iconClick-&gt;openEditorWindow-&gt;doesn't get fragment to add temporary icon  
 Error: [Exception... "'openEditorWindow requires either a fragment or an existing annotation' when calling method: [nsIDOMEventListener::handleEvent]"  nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)"  location: "&lt;unknown&gt;  data: no].  
 (Does it need it? The condition in the code doesn't seem to match the error message.)  
 Updated code, some errors now reported to console.  
 <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>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>Remove username/password handling from Annozilla
   <li>In the Server Options panel, display "Local Server" not "urn:localserver"
   <li>Move multiple server support into an 'Advanced' panel. Underway.
   (if possible)
   </ul>
   
   <h2>Editor window</h2>
   <ul>
 <li><strike>Annotation passed to postAnnotationOnSuccess from remote server  <li><strike>Annotation passed to postAnnotationOnSuccess from remote server
   doesn't have proper annotation type; need to reload to get it    doesn't have proper annotation type; need to reload to get it
   and sometimes author is something like "rdf#mjAmH".    and sometimes author is something like "rdf#mjAmH".
Line 25  due to asynchronous body load: see loadB Line 24  due to asynchronous body load: see loadB
   still be a problem with loading a newly-created annotation in a pop-up window.    still be a problem with loading a newly-created annotation in a pop-up window.
 <li>After creating a reply - or presumably after all other post/updates -  <li>After creating a reply - or presumably after all other post/updates -
 all open windows get their status updated to say "SUCCESS". Partial fix.  all open windows get their status updated to say "SUCCESS". Partial fix.
<li>nsIAnnotationMetadata doesn't deal with multiple values, eg multiple types<li>Don't enable Save until "type" is populated
<li>Annozilla fails with "error loading annotations" during loading of  
annotations if there is an annotation that has no context property.  
(This property is not a requirement for annotations, I think.) 
<li>Also, it would be better if annozilla tried to continue the loading of  
annotations if one annotation is "malformed". 
<li>When creating an annotation, an icon is supposed to be inserted into the 
document, but this fails. 
<li>Invoke "load annotation" twice - get annotations appearing twice in sidebar 
<li><strike>"When listing the replies in the sidebar, the annotated region is determined 
based on the wrong document (the main browser page instead of the annotation).</strike>  
Update: you basically can't tell this now that we show the annotation title instead 
<li>Since setting up my own server I get an authentication prompt from Firefox - why? 
Should Annozilla just use FF authentication anyway? 
<li>No reason for there to be (internally) two buttons for Save on the editor window. 
 </ul>  </ul>
   
<h2>Medium term</h2><h2>Structural</h2>
 <ul>  <ul>
 <li>Frameset support? Probably not.  
 <li>Convert "annotationLookups" into some kind of RDF thing which users could  <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  install more types to. Maybe the icon lookup too? Update: started work, adding
 annotationTypes.rdf and hooking this up to editor.xul.  annotationTypes.rdf and hooking this up to editor.xul.
<li><strike>Implement Reply/Check for Replies.</strike><li>IconManager trouble getting body from server?
<li>Make all sidebar options available via menu (not just context menu)due to asynchronous body load: see loadBodyOnSuccess 
<li>In the Server Options panel, display "Local Server" not "urn:localserver"<li>Don't want to load annotation bodies during annotation loading
(if possible)(in general case - OK for local server)
 <li>Rework classes using model/view/controller terminology. (Underway as part of the  <li>Rework classes using model/view/controller terminology. (Underway as part of the
 tabbed browsing support.)  tabbed browsing support.)
<li><strike>On sidebar load with no servers, make it easier to load the Server options</ul>
panel</strike> There's an "Options" menu item now.
<li>Move multiple server support into an 'Advanced' panel. Underway.<h2>UI</h2>
 <ul>
 <li>Don't write to window.status?
 <li>Make all sidebar options available via menu (not just context menu)
 <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
 </ul>  </ul>
   
<h2>Long term</h2><h2>Errors</h2>
 <ul>  <ul>
<li><strike>XBL for annotation icons and/or highlights</strike> Doesn't seem to be possible because we can't bind to arbitrary text nodes<li>Annozilla fails with "error loading annotations" during loading of 
<li>The 'fastback' feature would presumably leave annotation icons/highlights in the document but not held by Annozilla. Could the annotation data be held in the document, with DOM UserData? (speculation, I don't know whether this is possible.)annotations if there is an annotation that has no context property. 
 (This property is not a requirement for annotations, I think.)
 <li>Also, it would be better if annozilla tried to continue the loading of 
 annotations if one annotation is "malformed".
 <li>iconClick-&gt;openEditorWindow-&gt;doesn't get fragment to add temporary icon
 Error: [Exception... "'openEditorWindow requires either a fragment or an existing annotation' when calling method: [nsIDOMEventListener::handleEvent]"  nsresult: "0x8057001e (NS_ERROR_XPC_JS_THREW_STRING)"  location: "&lt;unknown&gt;  data: no].
 (Does it need it? The condition in the code doesn't seem to match the error message.)
 Updated code, some errors now reported to console.
 <li>When creating an annotation, an icon is supposed to be inserted into the
 document, but this fails.
 <li>Invoke "load annotation" twice - get annotations appearing twice in sidebar
 </ul>
 
 <h2>Others</h2>
 <ul>
 <li>Implement Reply/Check for Replies for LocalServer.
 <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
 </ul>  </ul>
Line 119  the document has finished loading. Prett Line 122  the document has finished loading. Prett
 new annotation, then "Save" should effectively be an update, not a new Post</strike>  new annotation, then "Save" should effectively be an update, not a new Post</strike>
 <li><strike>After saving an annotation, "delete" should be available. (But after "delete",  <li><strike>After saving an annotation, "delete" should be available. (But after "delete",
 you shouldn't be able to save).</strike>  you shouldn't be able to save).</strike>
   <li><strike>nsIAnnotationMetadata doesn't deal with multiple values, eg multiple types</strike> Fixed for types only.
   <li><strike>"When listing the replies in the sidebar, the annotated region is determined
   based on the wrong document (the main browser page instead of the annotation).</strike> 
   <li><strike>On sidebar load with no servers, make it easier to load the Server options
   panel</strike> There's an "Options" menu item now.
   <li><strike>XBL for annotation icons and/or highlights</strike> Doesn't seem to be possible because we can't bind to arbitrary text nodes

Removed from v.1.15  
changed lines
  Added in v.1.16


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