RSD v2 beta - container copy paste...
The scenario - Subgrid column, one h3 & four containers that contain a font icon and a text element each.
I created the first container and populated it. I copied that container 3x to produce 4 containers in the subgrid column.
When I try to change the text in any of the single text elements within one of the containers, all of the container text contents change. If I delete the text in any of the text elements, all four of the text element contents are deleted.
This was created using build 1965, I installed 1973 and the behavior remains the same.
It appears that the act of copy and paste has cloned, component linked the container(s) by default? Personally, I'd rather have the component creation and duplication be manual? I frequently employ the copy / paste of a section to create multiple similar instances where I do NOT want the internal content to be hard-linked.
In the attached graphic, you see the mock-up that I am duplicating (more or less) on top, and the results on the bottom - where the text started out with the first line being Bid on job postings and win clients, but when I edit the second container/text element to be Track work flow progress - ALL FOUR text elements change to Track work flow progress
I came up with a work around (out of desperation) by assigning a unique ID to each of the text elements, it forces RSD v2 to whine about multiple component elements cannot share the same ID and it offers me the option to unlink the one I've assigned an ID to - rinse and repeat until the all unlink but it sucks because they also tend to jump out of their containers (probably because the object then appears to be floating/connected to the cursor and to release that, I press ESC). Then I have to mess around and stuff the icon and text element back into the appropriate container - which is a time-consuming pain in the rear.
If the behavior is intentional - how do we copy and paste stuff WITHOUT creating an implied component?
I can see how the behavior could be useful but I'd like to see it take place where one pastes using a different hotkey - like maybe Ctrl-Shift-V to paste as a clone/linked component and Ctrl-V pastes an unlinked copy?
Sincerely,
Gordon
I created the first container and populated it. I copied that container 3x to produce 4 containers in the subgrid column.
When I try to change the text in any of the single text elements within one of the containers, all of the container text contents change. If I delete the text in any of the text elements, all four of the text element contents are deleted.
This was created using build 1965, I installed 1973 and the behavior remains the same.
It appears that the act of copy and paste has cloned, component linked the container(s) by default? Personally, I'd rather have the component creation and duplication be manual? I frequently employ the copy / paste of a section to create multiple similar instances where I do NOT want the internal content to be hard-linked.
In the attached graphic, you see the mock-up that I am duplicating (more or less) on top, and the results on the bottom - where the text started out with the first line being Bid on job postings and win clients, but when I edit the second container/text element to be Track work flow progress - ALL FOUR text elements change to Track work flow progress
I came up with a work around (out of desperation) by assigning a unique ID to each of the text elements, it forces RSD v2 to whine about multiple component elements cannot share the same ID and it offers me the option to unlink the one I've assigned an ID to - rinse and repeat until the all unlink but it sucks because they also tend to jump out of their containers (probably because the object then appears to be floating/connected to the cursor and to release that, I press ESC). Then I have to mess around and stuff the icon and text element back into the appropriate container - which is a time-consuming pain in the rear.
If the behavior is intentional - how do we copy and paste stuff WITHOUT creating an implied component?
I can see how the behavior could be useful but I'd like to see it take place where one pastes using a different hotkey - like maybe Ctrl-Shift-V to paste as a clone/linked component and Ctrl-V pastes an unlinked copy?
Sincerely,
Gordon
Without seeing your project file, I can only guess. Do these containers have the same class name? If so, they will be linked through class and behave the same way.
What you can do is giving each of them a different class name in addition to the common one, and before changing anything in either of them, click once on the common class name so that it becomes gray. Then it is inactive, and you should be able to change one container without having the other ones changed too.
What you can do is giving each of them a different class name in addition to the common one, and before changing anything in either of them, click once on the common class name so that it becomes gray. Then it is inactive, and you should be able to change one container without having the other ones changed too.
Ha en riktig god dag!
Inger, Norway
My work in progress:
Components for Site Designer and the HTML Editor: https://mock-up.coffeecup.com
Inger, Norway
My work in progress:
Components for Site Designer and the HTML Editor: https://mock-up.coffeecup.com
I understand how 'class' will control the appearance of the container. What I did not 'get' is how copying and pasting several instances of the container (where the objects do not have assigned id's) caused the container's text element inner-html to be linked.
I've tried to recreate the effect and recreate what I saw happen and it didn't reproduce - (I was working in 1965 when the 'linked content' happened, then upgraded to 1973 where the existing containers remained linked/componentized).
Trying to reproduce the effect starting out with a new blank foundation project using 1973 has not worked - either it was a glitch that got fixed or it was a bug that only manifests under a specific set of circumstances that I have not been able to fully recreate.
Regards,
Gordon
I've tried to recreate the effect and recreate what I saw happen and it didn't reproduce - (I was working in 1965 when the 'linked content' happened, then upgraded to 1973 where the existing containers remained linked/componentized).
Trying to reproduce the effect starting out with a new blank foundation project using 1973 has not worked - either it was a glitch that got fixed or it was a bug that only manifests under a specific set of circumstances that I have not been able to fully recreate.
Regards,
Gordon
Inger wrote:
Without seeing your project file, I can only guess. Do these containers have the same class name? If so, they will be linked through class and behave the same way.
What you can do is giving each of them a different class name in addition to the common one, and before changing anything in either of them, click once on the common class name so that it becomes gray. Then it is inactive, and you should be able to change one container without having the other ones changed too.
Without seeing your project file, I can only guess. Do these containers have the same class name? If so, they will be linked through class and behave the same way.
What you can do is giving each of them a different class name in addition to the common one, and before changing anything in either of them, click once on the common class name so that it becomes gray. Then it is inactive, and you should be able to change one container without having the other ones changed too.
Have you by accident created a 'symbol'? They are supposed to behave in the way that anything changed to one instance, also causes the same changes to the other instances.
If this doesn't apply, I guess you need to open a support ticket and include your source file.
If this doesn't apply, I guess you need to open a support ticket and include your source file.
Ha en riktig god dag!
Inger, Norway
My work in progress:
Components for Site Designer and the HTML Editor: https://mock-up.coffeecup.com
Inger, Norway
My work in progress:
Components for Site Designer and the HTML Editor: https://mock-up.coffeecup.com
Have something to add? We’d love to hear it!
You must have an account to participate. Please Sign In Here, then join the conversation.