A few comments: There's nothing wrong with a library function having some code that sets graphics properties. On the other hand, the issue may ultimately go back to the level of the graphics driver, and a MarkerSize of 12 for one driver may look different for that of another driver. If the marker size of 12 is consistently small for all plots, then zplane.m is not the place to fix this. There has been a lot of activity on graphics code in the main Octave development over the past year or two, so this issue of marker size *may* have been addressed. (I don't follow that effort closely.) Make sure for something that depends on core Octave that you have the latest version of developer Octave, as bundles like Ubuntu, SUSE, etc. are often lagging behind.
Dan Simon Schwarz wrote: > I'm not very familiar with octave - I just hacked it in like i thought > it could be right ;) > > I did some brief tests - worked for me. > > I added a third argument which defines the marker size. It defaults to > 12 if it is left empty. > > Is that what you meant? > > Simon > > Am Sonntag, den 15.11.2009, 14:12 +0100 schrieb Søren Hauberg: > >>søn, 15 11 2009 kl. 13:12 +0100, skrev Simon Schwarz: >> >>>I'am not sure if this is the right place - but I try it ;) >> >>It sure is the right place :-) >> >> >>>I tried to contact [email protected], the original author >>>of zplane.m, but the address seems to be dead. >> >>In general it is a better bet to contact this mailing list rather than >>individual authors. That way more people can help out solving the >>problem. >> >> >>>Maybe someone here can help. There is a problem with zplane.m. the >>>markers for poles and zeroes are far to small - if they are on the unit >>>circle one can't see them at all. (I use the Version from the Ubuntu >>>repos) >> >>I'm somewhat surprised by this. Instead of changing the marker size >>inside the code, I guess it would be be if options for the plotting >>system could be passed to the function. That way, the user can specify >>whatever marker size he or she wants. It looks like Matlab doesn't >>support this behaviour directly, but that shouldn't hold us back :-) >> >>Could I persuade you to try to implement something that allows the user >>to specify plot options? >> >>Thanks >>Søren >> >> >>------------------------------------------------------------------------------ >>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 >>[email protected] >>https://lists.sourceforge.net/lists/listinfo/octave-dev ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/octave-dev
