[Freeciv-Dev] Re: (PR#3424) New flush code soplited in 2 parts
[Top] [All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
Raimar Falke wrote:
> On Thu, Feb 13, 2003 at 04:50:59PM -0800, Rafa? Bursig wrote:
>
> why can't the non-sdl guis also do the deferred flushing? I.e. save
> the info and only flush at flush_rects just like gui-sdl? This would
> make the code more homogeneous.
Works for me. However there are some drawing bugs (see 2982) that may
cause problems for the flushing method. Also it takes a lot of code to
do in independently for each GUI; I had thought to introduce a set of
common functions to do this in a second patch (if it is done at all).
However, the situation with update_map_canvas_visible (where we don't
call dirty_all even though it seems we should) makes me think that all
clients should do the flush-buffering. My next question, then, is: does
this flush-buffering code need to go into the GUI, or can there just be
one implementation in mapview_common?
jason
- [Freeciv-Dev] (PR#3424) New flush code soplited in 2 parts, Rafał Bursig, 2003/02/13
- Message not available
- [Freeciv-Dev] Re: (PR#3424) New flush code soplited in 2 parts, Raimar Falke, 2003/02/15
- Message not available
- [Freeciv-Dev] Re: (PR#3424) New flush code soplited in 2 parts, Rafał Bursig, 2003/02/15
- Message not available
- [Freeciv-Dev] Re: (PR#3424) New flush code soplited in 2 parts, Raimar Falke, 2003/02/15
- Message not available
- [Freeciv-Dev] Re: (PR#3424) New flush code soplited in 2 parts, Jason Short, 2003/02/15
- Message not available
- [Freeciv-Dev] Re: (PR#3424) New flush code soplited in 2 parts, Raimar Falke, 2003/02/15
- Message not available
- [Freeciv-Dev] Re: (PR#3424) New flush code splited in 2 parts, Rafał Bursig, 2003/02/16
Message not available
|
|