Re: GWorkspace mdextractor problem

[Enrico Sersale]

On 2007-02-10 13:56:30 +0200 Philippe Roussel <[EMAIL PROTECTED]> wrote:


[sorry, hit send button too fast on the last mail]

On 2007-02-10 12:20:48 +0100 Enrico Sersale <[EMAIL PROTECTED]> wrote:


Do you mean that 93.8% is *after* the first indexing?
It should look something like this:

PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
27821 root  16   0 55200  38m 8516 S0  3.8   2:19.95 mdextractor

and I, for texting, let mdextractor index 9743 directories containing 80245 
indexable paths and 869200 unique words!


I had the indexing configured to scan only a subset of my home directory 
(plus GNUstep directories of course) and it's still crunching :


   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEM   TIME COMMAND
30304 philou25   0  172m  22m 7928 R 90.3  1.5 663:04 mdextractor

Strangely, disk is mostly idle so I'm not sure mdextractor is doing anything 
except burning cpu cycles :o) I could try to get a gdb backtrace.


There was a bug visible only the first time mdextractor is run. It was trying 
to create a NSDistributedLock with an invalid path.
Fixed on SVN.

About MDFinder, I would say it's a great tool. It's fast and seems stable. On 
the contrary, current GWorkspace search tool seems to hang easily. Whenever I 
start a search and try to stop it after some time, I have to kill the process 
to get a usable GWorkspace back.


Let me know if I can help.

Thanks,
Philippe





___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Migration to Objective-C 2.0

[Jeremy Tregunna]

God I surely hope to hell not.

--
Jeremy Tregunna
[EMAIL PROTECTED]



On 9-Feb-07, at 7:48 AM, Michael Hopkins wrote:




Hi all

Does anyone here know whether GNU/gcc/GNUstep are planning to track  
the
syntax & runtime changes coming in Apple's Objective-C 2.0?  If so,  
please

post info or links.

Thanks

Michael


_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ 
_/_/_/_/


_/_/   _/_/_/ Hopkins Research Ltd
   _/_/   _/_/
  _/_/_/_/   _/_/_/  http://www.hopkins-research.com/
 _/_/   _/   _/
_/_/   _/ _/   'touch the future'

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ 
_/_/_/_/



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

!DSPAM:45cdf868908691946112590!



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GWorkspace seg fault

[Fred Kiefer]

Enrico Sersale schrieb:
> On 2007-02-10 16:43:48 +0200 Fred Kiefer <[EMAIL PROTECTED]> wrote:
> 
>>> In both the cases, it seems that there is something related with
>>> -GSReadRect: because both the apps try to create some resized imges
>>> using [NSBitmapImageRep initWithFocusedViewRect:].
>>
>> In that case you better give up using the cairo backend for GWorkspace.
>> GSReadRect: is currently not supported for this backend. I only just
>> started to add some code here. I will look into improving on this, but
>> as far as I can currently see there is no way to extract data from a
>> cairo surface with cairo 1.2.4 and I don't plan to move to a more recent
>> cairo release any time soon.
> 
> Well, I see a cairo_image_surface_get_data() in cairo-image-surface.c;
> and, in CairoGState.m, you are already using
> cairo_image_surface_get_format() passing to it a cairo_surface_t*. But
> probably I'm missing something...

Just forget my last mail. Right after I send it, I set down and tried to
figure out how cairo exposses the contents of a surface. It was a bit
complicated, but not as hard as I thought. If my network is stable I
will commit it in a minute.

Cheers,
Fred


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: RE: A little issue with Yap

[Marko Riedel]

Hello all,

I will definitely fix this soon and precisely in the manner you describe.

I do think a2ps is useful to have, as it can format source code very
nicely. Moreover it has a delegation that lets you effortlessly use Yap to
preview and print LaTeX files. You need the right delegations, which,
however, are standard in most current a2ps installations, as documented on
the Yap web page.

Best regards,

Marko


--- MJ Ray <[EMAIL PROTECTED]> schrieb:

