gzz-dev
[Top][All Lists]
Advanced

[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








reply via email to

[Prev in Thread] Current Thread [Next in Thread]