[Gzz-commits] gzz TODO

[Benja Fallenstein]

CVSROOT:        /cvsroot/gzz
Module name:    gzz
Changes by:     Benja Fallenstein <address@hidden>      02/09/25 12:35:00

Modified files:
        .              : TODO 

Log message:
        Update TODO

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

Patches:
Index: gzz/TODO
diff -c gzz/TODO:1.136 gzz/TODO:1.137
*** gzz/TODO:1.136      Wed Sep 25 08:28:21 2002
--- gzz/TODO    Wed Sep 25 12:35:00 2002
***************
*** 17,25 ****
          papertest.py and others.
          Also avoids name clashes
      benja:
        - think with Tjl about the edit bindings for xupdf demo
-           - Ted's cursor spec [WAITING FOR *ref2]
-               - make sure we have all the keybindings displayed somewhere
        - check with Tjl that saving works
        - ZZ vanishingview cell size for pagespans and linebroken
          paragraphs, as well as libpaper backgrounds
--- 17,24 ----
          papertest.py and others.
          Also avoids name clashes
      benja:
+       - undo Binder changes, putting stuff in Fallback, as discussed on IRC
        - think with Tjl about the edit bindings for xupdf demo
        - check with Tjl that saving works
        - ZZ vanishingview cell size for pagespans and linebroken
          paragraphs, as well as libpaper backgrounds
***************
*** 87,96 ****
      jvk, tjl:
        - think about using render-to-texture to speed up papers.
          We now control the repeating units; rendering one such
!         unit to a relatively high-resolution texture would enable 
!         us to use only one pass; rendering it would be quick 
!         on the GPU. This way we wouldn't have to worry about 
!         number of passes as much. However, this brings 
          caching problems.
      tjl:
        - distorted multi-page PDF view with xu links
--- 86,95 ----
      jvk, tjl:
        - think about using render-to-texture to speed up papers.
          We now control the repeating units; rendering one such
!         unit to a relatively high-resolution texture would enable
!         us to use only one pass; rendering it would be quick
!         on the GPU. This way we wouldn't have to worry about
!         number of passes as much. However, this brings
          caching problems.
      tjl:
        - distorted multi-page PDF view with xu links
***************
*** 110,121 ****
        + a really comprehensive web page of screenshots
          and instructions on how to get them and run.
        - make gldemo able to use fullscreen sync_to_vblank mode so that we 
could
!         get the benefits of page flipping. How does this interact with e.g. 
          twinview? Need to turn it off?
        - port code back from earlier for rendering a paragraph
          of text bulged, from a single Enfilade1D.  - bulging through new cs?
  
! 0.8alpha4: Cleanup release after crucial demos for continued funding 
      tuukkah:
        - move Modules/ to basalt (what about Java/ and C++/) (Tjl: remove them)
      anybody:
--- 109,120 ----
        + a really comprehensive web page of screenshots
          and instructions on how to get them and run.
        - make gldemo able to use fullscreen sync_to_vblank mode so that we 
could
!         get the benefits of page flipping. How does this interact with e.g.
          twinview? Need to turn it off?
        - port code back from earlier for rendering a paragraph
          of text bulged, from a single Enfilade1D.  - bulging through new cs?
  
! 0.8alpha4: Cleanup release after crucial demos for continued funding
      tuukkah:
        - move Modules/ to basalt (what about Java/ and C++/) (Tjl: remove them)
      anybody:
***************
*** 139,144 ****
--- 138,145 ----
                - debug output
      tjl:
        - javadoc for gzz.vob.Vob* interfaces
+       - clarify Binder javadoc (Benja wasn't aware that the idea is
+         "one binder per window")
        - overall document about the goals and visions for the project
      mudyc:
        + make libcallgl use GLX_ARB_get_proc_address for