From mint-bounce@lists.fishpool.fi Tue Mar 28 21:31:23 2006 X-Original-To: fnaumann@mail.boerde.de Delivered-To: fnaumann@mail.boerde.de Subject: Re: [MiNT] XaAES and objc_xedit From: Odd Skancke To: MiNT List In-Reply-To: <000501c6520d$30c69150$8797fea9@in.systinet.com> References: <000501c6520d$30c69150$8797fea9@in.systinet.com> Content-Type: text/plain Date: Tue, 28 Mar 2006 21:22:27 +0200 Message-Id: <1143573747.5540.97.camel@linuxbox> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-To: mint-bounce@lists.fishpool.fi X-original-sender: ozk@atari.org Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: 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=2.6 tagged_above=-50.5 required=7.0 tests=AWL, BAYES_00, RCVD_IN_SORBS X-Spam-Level: ** man, 27,.03.2006 kl. 21.13 -0500, skrev Standa Opichal: > Hi! > > As I was thinking about it a little more I think that the matter would > need even some changes to the API. > > The problem is that at this point it is not easily possible to call the > objc_edit() so that it would just 'redraw' the OBJECT including the > text editing cursor. The objc_xedit() is fine in case there is > just one rectangle you need to update. > > But considering there could be a possibility to edit text fields in the > background located window for example it might be needed some of the > following: > > * to have objc_*edit*() equivalent that is able to accept an array > of clipping rectangles This would be possible, but I do not understand why you cannot use objc_wedit() in this case. Most of the time object tree containing the editable is limited by a windows rectangle list ... or am I missing something? > > * or create some sort of objc_xedit() redraw only API variation which > could be called several times with different rectangles to update > the cursor correctly). Yes, this is another solution to this specific problem. > > Comments? I am currently working on objc_data() function calls whose intention is to hide the object tree from user programs. I found out that in order to support decent editing, we may as well create a standard API for application to use, and leave the object structures to the AES. This will enable us to do enhancement to the AES objects without having to worry about application modifying the objects without the AES knowing it. I have changed CF-lib to support this when available, and the current available modes works like a charm with Qed and TosWin2 .. but since this work is not finished its not into the cvs yet. What this has to do with objc_edit? Well, i think that decent editing in AES objects wont be possible without extended information in TEDINFO structure for example. But just adding and maintaining such info about objects is next to impossible due to the fact that apps can modify the trees in all directions without the AES knowing it. I want to change that. But until this is a reality, i think you should solve your problem by using objc_wedit()... if I aint missing something vital :) Btw, have a look at http://ae.dhs.nu/xaaes/snap_32b.png for a preview of the window/object renders progress. This will be extremely configurable. In relation to this, I would encourage everyone to NOT, NOT, NOT use progdef's to draw AES objects, as those will destroy themes! Thomas Binder, you must change Thing to not use progdef's when run on XaAES, at least. Send me the sources? Please? What do I have to do to get the sources? Ok .. I tried :-) Best Regards, Odd Skancke