HP Forums
Bug in FILLPOLY_P amd TRIANGLE_P (6975 and 7820) - Printable Version

+- HP Forums (https://www.hpmuseum.org/forum)
+-- Forum: HP Calculators (and very old HP Computers) (/forum-3.html)
+--- Forum: HP Prime (/forum-5.html)
+--- Thread: Bug in FILLPOLY_P amd TRIANGLE_P (6975 and 7820) (/thread-2720.html)



Bug in FILLPOLY_P amd TRIANGLE_P (6975 and 7820) - slawek39 - 12-28-2014 04:50 PM

Figures drawn by FILLPOLY_P and TRIANGLE_P sometimes have the wrong shape. Their edge does not coincide with a line drawn by LINE_P using the same coordinates.


RE: Bug in FILLPOLY_P amd TRIANGLE_P (6975) - Tim Wessman - 12-30-2014 12:08 AM

Thanks.

Stuck in the list. Not sure if this is due to using a slightly different line drawing method between the two or what. Seems like they should match though.


RE: Bug in FILLPOLY_P amd TRIANGLE_P (6975) - slawek39 - 05-13-2015 09:49 PM

This error still occurs in (7820)


RE: Bug in FILLPOLY_P amd TRIANGLE_P (6975 and 7820) - slawek39 - 05-02-2016 06:36 PM

The bug still actual FW 10077


RE: Bug in FILLPOLY_P amd TRIANGLE_P (6975 and 7820) - cyrille de brébisson - 05-03-2016 04:52 AM

Hello,

Line uses Breshenam, fill poly (and triangle) uses division methods... This is what causes the disconnect.
I would like to fix it, but could never find the time.
Cyrille


RE: Bug in FILLPOLY_P amd TRIANGLE_P (6975 and 7820) - slawek39 - 12-07-2016 06:25 PM

The bug still actual FW 10637. Will it be corrected in next version?

I don't use FILLPOLY_P or TRIANGLE_P in my program AlmostBlockOut so is slightly slower than should.


RE: Bug in FILLPOLY_P amd TRIANGLE_P (6975 and 7820) - Tim Wessman - 12-07-2016 06:41 PM

(12-07-2016 06:25 PM)slawek39 Wrote:  The bug still actual FW 10637. Will it be corrected in next version?

I don't use FILLPOLY_P or TRIANGLE_P in my program AlmostBlockOut so is slightly slower than should.

Probably not, but probably in the one after that.


RE: Bug in FILLPOLY_P amd TRIANGLE_P (6975 and 7820) - slawek39 - 11-07-2017 05:52 PM

The bug still actual FW beta 12951 in virtual calculator for Windows.

But something has changed in FILLPOLY_P and behaves differently than before, but still not perfect.