Standalones just become huge and slow

Moderators: FourthWorld, heatherlaine, Klaus, kevinmiller, LCMark

Locked
jwkuehne
Posts: 37
Joined: Wed Nov 28, 2007 3:12 am

Standalones just become huge and slow

Post by jwkuehne » Fri Sep 05, 2014 1:40 am

Don't know if this is the right forum, but I decided to try Community 7.0 RC1, coming from 6.1.1 and 6.1.3. Standalones for all 3 platforms went from 3Mb to about 13Mb, and performance went from snappy fast to sluggish screen updates in Windows 7 and OS X. What am I doing wrong? -John
Research Engineer
McDonald Observatory, Texas

jmburnod
VIP Livecode Opensource Backer
VIP Livecode Opensource Backer
Posts: 2718
Joined: Sat Dec 22, 2007 5:35 pm
Location: Genève
Contact:

Re: Standalones just become huge and slow

Post by jmburnod » Sat Sep 06, 2014 10:15 am

Hi jwkuehne,
coming from 6.1.1 and 6.1.3. Standalones for all 3 platforms went from 3Mb to about 13Mb
I believed understand that is the new part for unicode that takes a lot of space.
Best regard
Jean-Marc
https://alternatic.ch

jeffe
Posts: 40
Joined: Thu Sep 27, 2007 12:09 am

Re: Standalones just become huge and slow

Post by jeffe » Sat Sep 06, 2014 1:06 pm

Stay away from Livecode 7 - Unless you have a need for Unicode OR until they IMPROVE
the speed, bugs and size of the executable.

Sorry, don't mean to be negative I just think LC7 needs more time for the developers to
improve on it.



jeffe

FourthWorld
VIP Livecode Opensource Backer
VIP Livecode Opensource Backer
Posts: 9823
Joined: Sat Apr 08, 2006 7:05 am
Location: Los Angeles
Contact:

Re: Standalones just become huge and slow

Post by FourthWorld » Sat Sep 06, 2014 3:46 pm

jeffe wrote:Stay away from Livecode 7 - Unless you have a need for Unicode OR until they IMPROVE
the speed, bugs and size of the executable.

Sorry, don't mean to be negative I just think LC7 needs more time for the developers to
improve on it.
On the contrary, that's exactly why test builds like v7.0 DP10 are made available: so we can pin down any weaknesses we need addressed BEFORE release.

Waiting until after release to test just slows the whole process down, guaranteeing that if there's something you need that hasn't been addressed it can't be until the next version after.

Please submit bug reports with a recipe for any issue you find here:
http://quality.runrev.com/
Richard Gaskin
LiveCode development, training, and consulting services: Fourth World Systems
LiveCode Group on Facebook
LiveCode Group on LinkedIn

dave.kilroy
VIP Livecode Opensource Backer
VIP Livecode Opensource Backer
Posts: 858
Joined: Wed Jun 24, 2009 1:17 pm
Location: Plymouth, UK
Contact:

Re: Standalones just become huge and slow

Post by dave.kilroy » Sat Sep 06, 2014 4:02 pm

Hi jwkuehne and jeffe

Maybe you didn't realise that LiveCode 7.0.0(RC1) is a 'Release Candidate' version of LiveCode? The following is from LiveCode's website and explains what 'RC' is in context:
STABLE - These releases are stable public releases.
RC - Short for "Release Candidate", these releases are feature complete and have been made public to allow LiveCode developers to test whether they think the release is stable. Users who find bugs can file them at http://quality.runrev.com.
DP - Short for "Developer Preview", these releases are not feature complete and likely to contain bugs. They have been made public to allow LiveCode developers to experiment with the latest features and feedback to the team. Users who find bugs can file them at http://quality.runrev.com.
So as you can see, Richard is absolutely right in that we should all really pitch in to test 'DP' and 'RC' versions of LiveCode so that we can all have stable versions of LiveCode - but also - we should all be careful of what versions of LiveCode we are using at any particular time, for example, it would be a brave programmer who tried submitting an app built with an 'RC' build of LiveCode...

Kind regards

Dave
"...this is not the code you are looking for..."

Locked

Return to “Engine Contributors”