Hi John,
I'm a hobbyist - I script when I have to! But even for people
like me, there's a need to face up to the real world - separating program
from data is what databases are for, and that why the grown-ups use them
Before HyperTalk, essentially all databases housed data separately from the
+0100
Subject: Re: Stack file size
From: Lars Brehmer <[EMAIL PROTECTED]>
Reply-To: How to use Revolution
Date: Thu, 26 May 2005 14:46:43 +0300
To: use-revolution@lists.runrev.com
Subject: Re: Stack file size
To be honest, I shy away from using the database solution
for 2 reasons - one
I agree! I think we have very similar problems. The crunch for me comes from
the following: a few years ago, I (foolishly?) showed a friend of mine a
very simple old Hypercard Address Book stack that really met her needs. It
had a "Notes" field, so she could add biographical stuff to her very larg
>From: Lars Brehmer <[EMAIL PROTECTED]>
>Reply-To: How to use Revolution
>Date: Thu, 26 May 2005 14:46:43 +0300
>To: use-revolution@lists.runrev.com
>Subject: Re: Stack file size
>
>She has a stack of ? 2000 cards. The program and the data are not separated.
>I
From: Lars Brehmer <[EMAIL PROTECTED]>
Reply-To: How to use Revolution
Date: Thu, 26 May 2005 14:46:43 +0300
To: use-revolution@lists.runrev.com
Subject: Re: Stack file size
To be honest, I shy away from using the database solution
for 2 reasons - one, I lack the knoweldge and ski
Hi Lars,
May be, you could consider another benefit of "one card" databases
where "records" are stored in a different file (an independant stack,
a tex file or some "real" database): this way allows to share
contents very easily (light files), have as many files as months,
years, classroo
Hi Signe Marie and Xavier!
Thanks for the suggestions and tips! Maybe I misunderstand the
structure of Rev stacks, but first of all, my stacks work perfectly
and lightning fast - I just thought it was interesting that the file
sizes got so large, but now that they are slimmed way down and
If I may, i will give you another opinion. I do use sql, filemaker, text
files and
folders as well for database formats but there is one major advantage to
cards...
The first one is that you can easily find and locate information. The
second
is that editing is much easier. It's easy to sort and
Lars Brehmer skrev:
This is probably only of interest if you are a Rev user without much
coding expertise like myself and are working with stacks and
standalones that contain thousands of actual Rev cards, instead of
using a data base. >
Hello Lars
A suggestion from another language progra
Hi Mark!
I guess my point is that when you working with a stack with lots
of cards and you want to make changes, always make scripts for the
changes in Rev, but then execute them in the standalone. This
avoids adding a lot of fat to your application.
I wonder why this is. Anybody know?
On May 25, 2005, at 9:30 AM, Dar Scott wrote:
On May 25, 2005, at 9:58 AM, Lars Brehmer wrote:
I guess my point is that when you working with a stack with lots
of cards and you want to make changes, always make scripts for the
changes in Rev, but then execute them in the standalone. This
On May 25, 2005, at 9:58 AM, Lars Brehmer wrote:
I guess my point is that when you working with a stack with lots of
cards and you want to make changes, always make scripts for the
changes in Rev, but then execute them in the standalone. This avoids
adding a lot of fat to your application.
This is probably only of interest if you are a Rev user without much
coding expertise like myself and are working with stacks and
standalones that contain thousands of actual Rev cards, instead of
using a data base. I assume there are users out there who like me
are making apps using Rev o
stack, open sub-substack, next
card, close substack, etc) the stack file size had grown by 3 k, even
though I compacted it and saved it from the menu. I'll now try to
open it in Rev as litttle as possible, but in the last few weeks I did
quite a bit of work on it back in Rev and have absolut
de about
100 button clicks (next card, open substack, open sub-substack, next
card, close substack, etc) the stack file size had grown by 3 k, even
though I compacted it and saved it from the menu. I'll now try to
open it in Rev as litttle as possible, but in the last few weeks I did
quite
k, open sub-substack, next card, close
substack, etc) the stack file size had grown by 3 k, even though I
compacted it and saved it from the menu. I'll now try to open it in
Rev as litttle as possible, but in the last few weeks I did quite a bit
of work on it back in Rev and have absolu
16 matches
Mail list logo