> On 2021-05-14, at 22:23, Maciej Witkowiak <ytm_at_elysium.pl> wrote: > > On Fri, May 14, 2021 at 8:24 PM <silverdr_at_wfmh.org.pl> wrote: > > Ah I see I have had that problem as well with some domains too, cool youre all set. > > Hey are you interested in Coding in GEOS? > > Looking from a distance at writing BeamRacer driver for GEOS. > > Cool. If I understand how Bitmap Sequencer works, with alternative GEOS Kernal we could have faster drawing of menus and dialog boxes. > Instead of preserving parts of screen in the back buffer (imprint/recover) system could simply draw them in the back buffer only and overlay bitmap rectangles from there. > > ytm ytm - boy how glad am I to see you! :-)) Right, and even better: 1) Most if not all[*] overlay elements can be pre-drawn and overlaid instantly anywhere on the screen or even smoothly animated opening and closing at close to no cost. 2) Unused VASYL RAM can be utilised as RAM disk. * - no restrictions vertically, horizontally eight pixels aligned or made sure that no dynamic compositing is necessary. Otherwise as you wrote - would have to be drawn needed, which still has the huge advantage that screen portions don't have to be preserved/restored. -- SD!Received on 2021-05-15 13:03:53
Archive generated by hypermail 2.3.0.