End of the Metacard list

[Heather Laine]

Dear folks on this list,

This is to let you know that we feel this list has reached end of life. Its 
only remaining purpose seems to be to send and receive spam, and therefore we 
are shutting it down. 

I recommend that if you have not already done so, you sign up to the 
use-livecode list instead, I look forward to seeing you there.

http://lists.runrev.com/mailman/listinfo/use-livecode 


Warm Regards,

Heather

Heather Laine
Customer Services Manager
LiveCode Ltd
www.livecode.com 



___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: LiveCode support of HTTP-methods other than GET and POST

[Richard Gaskin]

This old MetaCard list has few members and very little activity.  I 
don't believe I've seen a post here in years.


You might try joining the very active LiveCode list:
http://lists.runrev.com/mailman/listinfo/use-livecode

...or the forums:
http://forums.livecode.com/index.php

--
 Richard Gaskin
 Fourth World Systems


On 12/19/2016 05:08 PM, Alain Farmer wrote:

Hello y'all,

In particular: Jan Schenkel and Ray Horsley.

I have not posted in a l-o-n-g time.

To be precise, this is not a new post; it's a repost that is still
relevant to me.

Does LiveCode support HTTP-methods other than GET and POST ?

IOW, does LiveCode support the following http-methods : HEAD, PUT, DELETE

I'm asking because there are web-based CRUDs that could therefore be
leveraged.
Ex: Couch-DB

CRUD = Create, Read, Update, Delete
Create = PUT
Read  = GET
Update = POST
Delete = DELETE

If it is not currently implemented, are there any bounty-hunters wishing
to take this on ?

Btw Couch-DB is a powerful noSQL database, open-source of-course, that
is accessed via HTTP.

It's speciality is replication and synchronization.
Supports any topology: master-slave, peer-to-peer, etc.
Couch stores everything as JSON, which is JavaScript's native
data-exchange format.
JSON is used by many applications. It's easy to generate, and easy to parse.

This could REALLY open-up things for RunRev!  :-))

Alain F.


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard





___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

LiveCode support of HTTP-methods other than GET and POST

[Alain Farmer]

Hello y'all,
In particular: Jan Schenkel and Ray Horsley.

I have not posted in a l-o-n-g time.
To be precise, this is not a new post; it's a repost that is still relevant to 
me.
Does LiveCode support HTTP-methods other than GET and POST ?

IOW, does LiveCode support the following http-methods : HEAD, PUT, DELETE

I'm asking because there are web-based CRUDs that could therefore be leveraged. 
Ex: Couch-DB

CRUD = Create, Read, Update, Delete
Create = PUT
Read  = GET
Update = POST
Delete = DELETE

If it is not currently implemented, are there any bounty-hunters wishing to 
take this on ?

Btw Couch-DB is a powerful noSQL database, open-source of-course, that is 
accessed via HTTP. 

It's speciality is replication and synchronization. 
Supports any topology: master-slave, peer-to-peer, etc.
Couch stores everything as JSON, which is JavaScript's native data-exchange 
format.
JSON is used by many applications. It's easy to generate, and easy to parse.

This could REALLY open-up things for RunRev!  :-))

Alain F.
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

really fun

[sims]

Yo!  I've just found  some really fun stuff, I  just couldn't  stop laughing, please take a look http://mris.espressoly4you.com/aexot sims

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: windows version broken?

[Richard Gaskin]

On 3/3/14 5:40 PM, Björnke von Gierke wrote:


I'l try to poke around a bit, I hoped someone already knew this problem :-/


Less likely these days. With the rapid rate of change in the LC engine 
and the improved stability of the LC IDE in recent years, most of us 
have migrated our effort from attempting to maintain a relevant 
alternative IDE to simply porting any unique tools for compatibility 
with the LC IDE.


There's still arguably a role for a lean IDE like MC as a test bed for 
discerning whether a given issue encountered in LC is in the engine or 
the IDE.   But given the many enhancements in the engine, attempting to 
maintain MC as a productive alternative delivered a lower ROI than 
simply moving the things we like about it into LC.


--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 Follow me on Twitter:  http://twitter.com/FourthWorldSys


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: windows version broken?

[Björnke von Gierke]

 
 There's still arguably a role for a lean IDE like MC as a test bed for 
 discerning whether a given issue encountered in LC is in the engine or the 
 IDE.   But given the many enhancements in the engine, attempting to maintain 
 MC as a productive alternative delivered a lower ROI than simply moving the 
 things we like about it into LC.
 --
 Richard Gaskin

Seems your opinion does not apply to my reasons :)

-- 

Use an alternative Dictionary viewer:
http://bjoernke.com/bvgdocu/

Chat with other RunRev developers:
http://bjoernke.com/chatrev/



___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: windows version broken?

[Richard Gaskin]

On 3/4/14 8:02 AM, Björnke von Gierke wrote:


There's still arguably a role for a lean IDE like MC as a test bed for 
discerning whether a given issue encountered in LC is in the engine or the IDE. 
  But given the many enhancements in the engine, attempting to maintain MC as a 
productive alternative delivered a lower ROI than simply moving the things we 
like about it into LC.
--
Richard Gaskin


Seems your opinion does not apply to my reasons :)


Apparently.  What are you looking to do with MC?

--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 Follow me on Twitter:  http://twitter.com/FourthWorldSys


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: windows version broken?

[Ken Ray]

On Feb 28, 2014, at 7:09 AM, Björnke von Gierke b...@mac.com wrote:

 Hi
 
 Yesterday I tried to use MC on windows, and it would throw a ton of errors on 
 any user action like opening the message box, changing the tool, etc. In 
 addition it was impossible to look at any scripts, because it wouldn't 
 actually show the relevant scripts in the script editor window. I also saw 
 two stacks open in the window menu, that i hadn't ever seen on mac os x, 
 but was unable to even look at them (stsScriptingTools and 
 stsST_IntelliScript). 

Bjornke,

Those two stacks are ones in my development environment… I'm assuming that 
you're getting some error early on in MC's loading process before it gets a 
chance to reset the window menu and initialize MC properly.


Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/  

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: windows version broken?

[Björnke von Gierke]

Thanks Ken  Hugh

Maybe this is a problem with the community version somehow? I shall try the 
commercial version and see if things work better there. Other then that, I 
guess there's no way for me to fix it, unless i can rename the home stack and 
open that in the LC IDE. Maybe I can also disable the gui stuff by going to 
lockMessages very early..

I'l try to poke around a bit, I hoped someone already knew this problem :-/


On 01.03.2014, at 13:05, FlexibleLearning.com ad...@flexiblelearning.com 
wrote:

 Most peculiar, BvG. All working fine for me on Win7: v4.52, v5.02, v5.5,
 v6.1 and v6.5 all using MC IDE 4.1
 
 Maybe a re-install is needed?
 
 Hugh Senior
 FLCo

On 04.03.2014, at 02:18, Ken Ray k...@sonsothunder.com wrote:

 
 On Feb 28, 2014, at 7:09 AM, Björnke von Gierke b...@mac.com wrote:
 
 Hi
 
 Yesterday I tried to use MC on windows, and it would throw a ton of errors 
 on any user action like opening the message box, changing the tool, etc. In 
 addition it was impossible to look at any scripts, because it wouldn't 
 actually show the relevant scripts in the script editor window. I also saw 
 two stacks open in the window menu, that i hadn't ever seen on mac os x, 
 but was unable to even look at them (stsScriptingTools and 
 stsST_IntelliScript). 
 
 Bjornke,
 
 Those two stacks are ones in my development environment… I'm assuming that 
 you're getting some error early on in MC's loading process before it gets a 
 chance to reset the window menu and initialize MC properly.
 
 
 Ken Ray
 Sons of Thunder Software, Inc.
 Email: k...@sonsothunder.com
 Web Site: http://www.sonsothunder.com/
 
 ___
 metacard mailing list
 metacard@lists.runrev.com
 http://lists.runrev.com/mailman/listinfo/metacard


-- 

Use an alternative Dictionary viewer:
http://bjoernke.com/bvgdocu/

Chat with other RunRev developers:
http://bjoernke.com/chatrev/



___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

windows version broken?

[Björnke von Gierke]

Hi

Yesterday I tried to use MC on windows, and it would throw a ton of errors on 
any user action like opening the message box, changing the tool, etc. In 
addition it was impossible to look at any scripts, because it wouldn't actually 
show the relevant scripts in the script editor window. I also saw two stacks 
open in the window menu, that i hadn't ever seen on mac os x, but was unable 
to even look at them (stsScriptingTools and stsST_IntelliScript). 

Most perplexing to me is that MC does have exactly zero of those problems on 
mac os x.

I asked Jacque and she said it might be the script editor itself who's throwing 
fits. Does anyone know what could be the cause of symptoms like that, and/or 
maybe someone already solved the problem?

Thanks for your Time
Björnke

-- 

Use an alternative Dictionary viewer:
http://bjoernke.com/bvgdocu/

Chat with other RunRev developers:
http://bjoernke.com/chatrev/



___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Open-source version of LiveCode

[Björnke von Gierke]

On 09.05.2013, at 04:51, J. Landman Gay wrote:
 This list is pretty much deserted now. 

I'm a tumbleweed!


*wheee*


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Open-source version of LiveCode

[J. Landman Gay]

On 5/9/13 5:36 AM, Björnke von Gierke wrote:


On 09.05.2013, at 04:51, J. Landman Gay wrote:

This list is pretty much deserted now.


I'm a tumbleweed!


*wheee*


LOL. We are desert wanderers.

Your reply reminded me of a joke. It's what the snail said when he rode 
on a turtle. :)


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Open-source version of LiveCode

[FlexibleLearning.com]

Bj?rnke von Gierke wrote: 

 On 09.05.2013, at 04:51, J. Landman Gay wrote:
  This list is pretty much deserted now. 
 
 I'm a tumbleweed!
 
 
 *wheee*


Me 3

Hugh Senior
FLCo

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Open-source version of LiveCode

[Alain Farmer]

Hello y'all,

I have just installed the open-source version of LiveCode.

Am I correct when I say that it is LiveCode in its entirety ?
Are there features that are only available in the for-money version ?

Is the only requirement that we share what we develop ?

How is this sharing being handled ? 
Have any of you adopted Gitorious and/or GitHub ?

I've got TONS of generic handlers that I've developed over the years (with 
MetaCard 2.5).
How should I share these with y'all ?
Are we just sharing completed apps ?

LiveCode supports the following HTTP methods : GET, POST
I need to know whether LiveCode supports the following HTTP methods : PUT, 
DELETE
If not, whether these additional http-methods can be scripted with LiveCode? or 
anything else.

I've gotten a couple of replies, that last time I asked about this.
I will be re-contacting these people, in the coming days.

Alain
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Open-source version of LiveCode

[J. Landman Gay]

This list is pretty much deserted now. Most of your questions have been 
discussed on the LiveCode list many times. You can look in the archives 
here:

http://runtime-revolution.278305.n4.nabble.com/

Basically the only difference is there is no password protection in the 
OSS version, and you must distribute your source code with anything you 
release.


You really should be on the LiveCode list, or the forums.
http://lists.runrev.com/mailman/listinfo/use-livecode/



On 5/8/13 2:10 AM, Alain Farmer wrote:

Hello y'all,

I have just installed the open-source version of LiveCode.

Am I correct when I say that it is LiveCode in its entirety ?
Are there features that are only available in the for-money version ?

Is the only requirement that we share what we develop ?

How is this sharing being handled ?
Have any of you adopted Gitorious and/or GitHub ?

I've got TONS of generic handlers that I've developed over the years (with 
MetaCard 2.5).
How should I share these with y'all ?
Are we just sharing completed apps ?

