Duplicating container with prototyped notes


(Bruno Moreira) #1

I was wondering: is there a way to duplicate / copy-paste a container with notes inside, and having those notes keep their prototypes? Thanks.


(Mark Anderson) #2

If you only select the container, only the container is duped, but does keep its prototype assignment.

If you (in Outline or Chart) expand the container and select all (desired) items and dupe they retain their prototype assignments. The child notes dupe in situ - i.e. in the original container - so you ned to drag them to the dupe container.

Doing the latter at just container level and getting the container & all descendants isn’t possible. You might want to make a feature request.


(Mark Anderson) #3

I’ve updated the HTML export for v7 - to include one with images: http://forum.eastgate.com/c/tutorials-demos-examples-documentation.


(Bruno Moreira) #4

Thanks. It would be a nice feature: one could have a container as a template with specific notes inside. Will make that request. Not vital, but handy!


(eastgate) #5

Copy the container. Paste: the pasted container will hold copies of the descendants of your container, and those descendants do indeed use the prototype used by the note from which they are copied.


(Bruno Moreira) #6

Well, I learned something! Copying and pasting the container in map view will indeed keep the notes prototypes … BUT … doing it in outline view will not keep the notes prototypes. Strange!


(eastgate) #7

And that’s not right. New issue #1995.

This will be fixed in the next release.


(James Fallows) #8

I had noticed this for quite a while too: I’d copy-and-paste a container and its contents to an “Archive” section, and for some reason I would find the prototype of the child-notes all changed. But because I’d never thought to try it in map view, where the child prototypes are preserved, I had thought this was intrinsic to the copying-and-pasting process.

I would work around it in other ways, mainly by using a stamp that said $Container(original)=“ARCHIVE”. If I applied that stamp to a container-note, in an outline view, then everything would move where I wanted, with prototypes preserved.

But good to know that this is considered a bug and that a more direct copy-(or cut-)and-paste option will emerge.


(Bruno Moreira) #9

Nice stamp strategy. Great that this will be sorted out. Meanwhile, I’ll be paying some extra visits to the map view.


(Steve Scott) #10

Is this a feature or a regression? In TBX 5 if you “duplicate” a container all of the note are duplicated regardless of the expansion. I’ve struggled with this is versions 6 and 7.

When I have copied and expanded outline and pasted it, I get an “imported outline.”

For me, duplicating a container in the map view only duplicates the top note. (7.03).

I’ll try to create a stamp, but I sure miss Command+D to dupe everything in a container.

p.s. I get the spinning ball trying to duplicate a large container and all of the notes have “copy” added to the title.


(Mark Anderson) #11

I re-tested in v7.1.0b263 (just out - although not changed in this context from v7.0.3) and can’t replicate you error. I:

  • made a new document and added the built-in ‘Person’ prototype. Switched to Outline view.
  • I then added a container with 4 children all using the above prototype.
  • I selected the expanded container + children, de-selected, and pasted back into the same view.
  • I got a new container with all the children, with the correct prototype set.

Is this the scenario where you are getting an ‘imported outline’?

It appears the v6+ behaviour is only to copy/duplicate the container and not contents (unless the latter are also selected). I’d suggest following up directly with Eastgate if you want the app behaviour altered (I don’t think there’s a switch we’re overlooking).

I can’t replicate this. If I dupe only the dupes have a ‘copy’ suffix (or auto-incremented number). If this is in a Map [sic] it maybe that somehow the dupes have got placed exactly atop their source copy - though this isn’t the normal behaviour. the latter can be checked by viewing the map container in Outline view. Otherwise this too sounds like an issue for support.


(Steve Scott) #12

Mark, sorry-- user error. I had created a keyboard maestro macro that was pasting without styles. This was causing the “imported outline” and probably the spinning ball.

I miss the ability to duplicate the container with the one click Command+D in version 5… However, I realize how far tinderbox has come since version 5 (wow!) so I can live with the extra steps involved in duplicating the contents of a container.


(eastgate) #13

Instead of Duplicate, Copy/Paste will do what you want. ⌘-C ⌘-V.

The problem in outline view was fixed in backstage release 244 and Tinderbox 7.0.2