From mint-bounce@lists.fishpool.fi Mon Aug 9 15:25:11 2010 Message-ID: <4C6055A3.1080109@online.no> Date: Mon, 09 Aug 2010 21:23:15 +0200 From: Jo Even Skarstein User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.11) Gecko/20100713 Thunderbird/3.0.6 MIME-Version: 1.0 To: mint@lists.fishpool.fi Subject: Re: [MiNT] XaAES: menus in windows - window handle? References: <162697.648254351-sendEmail@descaro> <4C59C37A.8090407@online.no> <4C5F1671.1080107@online.no> <4C5F2E60.8020509@chello.nl> <8228B8E1-AE18-4B6B-994E-87959BA8238B@atari-source.org> In-Reply-To: <8228B8E1-AE18-4B6B-994E-87959BA8238B@atari-source.org> Content-Type: text/plain; charset=UTF-8 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: joska@online.no Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: On 08/09/2010 02:28 PM, Mark Duckworth wrote: > Ehhh magic/geneva is somewhat relevant to me. I'm not going to complain > if something doesn't work but at the same time I don't think we should > actively try to break things This is true. Don't break existing calls/APIs/conventions. But this doesn't mean that it's not OK to add new features, even if this means that apps that use them can't run under Geneva... That doesn't mean that it's impossible though. My own AES library use window menus when available. If they're not, it use the ordinary menu bar and switch menus whenever a window that has an attached menu is topped. Jo Even