> Marko Riedel <[EMAIL PROTECTED]> wrote:
> > go into Info/Preferences and set the defaults for a2ps and gs (as
> > documented on the web page). I guess Yap should do this automatically.
> I
> > will try to remember to implement this. Thanks!
> 
> I don't have a2ps installed and I'm not sure which of the many programs
> that call themselves a2ps it wants.
> 
> Yap seems to work well for PDF, PS, PNG and JPG viewing except for all
> these dialogue boxes on startup.  Stop it whinging so much with:
> 
> ; diff -u Controller.m^(.orig '')
> --- Controller.m.orig   2007-02-10 10:11:45.0 +
> +++ Controller.m2007-02-10 10:13:42.0 +
> @@ -347,15 +347,13 @@
>  while((optClass=(Class)[optEn nextObject])!=nil){
>  opt = [optClass alloc];
>  if([opt initWithController:self]==nil){
> -int result =
> -NSRunAlertPanel(@"Warning",
> -@"Couldn't initialize option
> \"[EMAIL PROTECTED]":\n%@",
> -@"Ok", @"Abort", NULL,
> +// int result =
> +NSLog(@"Warning: Couldn't initialize option \"[EMAIL 
> PROTECTED]":
> %@",
>  [opt title], [opt errMsg]);
>  [opt cleanupOption];
> -if(result==NSAlertAlternateReturn){
> +/* if(result==NSAlertAlternateReturn){
>  break;
> -}
> +} */
>  }
>  else{
>  [unsorted addObject:opt];
> 
> 
> Can you put the version number on Yap's download page, please?
> 
> Hope that helps,
> -- 
> MJR/slef
> 
> 
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> http://lists.gnu.org/mailman/listinfo/discuss-gnustep
> 


+-+
| Marko Riedel, EDV Neue Arbeit gGmbH, [EMAIL PROTECTED] |
| http://www.geocities.com/markoriedelde/index.html   |
+-+



___ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Installing LiveCD

[Stefan Bidigaray]

On 2/10/07, Markus Hitter <[EMAIL PROTECTED]> wrote:


Yes, not exactly what one would expect from a 1.0 release. Worse, it
depends on a network; this "cdebootstrap" thing likely takes ages
with my modem.

*sigh*



Well, as far as I understand it, the idea behind the GNUstep Live CD is to
give you a first impression of GNUstep.  The instructions on that link I
provided before describe installing a complete Debian GNU/Linux on that
particular partition.  Which makes sense, seeing as the Live CD is just a
Debian installation CDified (for a lack of better word).  If you're
interested, you can do a base install of Debian (using the business card CD)
and follow the instructions on the Wiki:
http://wiki.gnustep.org/index.php/Platform:Linux

Debian is a very network-centric distro, so trying to do anything with it
without a broadband connection is fustrating.  Keep in mind if you want
GNUstep with Debian, you need at least Testing since everything else is way
too outdated.

The only other option would be to use the Slackware w/ the packages on the
FTP or build everything from source, which is a bit rough.

Stefan
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Installing LiveCD

[Markus Hitter]

Am 10.02.2007 um 15:55 schrieb Stefan Bidigaray:


As you can see they're pretty rough!


Yes, not exactly what one would expect from a 1.0 release. Worse, it  
depends on a network; this "cdebootstrap" thing likely takes ages  
with my modem.


*sigh*


Markus

- - - - - - - - - - - - - - - - - - -
Dipl. Ing. Markus Hitter
http://www.jump-ing.de/






___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GWorkspace seg fault

[Enrico Sersale]

On 2007-02-10 16:43:48 +0200 Fred Kiefer <[EMAIL PROTECTED]> wrote:


Enrico Sersale schrieb:

On 2007-02-10 14:52:48 +0200 Fred Kiefer <[EMAIL PROTECTED]> wrote:


Stefan Bidigaray schrieb:

On 2/9/07, *Enrico Sersale* <[EMAIL PROTECTED]
> wrote:

  Yes, this is the normal behavior.
  At this point I'd really need a gdb backtrace; you must only use
  "debugapp" instead of "openapp" and send me the results...


Keeping in mind I've never done anything like this before, here's the
backtrace and gdb's output...  From GDB's output it looks like it's
something to do with the fact that I'm using the cairo backend, which I
guess I didn't mention before since I didn't think it was relevant
seeing as everything else worked OK.



The only thing that could trigger this problem in the cairo backend is
that _ct was not set, when calling this GSCurrentCTM method. I protected
all matrix calls from having an undefined _ct. (And submitted some more
stuff I had lying around) Could you please retest with current SVN?

Thanks
Fred


Now, after a lot of "Font not found Helvetica", I get this:



and this:



is from SystemPreferences selecting the "Indexing" modules.

In both the cases, it seems that there is something related with
-GSReadRect: because both the apps try to create some resized imges
using [NSBitmapImageRep initWithFocusedViewRect:].


In that case you better give up using the cairo backend for GWorkspace.
GSReadRect: is currently not supported for this backend. I only just
started to add some code here. I will look into improving on this, but
as far as I can currently see there is no way to extract data from a
cairo surface with cairo 1.2.4 and I don't plan to move to a more recent
cairo release any time soon.


Well, I see a cairo_image_surface_get_data() in cairo-image-surface.c; and, in 
CairoGState.m, you are already using cairo_image_surface_get_format() passing 
to it a cairo_surface_t*. But probably I'm missing something...


Cheers,
Fred







___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Plugins with terminal application...

[Richard Frith-Macdonald]

On 10 Feb 2007, at 00:26, [EMAIL PROTECTED] wrote:


I'm writing a GUI-less application and find the need for plugins.
Avoiding the pro's and con's of doing so, is it POSSIBLE? If so, how
would I go about it? Basically the main application would be a single
executable. But I am at a loss to figure out how to build the plugins
(with OS X I would just create a Bundle - but I'm not sure how to go
about it on Linux).


Trivially easy ... just build and use bundles.
The makefile to build a bundle called 'foo' would be:

include $(GNUSTEP_MAKEFILES)/common.make
BUNDLE_NAME=foo
foo_OBJC_FILES=foo.m
include $(GNUSTEP_MAKEFILES)/bundle.make



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Migration to Objective-C 2.0

[Michael Hopkins]

Hi all

Does anyone here know whether GNU/gcc/GNUstep are planning to track the
syntax & runtime changes coming in Apple's Objective-C 2.0?  If so, please
post info or links.

Thanks

Michael


_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

_/_/   _/_/_/ Hopkins Research Ltd
   _/_/   _/_/
  _/_/_/_/   _/_/_/  http://www.hopkins-research.com/
 _/_/   _/   _/
_/_/   _/ _/   'touch the future'
   
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Plugins with terminal application...

[lloyd . sargent]

I'm writing a GUI-less application and find the need for plugins.
Avoiding the pro's and con's of doing so, is it POSSIBLE? If so, how
would I go about it? Basically the main application would be a single
executable. But I am at a loss to figure out how to build the plugins
(with OS X I would just create a Bundle - but I'm not sure how to go
about it on Linux).

Thanks for any insight!

Cheers,

Lloyd

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: bug with addSubview ??

[Paddy Smith]

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
coordinates (which makes sense I suppose, otherwise you could just send
a size :-)) and what it buys you is precisely what I'm trying to do(!), the
ability to draw directly in the view, which is done in terms of *that*
coordinate
system.  And the view having its own frame of reference is more or less just
sugar that makes it a handy weapon to point at your feet ;-)


sorry, feeling a bit slow today. the rect in drawRect is origin 0,0 for a view
(ie in terms of that view's frame of reference). apologies for blathering on :-)

but thanks once again, my code works beautifully now :-)

Regards,
Paddy


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Installing LiveCD

[Stefan Bidigaray]

On 2/10/07, Markus Hitter <[EMAIL PROTECTED]> wrote:



In an attempt to get back to GNUstep, I tried on the LiveCD version
i486-1.0. It can't boot my box with Intel 965 chipset natively, which
is pretty normal for current Linuxes. Booting in VWware appears to
work fine, though.

Now I want to install onto the hard disk. The LiveCD's ReadMe
recommends "sudo su; morphixinstaller", but this doesn't work at all:
"command not found". "find / *morphix*" doesn't find anything either.
Obviously, there's missing something.


So, how would I go from here without all the work of installing
another distribution first?



Well, the Live CD is no longer based on Morphix, that's why morphixinstall
doesn't work.  There's some instructions on how to install here:
http://www.linuks.mine.nu/gnustep/install.txt

As you can see they're pretty rough!  I was trying to come up with an
installer but got side tracked by all the other crap I need to do before
actually doing anything like this (personal stuff, like getting a job).

Stefan
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: bug with addSubview ??

[Paddy Smith]

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 probably something silly ... bear in mind that a views
coordinates are relative to the view it is placed in.
I suspect that you meant the coordinates for the textfield to be
pad,pad rather than r.origin.x+pad,r.origin.y+pad


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
coordinates (which makes sense I suppose, otherwise you could just send
a size :-)) and what it buys you is precisely what I'm trying to do(!), the
ability to draw directly in the view, which is done in terms of *that*
coordinate
system.  And the view having its own frame of reference is more or less just
sugar that makes it a handy weapon to point at your feet ;-)

