LC stack version changes between 8 and 9

panagiotis merakos merakosp at gmail.com
Wed Aug 9 15:35:36 EDT 2017


Yes, as Richard said, the stack file format is the same between 8.1.x and
9.0.

Just note that the widget module format is different, so if you have built
a custom widget in LC 8.x you'll need to recompile it in LC 9.0 (and vice
versa)

Best,
Panos
--

On Wed, Aug 9, 2017 at 8:19 PM, Richard Gaskin via use-livecode <
use-livecode at lists.runrev.com> wrote:

> Bob Sneidar wrote:
>
> > Is there a stack version change from 8 to 9? If so, I would be averse
> > to developing much in 9 except to play around a bit just to help out.
>
> IIRC the last format change was between 8.0 and 8.1; 8.1 and 9.0 use the
> same format.
>
> Better, if you do a Save As and choose a specific older format, subsequent
> use of Save will save in that format.
>
> But I've only used that for a really old project made with 6.x.  If the
> choice is between the 8.0 and 8.1 formats, go with 8.1 since it's a much
> better build anyway.
>
>
> > If not, and I was reasonably assured no stack corruption was going
> > to take place (obviously there are no guarantees, and I do make
> > versioning backups) then I thin I would like to start using V9 for
> > my daily developing.
>
> Stack file corruption in very rare in LC, much rarer than in HyperCard or
> even the last several versions of FileMaker I used (it was so common there
> they included an item in the File menu to attempt to resurrect corrupted
> files).
>
> That said, corruption is possible with all data in all programs at any
> time for a wide range of reasons (unexpected power outage, etc.).
>
> There's good value in taking full advantage of automated periodic
> incremental backup systems like Time Machine (Mac) or DejaDup (Ubuntu).
>
> Even better, Nextcloud triggers backup to your own self-managed cloud on
> save, maintaining a definable number of versions while also providing
> flexible sync for all your computers (I sync my LC Plugins folder and
> client work folders with it so I'm always working on local copies of the
> latest stuff no matter which machine I switch to).
>
> And of course, there's always just manually making a copy at the beginning
> of a work session, or when you're about to so something really hairy. :)
>
>
> > Or should I wait until the first RC?
>
> Too late. If you find something specific to your project in an RC, it may
> not be addressable until the next version.  In general, with few exceptions
> RCs are limited in scope to fixing only regressions that occur since the
> last DP.  If you find anything outside of that mandate, there's a chance
> you just missed the whole version cycle and will have to wait or the next
> one.
>
> As a general rule, developing with the most recent build of any
> designation, and shipping with the most recent Stable build, will provide
> the best mix of stability for your customers while maximizing opportunities
> to address any issues discovered during development.
>
> --
>  Richard Gaskin
>  Fourth World Systems
>  Software Design and Development for the Desktop, Mobile, and the Web
>  ____________________________________________________________________
>  Ambassador at FourthWorld.com                http://www.FourthWorld.com
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



More information about the use-livecode mailing list