The traversalOn of the new field (and the stack) was set to true. Setting it to false didn't affect the behavior. The original field's traversalOn is also set to true (and it works fine).
My successful workaround was to Save a Copy, and then in the copy delete the offending field, create a new scrolling field and paste the text from the original. -- Paul On 4/15/07, J. Landman Gay <[EMAIL PROTECTED]> wrote:
Paul Foraker wrote: > Hi, > > In Rev Media 2.7.4 (Mac), I manually copied a scrolling field and its text > from one stack and pasted it into a substack of the stack. In the source > stack, I can edit the text. But, in the destination stack, I cannot edit > the > text in the field. > > The new uneditable field is not locked. The cursor changes to I-beam when > hovered over the field. Clicking in the field, places an insertion point at > the top of the field, but typing has no effect. Dragging in the field does > not select text. Is the traversalOn set to true? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com _______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________ use-revolution mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
