Re: Copy field problem
I think this is working exactly as intended. If you were working in an object oriented application, and you made an instance of a field object, you wouldn't want the contents of the field to ALSO be instanced. Data should by nature be separate from the form objects that display them. Hypercard confused us a bit because the card with all it's objects was both the record AND the form. A very odd thing if you think about it. But with Revolution, as I have said before, I think cards should really be used as forms, and the persistent data should be stored elsewhere. Try making your field a label field. I bet the content copies fine. Bob On Aug 30, 2010, at 10:37 PM, Alex Shaw wrote: > Hi > > Having a annoying problem with copying a field from a (specific) stack. > > See below for basic test stack with a single field with some content.. > http://www.harryscollar.com/teststack.rev > > This unusual stack was initially created via code, stripped back of unneeded > controls and saved. > > When I load this stack into the IDE, create a new stack and run the following > command at the message box.. > copy fld 1 of card 1 of stack "teststack" to card 1 of stack "Untitled 1" > > .. I get a blank field on the new stack! > > Yet when I copy and paste the field onto another new stack and try copying, > it works and copies the contents too. It also works if I manually recreate a > test stack with another test field. > > Very strange because any new field created on "teststack.rev" will now copy > over to any other stacks with empty contents. > > I've checked relevant properties but nothing seems out of place. > > Argh! Starting to pull out my hair over this problem. > > regards > alex > > ___ > use-revolution mailing list > use-revolution@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Copy field problem
jonathandlynch wrote: > When I print from my faerie tale editing program, I create a print > stack and copy groups to cards in the print stack. > > All fields that are copied must have their shared text set to true > or they will copy over empty. > > I had thought that was standard behavior for Rev? It is. If you want the text of a field to be shared across multiple cards, then turning on the sharedText property will be necessary. When turned off, the text of a field is bound to the record of the card on which the field is present, rather than to the field itself, in order to allow multiple cards using the field to each have their own text displayed in that object. -- Richard Gaskin Fourth World Rev training and consulting: http://www.fourthworld.com Webzine for Rev developers: http://www.revjournal.com revJournal blog: http://revjournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Copy field problem
When I print from my faerie tale editing program, I create a print stack and copy groups to cards in the print stack. All fields that are copied must have their shared text set to true or they will copy over empty. I had thought that was standard behavior for Rev? Sent from my Verizon Wireless BlackBerry -Original Message- From: Richmond Sender: use-revolution-boun...@lists.runrev.com Date: Tue, 31 Aug 2010 15:06:19 To: How to use Revolution Reply-To: How to use Revolution Subject: Re: Copy field problem On 08/31/2010 02:26 PM, Alex Shaw wrote: > Hi Richmond > > The problem is THAT particular saved stack ie > http://www.harryscollar.com/teststack.rev > .. is showing the problem. > Right: I have just downloaded your stack to my desktop [Ubuntu 10.04, RunRev 4.0], set up an unsaved stack "Untitled 1" and run this in the Message Box: copy fld 1 of card 1 of stack "teststack" to card 1 of stack "Untitled 1" the field copied across, but its contents DIDN'T: very, very queer indeed . . . Unless . . . hang on a minute . . . Ugh, curse, fioch . . . no, that doesn't help . . . but let's try this . . . [Multiline Message Box] copy fld 1 of card 1 of stack "teststack" to card 1 of stack "Untitled 1" put fld 1 of card 1 of stack "teststack" into fld 1 of card 1 of stack "Untitled 1" Now, the field is copied across, followed by its contents . . . :) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Copy field problem
On 08/31/2010 02:26 PM, Alex Shaw wrote: Hi Richmond The problem is THAT particular saved stack ie http://www.harryscollar.com/teststack.rev .. is showing the problem. Right: I have just downloaded your stack to my desktop [Ubuntu 10.04, RunRev 4.0], set up an unsaved stack "Untitled 1" and run this in the Message Box: copy fld 1 of card 1 of stack "teststack" to card 1 of stack "Untitled 1" the field copied across, but its contents DIDN'T: very, very queer indeed . . . Unless . . . hang on a minute . . . Ugh, curse, fioch . . . no, that doesn't help . . . but let's try this . . . [Multiline Message Box] copy fld 1 of card 1 of stack "teststack" to card 1 of stack "Untitled 1" put fld 1 of card 1 of stack "teststack" into fld 1 of card 1 of stack "Untitled 1" Now, the field is copied across, followed by its contents . . . :) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Copy field problem
Hi Richmond The problem is THAT particular saved stack ie http://www.harryscollar.com/teststack.rev .. is showing the problem. The stack I uploaded has not been binary edited in any way and was initially created by code from a project I'm working on. In the project the stack is a simple temporary, in-memory data stack, created whenever the application is started. When I noticed the problem I stripped all other elements from the stack so that only one of the problem fields was left and then saved it as a on-disk stack. Obviously this process of elimination still left me with a field that still wouldn't copy properly to another stack with the copy to stack command. btw it doesn't matter whether the destination stack is named or saved, I just wanted a quick test process for others to follow and replicate the problem. My concern is how/why the stack or field itself got corrupted so that it cannot be copied when the copy to stack command works fine in every other situation, regardless of the 'sharedText' property. Don't think I've tested the complete range of situations but enough to know something isn't right. regards alex On 31/08/10 8:17 PM, Richmond wrote: On 08/31/2010 12:37 PM, Alex Shaw wrote: Hi Jan Yes, that worked for me too. Fortunately, as a workaround, having 'sharedText' active for that particular field isn't going to cause any problems in this instance but I still think it's a bug of sorts with the 'copy' command. Using the copy field to stack command does not work for that strange stack (is it corrupted?) but if you just copy the field to the clipboard then paste to destination it does work as expected! ie. from the message box.. Instead of.. copy fld 1 of card 1 of stack "teststack" to card 1 of stack "Untitled 1" Why do I have a queer feeling that it might not be a bad idea to name and save the target stack prior to any copying? Just set up [RunRev 4.0, Ubuntu-Linux] 2 stacks: "teststack" and "target"; saved both. Popped a field "fF" on "teststack" and a button with the following script: on mouseUp copy fld "fF" of card 1 of stack "teststack" to card 1 of stack "target" end mouseUp bingo! tried the same in the Messagebox: copy fld "fF" of card 1 of stack "teststack" to card 1 of stack "target" bingo! quod erat demonstrandum old chap . . . :) This works.. copy fld 1 of card 1 of stack "teststack" create stack "new" paste hmm.. strange regards alex ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Copy field problem
On 08/31/2010 12:37 PM, Alex Shaw wrote: Hi Jan Yes, that worked for me too. Fortunately, as a workaround, having 'sharedText' active for that particular field isn't going to cause any problems in this instance but I still think it's a bug of sorts with the 'copy' command. Using the copy field to stack command does not work for that strange stack (is it corrupted?) but if you just copy the field to the clipboard then paste to destination it does work as expected! ie. from the message box.. Instead of.. copy fld 1 of card 1 of stack "teststack" to card 1 of stack "Untitled 1" Why do I have a queer feeling that it might not be a bad idea to name and save the target stack prior to any copying? Just set up [RunRev 4.0, Ubuntu-Linux] 2 stacks: "teststack" and "target"; saved both. Popped a field "fF" on "teststack" and a button with the following script: on mouseUp copy fld "fF" of card 1 of stack "teststack" to card 1 of stack "target" end mouseUp bingo! tried the same in the Messagebox: copy fld "fF" of card 1 of stack "teststack" to card 1 of stack "target" bingo! quod erat demonstrandum old chap . . . :) This works.. copy fld 1 of card 1 of stack "teststack" create stack "new" paste hmm.. strange regards alex ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Copy field problem
On 08/31/2010 12:37 PM, Alex Shaw wrote: Hi Jan Yes, that worked for me too. Fortunately, as a workaround, having 'sharedText' active for that particular field isn't going to cause any problems in this instance but I still think it's a bug of sorts with the 'copy' command. Using the copy field to stack command does not work for that strange stack (is it corrupted?) but if you just copy the field to the clipboard then paste to destination it does work as expected! ie. from the message box.. Instead of.. copy fld 1 of card 1 of stack "teststack" to card 1 of stack "Untitled 1" Why do I have a queer feeling that it might not be a bad idea to name and save the target stack prior to any copying? This works.. copy fld 1 of card 1 of stack "teststack" create stack "new" paste hmm.. strange regards alex ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Copy field problem
Hi Jan Yes, that worked for me too. Fortunately, as a workaround, having 'sharedText' active for that particular field isn't going to cause any problems in this instance but I still think it's a bug of sorts with the 'copy' command. Using the copy field to stack command does not work for that strange stack (is it corrupted?) but if you just copy the field to the clipboard then paste to destination it does work as expected! ie. from the message box.. Instead of.. copy fld 1 of card 1 of stack "teststack" to card 1 of stack "Untitled 1" This works.. copy fld 1 of card 1 of stack "teststack" create stack "new" paste hmm.. strange regards alex On 31/08/10 6:30 PM, Jan Schenkel wrote: --- On Mon, 8/30/10, Alex Shaw wrote: Hi Having a annoying problem with copying a field from a (specific) stack. See below for basic test stack with a single field with some content.. http://www.harryscollar.com/teststack.rev This unusual stack was initially created via code, stripped back of unneeded controls and saved. When I load this stack into the IDE, create a new stack and run the following command at the message box.. copy fld 1 of card 1 of stack "teststack" to card 1 of stack "Untitled 1" .. I get a blank field on the new stack! Yet when I copy and paste the field onto another new stack and try copying, it works and copies the contents too. It also works if I manually recreate a test stack with another test field. Very strange because any new field created on "teststack.rev" will now copy over to any other stacks with empty contents. I've checked relevant properties but nothing seems out of place. Argh! Starting to pull out my hair over this problem. regards alex It worked for me, once i set the 'sharedText' property of the field to true. My guess is that the copy command assumes that if this is false, you really didn't want the original text :-) HTH, Jan Schenkel. = Quartam Reports& PDF Library for Revolution www.quartam.com = "As we grow older, we grow both wiser and more foolish at the same time." (La Rochefoucauld) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Copy field problem
--- On Mon, 8/30/10, Alex Shaw wrote: > Hi > > Having a annoying problem with copying a field from a > (specific) stack. > > See below for basic test stack with a single field with > some content.. > http://www.harryscollar.com/teststack.rev > > This unusual stack was initially created via code, stripped > back of unneeded controls and saved. > > When I load this stack into the IDE, create a new stack and > run the following command at the message box.. > copy fld 1 of card 1 of stack "teststack" to card 1 of > stack "Untitled 1" > > .. I get a blank field on the new stack! > > Yet when I copy and paste the field onto another new stack > and try copying, it works and copies the contents too. It > also works if I manually recreate a test stack with another > test field. > > Very strange because any new field created on > "teststack.rev" will now copy over to any other stacks with > empty contents. > > I've checked relevant properties but nothing seems out of > place. > > Argh! Starting to pull out my hair over this problem. > > regards > alex > It worked for me, once i set the 'sharedText' property of the field to true. My guess is that the copy command assumes that if this is false, you really didn't want the original text :-) HTH, Jan Schenkel. = Quartam Reports & PDF Library for Revolution www.quartam.com = "As we grow older, we grow both wiser and more foolish at the same time." (La Rochefoucauld) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Copy field problem
Hi Having a annoying problem with copying a field from a (specific) stack. See below for basic test stack with a single field with some content.. http://www.harryscollar.com/teststack.rev This unusual stack was initially created via code, stripped back of unneeded controls and saved. When I load this stack into the IDE, create a new stack and run the following command at the message box.. copy fld 1 of card 1 of stack "teststack" to card 1 of stack "Untitled 1" .. I get a blank field on the new stack! Yet when I copy and paste the field onto another new stack and try copying, it works and copies the contents too. It also works if I manually recreate a test stack with another test field. Very strange because any new field created on "teststack.rev" will now copy over to any other stacks with empty contents. I've checked relevant properties but nothing seems out of place. Argh! Starting to pull out my hair over this problem. regards alex ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
