Joseph Humfrey
Joseph Humfrey
Yeah, I definitely have a lot of sympathy for what you're saying Christine... it definitely looks designed one way, and implemented another, and this edge case is catching us out...
Hrm, I'd rather that the user didn't have to worry about it. I'm thinking about a flow like: - User creates A.ink which includes B.ink - User plays, all fine....
Sure, whenever you have time to spend on the project is absolutely fine with me! I think we need to remember that there's always a difference between: 1. What's saved...
Yup, exactly - we only need to consider InkFile -> /tmp for now. Sounds good! (btw I removed a line you added that said "if there are no updated files,...
Hmmm, I can't remember the reasoning but on Windows we use node.js's `process.env.tmp` but on Mac/Linux we use `/tmp/inky_compile`. See the line here: https://github.com/inkle/inky/blob/1ce5846a1c30f98c79ce96a7302a00fbfb400ff1/app/main-process/inklecate.js#L28-L31 I'm not a Linux person but...
I had a look into this, but it seems to be an issue with electron (the framework the app is built in). See this issue: https://github.com/electron/electron/issues/4403 It seems that @erkyrath...
We should probably put a little note in the tutorial about this! On 29 Aug 2017, 08:50 +0100, Yannick Lohse , wrote: > Hi! The example does work, but I...
Hmm, it's a good quesiton - my instinct is that we shouldn't allow non-ASCII, though perhaps that's more grounded in old school programming tradition for identifiers rather than any genuine...
Hrm, markdown support isn't a great idea, I don't think. Mainly because two of the most important markdown features, `*bold*` and `**italic**`, already conflict with ink's choice syntax. I'm not...
Ink can indeed escape characters: `* \*\*Markdown-style bold\*\* text` But not sure why you'd want to do that... doesn't look like the most sensible way to write! We're planning to...