<aside> 🧟 Put your two questions here. Please include your [name.](<http://name.Is>)

</aside>

1. Are let and const the only functions that don’t work in Paper.js or are there other functions/mechanisms that don’t work as well? Also out of curiosity has there been interest in updating the library for Paper.js to work with more modern versions of Javascript? (John Kim)

bunches of newer js stuff won't work. i think anything introduced from es6 on. const and let are the hardest for me to get used to though

maybe, i wonder if there is an issue/request on paper.js about it. i'm not sure how much time the creators put into paper these days

2. When exporting SVG data, is it possible to export the SVG with certain specifications, for example telling Paper.js to have some vectors be in one group and other vectors be in another group? (John Kim)

yep, you can group things in paper, and those groups are expressed in the svg

(1) When it comes to bigger projects, do you prefer to work in PaperScript or JavaScript? It appears that the technology for PaperScript is a bit more outdated, as mentioned above, and a lot of newer features won’t work. (Brian Lau)

for a big project using Paper.js i'd use Javascript, not PaperScript.
for a sketch, it would be a toss up. 

(2) While I think I understand the difference between Retained Mode vs. Immediate Mode, is ease of changing properties the main advantage? (Can everything you do in PaperScript also be done in JavaScript, but perhaps with more code?) (Brian Lau)

they are _different_ approaches, but i hesitate to say one is better than the other.
Often, when i'm working in something that uses immediate rendering (like p5.js) i'll find that i write my own document model. So then I'm working in a retained mode way, using p5.js as the final renderer.
That sort of implies that retained mode is better (at least for bigger projects) but maybe not. Each time i write my own document model, i might write it a little differently to suit the project. 

(3) Am I reading correctly that the “Here Dragons Abound” example was all created using code? It looks so hand drawn! (Second part question - SVGs can only exist in the digital world, correct? ie. it’s impossible to make a physically hand-drawn SVG?) (Brian Lau)

yep. go take a look at the blog. its the longest running, most detailed process blog for a creative coding project that I know of

1.) Something that I haven’t fully understood is how tools that follow SVG paths (like laser cutters and pen plotters) handle layers. If all the paths in an SVG are available to such a machine (even if they aren’t meant to be visible), would the machine draw the paths underneath shapes even if you don’t want them to? Or would the machine draw the topmost layer and ignore what’s underneath? Like how it is rendered if we were to view it digitally? (Alex Silva)

in short, a laser cutter will ignore the fills. so a shape covered (or partially covered) by another shape will still be cut out completely.

this is closely realted to hidden line removal
<https://en.wikipedia.org/wiki/Hidden-line_removal?useskin=vector>