LiveCode supports the following HTTP methods : GET, POST
I need to know whether LiveCode supports the following HTTP methods : PUT, 
DELETE
If not, whether these additional http-methods can be scripted with LiveCode? or 
anything else.

I've gotten a couple of replies, that last time I asked about this.
I will be re-contacting these people, in the coming days.

Alain



___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard




--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

LiveCode's http methods

[Alain Farmer]

Hello,

Does LiveCode support HTTP-methods other than GET and POST ?

IOW, does LiveCode support the following http-methods : HEAD, PUT, DELETE

I'm asking because there are web-based CRUDs that could therefore be leveraged. 
Ex: Couch-DB


CRUD = Create, Read, Update, Delete

Create = PUT

Read  = GET

Update = POST

Delete = DELETE

If it is not currently implemented, are there any bounty-hunters wishing to 
take this on ?

Btw Couch-DB is a powerful noSQL database, open-source of-course, that is 
accessed via HTTP. 

It's speciality is replication and synchronization. Supports any topology: 
master-slave, peer-to-peer, etc.
Couch stores everything as JSON, which is JavaScript's native data-exchange 
format.
JSON is used by many applications. It's easy to generate, and easy to parse.


This could REALLY open-up things for RunRev!  :-))

Alain F.
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: LiveCode's http methods

[Ray Horsley]

Alain,

I haven't heard your name in so long.  Good to hear from you again.  My son 
Jason and I are currently working on this very thing.  I believe you've found 
your bounty-hunters.  We'd love to explore CRUD via http.  What we have to 
offer right now is what we've discovered uploading/downloading files in various 
file formats.

It seems the only thing we're missing is delete.  That is, if we can read we 
can certainly edit what we've read and thenPut, thus accomplishing the Update 
part of CRUD.  Our next tasks include deleting files as well as creating and 
deleting directories, in addition to listing the contents of directories.

We're working with standard Linux/Apache using MySql.

Ray Horsley
LinkIt! Software

On Apr 17, 2013, at 5:02 PM, Alain Farmer wrote:

 Hello,
 
 Does LiveCode support HTTP-methods other than GET and POST ?
 
 IOW, does LiveCode support the following http-methods : HEAD, PUT, DELETE
 
 I'm asking because there are web-based CRUDs that could therefore be 
 leveraged. Ex: Couch-DB
 
 CRUD = Create, Read, Update, Delete
 
 Create = PUT
 Read  = GET
 Update = POST
 Delete = DELETE
 
 If it is not currently implemented, are there any bounty-hunters wishing to 
 take this on ?
 
 Btw Couch-DB is a powerful noSQL database, open-source of-course, that is 
 accessed via HTTP. 
 It's speciality is replication and synchronization. Supports any topology: 
 master-slave, peer-to-peer, etc.
 Couch stores everything as JSON, which is JavaScript's native data-exchange 
 format.
 JSON is used by many applications. It's easy to generate, and easy to parse.
 
 This could REALLY open-up things for RunRev!  :-))
 
 Alain F.
 ___
 metacard mailing list
 metacard@lists.runrev.com
 http://lists.runrev.com/mailman/listinfo/metacard

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Building MetaCard 6.0 OSS

[Richmond]

Having tried this using Jacque's tried and tested
stack I got an error message on trying to open
the new version of MC:

object:  stack /.../.../MC6_OPEN/mchome.mc

Line: 31  Column: 20  Processing Token:

Richmond.

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Building MetaCard 6.0 OSS

[Richard Gaskin]

On 4/13/13 8:12 AM, Richmond wrote:

Having tried this using Jacque's tried and tested
stack I got an error message on trying to open
the new version of MC:

object:  stack /.../.../MC6_OPEN/mchome.mc

Line: 31  Column: 20  Processing Token:

Richmond.


The number of volunteers available to maintain the MC IDE is low.  What 
do you need to do in MC that can't be done in LC?  Maybe there's a most 
cost-effective way to achieve your goal within LC.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Building MetaCard 6.0 OSS

[Richmond]

On 04/13/2013 07:34 PM, Richard Gaskin wrote:

On 4/13/13 8:12 AM, Richmond wrote:

Having tried this using Jacque's tried and tested
stack I got an error message on trying to open
the new version of MC:

object:  stack /.../.../MC6_OPEN/mchome.mc

Line: 31  Column: 20  Processing Token:

Richmond.


The number of volunteers available to maintain the MC IDE is low. What 
do you need to do in MC that can't be done in LC?  Maybe there's a 
most cost-effective way to achieve your goal within LC.




Nothing at all; but I still don't know why people climb Mount Everest :)

Richmond.

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Building MetaCard 6.0 OSS

[Vokey, John]

Same here.  I suspect it has something to do with the (former) licensing code, 
but the constant throwing of the error makes it impossible to open the script 
to edit it.

As to Richard's question:  I don't build standalones, I run all my stacks in 
the IDE (i.e., the original Hypercard model), as do many of my colleagues.  
Metacard makes that easy as the IDE stays out of the way.  Not so in the LC 
IDE.  Furthermore, I find the LC IDE to too busy (indeed, annoying) when I am 
coding/running.

On 2013-04-13, at 11:00 AM, metacard-requ...@lists.runrev.com
 wrote:

 Having tried this using Jacque's tried and tested
 stack I got an error message on trying to open
 the new version of MC:
 
 object:  stack /.../.../MC6_OPEN/mchome.mc
 
 Line: 31  Column: 20  Processing Token:
 
 Richmond.

--
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

-Dr. John R. Vokey




___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Building MetaCard 6.0 OSS

[FlexibleLearning.com]

 On 04/13/2013 07:34 PM, Richard Gaskin wrote:
  On 4/13/13 8:12 AM, Richmond wrote:
  Having tried this using Jacque's tried and tested
  stack I got an error message on trying to open
  the new version of MC:
 
  object:  stack /.../.../MC6_OPEN/mchome.mc
 
  Line: 31  Column: 20  Processing Token:
 
  Richmond.
 
  The number of volunteers available to maintain the MC IDE is low. What
  do you need to do in MC that can't be done in LC?  Maybe there's a
  most cost-effective way to achieve your goal within LC.
 

 Nothing at all; but I still don't know why people climb Mount Everest :)

 Richmond.

I have to agree with Richmond. The non-impacting MC IDE works for me; the LC
IDE does not. I guess I shall have to await the commercial release of LC
(when my 3yr licence kicks in from kickStarter) to find out if we can
continue with our old friend in this brand new world. Meanwhile, I so most
sincerely hope we shall be able to maintain compatibility.

Hugh Senior
FLCo


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Building MetaCard 6.0 OSS

[J. Landman Gay]

On 4/13/13 12:36 PM, Vokey, John wrote:

Same here.  I suspect it has something to do with the (former)
licensing code, but the constant throwing of the error makes it
impossible to open the script to edit it.


I agree it's likely due to the missing security module. If there's a 
locked stack in the message path, and the licensing stack would be part 
of that, there isn't anything we can do about it. The engine does not 
contain any code to deal with passworded stacks. The LiveCode IDE 
ignores those; the MC IDE doesn't know anything about it and won't run 
without a license.


You'll need to use the commercial version of LiveCode with the MC IDE.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Speed of different versions of MC?

[David Epstein]

After years of using Metacard 2.5, I've started using LiveCode 4.5 and
5.5.3 as well as the the Metacard interface for those.  Particularly on my
older Mac (PowerPC chip System 10.4) I have noticed some significantly
slower operations with the newer versions.  Is this consistent with others'
experience?  And will stacks' performance as standalones tend to be roughly
similar to how they work in the development environment with which I
compile them?
I can see ways of speeding up certain handlers if I have to, but have been
spoiled by the raw power of Metacard 2.5, which meant that scripts simpler
to design but less efficient to parse would cause no detectible lag.
Many thanks for any thoughts.

David Epstein
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Speed of different versions of MC?

[J. Landman Gay]

On 2/12/13 12:19 PM, David Epstein wrote:

After years of using Metacard 2.5, I've started using LiveCode 4.5 and
5.5.3 as well as the the Metacard interface for those.  Particularly on my
older Mac (PowerPC chip System 10.4) I have noticed some significantly
slower operations with the newer versions.  Is this consistent with others'
experience?  And will stacks' performance as standalones tend to be roughly
similar to how they work in the development environment with which I
compile them?


I haven't noticed any differences, but I haven't had a PPC machine in 
years. Probably the only way to know if standalones are affected is to 
build one and see. Is there any pattern to the things that are slower? 
Maybe some of the many improvements since version 2.5 could handle those 
better.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: MetaCard 2.3.2 and Windows 7

[Huisingh, Larry R]

 On 11/7/12 6:06 PM, Huisingh, Larry R wrote:
  I have just moved to a Windows 7 PC from Windows XP.  This is the 
  first time I have tried to modify my stack on the Windows 7 platform.
  When I try to show a stack with the show wd xx (where xx is a stack
  name) command in the Message Box I get the error Commands: expected 
  , .

 It's hard to remember that far back, but some of the older engines used to 
 give that error when 
 nothing else matched. The error you're getting just happens to be the first 
 one in the error
 list. It's probably spurious, something else is wrong.

 You could try show stack instead of show window if the stack is already 
 open but hidden. If 
 you're trying to show a stack that is still on disk, Win 7 has much stricter 
 permissions and not 
 all folders are user-accessible any more. Try moving the stack to the 
 Documents folder where you 
 have full access.

 -- 
 Jacqueline Landman Gay | jac...@hyperactivesw.com
 HyperActive Software   | http://www.hyperactivesw.com



I tried your suggestions but to no avail.  I have since installed XP Mode and 
MetaCard runs quite happily inside with no complaints.

Larry

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

MetaCard 2.3.2 and Windows 7

[Huisingh, Larry R]

I have just moved to a Windows 7 PC from Windows XP.  This is the first time I 
have tried to modify my stack on the Windows 7 platform.  When I try to show a 
stack with the show wd xx (where xx is a stack name) command in the Message 
Box I get the error Commands: expected , .

I know this version is old but it has worked for us for years.  Does anyone 
still use version 2.3.2 or is there anyone who would know if the OS version 
could mess up the parsing of a simple command?

Larry Huisingh

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: MetaCard 2.3.2 and Windows 7

[J. Landman Gay]

On 11/7/12 6:06 PM, Huisingh, Larry R wrote:

I have just moved to a Windows 7 PC from Windows XP.  This is the
first time I have tried to modify my stack on the Windows 7 platform.
When I try to show a stack with the show wd xx (where xx is a stack
name) command in the Message Box I get the error Commands: expected
, .


It's hard to remember that far back, but some of the older engines used 
to give that error when nothing else matched. The error you're getting 
just happens to be the first one in the error list. It's probably 
spurious, something else is wrong.


You could try show stack instead of show window if the stack is 
already open but hidden. If you're trying to show a stack that is still 
on disk, Win 7 has much stricter permissions and not all folders are 
user-accessible any more. Try moving the stack to the Documents folder 
where you have full access.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: I'm back!

[Alain Farmer]

The subject heading should have been:  I'm home!   ;-)

Thank you all for the warm welcome.

Special thanks to Ray, Richard, Jacque, and Hugh Senior.

I will be in touch,  :)

Alain




 From: FlexibleLearning ad...@flexiblelearning.com
To: metacard@lists.runrev.com 
Sent: Friday, September 21, 2012 1:43:41 AM
Subject: RE: I'm back!
 
Hey Alain! Welcome home!

Ray, Richard and Jacque have answered you already so I'll not repeat...

Just wanted to say hi :) and see you on the use-livecode-request list!

Hugh Senior
FLCo

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

I'm back!

[Alain Farmer]

Hello,

It's Alain, the HyperCard Pantechnicon host.. I have been using HyperCard since 
1986, MetaCard 2.5 since 1996, but I never made the leap to RunRev, 
specifically LiveCode these days. Now I am seriously considering it, so I have 
some questions for y'all:

