[Gzz-commits] gzz TODO

[Tuomas J. Lukka]

CVSROOT:        /cvsroot/gzz
Module name:    gzz
Changes by:     Tuomas J. Lukka <address@hidden>        02/10/02 07:28:48

Modified files:
        .              : TODO 

Log message:
        Exchange

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/TODO.diff?tr1=1.219&tr2=1.220&r1=text&r2=text

Patches:
Index: gzz/TODO
diff -c gzz/TODO:1.219 gzz/TODO:1.220
*** gzz/TODO:1.219      Wed Oct  2 06:33:45 2002
--- gzz/TODO    Wed Oct  2 07:28:48 2002
***************
*** 29,41 ****
          which allows papers to work without register combiners.
            - both texenv() and blending need to be set there.
      benja:
!       - *1 edit bindings for xupdf demo [tjl says: I don't think
!           I'll have the time to do these, and you're better
!           with bindings anyway - can you take a look?]
!           - bindings for painting, showing painted area
!               [ through editing and rerendering the current 
!                 vobscene? ]
!           - marking page spans (after painted with mouse) 
          - show pagespans in client
        + ZZ vanishingview cell size for pagespans and linebroken
          paragraphs, as well as libpaper backgrounds
--- 29,39 ----
          which allows papers to work without register combiners.
            - both texenv() and blending need to be set there.
      benja:
!       - xupdf:
!           - text
!           - multiple instances of same cell visible as a buoy --> keys?
!               - special matcher? or pp/VobKeyer?
!               - really USE hierarchical keys
          - show pagespans in client
        + ZZ vanishingview cell size for pagespans and linebroken
          paragraphs, as well as libpaper backgrounds
***************
*** 48,62 ****
      humppake:
        - clippedPaperQuad (leave unrendered if outside cs3)
            - needs renderable3
-     jvk:
-       - find out why PaperPass crashes when compiled with g++-3.1 
-         (+ optimization). Seems to be when PaperQuad calls setUp_VP, and
-         in localesomething, maybe stringstream stuff?
-       
-         Indeed, this seems to be a bug in ostringstream, because 
-            - it does not crash if I use sprintf instead
-            - the code in Paper.cxx seems ok to me
- 
      jvk, tjl:
        + If performance drags,
          think about using render-to-texture to speed up papers.
--- 46,51 ----
***************
*** 68,73 ****
--- 57,69 ----
          caching problems.
      tjl:
        - xupdf: distorted multi-page PDF view with xu links
+           - *1 edit bindings for xupdf demo [tjl says: I don't think
+               I'll have the time to do these, and you're better
+               with bindings anyway - can you take a look?]
+               - bindings for painting, showing painted area
+                   [ through editing and rerendering the current 
+                     vobscene? ]
+               - marking page spans (after painted with mouse) 
            - larger structure (dep. *1)
                - combine client and xupdf
                    - keep abstracting out parts of xupdf and 
***************
*** 75,84 ****
                - faster loading of pagespan images
                    - use lower resolution first, lazily load better
                        - deetsay's imagecache code?
-           - text
-           - multiple instances of same cell visible --> keys?
-               - special matcher? or pp/VobKeyer?
-               - really USE hierarchical keys
            - proper buoy placement
                - implement as a new coordinate system type!
                    - need same for nadir, then
--- 71,76 ----