<br><br><div class="gmail_quote">On 1 August 2010 17:29, gabor papp <span dir="ltr"><<a href="mailto:gabor.lists@mndl.hu">gabor.lists@mndl.hu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
hi Kassen,<div class="im"><br></div></blockquote><div>Hey, Gabor!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
</blockquote></div>
i think you are right, but since turtle is not a primitive, but a primitive builder, it would require much more changes than a couple of lines of code like the (get-turtle-transform) was. it would also infer other stuff like (build-turtle-builder), maybe using (rotate) and (translate) instead of (turtle-turn) and (turtle-move) like we discussed about the lights.<br>

<br></blockquote><div><br></div><div>Clearly, yes..... but we can dream :-).</div><div><br></div><div>It's not even clear to me why it would be bad if primitive builders would themselves be primitives too. Maybe this would be bad, maybe the universe would implode. Maybe it'd be great fun. I do think that right now the turtle is so different from the rest that it can get a bit confusing.</div>
<div> </div><div>Perhaps the most important thing is wondering what the turtle is meant for and going from there. Is it supposed to be a easy entrance into computer graphics (because of it's ancestry)? In that case it might make sense to have it work in a different way to the rest and perhaps even have a cute turtle icon as Luis suggested. Perhaps it's meant to be a good introduction to using Fluxus, in which case more consistency could be a good idea. Perhaps it's meant for unusual, advanced and experimental techniques, in which case building our own turtle army could make sense.... I don't know, maybe nobody does. Maybe it's best to leave it be until we know?</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
<br>
additionaly, i think there are a couple of choices in fluxus that could be a bit more logical, like<br>
- (turtle-prim) requires numbers to specify polygon face type instead of symbols as opposed to (build-polygons)<br></blockquote><div><br></div><div>That's weird, yes.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

- you can either switch on or off a (hint-...), but not both.<br></blockquote><div><br></div><div>Sorry, lost me. Why would I want to turn a hint both on and off? </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

- naming inconsistencies like (hint-wire), (wire-color), but (line-width), (line-pattern)<br>
<br></blockquote><div><br></div><div>Yes! Those are easy to fix though;</div><div><br></div><div>(define (wire-width foo)</div><div>    (line-width foo))</div><div> </div><div>Compatibility is the only reason I didn't add that to my own fluxus.scm file</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
so it would need a lot of effort and discussion to find out how we could make fluxus more logical. on the other hand, we all got used to these things and probably prefer quickly adding new features than perfecting old ones. although it would be nice to collect and sort out these issues, and make fluxus more logical and easier to use.<br>
<br></blockquote><div><br></div><div>I agree. There is only a real issue if the stuff that we have starts interfering with building new things on top of it. I think it all works quite well, really. It'd be good to keep a eye on consistency but aside from the minor issue of "line" and "wire" I don't think I see any real problems right now. I do find it useful to ask questions whenever I find things confusing though; either I learn something or we get something on the list of stuff that might need clarification or change; it's win/win.</div>
<div><br></div><div>Yours,</div><div>Kas.</div></div>