But in the case of this pyramid, there are only four elements, so any sort order or overlap flaw becomes very noticeable. If one makes the number of pieces small enough, generally this overlap is not noticeable. It is quite common for surfaces to overlap incorrectly with the painters algorithm, especial with intersecting surfaces. Instead, many years ago someone implemented what is known as the painter's algorithm in which one takes, say, the average depth value of the element and then does a simple sort on that list, drawing the elements in succession. However, it really isn't the nature of the problem that is difficult it is all of the underlying book-keeping that goes with breaking up potentially intersecting finite elements into sub-pieces, discarding this piece, reordering that piece, etc. It has a hidden line algorithm, but that is slightly more straightforward. It's that gnuplot does not have a true hidden surface algorithm. The result you are seeing is not a bug, but a limitation of gnuplot, one that I've wanted to address for a decade or more. This is useful for images, for fairly smooth surfaces, etc. I lean more toward just placing the patch in the legend because in some instances the user could specify a color triad and get something close to what they want. This is with gnuplot 5.0.1 which I think is a > The color of the pyramid changes dramatically after calling legend which I > I indended 'case "patch"' by an extra space It would be best to work out what that _actual_axis_position_() should be doing before trying to make the axes/legend layout correct. Then I searched my email and found it is this bug report from a while back ![]() This routine _actual_axis_position_.m is giving slightly unexpected results. I started down that path and it began to feel all too familiar. I think the user could at least tweak things from there even though it might not match qt toolkit's layout. ![]() gnuplot would just use whatever space is left for a sample. ![]() Sizes are often specified as "characters", which of course changes with the font size.īut to my way of thinking, if the axes were set according to the gca's position, and the key position were set according to its position, then it should be a pretty close match. gnuplot currently isn't the friendliest as to key layout. I started trying to make the legend layout better match what Qt is doing.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |