Quantcast

some, but not all, custom properties survive paste to new stack

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

some, but not all, custom properties survive paste to new stack

Mark Wieder via use-livecode
more hair-pulling time . . .

I paste a group from a source stack to an output stack in a script.

Some, but not all, of the custom properties that I set survive this pasting.

For example, my source field has properties mrgns, txtFnt, txtSiz, and
txtHgt.

Its group, supergroups, card, and stack have no such properties.

Nonetheless, all I have after paste are mrgns and txtFnt.


I've single stepped through the paste point, and the behavior remains; the
properties aren't there as soon as it is pasted, but remain in the source
group.

--
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: some, but not all, custom properties survive paste to new stack

Mark Wieder via use-livecode
On 2/8/2017 2:03 PM, Dr. Hawkins via use-livecode wrote:

> more hair-pulling time . . .
>
> I paste a group from a source stack to an output stack in a script.
>
> Some, but not all, of the custom properties that I set survive this pasting.
>
> For example, my source field has properties mrgns, txtFnt, txtSiz, and
> txtHgt.
>
> Its group, supergroups, card, and stack have no such properties.
>
> Nonetheless, all I have after paste are mrgns and txtFnt.
>
>
> I've single stepped through the paste point, and the behavior remains; the
> properties aren't there as soon as it is pasted, but remain in the source
> group.
>

I just did a test in LC 8.1.2. Created a new stack, created a field with
the custom properties mrgns, txtFnt, txtSiz, and txtxHgt with some
values. Grouped the field and set the name and properties of the group
(showBorder, showName so I could see the group). Created a second new
stack. Copied the group from the 1st stack to the 2nd new stack, Checked
the properties of the group in the second stack. All properties and
values were copied.

Now I was reminded the the custom property tab in the Project Browser is
wacky - I would click the add new element "plus", select the default "1"
for the key, rename it, click in the value box and enter a value and
then click on the plus for a new element and the value never got set.

I have not yet checked 8.1.3 to see if that bug of the Project Browser
is one of the many things fixed in 8.1.3.


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: some, but not all, custom properties survive paste to new stack

Mark Wieder via use-livecode
> >>>>>>I have not yet checked 8.1.3 to see if that bug of the Project
> Browser is one of the many things fixed in 8.1.3.
>

@Paul
I guess you mean "Property Inspector", and yes, it is fixed :)
http://quality.livecode.com/show_bug.cgi?id=18302

@Richard
Could you please file a bug, including a stack and a recipe?

Best,
Panos
--
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: some, but not all, custom properties survive paste to new stack

Mark Wieder via use-livecode
In reply to this post by Mark Wieder via use-livecode
On 2/8/17 3:34 PM, Paul Dupuis via use-livecode wrote:
> Now I was reminded the the custom property tab in the Project Browser is
> wacky - I would click the add new element "plus", select the default "1"
> for the key, rename it, click in the value box and enter a value and
> then click on the plus for a new element and the value never got set.

I struggled with that too. You have to hit the Enter key after each
change. It wasn't intuitive.

--
Jacqueline Landman Gay         |     [hidden email]
HyperActive Software           |     http://www.hyperactivesw.com

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: some, but not all, custom properties survive paste to new stack

Mark Wieder via use-livecode
In reply to this post by Mark Wieder via use-livecode
On Wed, Feb 8, 2017 at 1:34 PM, Paul Dupuis via use-livecode <
[hidden email]> wrote:

> All properties and
> values were copied.
>

They had been for me until recently.

At this point, I have it cleared, but I'm suspecting a deeper bug is behind
it.

I had set the properties for a few fields at a time, and these survived
multiple save/quit/load cycles.

And then the properties disappeared.

I reset them individually, and now they stuck.

>
> Now I was reminded the the custom property tab in the Project Browser is
> wacky - I would click the add new element "plus", select the default "1"
> for the key, rename it, click in the value box and enter a value and
> then click on the plus for a new element and the value never got set.
>

This one is, indeed, maddening.  Even used to it, it bites quite frequently.

You also need to click out of the data area to get the data to fix with
this.


--
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Loading...