[Server] create stack trouble

[stephen barncard]

 Again, Robert I have to disagree with you about this. You seem to feel
shortchanged somehow with the way stacks work on the server, yet it's really
doing all it can do in that environment.

What else would you want a stack to do on a server? The GUI has to be
created in HTML - it's a web browser you're looking at from the user's point
of view. If you want Livecode to work like an app online with its GUI, it's
been done --- the Livecode Revlet.

 I must repeat that card creation is NOT broken,  I have been able to create
and access custom properties of cards as well as stacks, which gives yet
another dimension to the storage matrix.

Field creation or the creation of any other object than stacks, cards and
props is pointless and not applicable, and you can't "go" to a stack but you
can open one and get and change its data..

CARD CREATE EXAMPLE
each time I run this script below,  another card Iis added to the stack, and
the number of cds is printed.
libFile_randWord() is a single word lorem generator.

 *      put libFile_randWord() into cdName*
*  create card cdName*
*                save stack gDataA["filename"]*
* put the number of cds in stack gDataA["stackname"] into tNC*
* put tNC && "cards"*
* *







On 8 August 2011 18:16, Robert Mann <rman at free.fr> wrote:

> I started to work on a project involving server stacks and had to stop full
> stop... here is why :
>
>
> Servers stacks are designed as SCRIPT CONTAINERS, allowing to password
> protect scripts on the server and develop libraries. Card creation, field
> creation and navigation are crippled and do not allow a more standard use
> of
> stacks, as a structured data container. Re-use of standard stacks will fail
> for many reasons with the command go stack. Loading stacks as libraries
> with
> the "start using.." threw the same error on loading when first card had a
> button or fields on it. So id' rather call'em server LIBRARIES than stacks.
>
> details :
>
> http://runtime-revolution.278305.n4.nabble.com/file/n3728748/revServer-MEMO-server_Stacks_v1.rtf
> revServer-MEMO-server_Stacks_v1.rtf<http://runtime-revolution.278305.n4.nabble.com/file/n3728748/revServer-MEMO-server_Stacks_v1.rtfrevServer-MEMO-server_Stacks_v1.rtf>
>
> of course it would be great for some of you to counter test these findings,
> update this memo and let us know,
> and communicate with mothership those who are in close contacts.
>
> It would be great to know what these server stacks are aimed at, will they
> gradually (..years!) come to par with standard stacks or are they INTENDED
> as stack libraries full stop!? Thanks, RObert.
>
>
>
Stephen Barncard
San Francisco Ca. USA

more about sqb  <http://www.google.com/profiles/sbarncar>