* With MetaCard 2.5, above a [few] thousand cards, performance slowed down 
dramatically. 

Is Rev faster than this? Can Rev handle tens-of-thousands of cards? Would it 
require Valentina?
Does Rev support mySQL databases ?


* MetaCard started in the UNIX world, was then ported to windows, then ported 
to Mac.
Does Rev run on Linux? Does Rev run on Debian ?


* Rev's web plugin is available for which browsers ?

FireFox ?IceWeasel? Chrome ?

* Is there a Rev licence that allows standalones ? If so, how much does it cost 
?

* Best way(s) to learn LiveCode ?


Thanks y'all, and I hope that I will be joining you soon,  :)


Alain
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: I'm back!

[Ray Horsley]

Alain - I'll answer as best as I can, inline, below...

On 9/20/2012 10:25 PM, Alain Farmer wrote:

Hello,

It's Alain, the HyperCard Pantechnicon host.. I have been using 
HyperCard since 1986, MetaCard 2.5 since 1996, but I never made the 
leap to RunRev, specifically LiveCode these days. Now I am seriously 
considering it, so I have some questions for y'all:


* With MetaCard 2.5, above a [few] thousand cards, performance slowed 
down dramatically.

Is Rev faster than this? Can Rev handle tens-of-thousands of cards?

I believe so.

Would it require Valentina?
Does Rev support mySQL databases ?

Drivers exist for some databases including Valentina.


* MetaCard started in the UNIX world, was then ported to windows, then 
ported to Mac.

Does Rev run on Linux? Does Rev run on Debian ?

Yes to Linux.  Not sure about Debian.


* Rev's web plugin is available for which browsers ?
FireFox ?IceWeasel? Chrome ?
Unfortunately RunRev has discontinued all support of the plugin. It's 
currently broken with no plans from RunRev to fix it.


* Is there a Rev licence that allows standalones ? If so, how much 
does it cost ?

I think it's about $400.  They might have lowered this fee.


* Best way(s) to learn LiveCode ?
Alain, as far as I can tell RunRev is concentrating all their efforts in 
the mobile app arena.  You can of course still use Livecode to create 
traditional desktop apps, however, if you're looking to create web 
applications you're probably better off with something like Construct 2 
which exports directly to HTML5.


Regards,

Ray Horsley


Thanks y'all, and I hope that I will be joining you soon,  :)

Alain


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: I'm back!

[Richard Gaskin]

On 9/20/12 1:25 PM, Alain Farmer wrote:

Hello,

It's Alain, the HyperCard Pantechnicon host.. I have been using
HyperCard since 1986, MetaCard 2.5 since 1996, but I never made the leap
to RunRev, specifically LiveCode these days. Now I am seriously
considering it, so I have some questions for y'all:

* With MetaCard 2.5, above a [few] thousand cards, performance slowed
down dramatically.
Is Rev faster than this? Can Rev handle tens-of-thousands of cards?


MC is just a collection of stacks; the engine is the same regardless 
which stacks one uses for the IDE.



Would it require Valentina?


Valentina is supported, but not required.


Does Rev support mySQL databases ?


MySQL, SQLite, and ODBC are supported.  If relationality isn't a key 
feature of your data you may also store data in custom properties, or in 
arrays run through arrayEncode for saving.




* MetaCard started in the UNIX world, was then ported to windows, then
ported to Mac.
Does Rev run on Linux? Does Rev run on Debian ?


LiveCode runs well on Debian, and Debian-based distros like Ubuntu, 
Mind, and others.  It also runs well on Red Hat, and most other distros 
that meet the requirements list here under the Linux section:

http://www.runrev.com/products/desktop-deployment/linux-desktops/

FWIW, I know split most of my development time between OS X and Ubuntu 
these days, and find recent versions of LiveCode very productive on 
Linux.  Still not quite at feature parity with other platforms for a few 
things like video playback (QT dependency; also FUBAR on Windows without 
QT), but most core features run well.




* Rev's web plugin is available for which browsers ?
FireFox ?IceWeasel? Chrome ?


RevWeb has been discontinued, primarily because of significant 
differences among browsers with regard to 32-bit plugins.




* Is there a Rev licence that allows standalones ? If so, how much does
it cost ?


I believe all licenses allow standalones.



* Best way(s) to learn LiveCode ?


Start coding. :)

You may also want to join the forums:
http://forums.runrev.com/


Thanks y'all, and I hope that I will be joining you soon,  :)

Alain




--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 Follow me on Twitter:  http://twitter.com/FourthWorldSys

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: I'm back!

[J. Landman Gay]

On 9/20/12 3:25 PM, Alain Farmer wrote:


* With MetaCard 2.5, above a [few] thousand cards, performance slowed
down dramatically.

Is Rev faster than this? Can Rev handle tens-of-thousands of cards?
Would it require Valentina? Does Rev support mySQL databases ?


For that many cards you should still use a database. Valentina is a 
commercial option but not required. LiveCode ships with drivers for 
mySQL, ODBC, Oracle, postgresql, and sqlite.



* MetaCard started in the UNIX world, was then ported to windows,
then ported to Mac. Does Rev run on Linux? Does Rev run on Debian ?


Yes, though the Linux product has some catching up to do. There is more 
effort being put into it recently. Several people on the LiveCode list 
use Linux varieties exclusively and often offer help and support. There 
are some required libraries and not all combinations work perfectly. The 
engine is optimized for a standard Ubuntu installation.



* Rev's web plugin is available for which browsers ?


It's been discontinued. The last version only runs on browsers in 32-bit 
mode, which few do any more.



* Is there a Rev licence that allows standalones ? If so, how much
does it cost ?


There are lots of options and all allow you to build standalones. They 
have just implemented a pay-as-you-go option that allows you to use the 
product by the month at a low cost, but if you plan to stick with it for 
more than a few months, the perpetual license is a better buy. The 
pricing grid is here: http://www.runrev.com/store/




* Best way(s) to learn LiveCode ?


The scripting conference stacks, the User Guide, the dictionary, and 
most of all, the forums and mailing list. You won't have much trouble, 
you already know the language and syntax. Your biggest hurdle will be 
unlearning some HC things that are done differently for cross-platform 
compatibility.



Thanks y'all, and I hope that I will be joining you soon,  :)


I hope so too. Most everyone is over there now.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

RE: I'm back!

[FlexibleLearning]

Hey Alain! Welcome home!

Ray, Richard and Jacque have answered you already so I'll not repeat...

Just wanted to say hi :) and see you on the use-livecode-request list!

Hugh Senior
FLCo

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Standalone Builder

[Richmond]

Reading Jacque's Version History documentation I read:

Added support for a new 'mcomponents' folder

and

Added Richard's mcStandaloneBuilder.rev stack

and , having built Metacard from Jacque's 2.0.1 stack on RevOnline on the
back of RR/LC 4.5.0 am quite unable to locate either..

would be most grateful for pointers.

Richmond.

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Standalone Builder

[Richmond]

Well, I found the standalonebuilder after trawling through back messages 
on the
Metacard Use-lIst, decompressed it and put it in a folder called 
'mccomponents'

inside my Metacard folder right next to the 'mctools.mc' stack.

But Metacard still does not see the stack, so I am obviously doing 
something wrong.


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: metacard Digest, Vol 90, Issue 1

[Vokey, John]

I use MC everyday, as do many of my colleagues (think circa 15-20 people).  
However, none of us build standalones (or do so rarely).

On 2012-01-01, at 11:00 AM, metacard-requ...@lists.runrev.com wrote:

 It seems the three of us may be the only ones who use it, but if others 
 here still use MC it would be helpful to know so I can evaluate the 
 return-on-investment for further enhancement.

--
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html

-Dr. John R. Vokey



___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: New MC Standalone Builder?

[Shari]

I use Metacard as well and build standalones with it. The last set of 
standalones I built was with the MC Standalone Builder. I do NOT build 
standalones in Rev/Livecode and never have. They've always been created in MC.

Shari


On Dec 31, 2011, at 6:22 PM, Richard Gaskin wrote:

 On 12/31/11 1:26 PM, Wilhelm Sanke wrote:
 I remember we had a beta version of a MC Standalone Builder in June
 2011. Is there any new or final version and I did miss it?
 
 No new release has been posted.  I've had zero feedback on it thus far, and 
 it works well enough for Ken and I to build with so I haven't spent much time 
 on refining it.
 
 It seems the three of us may be the only ones who use it, but if others here 
 still use MC it would be helpful to know so I can evaluate the 
 return-on-investment for further enhancement.
 
 Thanks -
 
 -- 
 Richard Gaskin
 Fourth World Media Corporation
 ___
 ambassa...@fourthworld.com   http://www.FourthWorld.com
 
 ___
 metacard mailing list
 metacard@lists.runrev.com
 http://lists.runrev.com/mailman/listinfo/metacard


---
Bad Dog Books
http://books.gityasome.com
Critters, humor, patriots and sports t-shirts
http://www.bearsware.com
WlND0WS and MAClNT0SH shareware
http://www.gipsyking.com


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

New MC Standalone Builder?

[Wilhelm Sanke]

I remember we had a beta version of a MC Standalone Builder in June 
2011. Is there any new or final version and I did miss it?


Best wishes for the New Year!

Wilhelm Sanke

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: New MC Standalone Builder?

[Richard Gaskin]

On 12/31/11 1:26 PM, Wilhelm Sanke wrote:

I remember we had a beta version of a MC Standalone Builder in June
2011. Is there any new or final version and I did miss it?


No new release has been posted.  I've had zero feedback on it thus far, 
and it works well enough for Ken and I to build with so I haven't spent 
much time on refining it.


It seems the three of us may be the only ones who use it, but if others 
here still use MC it would be helpful to know so I can evaluate the 
return-on-investment for further enhancement.


Thanks -

--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 ambassa...@fourthworld.com   http://www.FourthWorld.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: No names of new objects with engine 5?

[Klaus on-rev]

Hi Ken,

Am 13.12.2011 um 19:44 schrieb Ken Ray:

 Whoops! Need to change this:
 
  1) In the newButton handler of the MC IDE Backscript, add this before 
 choose pointer tool:
 
  set the name of the target to New Button

I added the appropriate objects to all the NEW_Whatever handlers and it works 
fine for me!
Thanks for the hint!

 to this:
 
   if the name of the target contains button id then
 set the name of the target to New Button
   end if
 Otherwise it affects option-dragged clones of buttons...
 
 Ken Ray

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major.on-rev.com


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: No names of new objects with engine 5?

[Klaus on-rev]

Hi friends,

Am 01.11.2011 um 18:40 schrieb Klaus on-rev:

 Hi friends,
 
 someone also experienced that with engine 5.0.0
 newly created objects do not have a name!?

this still applies to the new 5.02 engine, published today.

Is there any front- or backscript in the MC IDE, where we could 
correct this behaviour somehow? I forgot about this...

Thanks!


Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major.on-rev.com


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: No names of new objects with engine 5?

[Ken Ray]

On Dec 13, 2011, at 10:48 AM, Klaus on-rev wrote:

 Hi friends,
 
 Am 01.11.2011 um 18:40 schrieb Klaus on-rev:
 
 Hi friends,
 
 someone also experienced that with engine 5.0.0
 newly created objects do not have a name!?
 
 this still applies to the new 5.02 engine, published today.
 
 Is there any front- or backscript in the MC IDE, where we could 
 correct this behaviour somehow? I forgot about this…

Good point, Klaus! I'll take care of it for the next update...

Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/  

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: No names of new objects with engine 5?

[Ken Ray]