My consistency hobgoblin is now hopping from foot to foot :-)))

Thank you, thank you very much!  That was something I wasn't going to see
even though it was staring me in the face! :-)

Regards,
Paddy


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GWorkspace seg fault

[Fred Kiefer]

Enrico Sersale schrieb:
> On 2007-02-10 14:52:48 +0200 Fred Kiefer <[EMAIL PROTECTED]> wrote:
> 
>> Stefan Bidigaray schrieb:
>>> On 2/9/07, *Enrico Sersale* <[EMAIL PROTECTED]
>>> > wrote:
>>>
>>>  Yes, this is the normal behavior.
>>>  At this point I'd really need a gdb backtrace; you must only use
>>>  "debugapp" instead of "openapp" and send me the results...
>>>
>>>
>>> Keeping in mind I've never done anything like this before, here's the
>>> backtrace and gdb's output...  From GDB's output it looks like it's
>>> something to do with the fact that I'm using the cairo backend, which I
>>> guess I didn't mention before since I didn't think it was relevant
>>> seeing as everything else worked OK.
>>>
>>
>> The only thing that could trigger this problem in the cairo backend is
>> that _ct was not set, when calling this GSCurrentCTM method. I protected
>> all matrix calls from having an undefined _ct. (And submitted some more
>> stuff I had lying around) Could you please retest with current SVN?
>>
>> Thanks
>> Fred
> 
> Now, after a lot of "Font not found Helvetica", I get this:
> 
> 
> 
> and this:
> 
> 
> 
> is from SystemPreferences selecting the "Indexing" modules.
> 
> In both the cases, it seems that there is something related with
> -GSReadRect: because both the apps try to create some resized imges
> using [NSBitmapImageRep initWithFocusedViewRect:].

