Jump to content

garrettm30

Members
  • Content count

    540
  • Joined

  • Last visited

About garrettm30

  • Rank
    Advanced Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. You can search by format for many different attributes, including font family. You can do the same thing with replace. Click the gear to the far right of the word "Find," and then choose the first option "Format" to get a wealth of options.
  2. Your observations helped me narrow down the issue, which I have now posted in a bug report. The summary of the issue is that the stroke on the copied objects is scaled differently whether you copy the objects themselves or copy the group that contains the objects. Your workaround is indeed one solution, and another is to make sure the original document and the new document match resolution.
  3. When you paste a group of vector objects copied from one document into a document of a different resolution, the stroke on those objects does not scale in the same way as if you paste the same objects not in a group. Here is a recipe to demonstrate: Open the file stroke_scale_test.afdesign in Designer. You will see a simple document with a star and a line, each with a 2pt stroke. Copy the group titled "copy this group", which contains those two objects. In Publisher, create a new document with the A4 preset. Paste those two objects. Result A: The stroke is now .5 pt, and the stroke is visibly thinner relative to the size of the object. Go back to the Designer document. This time instead of copying the group, select both of the objects inside the group and copy those. Paste those two objects in Publisher somewhere near the first result (to visually compare). Result B: The stroke is still 2pt, and the stroke relative to the size of the object seems to match the original. Here are a few observations that I believe are relevant The source document in Designer and the new document in Publisher have a different resolution (72dpi vs 300). The objects themselves have the stroke attribute "Scale with object" unchecked. The steps can also be repeated with Publisher alone when pasting between two documents of different resolutions. However you choose to respect the "Scale with object" attribute when pasting between documents of different resolutions, I would still expect it to behave the same way whether copied in a group or outside of one. I tested on macOS 10.14.6 with Designer 1.7.3, Publisher 1.7.3 and Publisher beta 1.8.0.535. Thanks to @gafvert for his own helpful observations in another post: stroke_scale_test.afdesign
  4. I had that problem a few days ago. That is tangent to this discussion, bud it seems like a valid case for a new bug post.
  5. Just a thought: could they be images from before OS X when Mac files did not use extensions? I still have old images that have no extensions at all (not even hidden extensions), and they are still supported even as late as Mojave, the latest system I am running.
  6. garrettm30

    Booklet option

    Thanks @fde101. That looks perhaps confusing but also potentially powerful, perhaps for more things than just booklets. I wonder if anyone has any comparisons between solutions such as this and others like Create Booklet 2.
  7. The most recent beta may have some improvements in this regard, as one of the changes listed is: It might be worth giving it a try. By the way, if this novella is 400 pages long, I shudder at the thought of how long a full-size novel would be.
  8. garrettm30

    Booklet option

    Here are some suggestions to Serif relating to my scenario that might have more general benefit: One option would be a dedicated imposition solution, or some other answer to InDesign's "Print Booklet" feature. That would take much time to implement, and I am not sure I personally would necessarily need it if the more simple items in suggestion 3 below were implemented. An in-between solution would be to allow exporting a PDF with spreads already arranged for booklets/books. That could just be a PDF export setting, not requiring much in the way of additional UI, and it might even be easy to reuse the existing code from the current booklet printing feature. With forward thinking, it could serve as some building blocks to a fuller version of suggestion #1 above. Thinking outside of booklet needs, a quick win would be some additional print layout options, which could have broader appeal for users with unrelated scenarios. First, consider the orientation options in Apple's Preview app: The current implementation in Publisher is essentially the same as above with "Auto Rotate" turned on. Giving us an option to turn it off would mean we could change the image orientation relative to the page. Currently we have no way to do that, but rather selecting portrait or landscape yields exactly the same result in print (and so it is relevant only in print to PDF) And the second refinement would be to allow us to change the position on the printed page. Equivalent to the Page Position options in InDesign (where currently Publisher offers the "Centered" option as the default and only possibility):
  9. garrettm30

    Booklet option

    Thank you for all your comments. I take it that I have not overlooked a Publisher option that might have helped, unless someone else has some ingenious solution we haven't thought of yet. I will offer some suggestions to Serif in a following post after I first respond to you kind people who offered your thoughts. Thank you for the suggestion. I did indeed try that, and it is as MikeW has said. The document gets centered on the page irrespective of bleed, such that most of the bleed would not even be on the printed page. There may be some solution by exporting the PDF with bleed, as it does support that; I would have to experiment with what I could do with the resulting PDF. Not a bad idea. On the balance I think it is less ideal for our situation, because we have just a few uniform widths for optimal packaging purposes, and I keep my stock of papers of the various colors in 11x17. The whole story in this case is that I actually print two copies on the 11x17, but I was trying to simplify my scenario for this discussion. Also I would have a lot of reformatting to do on the publications of this type. Thanks for your comments. Your advice is good in many situations. In our case, we are a small non-profit publisher where each of us has to wear several hats. I do the layouts, but I am also the one who will be standing in front of the cutter working with the printed results. For the present, I think the idea of separate imposition software is probably my best option. I would be looking for something on Mac, not requiring Adobe (I could just keep using InDesign, but here I am working on an alternate workflow), and likely something paid but not priced in the hundreds. Create Booklet 2 might be such a solution, but I haven't really looked into it closely.
  10. garrettm30

    Booklet option

    Until today, I thought the booklet option that Publisher offers did everything I needed to, though I was a happy user of InDesign's print booklet interface previously. Today, however, I have come upon a limitation of Publisher when it comes to booklet imposition—or at least a limitation in my understanding of it. One of our common formats is a booklet 18cm in height and 4.25in in width (sorry for the mix of units, but that's what it is). We print the booklets to US Letter paper and make a single cut at the bottom of the page. Here is an diagram example in case it helps make what I am describing more clear: After the cut, the remaining booklet is stitched and folded down the middle vertically. I set up the print settings to print as a booklet (in Affinity's Document Layout section of the print settings, not the print driver equivalent), and then in the Range and Scale section, I try to alter the orientation between portrait and landscape, but these are the results of the two options: In changing the orientation, it automatically rotates the image, so that the printed result is exactly the same either way. In practical terms, this now means four cuts instead of one. Is there something I am overlooking? If not, then please consider this post as feedback concerning the limitation of the current implementation. If it is a limitation, does anyone have suggestions for working around it? I have tried to add a lot of bleed at the bottom, but that didn't seem to make a difference. Of course I could just design the layout with all that extra whitespace, but that is not desirable since we also export the PDF for screen. I am including a simple mockup file with similar dimensions in case anyone wishes to try. booklet_test.afpub
  11. @Jens Krebs No worries; I understood. I was just musing with myself out loud more than anything.
  12. Maybe the length of time the app hangs before quitting unexpectedly has to do with some particular complexity of the document you are trying to import from.
  13. I see what you mean. The consequence of this behavior is that you can't change your mind mid-click by dragging away before release, because the button follows the pointer. Note that this happens only outside of fullscreen mode.
  14. And I wonder why the text of the radio options is black with the dark interface in that screenshot. I tried to go to the same screen, but it is displayed correctly on mine… until the app crashed. In my case, the app was stuck for only a few seconds and then "quit unexpectedly" with an error report (attached). crash - add pages from file.txt
  15. garrettm30

    IDML column gutter not correct

    I write to confirm that I see what appears to be the same thing. In the attached IDML file, I have provided an example from one of my templates where I have cut out everything but four empty pages with nothing more than margins and gutters (ie., the details as set from InDesign via the Layout→Margins and Columns menu). The gutters are .8cm on each of the four pages. As it is set up with facing pages, pages 2 and 3 form a spread. On import, I see two errors: The gutters are now .2cm. The spread of pages 2 and 3 has been imported as a single large page rather than a two-page spread, and the Document Setup dialog shows the "Facing Pages" checkbox unchecked. gutter guides.idml
×

Important Information

Please note the Annual Company Closure section in the Terms of Use. These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.