Jump to content
You must now use your email address to sign in [click for more info] ×

Chris_06

Members
  • Posts

    25
  • Joined

  • Last visited

Posts posted by Chris_06

  1. 25 minutes ago, MikeTO said:

    The last page in a chapter may be blank to you and me but if it's part of a spread it's almost certainly based on a master and thus in the real world will have a master text frame and footer/header text. To Publisher, it's not blank, but to the user it certainly is. There needs to be an option to merge pages that have only master objects.

    Pages inserted by the Book feature are always blank in my experience even though I remove all blank masters from all chapters. I suspect that the underlying code might indeed be using a master, but it is using a default of some sort rather than one based on the current document/book/etc.

    As you point out:

    27 minutes ago, MikeTO said:

    it would be better to just introduce the concept of a default master page for documents and sections

    This should all have been fleshed out by the design folks or at least should have been scared out during Beta. The current solution actually appears to have been designed to address a very specific layout. But I'm second guessing here.

  2. Assumptions based on spreads:

    1. The Book feature attempts to start all chapters on the right-hand side of a spread. (This really should be a user-option.)

    2. Merging attempts two things: a) remove unnecessary blank pages in an effort to accomplish #1; and, b) maintain proper alignment of spine oriented margins.

    3. Padding attempts to add blank pages in an effort to accomplish #1.

    If those assumptions are correct, then merging should probably happen first, and padding cleans things up.

    Note to the development team: Publishing the current design logic flow of this would probably go a long way towards a) clarifying intent and present functionality; and, b) helping solicit more useful feedback. Right now this exercise is like attempting to sort rocks from a kilo out using a rubber toothpick... 🙂

  3. On 12/29/2022 at 4:55 PM, MikeTO said:

    i.e., if chapter 1 ends with a blank right page and chapter 2 starts on a right page, Publisher will pad before chapter 2 leaving me with 2 blank pages which isn't what I want in my book.

    This is what I observe.

    On 12/29/2022 at 4:55 PM, MikeTO said:

    I think it should pad before merging but it might be merging and then padding.

    That seems to be a very real possibility. It does not appear to merge at all that I can tell which makes me wonder if the order is incorrect resulting in merges being "overwritten" by padding.

  4. On 12/29/2022 at 4:55 PM, MikeTO said:

    However, I don't find that Merge actually merges when I think it should

    I find this to be true as well.

    Furthermore, I find that pad behaves in an almost random fashion: Sometimes it adds one page (front OR back) sometimes it adds two (front AND back) where in either case the opposite was correct.

    At the moment, I don't see the added value of the Book feature over the Section feature.

  5. 1 hour ago, Dan C said:

    Therefore I'll be moving this thread to the Feedback section of the forums and will raise this with our development team for further consideration in a future update.

    I hope this helps :)

    Move it where you like. I certainly have no control over that.

    However, I maintain my contention that this is a bug. Even if it is a design bug rather than a coding bug.

  6. 1 hour ago, Dan C said:

    As I understand it, the current behaviour is expected and therefore this isn't technically a bug

    In that case, I would recommend hiring some folks from the publishing industry to assist Serif in their quest to produce "major league" publishing software. This is not the first time Serif has missed the mark.

    If inconsistent padding/merging is an expected behaviour (or worse, an intended one), I would call into question the qualifications of whoever is in charge of feature design.

  7. 19 minutes ago, Old Bruce said:

    We have opposite expectations. I expect there to be no Master Page applied to the added padded pages.

    This could be accommodated even with the fix I request. One option could be to apply no master.

    In short: I would expect any pages Affinity "adds" to be as configurable as any page I would add. That should please all of the people most of the time.

  8. 6 minutes ago, Old Bruce said:

    But as you point out there are many problems with the Book feature. I have taken to always starting my "chapter" documents with a Righthand Page and ending with a Lefthand page so as to avoid one more potential problem.

    If I only set for one author I might be able to get away with that. But everyone seems to like it different than the other one. 😵

  9. Affinity Publisher 2.3.1
    Windows 10 22H2 19045.3930

    With pad/merge AP will attempt to add/merge pages to maintain correct left/right page layout between chapters (or at least that's what it appears to do).

    One would expect that when AP adds a page that the new page would have the first master page from the selected style source chapter applied to it. But this does not happen. To the contrary, a completely blank page is inserted to pad which really just ruins the layout of any particular book rendering the Book feature a non-feature.

    The tool should at a minimum apply the first master page found in the style source chapter to the new page inserted to accomplish the padding.

    A better option would be to allow selecting which master page should be applied from the style source chapter.

    This seems to be a basic oversight on the part of the feature planning department. Its hard to imagine actually being able to use the Book feature in its current state to go directly to a published book.

    PS. I have read the several threads in the other forums regarding a number of issues with the Book tool. This one fix would seem to address several of the symptoms described in those threads.

     

  10. 31 minutes ago, Old Bruce said:

    It would be interesting to see how much time is saved by simply starting from scratch in Publisher as opposed to hunting down and fixing all of the various problems which will be created by opening an IDML file.

    There is some sort of nasty bug which results in the style being messed up across linked text frames after importing into AP. To make things more maddening, the manifestation of this is inconsistent. Thus far, I have been unable to "fix" it when it happens. So I just gave up.

  11. 33 minutes ago, KWD said:

    I just got off the Abobe wagon simply because of their pricing range

    This is the same reason we did as well.

    34 minutes ago, KWD said:

    Can Affinity import InDesign files and save as theirs.

    In InDesign, export your file as an IDML file. AP can import this. Although you should be aware that there are misc. things which do not seem to behave properly in AP with an IDML import for whatever reason. Some of those have been resolved in subsequent releases, so I'm assuming that eventually an IDML import will work as expected.

     

    At present AP does not support IDML export.

     

    Chris

  12. 1 minute ago, Callum said:

    Hi Chris_06,

    While there is no way to export your pre-sets at the moment you could copy and paste the doc_presets.propcol from the location mentioned here to same location on other computers etc. Hopefully the ability to export them is something we add in the future :)

    Thanks
    C

    Hopefully indeed. It is an essential feature for larger environments and encouraging users to copy/paste files around is not really the safest method of handling this. We are already moving around the printer profile config file. I have considered mapping %USERPROFILE%\.affinity\ back to a network share using a soft link, but that's a bunch of trouble when the app really should handle this sort of thing.

    It would seem that a global export method in your code could easily be adapted to export <whatever-you-like>.

    Thanks for listening!

  13. 16 hours ago, walt.farrell said:

    They will be in a similar location for the beta, but on Windows the path would run through a folder named "2.0 (beta)" rather than "2.0".

    And note that copying the files from 2.0 (beta) to 2.0 might not work, though copying the other direction probably would.

    That does not appear to be on my installation. The only folder is "2.0".

    Since there is not a straight forward solution, I just recreated the doc presets in my beta install for now.

    Thanks again @walt.farrell!

  14. I am experiencing duplex printing issues using HP's universal print driver (both PCL and PS) which is the only driver they provide now. Affinity does not set duplex for long edge at all and when short edge is selected it sets the driver to long edge resulting in 180° rotation.

    This occurs both in v1 and v2 for me using this driver.

    There are other anomalous printing behaviors by Affinity when using the HP universal driver as well which I am generally able to work around.

    I do not have these issues using the same driver in InDesign.

  15. 2 hours ago, Lee D said:

    Opening your file in Affinity Publisher (macOS) and printing to my Epson mirrors what's on screen, (apart from missing front) see attached screenshot. Both rectangles do seem to be setup the same, I also tested printing to a Samsung as that was the same.

    That pretty well isolates it to a printer driver problem. I'm using the latest version of HP's universal print driver and the problem occurs regardless of which workstation I run AP on and regardless of which printer I print to.

    Quote

    Have you tried exporting out as PDF?

    I've been way too over-focused on the problem and completely missed thinking of this option. This does result in the document printing correctly.

     

    Thank-you for your help @Lee D!

     

  16. I am having this problem when printing to both my HP 9050DN (monochrome) and HP M551 (color) printers.

    Once the stroke width is set greater than 1 pt the resulting print copies are randomly correct or incorrect with most being incorrect.

    Perhaps I'm missing some parameter somewhere, but all parameters seem to be set identical in the case of these two rectangles.

    Any help is appreciated.

    Kind regards,

    Chris

     

    Here are some images as well as the Affinity Pub file used for these images.

    First, the printed results (HP M551 w/Affinity handling the color):

     

    chart_print.thumb.jpg.bd500b9f5ef376f4a652f86b39e4996a.jpg

    Next the rounded rectangle parameters in Affinity; note that there is a screenshot for each of the two rectangles on the above print copy.

    affinity_chart_a.thumb.jpg.fcc959c162a488c2145e9d1763e58629.jpg

    affinity_chart_b.thumb.jpg.3fe10d6116b4e9ae326cc6cc04aa05ae.jpg

    Rounded Rectangle Issue.afpub

×
×
  • Create New...

Important Information

Terms of Use | 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.