jan wrote:
Storing data is an enticing idea, but flawed: stacks are not a multi-user data
storage infrastructure.
You are of course right for multi-user scenarios.
but I beg to differ in cases where
a) the data is read only for web delivery or for the majority of users
b) the "editors" ar
Hello Björnke,
We probably need to get in mind that desktop apps stacks and server's stacks
are not dedicated to do the same jobs !
On the left, desktop apps stacks are handled in RAM as long running processes
and this give us lots of possibilities, sockets management included. If you
really s
On 9 Aug 2011, at 19:20, Pierre Sahores wrote:
> Hi Björnke,
>
> FOR ME The main goal of using the server's stack component is to let us
> store our code as password protected libraries
I fixed your point above. The problem is exactly that mindset. This time "your"
user case was supported.
Hi Jacques,
Stephen (Brancard) noticed some days ago that in double clicking any server's
stack from within our FTP browser window, the stack will be directly opened in
our LC desktop IDE. In this way, we can edit our code exactly as if the stack
went stored locally and we can use the IDE debbu
I agree, Pierre,
Nice job from RunRev guys. Now the On-Rev client has to be updated, and all
will be perfect.
Jacques
2011/8/9 Pierre Sahores
> Hi Björnke,
>
> The main goal of using the server's stack component is to let us store our
> code as password protected libraries instead of storing i
Hi Björnke,
The main goal of using the server's stack component is to let us store our code
as password protected libraries instead of storing it in unprotected flat text
.irev components. This server's stack component is useful each time we need to
install our LC-server solutions on clients se
precise and confirm these issues.
Thanks.
/
I can share my test files and stacks, but, it would be better to fully
re-test separately.
Have a good day,
Robert
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Server-create-stac
Quite simply, any new feature RunRev implements is a patch, as in patched up
clothes. RunRev lacks the manpower (but not the dedication) to create fully
working groundworks, like a full implementation of stacks for all platforms, a
native GUI for iOS, native table fields or allowing all objects
stephen barncard wrote:
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 H
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 y
ext:
http://runtime-revolution.278305.n4.nabble.com/Server-create-stack-trouble-tp3721781p3728748.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit t
y.
Thanks from..the server community!
have a good day
Robert
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Server-create-stack-trouble-tp3721781p3727680.html
Sent from the Revolution - User mailing list archive at
Robert, on my installation of LIvecode Server, everything you say I've found
to be true, except that I was able to use my preferred suffix .rev instead
of .livecode.
I'm impressed that there are so many things are *right* and *up to date* in
the docs lately, imho. On this new stuff, there's sure
ding the stack).
-- and keeping in line with the original spirit of the hypercard heritage
too!
Now I reckon things are now usable as they are and it's a a great step
already.
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Server-create-stack-trouble-tp3721781p372
Why would one want to create a field one can't use anyway?
There are probably a lot of little things in LCS that haven't been trapped
as errors or to fail silently yet, but common sense can be a guide to "what
is" and "what isn't": GUI objects are not applicable in a server
environment.
Reading f
7;ll then update the docs
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Server-create-stack-trouble-tp3721781p3727487.html
Sent from the Revolution - User mailing list archive at Nabble.com.
___
use-livecode mailing
.nabble.com/file/n3727358/testcreate.lc
testcreate.lc
http://runtime-revolution.278305.n4.nabble.com/file/n3727358/testnew1.lc
testnew1.lc
let us know if it' ok for you too!
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Server-create-stack-trouble-tp3721781p37
with these stacks long awaited!
>
> Relationnal database is of course much needed in a many to many kind of
> process, but not in that precise "publishing" situation. Or do I miss
> something?
>
> So yes it would be deceiving to learn stacks cannot be saved in the server
uch needed in a many to many kind of
process, but not in that precise "publishing" situation. Or do I miss
something?
So yes it would be deceiving to learn stacks cannot be saved in the server
environnment!
--
View this message in context:
http://runtime-revolution.278305.n4.nabbl
I would love to use stacks instead of files. Millions of sites work just fine
saving stuff into files, despite them not being multi user save or anything
weird like that.
More importantly, stacks should work like stacks everywhere, and not partially
on mobile, partially (but different) as revl
E and upload them but I
thought what possibilities would there be if you could create and modify
them on the fly in using LiveCode server.
Martin
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Server-create-stack-trouble-tp3721781p3725243.html
Sent from the Revol
d cards.
>
>
>
> --
> View this message in context:
> http://runtime-revolution.278305.n4.nabble.com/Server-create-stack-trouble-tp3721781p3724846.html
> Sent from the Revolution - User mailing list archive at Nabble.com.
>
> _
in Koob
To: use-revolut...@lists.runrev.com
Cc:
Sent: Sunday, August 7, 2011 3:15 PM
Subject: Re: [Server] create stack trouble
I have added an enhancement request to the QCC to have 'save stack'
implemented on LiveCode Server, Report #9664
Is there another way to save a stack that I am missin
store the data in a database and each time a page
is loaded recreate the set of stacks and cards.
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Server-create-stack-trouble-tp3721781p3724846.html
Sent from the Revolution - User mailing list archiv
e:
libstackmain
newcompany
Home
substacks of libstackmain are:
newcompany
-
When I check the 'libstackmain.livecode" stack it is still unaltered, no
substacks. So while it was in memory it had the substacks.
Interesting but not a solution to your problem.
Martin
--
View this
ked.
I checked the documentation for 'Save stack' and realized it is not
implemented on the Server platform.
I am not sure if there is another way to save a stack on server.
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/Server-c
Andrew,
I tested it with all the permissions on the file and the folder as their most
lenient. It still didn't work.
Mike
--- On Fri, 8/5/11, Andrew Kluthe wrote:
From: Andrew Kluthe
Subject: [Server] create stack trouble
To: use-livecode@lists.runrev.com
Date: Friday, August 5, 2011,
Was just trying to test out some things on my on-rev account. This is a
simple little script to take a $_GET string, show me the defaultFolder, and
create a stack on disk named after that string.
No errors, but the stack isn't being created. I am using the new .lc
extension.
Insights?
28 matches
Mail list logo
