[scribus] multiple duplicate by page
gpittman at iglou.com
Mon Sep 10 19:04:16 UTC 2018
On 09/10/2018 01:01 PM, ale rimoldi wrote:
> i've finally managed to solve an issue that has been buggin for a
> very long time.
> - i've added a new tab to "item > duplicate > multiple duplicate" to
> duplicate an item on the following pages (all, even, odd, ranges;
> with text links).
> - this tab should replace the "insert > frames" dialog.
> - this tab should replace the "automatic text frames" in the "file >
> new" dialog.
> You can try the feature by checking out (or applying the resulting
> patch) my "insert-frames" branch:
> now, some details.
> the genesis of this feature is related to the master page
> items not being editable in the "real" pages.
> one can use the guides and the scrapbook, and it's mostly fine. but it
> would be nice to have some more automatism.
> and -- as many of you already know -- i really don't like the automatic
> text frames (at least not in the way they are provided by scribus).
> i think that none of you has ever used the "insert > frames" dialog...
> personally, i haven't, but i at sometimes i started planning to add a
> button that takes the current selection as a template for the frame(s)
> to be created.
> i did create a local branch and started modifying the dialog.
> but, wait... "item > duplicate > multiple duplicate" does almost the
> same thing and it might be way easier!
> i haven't renamed the branch, but i've restarted my work from scratch
> and added a "By Page" tab to the "Multiple Duplicate" dialog.
> looks simple?
> the hardest part was: reducing it to the minimal interface that
> makes it easy to use!
> the features:
> - you can duplicate the selected items on the following (odd / even)
> - you can duplicate them on a set of pages (as an example 1-4)
> - if you check the "Link text frames" check box, the first text frame
> found in the selection will be linked to the first text frame found
> in the duplicated items (creating a chain through all the pages
> - if the text frame is already in a chain, the last frame in the
> chain is used for linking to the first in the chain among the
> duplicated items (harder to explain than to do...).
> i won't spent many words, to explain why this should replace the
> "insert > frames" dialog. but if somebody needs an explanation i can
> take the time.
> really, if this patch gets accepted, the "insert > frames" should be
> and should it also replace the automatic text frames? in my eyes: yes!
> here is a screencast showing how easily the auto text frame workflow
> can be replaced by the multiple duplication:
> but why would like to remove the automatic frames from scribus, we can
> keep both...?
> - because automatic frames are not flexible. once you have set them in
> the new > file dialog, you cannot change the option without
> recreating the whole file.
> it would require some serious work to make the automatic frames to be
> flexible enough to be really useful (and avoid that people keep on
> asking how they can do this and that with the automatic frames).
> - because there is some cryptic code scattered over multiple places in
> the code to allow the automatic frames: the new code for the multiple
> duplicate by page is a friendly function with 70 lines of code.
> - because learning about the multiple duplication gives you skills in a
> tool you can use for several tasks.
> the automatic text frames, are a feature that is hard to find (and
> setup; well, it's not THAT hard... but it's not trivial either to
> get right) and that you can use only for one single goal.
> - because adding the needed flexibility to the auto text frames, will
> probably require a UI (and a code) that is way more complex than
> what we can achieve with the multiple duplication.
> the scribus UI is already way too complex. the same is valid for the
> if there is a chance to simplify one or both of them, i really think we
> should take it!
> and now?
> i'd love it, if other people could try out the feature and give
> in the near future, i'd like to upload the patch to the bug tracker (and
> create a second patch to remove the two deprecated commands).
This is something like what I ended up with by making the copyObject()
and pasteObject() commands:
More information about the scribus