From mint-bounce@lists.fishpool.fi Tue Jul 5 04:54:05 2005 X-Original-To: fnaumann@mail.boerde.de Delivered-To: fnaumann@mail.boerde.de Message-ID: <20050704224950.48lfit6kwk2ssck0@coolrunningconcepts.com> Date: Mon, 04 Jul 2005 22:49:50 -0400 From: evan@coolrunningconcepts.com To: Odd Skancke Cc: MiNT List Subject: Re: [MiNT] usage of wind_calc() References: <42BB46F0.4090206@chello.nl> <1119599743.15790.284.camel@linuxbox> <1119718803.15790.339.camel@linuxbox> <1119779027.15790.442.camel@linuxbox> <1120071508.19330.55.camel@linuxbox> <1120154617.19330.154.camel@linuxbox> <1120530026.5673.24.camel@linuxbox> In-Reply-To: <1120530026.5673.24.camel@linuxbox> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - esc14.midphase.com X-AntiAbuse: Original Domain - fishpool.com X-AntiAbuse: Originator/Caller UID/GID - [32001 502] / [47 12] X-AntiAbuse: Sender Address Domain - coolrunningconcepts.com X-Source: X-Source-Args: X-Source-Dir: X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-To: mint-bounce@lists.fishpool.fi X-original-sender: evan@coolrunningconcepts.com Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: X-Virus-Scanned: by amavisd-new at relay.boerde.de X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on relay.boerde.de X-Spam-Status: No, hits=-0.4 tagged_above=-50.5 required=7.0 tests=AWL, BAYES_00, NO_REAL_NAME X-Spam-Level: Quoting Odd Skancke : > This is a new operating mode! What do you mean AES messages are no > longer unifersal? He means that the numbers within a message don't have a universal interpretation. Window coordinates may be passed from other applications, which is why I suggested the AES translate instead of having the application try to determine what mode a target window is using. > Have you ever tried to snap a window containing text using the fonts > with/heigh? Have you ever looked at Qed source? Have you ever seen > Everest? You tell me how else to snap coordinates! Against snapping windows shouldn't be in the application. I imagine proportional fonts to be more common in the future. Snapping won't apply since the sizes of characters and their spacing differ. >> 1. reception of WM_MOVED/WM_SIZED message >> 2. apply the new position : wind_set(WF_CURRXYWH,data of the message) >> 3. get the new WORK area (WM_SIZED) : wind_get(WF_WORKXYWH) >> 4. update the slider stuff > > You are wrong. Let me guess, recieve the message, send the coordinates directly to wind_set. No need to get the work area, as you already have it from the message. > wind_get(EF_WORKXYWH) will always return WORK area, agreed. But all AES > messages dealing with window coordinates should be trusted! The AES will > make sure that WM_SIZED, for example, contains WORK area coordinate even > if the sending app is not WCOWORK. The whole idea of not trusting what the OS tells you seems silly to me. I definately think we can trust the information in a message - thats why its there!