In that case you better give up using the cairo backend for GWorkspace.
GSReadRect: is currently not supported for this backend. I only just
started to add some code here. I will look into improving on this, but
as far as I can currently see there is no way to extract data from a
cairo surface with cairo 1.2.4 and I don't plan to move to a more recent
cairo release any time soon.

Cheers,
Fred



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Installing LiveCD

[Markus Hitter]

In an attempt to get back to GNUstep, I tried on the LiveCD version  
i486-1.0. It can't boot my box with Intel 965 chipset natively, which  
is pretty normal for current Linuxes. Booting in VWware appears to  
work fine, though.


Now I want to install onto the hard disk. The LiveCD's ReadMe  
recommends "sudo su; morphixinstaller", but this doesn't work at all:  
"command not found". "find / *morphix*" doesn't find anything either.  
Obviously, there's missing something.



So, how would I go from here without all the work of installing  
another distribution first?



Thanks,
Markus


P.S.: shutting down doesn't work either: "Going single user ... root  
account is locked, starting shell".


- - - - - - - - - - - - - - - - - - -
Dipl. Ing. Markus Hitter
http://www.jump-ing.de/






___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GWorkspace seg fault

[Enrico Sersale]

On 2007-02-10 14:52:48 +0200 Fred Kiefer <[EMAIL PROTECTED]> wrote:


