Re: Found Bug But Not Sure How to Proceed To Fix
Jeremy Landry <[email protected]> Fri, 2 Mar 2018 10:42:41 -0800
| Newsgroups | gmane.comp.lang.smalltalk.squeak.squeakland |
|---|---|
| Message-ID | <CAMYa41=DvwVGca-15ExPmCubecjx7hKyMRE=Fb7iTto=vM0WXg@mail.gmail.com> |
--===============2099216358310058685== Content-Type: multipart/alternative; boundary="001a113f80e45cdbb705667257c4" --001a113f80e45cdbb705667257c4 Content-Type: text/plain; charset="UTF-8" Hi, it only appears when scaling a morph. Here is example...it is my belief (how does one step through code with debugger if there's no bug happening?); Whatever code is common that scales morphs is being offset incorrectly. The first image shows the 'garbage' left behind by playfield indicator if that option is set. It seems it was only tested in 'holders' and thus likely not picked up during 'intended' use. Next, two pictures show scaling as where the misalignment starts. This might be why you could not recreate bug; resizing rectangle changes rectangle morph extent, whereas scaling is a differnet piece of code and therefore different outcome. Image included. This works with *anything* scaled. https://imgur.com/a/6zEWq On Fri, Mar 2, 2018 at 10:20 AM, Bob Arning <[email protected]> wrote: > I tried to recreate your example and could not. How did you create the two > morphs in your example? Are you certain the read/gray morph does not have > some transparent pixels along the top and left? > > On 3/2/18 12:50 PM, Jeremy Landry wrote: > > I did a little more digging, just for the record...and it turns out it's > scaling error. No matter what, scaling offsets morphs by 1@-1. I'm > still looking for where this occurs and why. So far, injecting > intentionally bad values into bordered morph and sketch classes hasn't > produced any change. It 'feels' like most of that code isn't even used, > but then again, I might not have genuinely created a new object with that > code and system might have been giving me what was already in system... > > > On Fri, Mar 2, 2018 at 7:15 AM, Bert Freudenberg <[email protected]> > wrote: > >> That bug tracker is pretty much dead, since all ongoing development moved >> to squeak.org. >> >> The plan was to make a new Etoys release based on the latest Squeak >> source base, but we have not have enough developer time to make that >> actually happen. >> >> - Bert - >> >> On 1 March 2018 at 06:03, Nicco Kunzmann (rambler) < >> [email protected]> wrote: >> >>> Hi, >>> >>> I found a bug tracker on the squeakland site: >>> http://tracker.squeakland.org/secure/Dashboard.jspa >>> >>> I think, you can describe the problem there as an issue and hand in the >>> fix. >>> They may also know how to guide you further if the code base is >>> somewhere else. >>> If you have problems there (login, no response), I guess, this mailing >>> list is one place to ask for help. >>> >>> Best, >>> Nicco >>> >>> >>> On 03/01/2018 03:34 AM, Jeremy Landry wrote: >>> >>> Hi, while working on a project needing precise alignment of >>> sketches/bitmaps and rectangles using playfield 'use gridding', it seems >>> that there's a difference of detected origin. >>> >>> Here's a screenshot with magnifier showing the discrepency. >>> https://imgur.com/a/tcaRu >>> >>> I'm quite certain this bug is the one that causes bad redrawing, >>> especially when showing a cursor move when 'indicate cursor' is activated >>> in a playfield. >>> >>> If I correct this bug inside of a project, will it load into an image >>> where it has not been fixed and be fixed? >>> >>> I haven't actually fixed the bug yet, but didn't want to waste time on >>> it if the fix will not travel with the project. >>> >>> Thanks in advance for any input. >>> >>> >>> _______________________________________________ >>> squeakland mailing listsqueakland-bD51WKytQuId/fn+uklp/[email protected]://lists.squeakland.org/mailman/listinfo/squeakland >>> >>> >>> >>> _______________________________________________ >>> squeakland mailing list >>> squeakland-bD51WKytQuId/fn+uklp/[email protected] >>> http://lists.squeakland.org/mailman/listinfo/squeakland >>> >>> >> >> _______________________________________________ >> squeakland mailing list >> squeakland-bD51WKytQuId/fn+uklp/[email protected] >> http://lists.squeakland.org/mailman/listinfo/squeakland >> >> > > > _______________________________________________ > squeakland mailing listsqueakland-bD51WKytQuId/fn+uklp/[email protected]://lists.squeakland.org/mailman/listinfo/squeakland > > > > _______________________________________________ > squeakland mailing list > squeakland-bD51WKytQuId/fn+uklp/[email protected] > http://lists.squeakland.org/mailman/listinfo/squeakland > > --001a113f80e45cdbb705667257c4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Hi, it only appears when scaling a morph.=C2=A0 Here is ex= ample...it is my belief (how does one step through code with debugger if th= ere's no bug happening?);<div><br></div><div>Whatever code is common th= at scales morphs is being offset incorrectly. The first image shows the = 9;garbage' left behind by playfield indicator if that option is set.=C2= =A0 It seems it was only tested in 'holders' and thus likely not pi= cked up during 'intended' use.=C2=A0=C2=A0</div><div><br></div><div= >Next, two pictures show scaling as where the misalignment starts.=C2=A0 Th= is might be why you could not recreate bug; resizing rectangle changes rect= angle morph extent, whereas scaling is a differnet piece of code and theref= ore different outcome.</div><div><br></div><div>Image included.=C2=A0 This = works with *anything* scaled.=C2=A0=C2=A0</div><div><a href=3D"https://imgu= r.com/a/6zEWq">https://imgur.com/a/6zEWq</a><br></div></div><div class=3D"g= mail_extra"><br><div class=3D"gmail_quote">On Fri, Mar 2, 2018 at 10:20 AM,= Bob Arning <span dir=3D"ltr"><<a href=3D"mailto:[email protected]" = target=3D"_blank">[email protected]</a>></span> wrote:<br><blockquot= e class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc sol= id;padding-left:1ex"> =20 =20 =20 <div text=3D"#000000" bgcolor=3D"#FFFFFF"> <p><font face=3D"Georgia">I tried to recreate your example and could not. How did you create the two morphs in your example? Are you certain the read/gray morph does not have some transparent pixels along the top and left?</font><br> </p><div><div class=3D"h5"> <br> <div class=3D"m_-5490095820042152389moz-cite-prefix">On 3/2/18 12:50 PM= , Jeremy Landry wrote:<br> </div> <blockquote type=3D"cite"> <div dir=3D"ltr">I did a little more digging, just for the record...and it turns out it's scaling error.=C2=A0 No matter w= hat, scaling offsets morphs by 1@-1.=C2=A0 I'm still looking for whe= re this occurs and why.=C2=A0 So far, injecting intentionally bad valu= es into bordered morph and sketch classes hasn't produced any change.=C2=A0 It 'feels' like most of that code isn't e= ven used, but then again, I might not have genuinely created a new object with that code and system might have been giving me what was already in system... <div><br> </div> </div> <div class=3D"gmail_extra"><br> <div class=3D"gmail_quote">On Fri, Mar 2, 2018 at 7:15 AM, Bert Freudenberg <span dir=3D"ltr"><<a href=3D"mailto:bert@freudenb= ergs.de" target=3D"_blank">[email protected]</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;bord= er-left:1px #ccc solid;padding-left:1ex"> <div dir=3D"ltr"> <div class=3D"gmail_default" style=3D"font-family:arial,helve= tica,sans-serif;font-size:small;color:#000000">That bug tracker is pretty much dead, since all ongoing development moved to <a href=3D"http://squeak.org" target= =3D"_blank">squeak.org</a>.</div> <div class=3D"gmail_default" style=3D"font-family:arial,helve= tica,sans-serif;font-size:small;color:#000000"><br> </div> <div class=3D"gmail_default" style=3D"font-family:arial,helve= tica,sans-serif;font-size:small;color:#000000">The plan was to make a new Etoys release based on the latest Squeak source base, but we have not have enough developer time to make that actually happen.</div> <span class=3D"m_-5490095820042152389HOEnZb"><font color=3D"#= 888888"> <div class=3D"gmail_default" style=3D"font-family:arial,h= elvetica,sans-serif;font-size:small;color:#000000"><br> </div> <div class=3D"gmail_default" style=3D"font-family:arial,h= elvetica,sans-serif;font-size:small;color:#000000">- Bert -</div> </font></span> <div> <div class=3D"m_-5490095820042152389h5"> <div class=3D"gmail_extra"><br> <div class=3D"gmail_quote">On 1 March 2018 at 06:03, Nicco Kunzmann (rambler) <span dir=3D"ltr"><<a hre= f=3D"mailto:[email protected]" target=3D"_blank">niccokunzmann@rambl= er.ru</a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0= 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div text=3D"#000000" bgcolor=3D"#FFFFFF"> Hi,<br> <br> I found a bug tracker on the squeakland site:<br> <a href=3D"http://tracker.squeakland.org/secure/D= ashboard.jspa" target=3D"_blank">http://tracker.squeakland.org/<wbr>secure/= Dashboard.jspa</a><br> <br> I think, you can describe the problem there as an issue and hand in the fix.<br> They may also know how to guide you further if the code base is somewhere else.<br> If you have problems there (login, no response), I guess, this mailing list is one place to ask for help.<br> <br> Best,<br> Nicco <div> <div class=3D"m_-5490095820042152389m_-65395190= 90481828637h5"><br> <br> <div class=3D"m_-5490095820042152389m_-653951= 9090481828637m_-1252469366745025355moz-cite-prefix">On 03/01/2018 03:34 AM, Jeremy Landry wrote:<br> </div> </div> </div> <blockquote type=3D"cite"> <div> <div class=3D"m_-5490095820042152389m_-653951= 9090481828637h5"> <div dir=3D"ltr">Hi, while working on a project needing precise alignment of sketches/bitmaps and rectangles using playfield 'use gridding', it seem= s that there's a difference of detected origin. <div><br> </div> <div>Here's a screenshot with magnifier showing the discrepency.=C2= =A0=C2=A0</div> <div> <span><a href=3D"https://imgur.com/= a/tcaRu" target=3D"_blank">https://imgur.com/a/tcaRu</a></span> <br> </div> <div><br> </div> <div>I'm quite certain this bug is th= e one that causes bad redrawing, especially when showing a cursor move when 'indicate cursor' is activated in a playfield.</div> <div><br> </div> <div>If I correct this bug inside of a project, will it load into an image where it has not been fixed and be fixed?</div> <div><br> </div> <div>I haven't actually fixed the bug yet, but didn't want to waste time on it if the fix will not travel with the project.=C2=A0=C2=A0</div> <div><br> </div> <div>Thanks in advance for any input.</di= v> </div> <br> <fieldset class=3D"m_-5490095820042152389m_= -6539519090481828637m_-1252469366745025355mimeAttachmentHeader"></fieldset> <br> </div> </div> <pre>______________________________<wbr>_______= __________ squeakland mailing list <a class=3D"m_-5490095820042152389m_-6539519090481828637m_-1252469366745025= 355moz-txt-link-abbreviated" href=3D"mailto:squeakland-bD51WKytQuId/fn+uklp/[email protected]= " target=3D"_blank">squeakland-bD51WKytQuId/fn+uklp/[email protected]<wbr>g</a> <a class=3D"m_-5490095820042152389m_-6539519090481828637m_-1252469366745025= 355moz-txt-link-freetext" href=3D"http://lists.squeakland.org/mailman/listi= nfo/squeakland" target=3D"_blank">http://lists.squeakland.org/ma<wbr>ilman/= listinfo/squeakland</a> </pre> </blockquote> <br> </div> <br> ______________________________<wbr>________________= _<br> squeakland mailing list<br> <a href=3D"mailto:squeakland-bD51WKytQuId/fn+uklp/[email protected]" = target=3D"_blank">squeakland-bD51WKytQuId/fn+uklp/[email protected]<wbr>g</a><br> <a href=3D"http://lists.squeakland.org/mailman/list= info/squeakland" rel=3D"noreferrer" target=3D"_blank">http://lists.squeakla= nd.org/ma<wbr>ilman/listinfo/squeakland</a><br> <br> </blockquote> </div> <br> </div> </div> </div> </div> <br> ______________________________<wbr>_________________<br> squeakland mailing list<br> <a href=3D"mailto:squeakland-bD51WKytQuId/fn+uklp/[email protected]" target=3D"_b= lank">squeakland-bD51WKytQuId/fn+uklp/[email protected]<wbr>g</a><br> <a href=3D"http://lists.squeakland.org/mailman/listinfo/squeakl= and" rel=3D"noreferrer" target=3D"_blank">http://lists.squeakland.org/ma<wb= r>ilman/listinfo/squeakland</a><br> <br> </blockquote> </div> <br> </div> <br> <fieldset class=3D"m_-5490095820042152389mimeAttachmentHeader"></fiel= dset> <br> <pre>______________________________<wbr>_________________ squeakland mailing list <a class=3D"m_-5490095820042152389moz-txt-link-abbreviated" href=3D"mailto:= squeakland-bD51WKytQuId/fn+uklp/[email protected]" target=3D"_blank">squeakland-bD51WKytQuLPboN/[email protected]= and.<wbr>org</a> <a class=3D"m_-5490095820042152389moz-txt-link-freetext" href=3D"http://lis= ts.squeakland.org/mailman/listinfo/squeakland" target=3D"_blank">http://lis= ts.squeakland.org/<wbr>mailman/listinfo/squeakland</a> </pre> </blockquote> <br> </div></div></div> <br>______________________________<wbr>_________________<br> squeakland mailing list<br> <a href=3D"mailto:squeakland-bD51WKytQuId/fn+uklp/[email protected]">squeakland-bD51WKytQuLPboN/[email protected]= and.<wbr>org</a><br> <a href=3D"http://lists.squeakland.org/mailman/listinfo/squeakland" rel=3D"= noreferrer" target=3D"_blank">http://lists.squeakland.org/<wbr>mailman/list= info/squeakland</a><br> <br></blockquote></div><br></div> --001a113f80e45cdbb705667257c4-- --===============2099216358310058685== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18Kc3F1ZWFrbGFu ZCBtYWlsaW5nIGxpc3QKc3F1ZWFrbGFuZEBsaXN0cy5zcXVlYWtsYW5kLm9yZwpodHRwOi8vbGlz dHMuc3F1ZWFrbGFuZC5vcmcvbWFpbG1hbi9saXN0aW5mby9zcXVlYWtsYW5kCg== --===============2099216358310058685==--