OK I've checked the RQuartz_Polyline and RQuartz_Polygon. Its quite  
straight forward. However I don't see anything causing problem we  
discuss.

tomas


# Revision 45515: /branches/R-2-7-branch/src/library/grDevices/src
-----------

static void RQuartz_Polyline(int n, double *x, double *y, CTXDESC)
{
     if (n < 2) return;
     int i;
     DRAWSPEC;
     if (!ctx) NOCTX;
     SET(RQUARTZ_STROKE | RQUARTZ_LINE);
     CGContextBeginPath(ctx);
     CGContextMoveToPoint(ctx, x[0], y[0]);
     for(i = 1 ; i < n; i++)
	CGContextAddLineToPoint(ctx, x[i], y[i]);
     CGContextStrokePath(ctx);
}

static void RQuartz_Polygon(int n, double *x, double *y, CTXDESC)
{
     if (n < 2) return;
     int i;
     DRAWSPEC;
     if (!ctx) NOCTX;
     SET(RQUARTZ_FILL | RQUARTZ_STROKE | RQUARTZ_LINE);
     CGContextBeginPath(ctx);
     CGContextMoveToPoint(ctx, x[0], y[0]);
     for(i = 1; i < n; i++)
	CGContextAddLineToPoint(ctx, x[i], y[i]);
     CGContextClosePath(ctx);
     CGContextDrawPath(ctx, kCGPathFillStroke);
}
------------



On 27 Apr 2008, at 15:08, Prof Brian Ripley wrote:

> Some versions of Windows GDI have a superficially identical problem  
> -- stroking a path is quadratic in the number of segments.  The  
> solution we used (in gdrawpolyline, in src/extra/graphapp/gdraw.c)  
> was to split the drawing into pieces of length 1000, and that could  
> be used here.  It would be a simple modification to RQuartz_Polyline  
> and RQuartz_Polygon, so please try it and let us know how you get on.
>
> It would also have been helpful to (C-level) profile the call and  
> find out where the time is being spent -- I expect it not to be in R  
> at all but in Quartz.
>
> On Sun, 27 Apr 2008, Tomas Mikoviny wrote:
>
>> I found where is the problem, however have no solution for it right  
>> now.
>> To demonstrate (I have chosen 6000 to match my datasets size):
>>
>> x=seq(1:6000)
>> y=rnorm(6000)
>> plot(x,y)
>>
>> Absolutely no problem until now, everything is responsive, no lags.
>>
>> Problem appears when I insert parameter 'type':
>>
>> slowdown and unacceptable lag for "l", "o", "s"
>> plot(x,y, type="l")
>> plot(x,y, type="o")
>> ...
>>
>> however no problem at all  (instantly plotted) for "p", "b", "c", "h"
>> plot(x,y, type="p")
>> plot(x,y, type="b")
>> ...
>>
>> Does anyone know possible reason for this behaviour. Once again, I  
>> use
>> clear install of R version 2.7.0 (2008-04-22). When I try the same
>> stuff with latest 2.6.2 version everything runs smoothly without any
>> problems.
>>
>> tomas
>>
>>
>> On 27 Apr 2008, at 10:49, Charles Hebert wrote:
>>
>>> Hi all,
>>>
>>> I've the same problem + the resizing of the window is really really
>>> slow... for all datasets. I'm running leopard 10.5.2 and the latest
>>> macOS R dmg.
>>>
>>> For all datasets. But when i use quartz() then plot, it seems ok
>>> (slow again but... usable). So right now, i use quartz(file,
>>> type="pdf")...
>>>
>>> Best regards,
>>>
>>> Charles
>>
>> _______________________________________________
>> R-SIG-Mac mailing list
>> R-SIG-Mac@stat.math.ethz.ch
>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>>
>
> -- 
> Brian D. Ripley,                  ripley@stats.ox.ac.uk
> Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
> University of Oxford,             Tel:  +44 1865 272861 (self)
> 1 South Parks Road,                     +44 1865 272866 (PA)
> Oxford OX1 3TG, UK                Fax:  +44 1865 272595


	[[alternative HTML version deleted]]