Stefan Bidigaray schrieb:

On 2/9/07, *Enrico Sersale* <[EMAIL PROTECTED]
> wrote:

 Yes, this is the normal behavior.
 At this point I'd really need a gdb backtrace; you must only use
 "debugapp" instead of "openapp" and send me the results...


Keeping in mind I've never done anything like this before, here's the
backtrace and gdb's output...  From GDB's output it looks like it's
something to do with the fact that I'm using the cairo backend, which I
guess I didn't mention before since I didn't think it was relevant
seeing as everything else worked OK.



The only thing that could trigger this problem in the cairo backend is
that _ct was not set, when calling this GSCurrentCTM method. I protected
all matrix calls from having an undefined _ct. (And submitted some more
stuff I had lying around) Could you please retest with current SVN?

Thanks
Fred


Now, after a lot of "Font not found Helvetica", I get this:



and this:



is from SystemPreferences selecting the "Indexing" modules.

In both the cases, it seems that there is something related with -GSReadRect: 
because both the apps try to create some resized imges using [NSBitmapImageRep 
initWithFocusedViewRect:].


gw-trace
Description: Binary data


syspref-trace
Description: Binary data
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GWorkspace seg fault

[Fred Kiefer]

Stefan Bidigaray schrieb:
> On 2/9/07, *Enrico Sersale* <[EMAIL PROTECTED]
> > wrote:
> 
> Yes, this is the normal behavior.
> At this point I'd really need a gdb backtrace; you must only use
> "debugapp" instead of "openapp" and send me the results...
> 
> 
> Keeping in mind I've never done anything like this before, here's the
> backtrace and gdb's output...  From GDB's output it looks like it's
> something to do with the fact that I'm using the cairo backend, which I
> guess I didn't mention before since I didn't think it was relevant
> seeing as everything else worked OK.
> 

The only thing that could trigger this problem in the cairo backend is
that _ct was not set, when calling this GSCurrentCTM method. I protected
all matrix calls from having an undefined _ct. (And submitted some more
stuff I had lying around) Could you please retest with current SVN?

Thanks
Fred


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GWorkspace mdextractor problem

[Philippe Roussel]

[sorry, hit send button too fast on the last mail]

On 2007-02-10 12:20:48 +0100 Enrico Sersale <[EMAIL PROTECTED]> wrote:


Do you mean that 93.8% is *after* the first indexing?
It should look something like this:

   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
27821 root  16   0 55200  38m 8516 S0  3.8   2:19.95 
mdextractor


and I, for texting, let mdextractor index 9743 directories containing 
80245 
indexable paths and 869200 unique words!


I had the indexing configured to scan only a subset of my home 
directory (plus GNUstep directories of course) and it's still 
crunching :


  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEM   TIME COMMAND
30304 philou25   0  172m  22m 7928 R 90.3  1.5 663:04 mdextractor

Strangely, disk is mostly idle so I'm not sure mdextractor is doing 
anything except burning cpu cycles :o) I could try to get a gdb 
backtrace.


About MDFinder, I would say it's a great tool. It's fast and seems 
stable. On the contrary, current GWorkspace search tool seems to hang 
easily. Whenever I start a search and try to stop it after some time, 
I have to kill the process to get a usable GWorkspace back.


Let me know if I can help.

Thanks,
Philippe
--
If you took all of the grains of sand in the world, and lined them up 
end to end in a row, you'd be working for the government!





___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: bug with addSubview ??

[Richard Frith-Macdonald]

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 probably something silly ... bear in mind that a views  
coordinates are relative to the view it is placed in.
I suspect that you meant the coordinates for the textfield to be  
pad,pad rather than r.origin.x+pad,r.origin.y+pad



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

bug with addSubview ??

[Paddy Smith]

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 
#include 

@interface MySubView : NSView {
   NSTextField *p0;
}
@end
@implementation MySubView

