I imported one medium sized HyperCard stack (approximately 5500 cards)
into Rev. A considerable number of handlers had to be rewritten and now I
am developing the stack further in its new environment. It works very
nicely apart, alas, from the Chinese stuff but today I won't go into
that...
Wh
I have not encountered this problem, but I have found that in a stack
with LOTS of objects on each card if I have the application browser
open it takes a very long time for me to be able to go from the arrow
selection cursor (select a text field to unlock it) to the grabber hand
(to edit the te
Regarding the possible causes of my problem Marian kindly pointed out,
no, I don't use the App Browser here. I opened it once when I began to
work on the stack under Rev to verify the composition of the background,
and it took what felt like minutes to display the innards finally. I
thought it
On 2/20/04 6:48 PM, Friedrich F. Grohmann wrote:
As to the question of the save being only slow or really hung, it would
suppose it has finished, at least judging from the change of of cursor
and the last line displayed in the window.
You mentioned this was a fairly large stack, as Rev goes. 5,5
Friedrich F. Grohmann <[EMAIL PROTECTED]> wrote:
> I imported one medium sized HyperCard stack (approximately 5500 cards)
That's not "medium" for me ;-)
As you are switching from HC to RR, think about another strategy...
If there is lot of repeatitive data, why not resort to text (or bin)
data o
I highly appreciate Jacqueline's comments sent on 21.2.2004 10:30. At the
very beginning she wrote:
>
>You mentioned this was a fairly large stack, as Rev goes. 5,500 cards is
>pretty much the limit in Rev. A stack this size will normally take a
>while to save.
To be honest, this statement st
>> You mentioned this was a fairly large stack, as Rev goes. 5,500 cards is
>> pretty much the limit in Rev. A stack this size will normally take a
>> while to save.
> To be honest, this statement struck me like lightening. One of the HC
> stacks I use most often has more than 30 000 cards and st
On 2/22/04 10:03 PM, Friedrich F. Grohmann wrote:
I am now thinking of moving to Rev and you mention 5500 cards come close
to the limit. This is indeed very, very bad news for me. I rushed to
check the Rev documentation and it says that the maximum number of
objects in a stack is "unlimited."
Scott Raney used to recommend that stacks not go above
> 3-5,000 cards or so before being moved to a more formal
> database. That isn't a hard number, just a suggestion.
That's predicated on the assumption that you're using a stack as a flat
table. If you use arrays or tab-delimited chunks in cus
Richard,
I am working on an addition to Panorama at the moment and before now
had never heard of it. When I saw your reference below I was floored.
Do you know anything else about Panorama?
I need to emulate a demo where it appears to interact with Panorama. It
does not actually have to but I n
On 2/23/04 10:41 AM, Richard Gaskin wrote:
Scott Raney used to recommend that stacks not go above
> 3-5,000 cards or so before being moved to a more formal
> database. That isn't a hard number, just a suggestion.
That's predicated on the assumption that you're using a stack
>> as a flat table.
Tom wrote:
On Feb 23, 2004, at 11:41 AM, Richard Gaskin wrote:
> Scott Raney used to recommend that stacks not go above
> 3-5,000 cards or so before being moved to a more formal
> database. That isn't a hard number, just a suggestion.
That's predicated on the assumption that you're using a
>> st
Alas, That is not in the scope of the project I am doing for them. They
actually 'Love' Panorama and talk about the speed and functionality a
lot. They are not DB experts but rather are very familiar with their
company needs and have adapted Panorama to meet those needs. They have
come out as t
Some members of the list -Dom, Jacqueline, and Richard- were so kind to
offer further, highly informative explanations regarding the "Rev as
database" issue. My gratitude to all of them. Obviously, I have to
rethink the wisdom of transferring stacks of this type to Rev.
As a matter of fact, wha
14 matches
Mail list logo
