[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gzz] [Fwd: Re: [Fwd: 2nd (Benja)]]
From: |
Benja Fallenstein |
Subject: |
[Gzz] [Fwd: Re: [Fwd: 2nd (Benja)]] |
Date: |
Thu, 03 Oct 2002 09:31:54 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020913 Debian/1.1-1 |
-------- Original Message --------
Subject: Re: [Fwd: 2nd (Benja)]
Date: Thu, 3 Oct 2002 10:30:41 +0300
From: Tuomas Lukka <address@hidden>
To: Benja Fallenstein <address@hidden>
References: <address@hidden>
- Fixed the pagespan saving bug. (Actually, it was not a saving, but a
loading bug :) )
Reminds me of two characters in a Finnish film: two policemen, one
of whom can write and the other read.
- Implemented functionality for re-using a vobscene (so that a binding
triggered on each mouse move doesn't need to incur the overhead of
re-generating the whole scene, but can modify an existing one). Use
Fallback.Win.getCachedVobScene() and
Fallback.Win.setUseCachedVobScene(true) (see javadoc).
This, combined with GLVobCoorder's setAffineParams allows us to
implement painting a selection with the mouse.
- Allow views to have their own binders, passed to Fallback in the
constructor: there's a Map from views to FallbackBinders, and if a
window's current view is a key in that map, the corresponding binder is
used. Adding a new view and/or binder is done by modifying Gzz.run() in
Gzz.py.
Hmm. This assumes that the same view will always have the same binder -
is this too restrictive?
OTOH, modes etc. should probably be done *inside* the binder.
PROBLEM: the view-specific binders are selected by the view of the
window that recieved the input focus, i.e., was front.
This should be indicated inside the window as well, somehow.
Tuomas
- [Gzz] [Fwd: Re: [Fwd: 2nd (Benja)]],
Benja Fallenstein <=