To put a perspective on a "best implementation" perspective: in the WYSIWYG LaTeX rendering environment "preview-latex" on Emacs, the strategy was to place all unrendered images of a document (corresponding to Ristretto's file lists) in a list and feed a queue with something like 4 places from that list. However, if there were any _on-screen_ unrendered images, those were fed into the rendering queue in preference. This strategy resulted in stable working screens fast even when it took a minute for a whole document to have its images rendered in background and leafing back and forward uncovered unfinished work momemntarily during that time.
We are talking about rendering with Ghostscript here, on 200MHz Pentium processors. So if a strategy like that could be made to work smoothly for Emacs+Ghostscript, a quite slower combination on a quite slower processor, it should work well enough for something like Ristretto. Maybe there are even frameworks/libraries catering to most of that task. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1713432 Title: Ristretto crawls to a halt on USB1.1 file systems To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ristretto/+bug/1713432/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