On Dec 13, 2011, at 10:48 AM, Klaus on-rev wrote:

 Hi friends,
 
 Am 01.11.2011 um 18:40 schrieb Klaus on-rev:
 
 Hi friends,
 
 someone also experienced that with engine 5.0.0
 newly created objects do not have a name!?
 
 this still applies to the new 5.02 engine, published today.
 
 Is there any front- or backscript in the MC IDE, where we could 
 correct this behaviour somehow? I forgot about this…

BTW: I checked under MC 4, and it seems that the only object that ever got a 
name was a button (New Button); all the other objects started without names. 
Does this sound right to you? If so, I'll fix the IDE to put the name back in 
for buttons only (as an option, so those who like it the new way can leave it 
that way).

Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/  

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: No names of new objects with engine 5?

[Klaus on-rev]

Hi Ken,

Am 13.12.2011 um 18:48 schrieb Ken Ray:

 On Dec 13, 2011, at 10:48 AM, Klaus on-rev wrote:
 Hi friends,
 Am 01.11.2011 um 18:40 schrieb Klaus on-rev:
 Hi friends,
 someone also experienced that with engine 5.0.0
 newly created objects do not have a name!?
 
 this still applies to the new 5.02 engine, published today.
 
 Is there any front- or backscript in the MC IDE, where we could 
 correct this behaviour somehow? I forgot about this…
 
 BTW: I checked under MC 4, and it seems that the only object that ever got a 
 name was a button (New Button); all the other objects started without names.

just checked and ALL newly created objects do NOT have a name!
Fields, Images, buttons, Scrollbars, Player et...

 Does this sound right to you?

See above.

 If so, I'll fix the IDE to put the name back in for buttons only (as an 
 option, so those who like it the new way can leave it that way).

Where can I check this (and fix it for me)?
I mean where can I hook in the MC IDE?

 Ken Ray
 Sons of Thunder Software, Inc.
 Email: k...@sonsothunder.com
 Web Site: http://www.sonsothunder.com/

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major.on-rev.com


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: No names of new objects with engine 5?

[Richard Gaskin]

On 12/13/11 9:57 AM, Klaus on-rev wrote:

Hi Ken,

Am 13.12.2011 um 18:48 schrieb Ken Ray:


On Dec 13, 2011, at 10:48 AM, Klaus on-rev wrote:

Hi friends,
Am 01.11.2011 um 18:40 schrieb Klaus on-rev:

Hi friends,
someone also experienced that with engine 5.0.0
newly created objects do not have a name!?


this still applies to the new 5.02 engine, published today.

Is there any front- or backscript in the MC IDE, where we could
correct this behaviour somehow? I forgot about this…


BTW: I checked under MC 4, and it seems that the only object that ever got a name was a 
button (New Button); all the other objects started without names.


just checked and ALL newly created objects do NOT have a name!
Fields, Images, buttons, Scrollbars, Player et...


Does this sound right to you?


See above.


If so, I'll fix the IDE to put the name back in for buttons only (as an option, so those 
who like it the new way can leave it that way).


Where can I check this (and fix it for me)?
I mean where can I hook in the MC IDE?


This appears to be an engine bug, introduced some time in the 4.x series.

A change of this scope cannot be assumed to be a feature, probably 
rightly considered a bug, and should be addressed in the engine.


Has this been filed as a bug report?

--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 ambassa...@fourthworld.com   http://www.FourthWorld.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: No names of new objects with engine 5?

[Ken Ray]

On Dec Where can I check this (and fix it for me)?

 I mean where can I hook in the MC IDE?

To be comprehensive, I'd want to do it in two places:

1) In the newButton handler of the MC IDE Backscript, add this before 
choose pointer tool:

set the name of the target to New Button

2) In the preOpenStack handler of the first card of the MetaCard Menu 
Bar stack, put this before set the mcversion of stack…:

set the name of the templateButton to New Button

I think that should cover it in most cases…

Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/  

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: No names of new objects with engine 5?

[Ken Ray]

Whoops! Need to change this:

   1) In the newButton handler of the MC IDE Backscript, add this before 
 choose pointer tool:
 
   set the name of the target to New Button

to this:

if the name of the target contains button id then
  set the name of the target to New Button
end if

Otherwise it affects option-dragged clones of buttons...

Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/  

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: No names of new objects with engine 5?

[Richard Gaskin]

On 12/13/11 10:33 AM, Ken Ray wrote:

This appears to be an engine bug, introduced some time in the 4.x series.

A change of this scope cannot be assumed to be a feature, probably
rightly considered a bug, and should be addressed in the engine.

Has this been filed as a bug report?


Actually it was introduced in 4.6.4; prior to that (going back to MC 3.5
at least), only buttons were created with a default name - all other
objects were created without one. So LC 5 made it consistent
(theoretically), but definitely unexpected, and with the possiblity of
breaking scripts. I don't think it was logged as a bug, though...


Yes, going back to v3.5 I can see this was for buttons only.

Since the change makes the behavior consistent among object types, I'm 
no longer confident that it should be considered a bug.


Sometimes we have to be willing to accept a few changes to our scripts 
to see the language improve.  I think this is one of those instances.


--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 ambassa...@fourthworld.com   http://www.FourthWorld.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Stacks always open on launch

[J. Landman Gay]

Where does the plugin manager store its lists of auto-open stacks? Two 
of my stacks always open on launch without me telling them to and I 
can't get rid of them. I figure they must be in that list. They aren't 
plugins, btw.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Stacks always open on launch

[J. Landman Gay]

On 12/8/11 6:28 PM, J. Landman Gay wrote:

Where does the plugin manager store its lists of auto-open stacks? Two
of my stacks always open on launch without me telling them to and I
can't get rid of them. I figure they must be in that list. They aren't
plugins, btw.



Never mind, I see it reads the folder contents. Something's completely 
screwed up with my plugins manager. It's off by two. And when I tried to 
debug the script, none of the variables show up in the variable watcher, 
nor can I get the values in the message box while stepping through the code.


And that doesn't explain why my non-plugin stacks are opening all by 
themselves.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Stacks always open on launch

[Ken Ray]

On Dec 8, 2011, at 6:43 PM, J. Landman Gay wrote:

 On 12/8/11 6:28 PM, J. Landman Gay wrote:
 Where does the plugin manager store its lists of auto-open stacks? Two
 of my stacks always open on launch without me telling them to and I
 can't get rid of them. I figure they must be in that list. They aren't
 plugins, btw.
 
 
 Never mind, I see it reads the folder contents. Something's completely 
 screwed up with my plugins manager. It's off by two. And when I tried to 
 debug the script, none of the variables show up in the variable watcher, nor 
 can I get the values in the message box while stepping through the code.
 
 And that doesn't explain why my non-plugin stacks are opening all by 
 themselves.

Is it possible you have files in the plugins folder that aren't stacks? I've 
had situations like what you've described and that's what I had...

Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/  

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Stacks always open on launch

[J. Landman Gay]

On 12/8/11 8:13 PM, Ken Ray wrote:


On Dec 8, 2011, at 6:43 PM, J. Landman Gay wrote:


Never mind, I see it reads the folder contents. Something's
completely screwed up with my plugins manager. It's off by two. And
when I tried to debug the script, none of the variables show up in
the variable watcher, nor can I get the values in the message box
while stepping through the code.

And that doesn't explain why my non-plugin stacks are opening all
by themselves.


Is it possible you have files in the plugins folder that aren't
stacks? I've had situations like what you've described and that's
what I had...


Yup, that was it. Thanks. There was a text file and also three aliases 
to stacks. I took them all out and made a new build of the IDE, and it 
works now.


If you get a chance some time, it would be nice if the plugin manager 
would test for stack files. Other file types leave blank lines in the 
list, which also throws off library loading. The aliases all referenced 
stacks, but they don't resolve and so they leave blank lines in the 
list. When there are blank lines, trying to open one of the plugins or 
loading one as a library is off by as many lines in the list as there 
are blanks. I.e., in the Plugin Manager I would select a line in the 
list, click Open as toplevel, and a stack 3 lines up would open.


I still have no idea why my old copy of the IDE was opening an unrelated 
stack on disk though. With the new IDE build it stopped.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Stacks always open on launch

[Ken Ray]

 Yup, that was it. Thanks. There was a text file and also three aliases to 
 stacks. I took them all out and made a new build of the IDE, and it works now.
 
 If you get a chance some time, it would be nice if the plugin manager would 
 test for stack files. Other file types leave blank lines in the list, which 
 also throws off library loading. The aliases all referenced stacks, but they 
 don't resolve and so they leave blank lines in the list. When there are blank 
 lines, trying to open one of the plugins or loading one as a library is off 
 by as many lines in the list as there are blanks. I.e., in the Plugin Manager 
 I would select a line in the list, click Open as toplevel, and a stack 3 
 lines up would open.
 
 I still have no idea why my old copy of the IDE was opening an unrelated 
 stack on disk though. With the new IDE build it stopped.

Yeah, I think the new IDE fixes the other files problem too, since I tried 
reproducing the bug and I couldn't (I added a few text files and aliases to 
non-text files during my test). If you *can* reproduce it, though, let me know 
and I'll fix it.

Ken
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Coming back to MC

[Ken Ray]

On Nov 23, 2011, at 9:23 PM, Brian Wis wrote:

 Well it generally seems OK, with one issue thus far: The ask dialog does not 
 work correctly. Essentially it comes up blank, and it does not utilize the 
 user input as it should either. Have I missed something in the installation 
 process?

My suggestion would be start over, and use Jacque's MetaCard Setup plugin for 
LiveCode to create your MC installation. You can find it in the Files area of 
the Yahoo group - make sure you download metacard_setup201.rev.zip.  After 
you install her plugin, you can launch LiveCode and select Metacard Setup 
from the Plugins menu in the LC IDE. A few button clicks and you'll have a 
fully working verson of MetaCard with the latest IDE.

Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/  

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Coming back to MC

[Brian Wis]

Hello anyone who is out there, my name is Brian and I am a music teacher
from Illinois. In about 1993 I began a project with Hypercard to help young
students read music notation. It worked pretty well, but eventually I moved
on to teach high school and then college, and I didn't have much need for
the stack. I did port the project to MetaCard before I stopped working on
it...gosh that must have been 10 years ago I bet.

Anyway, I started thinking about bringing the stack up to date and started
researching the whereabouts of MC, and I found this group. I see that IDE
4.1 is available (I have downloaded it), but I'm not quite sure how to
proceed as far as getting this together with LiveCode 5.0. Is MC compatible
with 5.0, and if so can I just follow the pdf installation instructions
that exist for version LIveCode 4.5?

Many thanks for any advice.

Brian
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Coming back to MC

[Brian Wis]

Well it generally seems OK, with one issue thus far: The ask dialog does
not work correctly. Essentially it comes up blank, and it does not utilize
the user input as it should either. Have I missed something in the
installation process?

On Wed, Nov 23, 2011 at 8:43 PM, Ken Ray k...@sonsothunder.com wrote:


 On Nov 23, 2011, at 3:27 PM, Brian Wis wrote:

 Anyway, I started thinking about bringing the stack up to date and started
 researching the whereabouts of MC, and I found this group. I see that IDE
 4.1 is available (I have downloaded it), but I'm not quite sure how to
 proceed as far as getting this together with LiveCode 5.0. Is MC compatible
 with 5.0, and if so can I just follow the pdf installation instructions
 that exist for version LIveCode 4.5?


 Yes, that should work… if it doesn't, post to the list again and we'll
 figure it out.

*Ken Ray
 *Sons of Thunder Software, Inc.
 Email: *k...@sonsothunder.com
 *Web Site: *http://www.sonsothunder.com/ *


 ___
 metacard mailing list
 metacard@lists.runrev.com
 http://lists.runrev.com/mailman/listinfo/metacard


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Setting drive letter

[Eva Isotalo]

Ahh good point Mark. Will do that. Thank you.