- (id) initWithFrame: (NSRect)r
{
   self = [super initWithFrame: r];

   float pad=10.0;
   p0=[[NSTextField alloc] initWithFrame:

NSMakeRect(r.origin.x+pad,r.origin.y+pad,r.size.width-(pad*2.0),r.size.height-(pad*2.0))];
   [p0 setStringValue: @"test"];
   [self addSubview: p0];

   return self;
}

- (void) drawRect: (NSRect)rect
{
   float pad   = 5.0;
   float left  = rect.origin.x+pad;
   float right = rect.origin.x+rect.size.width-pad;
   float bot   = rect.origin.y+pad;
   float top   = rect.origin.y+rect.size.height-pad;

   NSPoint p1 = NSMakePoint(left,bot);
   NSPoint p2 = NSMakePoint(right,bot);
   NSPoint p3 = NSMakePoint(right,top);
   NSPoint p4 = NSMakePoint(left,top);

   NSBezierPath *square = [NSBezierPath bezierPath];
   [square moveToPoint:p1];
   [square lineToPoint:p2];
   [square lineToPoint:p3];
   [square lineToPoint:p4];
   [square lineToPoint:p1];
   [[NSColor blackColor] set];
   [square stroke];
}
@end

@interface MyView : NSView {}
@end
@implementation MyView
- (id) initWithFrame: (NSRect)r
{
   [super initWithFrame: r];

   float offset=r.size.height/2.0;
   MySubView *mySV;

   mySV=[[MySubView alloc] initWithFrame:
   NSMakeRect(r.origin.x,r.origin.y,r.size.width,offset)];
   [mySV setAutoresizingMask:
NSViewWidthSizable|NSViewHeightSizable|NSViewMaxYMargin];
   [self addSubview: mySV];
   RELEASE(mySV);

   mySV=[[MySubView alloc] initWithFrame:
   NSMakeRect(r.origin.x,r.origin.y+offset,r.size.width,offset)];
   [mySV setAutoresizingMask:
NSViewWidthSizable|NSViewHeightSizable|NSViewMinYMargin];
   [self addSubview: mySV];
   RELEASE(mySV);

   return self;
}
@end

@interface AppController : NSObject
{
   NSWindow*window;
   MyView  *myV;
}
- (void)applicationWillFinishLaunching:(NSNotification *) not;
- (void)applicationDidFinishLaunching:(NSNotification *) not;
@end

@implementation AppController
- (void) applicationWillFinishLaunching: (NSNotification *) not
{
  NSMenu *menu = [NSMenu new];
  [menu addItemWithTitle: @"Quit" action: @selector(terminate:)
keyEquivalent: @"q"];
  [NSApp setMainMenu:menu];
  RELEASE(menu);

  window = [[NSWindow alloc] initWithContentRect: NSMakeRect(200,
200, 100, 100)
   styleMask: (NSTitledWindowMask |
   NSMiniaturizableWindowMask |
   NSResizableWindowMask)
 backing: NSBackingStoreBuffered
   defer: YES];
  [window setTitle: @"Hello World"];

  myV=[[MyView alloc] initWithFrame: [[window contentView] frame]];
  [myV setAutoresizingMask: NSViewWidthSizable | NSViewHeightSizable ];
  [[window contentView] addSubview: myV];
}

- (void) applicationDidFinishLaunching: (NSNotification *) not
{
   [window makeKeyAndOrderFront: self];
}
@end

int main(int argc, const char *argv[])
{
  NSAutoreleasePool *pool;
  AppController *delegate;

  pool = [[NSAutoreleasePool alloc] init];
  delegate = [[AppController alloc] init];

  [NSApplication sharedApplication];
  [NSApp setDelegate: delegate];

  RELEASE(pool);
  return NSApplicationMain (argc, argv);
}

Regards,
Paddy


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GWorkspace mdextractor problem

[Enrico Sersale]

On 2007-02-10 13:02:48 +0200 Philippe Roussel <[EMAIL PROTECTED]> wrote:


