Hi,
The upper textfield appears a long way from where I expect it
(off the window initially, have to resize to see it).
Is this just a bug or am I doing something silly ?
#import Foundation/Foundation.h
#include AppKit/AppKit.h
@interface MySubView : NSView {
NSTextField *p0;
}
On 2/10/07, Richard Frith-Macdonald [EMAIL PROTECTED] wrote:
On 10 Feb 2007, at 11:23, Paddy Smith wrote:
Hi,
The upper textfield appears a long way from where I expect it
(off the window initially, have to resize to see it).
Is this just a bug or am I doing something silly ?
I think
On 2/10/07, Paddy Smith [EMAIL PROTECTED] wrote:
D'oh! I really thought I'd checked that the origins coming in there were 0,0.
I just figured I'd want them if I moved to another frame of reference (like
if I ditch views).
So the NSRect that is passed in is the frame in terms of the containing
On 1/14/07, Fred Kiefer [EMAIL PROTECTED] wrote:
Paddy Smith schrieb:
is gsnd current? I don't seem to have one in my debian packages,
and I couldn't get the source (from that package) to compile.
when I try to use NSSound I get told about gsnd.
I looked at cynthiune, and that will make
Hi,
is gsnd current? I don't seem to have one in my debian packages,
and I couldn't get the source (from that package) to compile.
when I try to use NSSound I get told about gsnd.
I looked at cynthiune, and that will make sounds, but it knows about
the whole menagerie of sound systems.
I
Although I haven't checked yet, I expect its a warning on macosx as well.
Cocoafibs compiles on macosx with a large number of warnings, so I may
have a few of these.
The question is whether you want me to file this kind of stuff in the
bug tracker?
Regards,
Paddy
Hi,
when I throw together a test app in gorm, the NSTextView does not behave as I
would expect, although it works okay from code. instead it grows when resized
horizontally but will not shrink back.
I have a gorm file where the text simply does not resize at all, like
bug #15988.
I may have
Superb! thanks!
starter is https://savannah.gnu.org/bugs/index.php?18649
behaviour is the same if I create a gorm file instead.
I'll see whether the old bug/gorm problem will survive trimming down to example
size, if not I'll post you the whole thing.
the textfield is
I'll see whether the old bug/gorm problem will survive trimming down to example
size, if not I'll post you the whole thing.
it did. https://savannah.gnu.org/bugs/index.php?18654
Regards,
Paddy
___
Discuss-gnustep mailing list
On 12/28/06, Hubert Chan [EMAIL PROTECTED] wrote:
On Sat, 23 Dec 2006 15:38:16 +, Richard Frith-Macdonald [EMAIL PROTECTED]
said:
Could people please make an effort to check out the stable branch
(http://svn.gna.org/viewcvs/gnustep/libs/base/branches/base-1_13_0/)
of the base library
the following code 'seems to work' on macosx, but not on the gnustep
in debian etch.
Am I doing something silly ?
int main (int argc, const char * argv[]) {
NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
NSMutableString *foo;
foo=[[NSMutableString alloc]
Ric,
I very recently installed the gnustep from sid on etch.
here is what I have on that box atm:
jibs:~# dpkg -l '*gnustep*'
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems
On 9/16/06, Fred Kiefer [EMAIL PROTECTED] wrote:
Nice thing that you are doing here. Your main problem seems to be that
GNUstep currently does not support NSController and its subclasses (in
your case NSUserDefaultsController). With that missing your NIB file
will never work, which ever way you
Hi,
we are attempting to port cocoafibs
(http://sourceforge.net/projects/cocoafibs/) to gnustep at
http://sourceforge.net/projects/stepfibs/
converting the nib files is giving us trouble.
One of them, the Invite nib will go through nib2gmodel. the resulting
gmodel will load in gorm (1.1.0
14 matches
Mail list logo
