[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Tests and issues on Win32
From: |
Larry Cow |
Subject: |
Re: Tests and issues on Win32 |
Date: |
Tue, 28 Sep 2004 22:18:49 +0200 |
User-agent: |
Mozilla Thunderbird 0.8 (Windows/20040913) |
Fred Kiefer a écrit :
Sorry, I don't understand, what you mean by this. Would you expect the
installer to provide all libraries GNUstep is using? Some of them may
already be installed in a different (sometimes newer) version.
That's right, but when one installs the "GNUstep dev env" under Windows,
it gives him a compiler and a bunch of libraries, so we can (IMHO)
expect that he didn't have anything to start with before, am I wrong?
Else he would only install GNUstep from source, and not the big
MinGW+Msys+libraries+gnustep package, wouldn't he?
I may be wrong, but I can't find a case where one would like to install
mingw and msys while already having some up-to-date libjpg libs and
headers in the right place on his windows box.
A small glitch in the make file, Adfam already correct this.
I really should create a script to update from CVS and recompile on
msys. This would be easier to test recent versions on win32.
Note: the detached menu behaviour is quite strange. Detached submenus
are detroyed as soon as you open another submenu. There is no other
way to close a detached submenu, so maybe this is normal. And
detached menus' position isn't remembered, either.
Sounds normal to me.
Well, it doesn't sound abnormal to me, but I read many times that
gnustep remembers detached submenus' position, and that it was
guaranteed to the user. I don't mind the windows behaviour, but a
newcomer that read the same thing could be disappointed. If it's normal
and wanted behaviour, I have nothing against it, but we should mention
it somewhere, IMHO.
PS: Sorry for Adam and Fred, who received my answers directly: one day
I'll learn to configure my mail app.
--
Larry Cow