On 2007-02-10 01:30:13 +0100 Enrico Sersale <[EMAIL PROTECTED]> wrote:


The problem is that mdextrator seems to be a cpu and memory hog :

 PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEM   TIME COMMAND
30304 philou25   0  172m  22m 7876 R 86.8  1.5   6:13 mdextractor

Is this normal, should I wait longer for mdextractor to finish its work ?


The first time you run mdextractor it needs to create its database; this 
means that it must extract the contents of all the indexable directories 
(default your home directory and the GNUstep Applications, Headers and 
Docomentation directories). This can take some time...
When the database is created, all the successive work of keeping it updated 
is not cpu intensive.


Well I thought about that and let it run. I don't have that much data :

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEM   TIME COMMAND
30304 philou25   0  172m  22m 7928 R 93.8  1.5 622:48 mdextractor


Do you mean that 93.8% is *after* the first indexing?
It should look something like this:

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+  COMMAND
27821 root  16   0 55200  38m 8516 S0  3.8   2:19.95 mdextractor

and I, for texting, let mdextractor index 9743 directories containing 80245 
indexable paths and 869200 unique words!




___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: GWorkspace mdextractor problem

[Philippe Roussel]

On 2007-02-10 01:30:13 +0100 Enrico Sersale <[EMAIL PROTECTED]> wrote:


The problem is that mdextrator seems to be a cpu and memory hog :

   PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEM   TIME COMMAND
30304 philou25   0  172m  22m 7876 R 86.8  1.5   6:13 mdextractor

Is this normal, should I wait longer for mdextractor to finish its 
work ?


The first time you run mdextractor it needs to create its database; 
this 
means that it must extract the contents of all the indexable 
directories 
(default your home directory and the GNUstep Applications, Headers 
and 
Docomentation directories). This can take some time...
When the database is created, all the successive work of keeping it 
updated 
is not cpu intensive.


Well I thought about that and let it run. I don't have that much data :

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEM   TIME COMMAND
30304 philou25   0  172m  22m 7928 R 93.8  1.5 622:48 mdextractor


And on a close enough topic : will MDFinder.app replace GWorkspace 
actual 
search tool ?


Perhaps, in the future; for the moment it is a new thing that, 
besides a good 
name for all the stuff and some icons, needs to be used and tested by 
the 
GWorkspace users.



--
The good Christian should beware of mathematicians, and all those who 
make empty prophecies. The danger already exists that the 
mathematicians have made a covenant with the devil to darken the 
spirit and to confine man in the bonds of Hell. - St. Augustine





___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: RE: A little issue with Yap

[MJ Ray]

Marko Riedel <[EMAIL PROTECTED]> wrote:
> go into Info/Preferences and set the defaults for a2ps and gs (as
> documented on the web page). I guess Yap should do this automatically. I
> will try to remember to implement this. Thanks!

I don't have a2ps installed and I'm not sure which of the many programs
that call themselves a2ps it wants.

Yap seems to work well for PDF, PS, PNG and JPG viewing except for all
these dialogue boxes on startup.  Stop it whinging so much with:

; diff -u Controller.m^(.orig '')
--- Controller.m.orig   2007-02-10 10:11:45.0 +
+++ Controller.m2007-02-10 10:13:42.0 +
@@ -347,15 +347,13 @@
 while((optClass=(Class)[optEn nextObject])!=nil){
 opt = [optClass alloc];
 if([opt initWithController:self]==nil){
-int result =
-NSRunAlertPanel(@"Warning",
-@"Couldn't initialize option \"[EMAIL 
PROTECTED]":\n%@",
-@"Ok", @"Abort", NULL,
+// int result =
+NSLog(@"Warning: Couldn't initialize option \"[EMAIL 
PROTECTED]": %@",
 [opt title], [opt errMsg]);
 [opt cleanupOption];
-if(result==NSAlertAlternateReturn){
+/* if(result==NSAlertAlternateReturn){
 break;
-}
+} */
 }
 else{
 [unsorted addObject:opt];


Can you put the version number on Yap's download page, please?

Hope that helps,
-- 
MJR/slef


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnustep