From mint-bounce@lists.fishpool.fi Thu Aug 19 06:01:55 2010 Message-ID: <30874E886C724BB881DBA6ACBAEA39F9@mercatus.local> From: "Jo Even Skarstein" To: "mint" References: <98c44554c4da3542e59689b8ab5d773f@127.0.0.1><0022a183.0188763cbb95@mail.gmx.net><4C699F57.60607@online.no><1CF819B83692403B98954B04DB93D080@mercatus.local> In-Reply-To: Subject: Re: [MiNT] MiNT +problem with background in Teradesk Date: Thu, 19 Aug 2010 12:00:39 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MIMEOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: joska@online.no Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: -------------------------------------------------- From: "Paul Wratt" Sent: Thursday, August 19, 2010 10:08 AM To: "mint" Subject: Re: [MiNT] MiNT +problem with background in Teradesk >>> in the same spirit, it should also be possible to provide a window >>> background texture where white is not drawn in to the window >> >> Wow. Exactly how would you accomplish that? How will you know when to >> draw white, and when to draw a textured background? >> >> -- PeP > > by starting with providing a window region that already has a texture > in it (before drawing begins). Then looking at how vdi/aes draws > objects, and (if code is available) how others are doing textures > currently (XaAES) You need to study how the AES works. Because what you describe won't work. The reason is very simple: The AES doesn't know anything about what happens inside a window's work area, and the VDI doesn't know anything about windows. So basically there is no way the AES can know what apps are doing inside the window's work area. > drawing of transparency (or not drawing objects) is possible according > to some apps I have seen. They were bugs in the window redraw, but Examples? > they showed it was possible for an area of the window to allow the > underneath to be seen, which proves it is possible. "how" is a > different matter entirely, but some examination will shed light on it. I explained this to you about a year ago. It won't work unless you change the way the AES and VDI works. The problem is that there is nothing beneath a window - if a window (including the desktop) is (partially) covered, the owning app is never told to redraw the work area so there is nothing to see through the window that covers it. It's that simple. The best you can do is to see the underlying window frames through the top window frames. > It is my belief that the above two principle would allow for > non-standard window shape to be drawn (still within the window > rectangle). It won't. > Off the top of my head, using a (large) icon might provide a quick > solution (instead of textures) A solution to what? Jo Even