Hi,
On Mon, Feb 9, 2009 at 2:58 PM, J. Landman Gay jac...@hyperactivesw.comwrote:
Arthur Rann wrote:
I've also noticed that while the docs say that 'Clone This Card' will set
the current card to the new card, on the stack that has issues, this is
definitely not the case. After a Clone This
Hi Kay,
The problem is that the 6 month old copy represents 6 months of intense work
trying to get around other bugs in RunRev. There's a lot of stuff in our new
version that isn't in the old version, so I'm afraid that reverting to the
older version, or even doing a comparison between the two is
Hi Arthur, I just checked on the oldest version I have installed (2.2), and
not only does pasting a card work, but the dictionary entry for 'paste' in
that version also says that cards can be pasted into the default stack.
I searched bugzilla and came up with a report that looks relevant:
Hi,
That might be the case. Now if I could get the clone this card command to
behave, or at least act in a consistent manner, I could work around this.
Thanks,
-Art
On Mon, Feb 9, 2009 at 4:48 AM, Bernard Devlin bdrun...@gmail.com wrote:
Hi Arthur, I just checked on the oldest version I have
On Mon, Feb 9, 2009 at 5:03 PM, Arthur Rann arthur.r...@gmail.com wrote:
I've also noticed that while the docs say that 'Clone This Card' will set
the current card to the new card, on the stack that has issues, this is
definitely not the case. After a Clone This Card command is issued, the
Arthur Rann wrote:
I've also noticed that while the docs say that 'Clone This Card' will set
the current card to the new card, on the stack that has issues, this is
definitely not the case. After a Clone This Card command is issued, the
current card is the original card, and not the clone.
On a
Hi Arthur,
Hi,
We have a very simple system, with three cards being templates, and
one card
being our 'intro' screen. We also have one group with its
'background' flag
on, which is a floating 'table of contents' (which we call TOC)
that resides
on every screen.
Look here :
There
And just a bit more weirdness:
If I go to cd 1, then do 'copy this cd' and then 'paste', it works fine, for
that newly created card.
If I go to my last cd, then do 'paste', it does not work, and the list will
only contain one file, even if more have been made.
However, the last cd and my cd 1
Hi,
Well, this is getting fun. This morning, the following script results in
RunRev just quitting. No errors, not 'crashing' (no crash log, no
'Application has unexpectedly quit'), no saving anything, RunRev just shuts
itself off and dumps me back in the Finder.
I am at an absolute loss as to
Hi Art,
Now, that´s a nice one!
cut this cd in a button indead instantly shuts down rev (at least on a
mac). If you have not reported this to the quality centre yet, please
do so. I think this is a severe defect.
Please let me know the bug number.
A workaround would be
go last
copy cd 1
Just to say it doesn't crash Rev for me. However it doesn't paste the card
either. Looking at the dictionary I'm not sure if one should be able to
'paste' a card:
Pastes the contents of the clipboard into the selection or insertion point.
[...]
Use the *paste* command to place objects, an
Oops, from the link Thierry provided, I see that this discussion may be
referreing to 3.5 DP4. My remarks relate to 3.0 Build 750.
Bernard
On Sun, Feb 8, 2009 at 2:58 PM, Bernard Devlin bdrun...@gmail.com wrote:
Just to say it doesn't crash Rev for me. However it doesn't paste the card
Le 8 févr. 09 à 16:01, Bernard Devlin a écrit :
Oops, from the link Thierry provided, I see that this discussion
may be
referreing to 3.5 DP4. My remarks relate to 3.0 Build 750.
Bernard
Hi,
Seems this bug is there since quite a long time; 2.7 ?
See the comment from Revolution's team.
Arthur Rann wrote:
And just a bit more weirdness:
If I go to cd 1, then do 'copy this cd' and then 'paste', it works fine, for
that newly created card.
If I go to my last cd, then do 'paste', it does not work, and the list will
only contain one file, even if more have been made.
However, the
Hi Bernard,
Paste, to paste a card, has worked fine in every version of RunRev I've ever
seen, until I guess around 3.0. And like you, sometimes it does, and
sometimes it doesn't crash. It definitely looks like a bug to me!
Thanks,
-Art
On Sun, Feb 8, 2009 at 8:58 AM, Bernard Devlin
Hi,
I did not know about clone card. That's a good one. I will try that.
Thanks,
-Art
On Sun, Feb 8, 2009 at 11:16 AM, J. Landman Gay jac...@hyperactivesw.comwrote:
I'd avoid copy/pasting cards and instead, try this:
clone card 1
set the number of it to the number of cds
That will clone
On Sun, Feb 8, 2009 at 3:57 PM, Arthur Rann arthur.r...@gmail.com wrote:
I have two stacks that are represent the start and end of about 6 months of
development time. If I execute this script in the original stack (in RR
3.0,
it works correctly. If I do this in the more recently altered stack
Hi,
I have a really strange and frightening situation on my hands that I'm
trying to make sense of. If anyone has a suggestion, I'd LOVE to hear it.
A few months ago, our users started complaining that things 'suddenly
broke'. This is happening in a standalone app based in RunRev 2.7 or 2.8,
18 matches
Mail list logo
