219
edits
(→needs some work: added more problems/bugs) |
|||
Line 5: | Line 5: | ||
== needs some work == | == needs some work == | ||
* [http://tech-chat.de/compare_plot_demos/gnuplot/colorbar_23_1.png gnuplot] + [http://tech-chat.de/compare_plot_demos/fltk/colorbar_23_1.png fltk] colorbar_23_1: xtick unreadable | * [http://tech-chat.de/compare_plot_demos/gnuplot/area_01_1.png gnuplot] + [http://tech-chat.de/compare_plot_demos/fltk/area_01_1.png fltk] area_01_1: draws a green background, [http://tech-chat.de/compare_plot_demos/matlab/area_01_1.png Matlab] a red one. The FLTK plot furthermore shows tiny vertical white stripes. | ||
* [http://tech-chat.de/compare_plot_demos/gnuplot/colorbar_23_1.png gnuplot] + [http://tech-chat.de/compare_plot_demos/fltk/colorbar_23_1.png fltk] colorbar_23_1: xtick unreadable. It should check the text_extent and reduce xticks if the xlabels would overlap. | |||
* gnuplot + ftlk: fill_01_1, fill_02_1: 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 + ftlk: fill_01_1, fill_02_1: 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. | ||
Line 11: | Line 13: | ||
* [http://tech-chat.de/compare_plot_demos/gnuplot/hold_07_1.png gnuplot] + [http://tech-chat.de/compare_plot_demos/fltk/hold_07_1.png fltk]: hold_07_1: 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? | * [http://tech-chat.de/compare_plot_demos/gnuplot/hold_07_1.png gnuplot] + [http://tech-chat.de/compare_plot_demos/fltk/hold_07_1.png fltk]: hold_07_1: 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? | ||
* [http://tech-chat.de/compare_plot_demos/matlab/patch_04_1.png gnuplot+ | * [http://tech-chat.de/compare_plot_demos/matlab/patch_04_1.png gnuplot] + [http://tech-chat.de/compare_plot_demos/fltk/patch_04_1.png fltk] patch_04_1: 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 [http://savannah.gnu.org/bugs/index.php?42159 bug#42159] (this probably is also the cause for black faces in shrinkfaces*) | ||
* [http://tech-chat.de/compare_plot_demos/gnuplot/shrinkfaces_04_1.png gnuplot] + [http://tech-chat.de/compare_plot_demos/fltk/shrinkfaces_04_1.png fltk] shrinkfaces_04_1: shows "inverted?/outer faces", completly different from [http://tech-chat.de/compare_plot_demos/matlab/shrinkfaces_04_1.png matlab] | |||
* [http://tech-chat.de/compare_plot_demos/fltk/text_03_01.png fltk] text_03_01: can't print multi-line text objects [http://savannah.gnu.org/bugs/?31468 bug#31468] | |||
* [http://tech-chat.de/compare_plot_demos/gnuplot/trimesh_01_1.png gnuplot] trimesh_01_1: invisible lines [http://savannah.gnu.org/bugs/?42561 bug#42561]. [http://tech-chat.de/compare_plot_demos/fltk/trimesh_01_1.png fltk] plot is fine. | |||
== gnuplot only differences == | == gnuplot only differences == |
edits