What I am trying to accomplish has to do with getting random (as it seem 
to me) errors after changing the start stack of my ancient game and 
saving it with my slightly newer MC. I want to make the game 
downloadable without the need of the CD. The game looks for a file on 
the CD at startup.
Because I can't get around the errors I figured I make the installed 
folder (everything is in one folder including the files the start stack 
looks for) into a virtual disk drive. Preferably right after the 
installation and without extra clicks for the user.
I also need to create a batch file and place it in the start folder 
(have not figured out how to do that yet) so the virtual folder exists 
after reboot. That is the theory of it. :)

If you have any tips  tricks of the batch part of my theory do share.

Cheers,
Eva


On 2011-11-16 12:07, Mark Schonewille wrote:

Hi Eva,

I have no clue what you're doing, but try this:

set the hideConsoleWindows to true
get shell(whatever your shell command is)

This way, the shell gets executed without showing the ugly black window.

--
Best regards,

Mark Schonewille

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Setting drive letter

[Eva Isotalo]

Hi everybody,

Saying it straight away, I'm still using my old MC 2.4.3. :-)

Can I set a drive letter to a folder with MC?
I know how to do it with CMD but wanted to make it a one button click.

Cheers,
Eva
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Setting drive letter

[Eva Isotalo]

I found the way with the shell and process, like you suggested. Sent the 
text to the cmd and closed it. Worked really well. :)


Thank you.

Eva

On 2011-11-16 01:16, Ken Ray wrote:


On Nov 15, 2011, at 9:21 AM, Eva Isotalo wrote:


Hi everybody,

Saying it straight away, I'm still using my old MC 2.4.3. :-)

Can I set a drive letter to a folder with MC?


Not sure what you mean by that... what are you trying to make happen?


I know how to do it with CMD but wanted to make it a one button click.


You should be able to do it by executing the same command you'd do at 
the command line, but with the shell() function in MC.


*Ken Ray
*Sons of Thunder Software, Inc.
Email:_k...@sonsothunder.com
_Web Site:_http://www.sonsothunder.com/_



___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Even older version MC?

[Eva Isotalo]

Thank you Mark.

All paths are relative and the start up stack check where it is situated 
at at start up and saves the path to a custom prop. Everything having a 
path of sort is checking this custom prop where to go.


One thing some untouched stacks reacted to, after saving the start up 
stack with MC 2.4.3, is 'focus btn horse'.  I changed it to 'set focus 
of btn horse to true' which worked but I still get other errors which 
I don't understand why they happen. Error msg don't show reasons or 
points to anything, they are blank.


I can't justify recoding half the game, time and energy wise, just 
because I change a couple of lines in one stack.

So is this a dead end then maybe?


On 2011-11-03 11:49, Mark Schonewille wrote:

Hi Eva,

Just a guess... your app expects to find a CD and then reads files from this 
CD. The path to the files is probably saved in a variable somewhere. Now you 
have disabled this feature and your app can no longer find the files. As a 
result, your scripts no longer work properly. Do you think this could be the 
cause of your problems?

--
Best regards,

Mark Schonewille

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Even older version MC?

[Björnke von Gierke]

Did you try to use the Rev/LC IDE? maybe it is a bit more specific about the 
error. 

Another thing to consider is using a different version of the engine for your 
game. Older engines do have compatibility problems with some newer OS features, 
and newer version might interpret existing code slightly different (especially 
visual adjustments on the screen).

It's kinda hard to track these things down.  Good luck with the hunting :(

On 3 Nov 2011, at 15:12, Eva Isotalo wrote:

 Thank you Mark.
 
 All paths are relative and the start up stack check where it is situated at 
 at start up and saves the path to a custom prop. Everything having a path of 
 sort is checking this custom prop where to go.
 
 One thing some untouched stacks reacted to, after saving the start up stack 
 with MC 2.4.3, is 'focus btn horse'.  I changed it to 'set focus of btn 
 horse to true' which worked but I still get other errors which I don't 
 understand why they happen. Error msg don't show reasons or points to 
 anything, they are blank.
 
 I can't justify recoding half the game, time and energy wise, just because I 
 change a couple of lines in one stack. 
 So is this a dead end then maybe?
 
 
 On 2011-11-03 11:49, Mark Schonewille wrote:
 
 Hi Eva,
 
 Just a guess... your app expects to find a CD and then reads files from this 
 CD. The path to the files is probably saved in a variable somewhere. Now you 
 have disabled this feature and your app can no longer find the files. As a 
 result, your scripts no longer work properly. Do you think this could be the 
 cause of your problems?
 
 --
 Best regards,
 
 Mark Schonewille
 
 ___
 metacard mailing list
 metacard@lists.runrev.com
 http://lists.runrev.com/mailman/listinfo/metacard


-- 
Watch live presentations every Saturday:
http://livecode.tv

Use an alternative Dictionary viewer:
http://bjoernke.com/bvgdocu/

Chat with other RunRev developers:
http://bjoernke.com/chatrev/


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Even older version MC?

[Eva Isotalo]

I'm having irritating issues when trying to adjust our (very old) game. 
We want to make a download version of it since there is still a demand 
for it. The only thing I'm doing is to change the start up file (exe) so 
it doesn't check for a CD in a drive. I then save the start up file. As 
a result I get all kinds of issues with errors in other stacks which I 
haven't touched! I have tried doing this on two Vista systems, 32 and 64 
bits which makes no significant difference.
I  save the file now with MC version 2.4.3 and the game was made with 
the version from year 2000 (can't even remember which version I had 
then). I have looked through backups to find the older MC version with 
no luck.


My Qs:
Are these issues all MC version related or does it also have to do with 
computer system?
Do I need to get hold of the old MC version I purchased once upon a time 
to get rid of these issues? If so, does Runrev still have those old MC 
versions around? Well I can write them directly about that of course. :)


Any suggestions appreciated.
Eva

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Even older version MC?

[Mark Schonewille]

Hi Eva,

Just a guess... your app expects to find a CD and then reads files from this 
CD. The path to the files is probably saved in a variable somewhere. Now you 
have disabled this feature and your app can no longer find the files. As a 
result, your scripts no longer work properly. Do you think this could be the 
cause of your problems?

--
Best regards,

Mark Schonewille

Economy-x-Talk Consulting and Software Engineering
Homepage: http://economy-x-talk.com
Twitter: http://twitter.com/xtalkprogrammer
KvK: 50277553

Become our partner in sales http://qery.us/16r Start selling Color Converter 
today. 20% commission!

On 3 nov 2011, at 11:39, Eva Isotalo wrote:

 I'm having irritating issues when trying to adjust our (very old) game. We 
 want to make a download version of it since there is still a demand for it. 
 The only thing I'm doing is to change the start up file (exe) so it doesn't 
 check for a CD in a drive. I then save the start up file. As a result I get 
 all kinds of issues with errors in other stacks which I haven't touched! I 
 have tried doing this on two Vista systems, 32 and 64 bits which makes no 
 significant difference.
 I  save the file now with MC version 2.4.3 and the game was made with the 
 version from year 2000 (can't even remember which version I had then). I have 
 looked through backups to find the older MC version with no luck.
 
 My Qs:
 Are these issues all MC version related or does it also have to do with 
 computer system?
 Do I need to get hold of the old MC version I purchased once upon a time to 
 get rid of these issues? If so, does Runrev still have those old MC versions 
 around? Well I can write them directly about that of course. :)
 
 Any suggestions appreciated.
 Eva


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

No names of new objects with engine 5?

[Klaus on-rev]

Hi friends,

someone also experienced that with engine 5.0.0
newly created objects do not have a name!?


Best

Klaus
--
Klaus Major
http://www.major-k.de
kl...@major.on-rev.com


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: No names of new objects with engine 5?

[Richard Gaskin]

On 11/1/11 10:40 AM, Klaus on-rev wrote:

Hi friends,

someone also experienced that with engine 5.0.0
newly created objects do not have a name!?


I've seen this in v4.6.4 as well.

Not sure if it's a bug per se, or whether it will break any scripts that 
had depended on the behavior from all previous versions, but definitely odd.


--
 Richard Gaskin
 Fourth World Media Corporation
 ___
 ambassa...@fourthworld.com   http://www.FourthWorld.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Indenting scripts

[Ken Ray]

On Sep 8, 2011, at 1:34 PM, Shari wrote:

 On 9/8/11 12:51 PM, Shari wrote:
 Remove the carriage return between the get random line and the first
 if it is. Then the rest will align.
 
 No luck. I moved the first if right up under the get to no avail. It
 still doesn't align.
 
 Works in 4.6.4.
 
 
 
 Ah. I'm at 4.6.3.
 
 But that is confusing as 4.6.3/4.6.4 is the engine, and as far as I know I'm 
 using the latest MC IDE of 4.1.  Wouldn't this be an IDE issue?

Shari, sorry I didn't catch this earlier, but the answer is *yes*, it's an IDE 
issue... I put the script formatter in the MC IDE through a significant 
overhaul in IDE 4.1 and it looks like something crept in I hadn't tested for.

I'll fix the IDE and put out a new build as soon as I'm able. 

Sorry about that...

Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/  

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Indenting scripts

[Shari]

I put the script formatter in the MC IDE through a significant 
overhaul in IDE 4.1 and it looks like something crept in I hadn't 
tested for.


LOL!  One thing I've learned is that there is no such thing as a 
simple code change :-)  There is always a domino effect.


Thank you for being so on top of it! I'll let you know if the updated 
IDE fixes it :-)


Shari
--
Bad Dog Books
http://books.gityasome.com
Critters, humor, patriots and sports t-shirts
http://www.bearsware.com
WlND0WS and MAClNT0SH shareware
http://www.gipsyking.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Indenting scripts

[Shari]

I finally installed LiveCode and the latest MC IDE 4.1 (had been 
using Rev prior to LiveCode).  For the most part it all went smoothly 
but I've encountered a really distracting issue.


I opened a project that was in-the-works and the script indent is 
awry, making it very difficult to work.


Example:

on someHandler
get random(5)

if it is 1 then

   else if it is 2 then

  else if it is 3 then

  else if it is 4 then

   else if it is 5 then

 end if
end someHandler

on someOtherHandler

end someOtherHandler


If I have not filled in some of the else-ifs yet, those get indented 
additionally so that the end result is that the end of the handler is 
not lined up with the beginning, even though there are no errors in 
the handler. This additional indentation carries all the way down 
thru subsequent handlers as well so that every handler after the 
empty else-if is so indented that it's halfway across the window.


Sure I could put some bogus space filler in there but that sort of 
negates how I work, which isn't from top to bottom.  I'm accustomed 
to looking for the empty else-if's to fill in the blanks.  I'm also 
accustomed to creating blank-shells handlers so that I know what 
needs to be done.


Is there some way to fix the indents so that the only additional 
indents are for script errors, and not empty places that I just 
haven't filled in yet? This is driving me up a wall!


Shari


--
Bad Dog Books
http://books.gityasome.com
Critters, humor, patriots and sports t-shirts
http://www.bearsware.com
WlND0WS and MAClNT0SH shareware
http://www.gipsyking.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Indenting scripts

[J. Landman Gay]

On 9/8/11 12:23 PM, Shari wrote:


Is there some way to fix the indents so that the only additional indents
are for script errors, and not empty places that I just haven't filled
in yet? This is driving me up a wall!


Remove the carriage return between the get random line and the first 
if it is. Then the rest will align.



--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Indenting scripts

[J. Landman Gay]

On 9/8/11 12:51 PM, Shari wrote:

Remove the carriage return between the get random line and the first
if it is. Then the rest will align.


No luck. I moved the first if right up under the get to no avail. It
still doesn't align.


Works in 4.6.4.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Indenting scripts

[J. Landman Gay]

On 9/8/11 1:34 PM, Shari wrote:

On 9/8/11 12:51 PM, Shari wrote:

Remove the carriage return between the get random line and the first
if it is. Then the rest will align.


No luck. I moved the first if right up under the get to no avail. It
still doesn't align.


Works in 4.6.4.




Ah. I'm at 4.6.3.

But that is confusing as 4.6.3/4.6.4 is the engine, and as far as I know
I'm using the latest MC IDE of 4.1. Wouldn't this be an IDE issue?




Version 4.6.4 was released yesterday. Log into your LiveCode store 
account and download the latest, if your license allows it.


It could be an IDE issue, I'm not sure. I know the engine does a lot of 
the parsing, but I tested in LiveCode, not in the MC IDE. I don't use MC 
often for actual development any more, I use it mostly just to test and 
run existing stacks.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Indenting scripts

[Shari]

Version 4.6.4 was released yesterday. Log into your LiveCode store 
account and download the latest, if your license allows it.


It could be an IDE issue, I'm not sure. I know the engine does a lot 
of the parsing, but I tested in LiveCode, not in the MC IDE. I don't 
use MC often for actual development any more, I use it mostly just 
to test and run existing stacks.


A day late, too funny!  I ended up creating a fake handler called 
filler and sticking it in all the blank places that need to be 
filled out.


I'd just spent several days upgrading two computers with LiveCode, 
the MC IDE, and then discovering that LiveCode didn't like some of my 
existing source code that had been rolling along happily for a 
decade. I've had enough fun with upgrades and I think I'll sit tight 
for the moment. I think I'd lose my marbles if I went through another 
round of upgrading.


I did get to use the MC standalone builder for the first time since 
the new incarnation. I likey! The Mac side worked flawlessly though I 
did still need to make some manual changes to the plist file and a 
couple other things inside the package.


The Win standalone builder failed, gave no reason for failing, so I 
tried creating the Win version on the Mac and that worked flawlessly. 
First time ever for building a standalone for one OS on another OS 
and having it work happily.


If it ain't broke, don't upgrade it.
:-)
--
Bad Dog Books
http://books.gityasome.com
Critters, humor, patriots and sports t-shirts
http://www.gityasome.com
WlND0WS and MAClNT0SH shareware
http://www.gipsyking.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Wait for info from another script?

[Eva Isotalo]

I wasn't sure what to write in the subject.

I have a script in a button which asks questions that fills in a form 
which adds bought items to an inventory stack. After each item is added 
one is asked if there are more items to add, if yes script jumps to a 
function which will repeat most of the questions. And so on.
In middle of the script a list field is opened where the user will 
click/choose a line. The field is then closed and one is supposed to get 
back to the first script and continue the questions. This is where I 
can't figure out how to pause the first script so it waits until the 
list field is clicked and closed and the continues. What is the smartest 
way (or any way) to solve this?


The thing is I think I had some solution for this in my first game but 
since my brain is a fraction of what it was due to my illness I can't 
remember.


Any suggestions much appreciated.
Eva
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Wait for info from another script? - never mind

[Eva Isotalo]

Never mind.
I stumbled upon the solution. All good now.
:)

Eva

On 2011-08-28 08:48, Eva Isotalo wrote:

I wasn't sure what to write in the subject.

I have a script in a button which asks questions that fills in a form 
which adds bought items to an inventory stack. After each item is 
added one is asked if there are more items to add, if yes script jumps 
to a function which will repeat most of the questions. And so on.
In middle of the script a list field is opened where the user will 
click/choose a line. The field is then closed and one is supposed to 
get back to the first script and continue the questions. This is where 
I can't figure out how to pause the first script so it waits until the 
list field is clicked and closed and the continues. What is the 
smartest way (or any way) to solve this?


The thing is I think I had some solution for this in my first game but 
since my brain is a fraction of what it was due to my illness I can't 
remember.


Any suggestions much appreciated.
Eva
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Re: setting itemdel

[Alain Farmer]

function extractNumberFromString pString
  put .*([0-9]+).* into myRegex
  local x,y
  if matchChunk(pString, myRegex, x, y)
  then return char x to y of pString
  else return pString -- unmodified string to leave field as-is.
end extractNumberFromString

on example
  -- field contains:  (Size: 100ml; )
  -- it should contain just the value: 100
  put extractNumberFromString(fld Product) into fld Product
  -- e.g. replaces  (Size: 100ml; ) with 100
  -- if it fails then it leaves string intact.
end example



From: FlexibleLearning ad...@flexiblelearning.com
To: metacard@lists.runrev.com
Sent: Sunday, May 8, 2011 1:14:19 PM
Subject: RE: Re: setting itemdel

A regex would certainly be better. As it requires a degree of coding
proficiency that was not evident when the question was initially raised, I
provided a solution to suit.

Would you like to give us your matchtext solution rather than a copied
generic?

Hugh Senior
FLCo


Alain Farmer wrote:

Best solution for this would be a GREP pattern. :)

Example:  .*([0-9]+).*

PS: use metacard's replaceText syntax.

Al

 replace  (Size: 100ml; ) with  100 in fld Product


 But you have different 'size' values. This removes the
 non-numeric characters...

 ? set the itemDel to TAB
 ? repeat with n=1 to num of lines of fld Product
 ? ? replace (Size:  with  in item 2 of line n
 of fld Product
 ? ? replace ml;) with  in item 2 of line n of
 fld Product
 ? ? replace g;) with  in item 2 of line n of
 fld Product
 ? end repeat


 Hugh Senior
 FLCo


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Char Chooser

[Richmond Mathewson]

Is there any chance that the char chooser can be updated
to encompass Unicode?

Richmond.

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Char Chooser

[Richard Gaskin]

On 7/16/11 9:01 AM, Richmond Mathewson wrote:

Is there any chance that the char chooser can be updated
to encompass Unicode?


The MC IDE is an open source community effort in which every user is 
invited to submit modifications for its ongoing enhancement in any area 
of interest to them.


Feel free to mod the Char Chooser if you like, and clone it out and send 
it around for testing.


I'll be happy to post it at both the Yahoo Group and the LiveCode 
Journal mirror repositories.


--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Char Chooser

[Richmond Mathewson]

the secret is this message

No, it's not; the secret is where 'pcmap' and 'macmap' are stored.


On 7/16/11 9:01 AM, Richmond Mathewson wrote:

Is there any chance that the char chooser can be updated
to encompass Unicode?


The MC IDE is an open source community effort in which every user is 
invited to submit modifications for its ongoing enhancement in any 
area of interest to them.


Feel free to mod the Char Chooser if you like, and clone it out and 
send it around for testing.


I'll be happy to post it at both the Yahoo Group and the LiveCode 
Journal mirror repositories.





___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: mcStandaloneBuilder b1 posted

[Wilhelm Sanke]

On Sun, 03 Jul 2011,  Ken Ray wrote:


Sorry Wilhelm, misread your post - ignore what I said in my previous 
post to

the list.



Not at all, Ken. Your hint to the Livecode tab in the new preferences 
was new information for me, as it places the path to the preferred 
Livecode version then automatically into the field LiveCode 
Folder/Bundle of the SB.



 My proposal is to allow to point to the runtime folder only, which
 could be copied into the Metacard folder. This would mean that you need
 not have both the full Metacard and Livecode installations on the same
 computer (for example on a laptop).

That's the rub... even if the LC SB worked perfectly, it would still be a
pain to develop in the MC IDE and then have to switch out to LC in 
order to

build a standalone.

We're trying to accommodate those that use MC *and* LC as well as those
using MC only, so we should come up with a good way to do that; 
pointing to

only the Runtime folder might be a way to do it...


Thanks for agreeing here, and maybe we could have both options.


Ken Ray



I want come back to my question about required and optional fields 
in the SB (in my last post):


The SB of our old MC IDE 3.0.0b has a impressing simplicity:

To successfully build a standalone only *three* selections have to be 
made. You have to select the source stack (Stack name), then the 
Metacard engine (which two years ago was already the path to this 
single file standalone (on Windows)), and finally a Standalone file 
name for the new standalone to be built.


Then you press button Build and get the message Standalone built 
successfully


Especially for quick builds in between during a development such a 
simple procedure (only on the surface of course) is important and 
useful, more detailed information about a standalone can then be entered 
under Set Windows Version Info.. and OSX settings (with file 
version, OriginalFilename etc. etc.)


Our new SB could maybe be considered to possess a similar simplicity, 
but it is surely not obvious, unless of course you know which entries 
are required.


After a lot of trial and error - yesterday and today - I think I found 
out the minimal requirements to build a standalone (I am though not 
sure, whether I am 100% exact here, but they seem to work; ten minutes 
ago I have been finally able to build my first working standalone, but 
we do not get a concluding message after an achieved build like with MC 
SB 3.0.0b):


- select Source Stack
- Save Stack is *not* needed for the build, probably only useful for 
storing the new custom properties in the source stack, but for that 
purpose *after* the build process.

-select destination Folder
- select LiveCode Folder/Bundle
In the General Tab
- enter App Name (name of the new standalone)
- enter Version
- enter Builder Number (really reqired?)
In the Windows tab
- add File Version
- add Product Version.

As a result of all my endeavours I have now got two extra folders in my 
destination directory, namely Version and Version 1. Folder 
Version is empty, Version 1 contains two subfolders Build and 
Build 1. Build also is empty, Build 1 eventually contains folder 
Windows with the three standalone files I managed to create in these 
two days. All indeed bear their App Names I had chosen in the 
General tab, but two of them refuse to run and throw an error 
Standalone origin mismatch. -


I am wondering what the meaning of this message could be. As I had 
already reported yesterday, one of the non-running standalones has 
deviating entries in its cRevStandaloneSettings that are created 
during the build process


 Livecode 4.6.1 for _GEN_EngineFolder
but Livecode 4.6   for defaultBuildFolder

It seems to me that Livecode 4.6 is a remnant of an earlier build 
inside Livecode. But that does not explain, why and how the standalone 
was created nevertheless and why it doesn't run?


I recommend to use something like cMCStandaloneSettings in the future 
to avoid such conflicts.


The second non-running standalone, which throws the same error message, 
does *not* have such conflicting cRevStandaloneSettings, in fact, 
there are none at all, having seemingly disappeared later somehow.


To sum it up: About four hours for the first two explorations of our new 
Standalone Builder, some insights - including looks at the structure of 
the scripts - and at least one really working standalone.


All in all a positive achievement.

Best regards,

Wilhelm Sanke



___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: mcStandaloneBuilder b1 posted

[Ken Ray]

 Our new SB could maybe be considered to possess a similar simplicity,
 but it is surely not obvious, unless of course you know which entries
 are required.
 
 After a lot of trial and error - yesterday and today - I think I found
 out the minimal requirements to build a standalone (I am though not
 sure, whether I am 100% exact here, but they seem to work; ten minutes
 ago I have been finally able to build my first working standalone, but
 we do not get a concluding message after an achieved build like with MC
 SB 3.0.0b):
 
 - select Source Stack
 - Save Stack is *not* needed for the build, probably only useful for
 storing the new custom properties in the source stack, but for that
 purpose *after* the build process.
 -select destination Folder
 - select LiveCode Folder/Bundle
 In the General Tab
 - enter App Name (name of the new standalone)
 - enter Version
 - enter Builder Number (really reqired?)
 In the Windows tab
 - add File Version
 - add Product Version.

OK, let's take this one at a time as it relates to a quick build (i.e.
brand new stack):

Source Stack currently is automatically filled in for you *if* the stack
has any standalone settings stored with it. I think it should just use the
topStack (unless Richard wants to chime in here).

At least one Build For checkbox must be checked. Perhaps the SB should
automatically check off the current OS's checkbox for a brand new stack.

Destination Folder is needed, but once again, perhaps it can default to
the current location of the stack.

