From mint-bounce@lists.fishpool.fi Mon Apr 17 19:08:25 2006 X-Original-To: fnaumann@mail.boerde.de Delivered-To: fnaumann@mail.boerde.de Subject: Re: [MiNT] wind_set(WF_TOPMOST) extension From: Odd Skancke To: MiNT List In-Reply-To: <1145190784.44423980497d5@webmail1.utbm.fr> References: <1145171061.4441ec7515b4c@webmail2.utbm.fr> <1145190784.44423980497d5@webmail1.utbm.fr> Content-Type: text/plain; charset=utf-8 Date: Mon, 17 Apr 2006 19:02:19 +0200 Message-Id: <1145293339.25823.264.camel@linuxbox> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) 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.8 tagged_above=-50.5 required=7.0 tests=AWL, BAYES_00, RCVD_IN_SORBS X-Spam-Level: ** Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by wh58-508.st.uni-magdeburg.de id k3HH8OsY028158 søn, 16,.04.2006 kl. 14.33 +0200, skrev olivier.landemarre@utbm.fr: > Quoting "olivier.landemarre@utbm.fr" : > > > Hello > > > > I just commint an extension to previous documentation > > > > wind_set(handle,WF_TOPMOST, parm1,...) > > parm1: > > 2 : for put window in topmost state (alway's over other classical > > windows) but link to the focus of application, if application lost focus, > > window > > is close, when focus is restore window is open by aes. This is classical > > toolbox > > on other systems. For use just do a wind_create() then > > wind_set(WF_TOPMOST,2,...), not do any wind_open() or wind_close() at the end > > just do your wind_delete(), all is automatic. > > Not do an wind_open() is not very GEM like, I try to correct this > > Olivier > > > > > Now it need to know how this system call exist, actually I not like a lot to > > add > > this to appl_getinfo(), because this is not enough generic, I think we should > > add a call in wind_set() or wind_get(), to know if a mode exist like > > > > wind_set(-2,WF_TOPMOST) return 1 if exist, 0 if not for example. What do you mean it is not generic? Why do you want to break the standard way of using appl_getinfo() to get information about AES capabilities? Best Regards, Odd Skancke