under WinXP SP2, PlPlot 5.9.0 and Cmake 2.6 the WinGCC-Driver cant display one-pixel-points generated with plpoin and code=-1 (by the way that code No. is undocumented).With png (Gd-Device) this works.
I am not sure whether the support in the GD device is a coincidence or not.
What happens if you use -2 or -3? The reason I ask is that some graphical
devices have a not quite intuitive way of handling coordinates. This is
especially an issue with very small objects.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Code values lower than -1 and more than 127 result in an error message of plpoin.
I dont know where the problem is with the WinGCC-Driver, drawing the One-Pixel-Thick-Axis is no problem at all.
It would be great if someone could fix that, because I dont want switch to another library because of an elementary feature like drawing Pixels.
BTW: drawing a line with equal start and end-points doesn't work as temporary workaround...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I quickly checked the code:
a size parameter of -1 draws a line with the same start and end points.
There is a comment that that might not work well on some smart devices ...
The wingcc driver has explicit support for drawing a single pixel, so the solution
here would be to look for zero-length lines and turn them into a single pixel.
I will look into this.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=400048
Originator: NO
I am not sure whether the support in the GD device is a coincidence or not.
What happens if you use -2 or -3? The reason I ask is that some graphical
devices have a not quite intuitive way of handling coordinates. This is
especially an issue with very small objects.
Logged In: YES
user_id=2095226
Originator: YES
Code values lower than -1 and more than 127 result in an error message of plpoin.
I dont know where the problem is with the WinGCC-Driver, drawing the One-Pixel-Thick-Axis is no problem at all.
It would be great if someone could fix that, because I dont want switch to another library because of an elementary feature like drawing Pixels.
BTW: drawing a line with equal start and end-points doesn't work as temporary workaround...
Logged In: YES
user_id=400048
Originator: NO
I quickly checked the code:
a size parameter of -1 draws a line with the same start and end points.
There is a comment that that might not work well on some smart devices ...
The wingcc driver has explicit support for drawing a single pixel, so the solution
here would be to look for zero-length lines and turn them into a single pixel.
I will look into this.