LiveCode Folder/Bundle, if set in Preferences, will automatically be
filled in for you in the SB.

General Tab: All you should need to fill in is the App Name and Version
Number field - once you exit the Verison Number field, it automatically
sets the File Description, File Version and Product Version fields on the
Windows tab (as well as the Short Version, Long Version, and Get Info fields
on the Mac OS X tab).

So if changed to meet the above concepts, for a quick build you'd need to
just enter the App Name and Version Number.


 As a result of all my endeavours I have now got two extra folders in my
 destination directory, namely Version and Version 1. Folder
 Version is empty, Version 1 contains two subfolders Build and
 Build 1. Build also is empty, Build 1 eventually contains folder
 Windows with the three standalone files I managed to create in these
 two days. All indeed bear their App Names I had chosen in the
 General tab, but two of them refuse to run and throw an error
 Standalone origin mismatch. -

When you build with the SB, a subfolder of the Destination Folder is created
based on the version number  in the Version field, and a subfolder of the
Version folder for the build number. So if the version is 1.0 and the
build number is 1, and the app name is Test, when you build it you get
this in the Destination Folder:

Destination Folder
Version 1.0
Build 1
Test.exe

Apparently if you leave the Builder Number (should be Build Number)
field empty, it will create a folder based on the Version field and a
subfolder just called Build, but will then throw an error, giving you:

Destination Folder
Version 1.0
Build

 If you then put 1 into the field and re-build, it creates the Build 1
folder and puts the standalone into there:

Destination Folder
Version 1.0
Build
Build 1
Test.exe

If you leave the Version and Build Number fields alone and change the name
of the standalone to Another Test and hit Build, you'd have this:

Destination Folder
Version 1.0
Build
Build 1
Test.exe
Another Test.exe
 
 I am wondering what the meaning of this message could be.

I can't help with that one... it must be thrown by the LC engine itself.

 As I had 
 already reported yesterday, one of the non-running standalones has
 deviating entries in its cRevStandaloneSettings that are created
 during the build process
 
   Livecode 4.6.1 for _GEN_EngineFolder
 but Livecode 4.6   for defaultBuildFolder

Interestingly, I don't have a defaultBuildFolder value in my custom
property set for a fresh build.

 I recommend to use something like cMCStandaloneSettings in the future
 to avoid such conflicts.
 
 The second non-running standalone, which throws the same error message,
 does *not* have such conflicting cRevStandaloneSettings, in fact,
 there are none at all, having seemingly disappeared later somehow.

One thing to keep in mind is that all of the settings you make in the SB
don't get written to the stack you're building the standalone from unless
you click the Save Stack button in the SB.

So perhaps if you delete the cRevStandaloneSettings custom property set and
then re-save the settings by clicking the Save Stack button in the SB?

Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/



___

Re: mcStandaloneBuilder b1 posted

[rob . tucker]

Wilhelm, I had the same problem with an old stack, Saving the stack in MC fixed 
it.

Rob


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: mcStandaloneBuilder b1 posted

[Wilhelm Sanke]

Many thanks to Richard and Ken for the release of the new Standalone 
Builder and the 4.1 IDE, not to forget the new Metacard Setup 2.01 by 
Jacqueline - and I assume that the preparations by Klaus were helpful 
for the developments of these tools..


The releases coincided with a palpable improvement of my health after 
four months of fighting with a nasty gastritis that caused a lot of 
enforced inactivity and reduced my energy and productivity to a large 
extent. But last week I have even resumed training with my tennis team, 
hopefully to prepare for the second half of the summer series in August 
(usually it is colder here than elsewhere).


Although the new releases are actually not the direct cause of my 
relatively improved health (as you would also guess from my first report 
below), I think that working with the shortly following versions of 
Standalone Bulder and the IDE will help me to recover completely in the 
near future with an enhanced motivation.


In his release mail Richard wrote:

In the meantime, feel free to post any bug reports you have either here 
to or me personally at b...@fourthworld.com


I wouldn't want to overload this list with bug reports, but it may be 
helpful to discuss them here where we can all keep apprised of what's 
working, what's not, and future directions. Your call.


With his beta 1-version Richard has given a differentiated answer to a 
situation that has become at least slightly more complex than before 
with the required new directory structure for a Metacard folder and the 
new license-binding procedures for a standalone two years ago. Before 
Rev version 4.0, all I needed to set up a Metacard folder was to drop a 
new Revolution engine into the MC IDE and possibly rename the engine, at 
least on Windows. To build a standalone, in the Metacard Standalone 
Builder I had to find a single file standalone (without extension) 
instead of the former MC.exe - and to prepare for such standalone 
building I had copied this single standalone file into my Metacard 
folder before. I just checked this again inside my Metacard folder 3.5 
gm1 with the MC IDE 3.0..


Here are some results and added comments of my first unsystematic 
exploration of the B1 version:


I succeeded to build two standalones from my stacks on Windows XP and in 
my Metacard folder 4.6.1, but after the succesful build they refuse to 
run and only throw an error message Standalone origin mismatch. After 
these two non-running builds I was somehow unable to build more 
standalones. There is for example no indication in the Windows pane 
which fields are required ones and which optional. One of the questions 
here: Should not field Original Filename in the Windows tab be 
automatically filled from the chosen Source Stack selection?


For LiveCode Folder/Bundle - in the upper region of the Standalone 
Builder - I had first chosen the Livecode runtime folder where the 
standalone files reside - following in essence the procedure I had 
used before in the 3.0 MC IDE, namely locating the necessary file 
standalone.  Instead we apparently need to choose the complete 
Livecode folder, but I cannot replicate this now as the Standalone 
Builder at the moment refuses to build any stacks, there is even no 
error message when I press button Build.


My proposal is to allow to point to the runtime folder only, which 
could be copied into the Metacard folder. This would mean that you need 
not have both the full Metacard and Livecode installations on the same 
computer (for example on a laptop). If the presence of a complete 
Livecode folder would be needed, why should we use an extra MC 
Standalone Builder?, provided of course the Livecode SB would function 
as expected without such peculiarities as it had often shown in the past 
like endless build times etc..


I see that cRevStandaloneSettings are attached to the source stack 
during the build procedure. Looking at them in one of the source stacks 
that were built, but refuse to run,

I find (without the full path before):
 Meta-Livecode 4.6.1 for _GEN_DestinationFolder
 Livecode 4.6.1 for _GEN_EngineFolder
but Livecode 4.6   for defaultBuildFolder

i.e. 4.6 instead of 4.6.1. Should this be the cause for the above 
quoted error message Standalone origin mismatch?


This is all I can report at the moment. I will continue to look more 
closely into the matter, but it seems to me we need a first update.


Best regards,

Wilhelm Sanke

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: mcStandaloneBuilder b1 posted

[Ken Ray]

 For LiveCode Folder/Bundle - in the upper region of the Standalone Builder 
 - I had first chosen the Livecode runtime folder where the standalone 
 files reside - following in essence the procedure I had used before in the 
 3.0 MC IDE, namely locating the necessary file standalone.  Instead we 
 apparently need to choose the complete Livecode folder, but I cannot 
 replicate this now as the Standalone Builder at the moment refuses to build 
 any stacks, there is even no error message when I press button Build.

Wilhelm, the LiveCode Folder/Bundle corresponds to the true LiveCode 
directory or (on Mac) application bundle. The standalone builder figures out 
where the runtimes are based on that. this matches the corresponding data in 
the new LiveCode tab of the Preferences window; in fact, if you set it up 
from Preferences, the new standalone builder will use it.

So all you need to do is pick the folder that was installed by the LiveCode 
installer into Program Files and the SB should do the rest (bugs 
notwithstanding).

Ken

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: mcStandaloneBuilder b1 posted

[Ken Ray]

Sorry Wilhelm, misread your post - ignore what I said in my previous post to
the list.

 My proposal is to allow to point to the runtime folder only, which
 could be copied into the Metacard folder. This would mean that you need
 not have both the full Metacard and Livecode installations on the same
 computer (for example on a laptop). If the presence of a complete
 Livecode folder would be needed, why should we use an extra MC
 Standalone Builder?, provided of course the Livecode SB would function
 as expected without such peculiarities as it had often shown in the past
 like endless build times etc..

That's the rub... even if the LC SB worked perfectly, it would still be a
pain to develop in the MC IDE and then have to switch out to LC in order to
build a standalone.

We're trying to accommodate those that use MC *and* LC as well as those
using MC only, so we should come up with a good way to do that; pointing to
only the Runtime folder might be a way to do it...

Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/



___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Proposed stack name changes for the MC IDE

[Björnke von Gierke]

I think what Mark meant was not to use mc but instead MetaCard as a  whole 
word. to make it even more obvious.

On 30 Jun 2011, at 16:49, Ken Ray wrote:

 Using a prefix implies that there is the possibility of extending the MC IDE
 in the future and a potential getting-in-the-way. This is something we don't
 want.
 
 I clearly agree that the getting in the way is something we don't want,
 but can you clarify what you mean by extending the MC IDE?
 
 Although it isn't a big deal, I think that using a prefix like mc is very
 RunRev-like and not the right approach. Since the number of IDE stacks is
 supposed to stay at a minimum, a prefix should be unnecessary. If we ever 
 need
 something like this, it would be nice to come up with a really clever and
 friendly solution.
 
 I'd *love* for there to be less IDE stacks - currently there are *70*
 substacks of the Metacard Menu Bar stack. Granted that some of these are old
 copies that can be deleted or are for dialogs to set really old settings, or
 are copies of the Script Editor, but without some significant changes it's
 not going to get much smaller.
 
 I think the issue is that until RunRev creates namespaces inside LC, the IDE
 stacks should be renamed to get out of the way of the developer, at least
 the more common ones like Preferences and Properties. The only issue with
 only renaming *some* stacks is it becomes inconsistent, which is also a
 pain. 
 
 The good thing though is that unless one is working on tools to manipulate
 the IDE itself, they shouldn't encounter the internal stack names of the IDE
 stacks very often, so it may not matter what they get called as long as they
 get out of the way.
 
 Just my 2 cents,
 
 
 Ken Ray
 Sons of Thunder Software, Inc.
 Email: k...@sonsothunder.com
 Web Site: http://www.sonsothunder.com/
 
 
 
 ___
 metacard mailing list
 metacard@lists.runrev.com
 http://lists.runrev.com/mailman/listinfo/metacard


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Proposed stack name changes for the MC IDE

[Robert Brenstein]

On 30.06.2011 at 8:33 Uhr -0500 Ken Ray apparently wrote:


For the next build of the IDE, I'd like to change the IDE stack names to
have an mc prefix (like mcPreferences), but since this affects anything
that runs as a plugin, etc., I wanted to bring it up for discussion first.

What are your thoughts on this? Good idea? Bad idea? ...?


+1

Robert

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: MetaCard Setup 2.01

[Richmond Mathewson]

On 06/30/2011 06:49 AM, J. Landman Gay wrote:
MetaCard Setup 2.01 is uploaded, and contains a bug fix for OS X and 
better engine version identification:



http://www.metacard.livecodejournal.com/files/other_plugins/metacard_setup_201.rev.gz 



This version corrects the naming problem in OS X where Home wasn't 
properly renamed, and also makes a better attempt to identify the 
engine version you've chosen. Thanks go to Ken, who volunteered the 
VBScript for Windows.


On Linux, it won't know what engine you've chosen, so it will just 
warn you to be careful. I'm sure there must be a shell command for 
that but I couldn't find it. Richmond, if you get a chance, could you 
run it on Linux and let me know how it works?


Thanks guys for the help and testing.

Whacko! This built Metacard perfectly: EXCEPT it copied all the files 
from my Home directory into the target directory as well as the MC 
files: odd.


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: [ANN] MetaCard IDE 4.1

[Klaus on-rev]

