Hmm… I’ve wondered if one of the issues is the fact that the ide and
engine repos are back to front in terms of the normal way you would
use submodules. As the IDE depends on the engine and not the other way
around it seems more logical to put it in a root repo and then have
the engine be a submod
On 2015-09-10 12:40, Monte Goulding wrote:
I wouldn’t worry about the native encoding. Just throw an error
mentioning utf8 and be done with it.
True enough - I guess it's easier enough for someone to convert a rogue
file from platform -> UTF8 externally - should any platform encoded
script on
> On 10 Sep 2015, at 8:18 pm, Mark Waddingham wrote:
>
> Indeed. I think this is actually something we can change without causing any
> problems:
>
> If a script only stack file contains a BOM at the start then engine only
> processes it as UTF-8.
>
> If a script only stack file does not con
Thanks for explaining all that again Mark. It does sound vaguely familiar.
>
> One option, in the future, if we move to a multi-submodule arrangement is to
> make it flat and not a tree - which I think is the main problem (if you
> mutate a leaf, you have to then change all ancestors of said lea
On 2015-09-10 12:07, Monte Goulding wrote:
On 10 Sep 2015, at 7:13 pm, Mark Waddingham wrote:
I'm still not sure my decision to require a UTF-8 BOM at the start to
differentiate from a native platform encoding file was a good idea
though. I probably should have just assumed UTF-8 regardless.
> On 10 Sep 2015, at 7:13 pm, Mark Waddingham wrote:
>
> I'm still not sure my decision to require a UTF-8 BOM at the start to
> differentiate from a native platform encoding file was a good idea though. I
> probably should have just assumed UTF-8 regardless. (Hindsight being 20/20 of
> cours
On 09/09/2015 06:25 PM, Monte Goulding wrote:
Script only stacks work in 6. Not sure which version they were
introduced but but in 6.7.7 there’s a bucket load of script only
stacks in the IDE for libraries.
Huh. So they are. At least as far back as 6.7.5 anyway.
Somehow I missed that fact.
On 2015-09-10 05:31, Monte Goulding wrote:
On 10 Sep 2015, at 1:06 pm, Richard Gaskin
wrote:
> I also saw the email notice on the fact that we can expect a lot more
> submodules in the future to deal with widgets. Not something I'm
> looking forward to.
I'm not sure we are looking forward to
Monte Goulding wrote:
> The issue with submodules is just a workflow thing. You’ve got to
> remember to commit changes to the submodule before you commit to
> the main repo because the commit on the main repo contains a
> reference to the commit on the submodule. In general submodules
> that you
> On 10 Sep 2015, at 1:06 pm, Richard Gaskin wrote:
>
> > I also saw the email notice on the fact that we can expect a lot more
> > submodules in the future to deal with widgets. Not something I'm
> > looking forward to.
>
> What are your concerns?
The issue with submodules is just a workflow
Mark Wieder wrote:
> I also saw the email notice on the fact that we can expect a lot more
> submodules in the future to deal with widgets. Not something I'm
> looking forward to.
What are your concerns?
--
Richard Gaskin
Fourth World Systems
Software Design and Development for the Desktop, M
On 09/09/2015 06:25 PM, Monte Goulding wrote:
Script only stacks work in 6. Not sure which version they were introduced but
but in 6.7.7 there’s a bucket load of script only stacks in the IDE for
libraries.
Huh. So they are. At least as far back as 6.7.5 anyway.
Somehow I missed that fact.
> On 10 Sep 2015, at 11:07 am, Mark Wieder wrote:
>
> It appears to be written as a script-only stack for LC8. Since I ran this in
> LC6.7.5, I just copied the script minus the first line into the card script.
> That almost ran properly, only causing a harmless error on the final line of
> th
On 09/09/2015 05:20 PM, Monte Goulding wrote:
Hi Folks
Some of you may know that all the references to RunRev and Runtime revolution
are being cleaned out and the github account has changed from runrev to
livecode. This means all our clones are broken so to save everyone some time I
made a st
Hi Folks
Some of you may know that all the references to RunRev and Runtime revolution
are being cleaned out and the github account has changed from runrev to
livecode. This means all our clones are broken so to save everyone some time I
made a stack that will fix it for you. Here it is:
https
15 matches
Mail list logo
