Jump to navigation Jump to search
43 bytes removed ,  13:59, 15 July 2014
fix filename after cs b8934a57e13e
== needs some work ==
* [ gnuplot] + [ fltk] area_01_1area_01: draws a green background, [ Matlab] a red one. The FLTK plot furthermore shows tiny vertical white stripes.
* [ gnuplot] + [ fltk] colorbar_23_1colorbar_23: xtick unreadable. It should check the text_extent and reduce xticks if the xlabels would overlap.
* [ gnuplot] + [ fltk] colorbar* : This is just a matter of taste but I (Andy1978) would prefer a smaller gap (only 40% of the current implementation?) between colorbar and the plot like [ matlab] does.
* [ fltk] colorbar_19_01colorbar_19.png : unusable colorbar with FLTK ([ bug#42311]) when log scale is set, fine with [ gnuplot]
* gnuplot + ftlk: fill_01_1fill_01, fill_02_1fill_02: hidden edges keep visible in ML, not with fltk or gnuplot. This seems to be a ML bug when printing to PNG or JPEG and works (same output like gnuplot+fltk) when printing to ps. In FLTK the on-screen images shows the hidden edge and becomes invisible when printing.
* [ gnuplot] + [ fltk]: hold_07_1hold_07: red rectangle hides the '^' plot markers. In ML they disappear on-screen as soon as xlim is changed or zoomed. Is this a ML bug? What is the prefered behaviour?
* [ gnuplot] + [ fltk] shrinkfaces_04_1shrinkfaces_04: shows "inverted?/outer faces", completly different from [ matlab]
* [ fltk] text_03_01text_03: can't print multi-line text objects [ bug#31468]
== gnuplot only differences ==
Nevertheless here are some visual '''gnuplot ONLY''' problems which need some attention:
* [ gnuplot] fill_03_1fill_03: unusable
* [ gnuplot] ezsurf_02_1ezsurf_02: distorted despite "axis equal"
* [ gnuplot] isosurface_01_1isosurface_01: wrong scale, edges missing
* [ gnuplot] trimesh_01_1trimesh_01: invisible lines [ bug#42561]. [ FLTK] plot is fine.
* [ gnuplot] zlim_03_1zlim_03: Warning/Error "line 0: *All* edges undefined or out of range, thus no plot." and an empty plot (as announced). [ FLTK] plot is fine.
== work in progress ==
* colorbar ticks:
* gnuplot + fltk compass_01_1compass_01: no proper scaling/zoom: A changeset from Stefan Mahr fixing a different part of polar() also solves the auto-scaling issue with compass(). See
* The right axis of the [ Pareto plot] was being drawn in a different color from the left axis.
* [ gnuplot] + [ fltk] patch_04_1patch_04: the demo incorrectly assumes the patch "facecolor" is "flat" as octave currently sets this by default (whereas in matlab "facecolor" is "none" by default). This should be fixed with [ bug#42159] (this probably is also the cause for black faces in shrinkfaces*)
== won't fix or Octave only feature ==
* fltk/ML axis_09, axis_10, axis_11, axis_12, axis_13: No, [x,y]axislocation' 'zero' ( This is an Octave (and gnuplot) only feature. We can either blacklist, or visually skip over the comparison since it is blank for Matlab. Perhaps should be removed from demos or blacklist axis_09 in dump.m script
* matlab comet3_01_1comet3_01, comet_01comet.png: Only the beginning of the animation is printed. Matlab implements comet in a completely different way which means printing isn't really possible for them.
* matlab polar_03_1polar_03, polar_05_1polar_05: Modifying ticks for rho (rticks) and theta (tticks) is an Octave addition.
* matlab polar_04_1polar_04: Modifying color and text properties in polar plot is an Octave addition.
* Multiple Matlab plots with "Error in color/linetype argument". This is because adding legend keys with ";" in plot like "plot(1:10, "; a ramp;)" is an Octave only addition.


Navigation menu