-------- Weitergeleitete Nachricht --------
> Von: Simon Schwarz <simon.schw...@fobg.de>
> An: Daniel J Sebald <daniel.seb...@ieee.org>
> Kopie: Octave Dev list <octave-dev@lists.sourceforge.net>
> Betreff: Re: [OctDev] Default Plot Characteristics, was Re: zplane.m
> marker size
> Datum: Sun, 13 Dec 2009 13:06:59 +0100
> 
> Hi Daniel and list,
> 
> sorry that it took me so long. 
> 
> Here is a screenshot of the still to small markers (it was worse with
> the original octave version from ubuntu):
> http://www.fobg.de/wordpress/wp-content/uploads/2009/12/problem_example.png
> 
> This is a screenshot of the changed version, marker size is 6 here:
> http://www.fobg.de/wordpress/wp-content/uploads/2009/12/demo_size6.png
> 
> (I didn't do any change to the graphic driver - therefore it should be
> gnuplot)
> 
> Attached is the diff file for my changes.
> 
> Maybe someone could test it with some other config (Windows?)? Just use
> the "demo zplane" to have an example.
> 
> If there are no objections I would check the changes in? (my sourceforge
> username is: simonthe)
> 
> Simon
> 
> Am Samstag, den 21.11.2009, 18:28 -0600 schrieb Daniel J Sebald:
> > Simon,
> > 
> > To give closure to this thread.  The best approach is probably first get 
> > the latest version of Octave and then modify the graphics settings so that 
> > the defaults look a good size.  (Are you working with the gnuplot driver?  
> > Some other graphics driver?)
> > 
> > Dan
> > 
> > 
> > Daniel J Sebald wrote:
> > > Shai Ayal wrote:
> > > 
> > >>On Tue, Nov 17, 2009 at 6:14 AM, Daniel J Sebald <daniel.seb...@ieee.org> 
> > >>wrote:
> > >>
> > >>
> > >>>Simon Schwarz wrote:
> > >>>
> > >>>
> > >>>>In the version of zplane.m the marker size was set explicitly to 2 I
> > >>>>just changed this value to 12 and added a parameter for it.
> > >>>>
> > >>>>I just tried to remove the markersize code - it works also. The markers
> > >>>>are tiny but bigger than before.
> > >>>
> > >>>That's odd.  Perhaps a marker size of 2 is some legacy code not updated 
> > >>>to
> > >>>fit the new Octave graphics scheme.  I just tried
> > >>>id = plot(1:10, 'ro')
> > >>>get(id)
> > >>>
> > >>>and found a marker size of 6.  I can't find exactly where the default
> > >>>properties are set searching through the Octave source.
> > >>
> > >>
> > >>the defaults for properties are set in src/graphics.h.in. search for
> > >>markersize inside this file and you'll find it.
> > > 
> > > 
> > > Oh, OK thanks.  I was searching through *.h files.
> > > 
> > > 
> > > 
> > >>>Anyone on the maintainers list familiar with graphics, should scripts be
> > >>>setting any absolute sizes anymore?  Or just relative (e.g., divide by 2,
> > >>>multiply by 3)?
> > >>
> > >>I'm not sure where the default came from,
> > > 
> > > 
> > > Well, I would think that a markersize default of one makes sense, if it 
> > > doesn't reflect an absolute measurement system...
> > > 
> > > 
> > > 
> > >>and also I'm not sure that
> > >>marker size is consistent across backends. for the open-gl based
> > >>backends (currently fltk) markersize is in points (i.e. 1/72 inch),
> > >>assuming 72dpi for the screen.
> > > 
> > > 
> > > That is likely where the 6 comes from, i.e., 6/72 in (1/12 in) seems a 
> > > good default.
> > > 
> > > 
> > > 
> > >>There still remains some work to be done ...
> > > 
> > > 
> > > OK.
> > > 
> > > 
> > > 
> > >>>Perhaps.  However, if a plot is the main result of the zplane() command, 
> > >>>the
> > >>>output of the plot command could be returned as the output of zplane().
> > >>>Then one would have access to all the plot properties, not just marker
> > >>>size.  One could use gcf() just as easily too.
> > >>>
> > >>>zplane();
> > >>>id = gcf();
> > >>>set(id, 'markersize', 1234)
> > >>
> > >>This would not work -- markersize is a property of the line object,
> > >>not the figure object, so you would have to get the handle of the line
> > >>object into id
> > > 
> > > 
> > > Good point.  It would be a little more involved than that.
> > > 
> > > Thanks Shai,
> > > 
> > > Dan
> > > 
> > > ------------------------------------------------------------------------------
> > > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 
> > > 30-Day 
> > > trial. Simplify your report design, integration and deployment - and 
> > > focus on 
> > > what you do best, core application coding. Discover what's new with
> > > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > > _______________________________________________
> > > Octave-dev mailing list
> > > Octave-dev@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/octave-dev
> > > 
> > 
> > 
> 

--- /home/simon/projects/octave/trunk/octave-forge/main/signal/inst/zplane.m	2009-12-13 12:39:47.000000000 +0100
+++ ./zplane.m	2009-12-13 12:41:02.000000000 +0100
@@ -51,6 +51,9 @@
 ##     * use different colours for plotting each column (matrix zeros/poles)
 ##     * set automatic_replot to 0 for duration of demo
 
+## 2009-12-13 Simon Schwarz
+##		 * change standard marker size to 6
+
 ## TODO: Consider a plot-like interface:
 ## TODO:       zplane(x1,y1,fmt1,x2,y2,fmt2,...)
 ## TODO:    with y_i or fmt_i optional as usual.  This would allow
@@ -102,11 +105,11 @@
   axis(1.05*[xmin, xmax, ymin, ymax]);
   if (!isempty(p))
     h = plot(real(p), imag(p), "bx");
-    set (h, 'MarkerSize', 2);
+    set (h, 'MarkerSize', 6);
   endif
   if (!isempty(z)) 
     h = plot(real(z), imag(z), "bo");
-    set (h, 'MarkerSize', 2);
+    set (h, 'MarkerSize', 6);
   endif
   hold off;
 endfunction

Attachment: signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Octave-dev mailing list
Octave-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/octave-dev

Reply via email to