Hi Ken,

Am 29.06.2011 um 04:37 schrieb Ken Ray:

 On the heels of Jacque's announcement, I'm pleased to announce that the
 newest release of the MetaCard IDE, Version 4.1, is now available for
 download.
 ...

very good work! :-)

But I don't seem to get my scripts colorized!?
I am still using my old HOME stack, do I need the one that comes with the 
release?


Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major.on-rev.com


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: [ANN] MetaCard IDE 4.1

[Klaus on-rev]

Hi Klaus,

Am 30.06.2011 um 13:56 schrieb Klaus on-rev:

 Hi Ken,
 
 Am 29.06.2011 um 04:37 schrieb Ken Ray:
 
 On the heels of Jacque's announcement, I'm pleased to announce that the
 newest release of the MetaCard IDE, Version 4.1, is now available for
 download.
 ...
 very good work! :-)
 But I don't seem to get my scripts colorized!?
 I am still using my old HOME stack, do I need the one that comes with the 
 release?

YES (RTFM)! :-)


Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major.on-rev.com


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Proposed stack name changes for the MC IDE

[Ken Ray]

Hey all,

I just gave a presentation last weekend at the LiveCode Live event on the MC
IDE and one of the things I brought up was the fact that a great benefit to
the MC IDE vs the LiveCode IDE is that it really tries to get out of the
way of the developer.

And although it currently does a pretty good job of that, there are a few
places that IMHO still need to be changed. The two that immediately come to
mind are the Preferences and Properties stacks, both of which prevent you as
a developer from being able to name *your* stacks Preferences or
Properties, and there are probably other stack name conflicts as well.

For the next build of the IDE, I'd like to change the IDE stack names to
have an mc prefix (like mcPreferences), but since this affects anything
that runs as a plugin, etc., I wanted to bring it up for discussion first.

What are your thoughts on this? Good idea? Bad idea? ...?


Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/



___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Proposed stack name changes for the MC IDE

[Richard Gaskin]

On 6/30/11 6:33 AM, Ken Ray wrote:

Hey all,

I just gave a presentation last weekend at the LiveCode Live event on the MC
IDE and one of the things I brought up was the fact that a great benefit to
the MC IDE vs the LiveCode IDE is that it really tries to get out of the
way of the developer.

And although it currently does a pretty good job of that, there are a few
places that IMHO still need to be changed. The two that immediately come to
mind are the Preferences and Properties stacks, both of which prevent you as
a developer from being able to name *your* stacks Preferences or
Properties, and there are probably other stack name conflicts as well.

For the next build of the IDE, I'd like to change the IDE stack names to
have an mc prefix (like mcPreferences), but since this affects anything
that runs as a plugin, etc., I wanted to bring it up for discussion first.

What are your thoughts on this? Good idea? Bad idea? ...?


I like it for several reasons:

1. Preferences is such a common name that not changing the IDE's stack 
name is too likely to result in conflict.


2. The proposed prefix solution follows RunRev's convention, long 
established and well understood.


3. It's simple to implement, and as a volunteer project I appreciate the 
impact on your time.


Thanks for taking that on -

--
 Richard Gaskin
 Fourth World
 LiveCode training and consulting: http://www.fourthworld.com
 Webzine for LiveCode developers: http://www.LiveCodeJournal.com
 LiveCode Journal blog: http://LiveCodejournal.com/blog.irv

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Proposed stack name changes for the MC IDE

[Ken Ray]

 Using a prefix implies that there is the possibility of extending the MC IDE
 in the future and a potential getting-in-the-way. This is something we don't
 want.

I clearly agree that the getting in the way is something we don't want,
but can you clarify what you mean by extending the MC IDE?
 
 Although it isn't a big deal, I think that using a prefix like mc is very
 RunRev-like and not the right approach. Since the number of IDE stacks is
 supposed to stay at a minimum, a prefix should be unnecessary. If we ever need
 something like this, it would be nice to come up with a really clever and
 friendly solution.

I'd *love* for there to be less IDE stacks - currently there are *70*
substacks of the Metacard Menu Bar stack. Granted that some of these are old
copies that can be deleted or are for dialogs to set really old settings, or
are copies of the Script Editor, but without some significant changes it's
not going to get much smaller.

I think the issue is that until RunRev creates namespaces inside LC, the IDE
stacks should be renamed to get out of the way of the developer, at least
the more common ones like Preferences and Properties. The only issue with
only renaming *some* stacks is it becomes inconsistent, which is also a
pain. 

The good thing though is that unless one is working on tools to manipulate
the IDE itself, they shouldn't encounter the internal stack names of the IDE
stacks very often, so it may not matter what they get called as long as they
get out of the way.

Just my 2 cents,


Ken Ray
Sons of Thunder Software, Inc.
Email: k...@sonsothunder.com
Web Site: http://www.sonsothunder.com/



___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: Proposed stack name changes for the MC IDE

[J. Landman Gay]

On 6/30/11 8:33 AM, Ken Ray wrote:

Hey all,

I just gave a presentation last weekend at the LiveCode Live event on the MC
IDE and one of the things I brought up was the fact that a great benefit to
the MC IDE vs the LiveCode IDE is that it really tries to get out of the
way of the developer.

And although it currently does a pretty good job of that, there are a few
places that IMHO still need to be changed. The two that immediately come to
mind are the Preferences and Properties stacks, both of which prevent you as
a developer from being able to name *your* stacks Preferences or
Properties, and there are probably other stack name conflicts as well.

For the next build of the IDE, I'd like to change the IDE stack names to
have an mc prefix (like mcPreferences), but since this affects anything
that runs as a plugin, etc., I wanted to bring it up for discussion first.

What are your thoughts on this? Good idea? Bad idea? ...?


I think it's a good idea and will definitely solve the problem. I also 
don't mind the mc prefix, since mchome, mctools, and mchelp already 
use it in stackfile names and the consistency would be a plus, I'd 
think. We're all pretty much used to it by now.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: MetaCard Setup 2.01

[J. Landman Gay]

On 6/30/11 5:18 AM, Richmond Mathewson wrote:


Whacko! This built Metacard perfectly: EXCEPT it copied all the files
from my Home directory into the target directory as well as the MC
files: odd.


Thanks Richmond, appreciate the test. Yes, it copies everything in the 
main folder. On Windows, at least, that's required. RR stores externals 
and libraries there which need to move to the new build. Since that may 
(and probably will) vary in future releases, MC Setup just copies 
everything in that folder to ensure that everything works.


I think most people leave the program folder alone and store their own 
work elsewhere. I should have known you'd do it differently. ;)


I'll upload to the Yahoo group and RevOnline later today, thanks so much 
for the help.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: MetaCard Setup 2.0

[Richmond Mathewson]

On 06/29/2011 01:00 AM, J. Landman Gay wrote:
In the shadow of giants, I've updated MetaCard Setup to work with 
LiveCode 4.5 or higher. This version will not work with engines less 
than 4.5; if you need to install the older Rev engines into the IDE 
then use the older MetaCard Setup 1.0.3. You can download the older 
version from RevOnline or from the yahoo IDE group.


The new version is here:

http://www.metacard.livecodejournal.com/files/other_plugins/metacard_setup_20.rev.gz 



Tested on OS X and Windows 7. If someone could run this in Linux 
that'd be great. Let me know if there are any issues. If it seems to 
work okay for everyone, I'll upload to the other locations.


Changes:

Rewritten to work with LiveCode 4.5 revised file structures.
Dropped support for Rev engines less than 4.5.
Dropped support for OS 9.
Updated download URLs.
Updated Help info.


I wonder why 4.5-dp-4 is NOT recognised 

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: MetaCard Setup 2.0

[J. Landman Gay]

On 6/29/11 5:32 AM, Richmond Mathewson wrote:


I wonder why 4.5-dp-4 is NOT recognised 


Is this on Linux, where I didn't test? If so, thanks for trying it. 
Could you tell me the full path to the application please?


Setup uses a very simplistic test to see if you've chosen a valid app. 
It won't always work and it is pretty braindead. Basically it just 
checks to see if LiveCode is in the path. This isn't a great way to do 
it, but I couldn't think of a better one that would cover all operating 
systems. On OS X I could read the plist file, and on Windows there might 
be a way to check the registry (ugh), but on Linux I'm stumped. So the 
test is more of a nudge than a definitive statement of validity.


I could allow the user to choose any app at all, but of course the 
results could be inoperable. If you give me the name of the app on Linux 
I'll alter the test to include that. I've got a fix for the bug Ken 
found that I'll implement, so I'll be reuploading a corrected version 
anyway.


If anyone knows how to check the version on Windows and Linux, I'll do 
that instead.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: MetaCard Setup 2.0

[Richmond Mathewson]

On 06/29/2011 06:10 PM, J. Landman Gay wrote:

On 6/29/11 5:32 AM, Richmond Mathewson wrote:


I wonder why 4.5-dp-4 is NOT recognised 


Is this on Linux, where I didn't test? If so, thanks for trying it. 
Could you tell me the full path to the application please?


Yes; on Linux: /home/richmond/R45Linux/45/reventerprise.x86



Setup uses a very simplistic test to see if you've chosen a valid app. 
It won't always work and it is pretty braindead. Basically it just 
checks to see if LiveCode is in the path. This isn't a great way to 
do it, but I couldn't think of a better one that would cover all 
operating systems. On OS X I could read the plist file, and on Windows 
there might be a way to check the registry (ugh), but on Linux I'm 
stumped. So the test is more of a nudge than a definitive statement of 
validity.


I could allow the user to choose any app at all, but of course the 
results could be inoperable. If you give me the name of the app on 
Linux I'll alter the test to include that. I've got a fix for the bug 
Ken found that I'll implement, so I'll be reuploading a corrected 
version anyway.


If anyone knows how to check the version on Windows and Linux, I'll do 
that instead.





___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Re: MetaCard Setup 2.0

[J. Landman Gay]

On 6/29/11 11:31 AM, Richmond Mathewson wrote:

On 06/29/2011 06:10 PM, J. Landman Gay wrote:

On 6/29/11 5:32 AM, Richmond Mathewson wrote:


I wonder why 4.5-dp-4 is NOT recognised 


Is this on Linux, where I didn't test? If so, thanks for trying it.
Could you tell me the full path to the application please?


Yes; on Linux: /home/richmond/R45Linux/45/reventerprise.x86


Thanks. I've changed the test to read the actual version number on OS X 
and Windows (thanks to Ken for his VBScript!) Unless someone knows how 
to determine the version on Linux, I'll just put up a warning and let 
the user beware.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard

Metacard Setup 2.0

[Vokey, John]

I just used Metcard Setup 2.0 to install Metacard from Livecode 4.6.0 (build 
1340).  All seemed to work fine at installation, but the app just starts up in 
the finder (no windows) and quits immediately.  Any suggestions?

On 2011-06-29, at 10:31 AM, metacard-requ...@lists.runrev.com wrote:

 In the shadow of giants, I've updated MetaCard Setup to work with 
 LiveCode 4.5 or higher. This version will not work with engines less 
 than 4.5; if you need to install the older Rev engines into the IDE then 
 use the older MetaCard Setup 1.0.3. You can download the older version 
 from RevOnline or from the yahoo IDE group.
 
 The new version is here:
 
 http://www.metacard.livecodejournal.com/files/other_plugins/metacard_setup_20.rev.gz
 
 Tested on OS X and Windows 7. If someone could run this in Linux that'd 
 be great. Let me know if there are any issues. If it seems to work okay 
 for everyone, I'll upload to the other locations.
 
 Changes:
 
 Rewritten to work with LiveCode 4.5 revised file structures.
 Dropped support for Rev engines less than 4.5.
 Dropped support for OS 9.
 Updated download URLs.
 Updated Help info.
 


___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/metacard