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

AntiqueFlaneur

Members
  • Posts

    201
  • Joined

  • Last visited

Posts posted by AntiqueFlaneur

  1. On 3/7/2023 at 1:22 PM, thomaso said:

    You can either assign fill & stroke to the cells of a table, or, instead using a table, create a shape as one cell and multiple copies (ctrl/cmd-J) for a table, with the advantage that the "cell" may have any shape you like … and the shapes of various cells may even vary.

    A perhaps stupid question. Am I correct in thinking that "fill" is the color inside the cell, and the "stroke" is the interval between cells?

  2. On 3/7/2023 at 1:29 PM, David in Яuislip said:

    The overall look isn't too hard but it's a bit of a fight, hopefully this'll get you started

    Mainly use the Table panel
    Set the top row height and left column width to suit the enlarged characters then select the rest and set the cell width/height the same. Empty squares and symbols bottom right done with the Glyph browser in unfilled cells

    Blacksquares.png

    BlackSquares.afpub 410.05 kB · 2 downloads

    Thanks so much for your help. Can you tell me why the lower right corner has a different "thickness" of black line between the cells?

     

    BlackCalendarUpload.afpub

  3. On 6/1/2022 at 3:48 AM, NathanC said:

    Hi @AntiqueFlaneur,

    To see if we can re-produce this problem, could you send over your .afdesign file and linked resources prior to exporting to PDF? Additionally, could you confirm if you're PDF export settings were the 'For Print' Preset as shown in the previous thread?

    I've linked a private drop box below if you wish to upload the files there.

    https://www.dropbox.com/request/zdW1rhz4g36tMVEnMLEp

    I just uploaded another page and four images. I've uploaded the images as .afphoto and .jpg files. 

    Take a look at the exported .pdf when they're linked as .afphoto files. Then take a look at them when you replace them as .jpg and export as pdf. 

    Fig 173 has a line through the lower half. And Fig 175 is washed out when they're .afphoto files linked to the document. 

    BugWithafphoto.pdf Bugwithjpg.pdf

  4. 5 hours ago, NathanC said:

    Hi @AntiqueFlaneur,

    To see if we can re-produce this problem, could you send over your .afdesign file and linked resources prior to exporting to PDF? Additionally, could you confirm if you're PDF export settings were the 'For Print' Preset as shown in the previous thread?

    I've linked a private drop box below if you wish to upload the files there.

    https://www.dropbox.com/request/zdW1rhz4g36tMVEnMLEp

    Files uploaded to that dropbox. 

    I am exporting as "pdf for print". Attached below is a screenshot showing my settings for that. 

    Screen Shot 2022-06-01 at 9.48.33 AM.png

  5. Please see this thread for the back and forth discussion that lead to this. 

    Attached are two pdfs. In the before pdf, you can see that image 140 has a discolored box in the right corner.  Fig 141 also appears to be washed out, as does Fig 142. 

    Compare to the after pdf. No box, and the other images are darker. 

    All I've done here is delete the images from their picture frames and then replace them in the frame with the exact image. Problem solved. But this happened throughout a huge picture-heavy manuscript, demanding hours of work. The images being deleted and replaced are the exact same ones, as far as I can tell. 

    Pg162Before.pdf pg163After.pdf

  6. 1 minute ago, v_kyr said:

    Again, I recall that you had that same problem before? - However ...

    draw_stroke_behind1.jpg.07dd8e2aa9e1017f69a2b6300546b401.jpg

     

    Setting the strokes order for the (Picture Frame) layer to behind, aka "Draw stroke behind" and not to "Draw stroke in front" will match the picture frame & caption frame thickness in a better manner here!

     

    draw_stroke_behind.jpg.c253355d0b7307fdec122ba72cbe5104.jpg

     

    Yes! That's it. Thank you. Apologies for a repeat. 

  7. 35 minutes ago, R C-R said:

    I'm not sure what you are looking for but in your FrameThickness.afpub file the top two items are frm the Chapter Ten Master page (one on page 2 & one on page 3). They are set to use 10pt text. The caption text below the picture frame is set to use 8 pt text. None of them have a stroke applied to the text....

    I'm talking about the thickness of the outline of the picture frame and the fig. 90 caption. The outlines of the frame seem thicker than the outline of the caption, though they both are set for 1.5 stroke, as far as I can tell. The text itself is fine. 

  8. 1 hour ago, thomaso said:

    Look at the two left / right top most panels in your screenshot: Textframe 1 pt / Stroke 1.5 pt. Though no object is selected they both seem to be your most recently used settings. – Note, the Stroke Panel is used for borders of many object types, just not for text frames (but for their text).

    As far as I can tell, they are both set to 1.5. Attaching .afpub file below. 

    FrameThickness.afpub

  9. 14 hours ago, LondonSquirrel said:

    I can see one oddity. The image in APub does not match that in APhoto - you have flipped it horizontally as shown with the minus placed size. But I cannot reproduce the bar shown in the screenshot of your PDF. I'm using Catalina. 

    Can you try to export the file again as @thomaso has suggested. If you still get the bar, can you try flipping the picture (you will need to redo the wrap setting), then try again. Just humour me. It's covering one aspect which, while it should not affect the output, is different.

     

     image.png.71587891ab68ea956bb56f4cf76198c0.png

    Hu! I think you were right. That did seem to fix it. Thank you! Could you explain how you brought up that window with the minus sign that tipped you off?

  10. 14 hours ago, thomaso said:

    Also with your .aphoto I still don't get the issue of a lighter stripe in the lower quarter of the image as shown in your initial screenshot. Again I wonder, do you still get it if you export once more from .afpub?

    FOFCPictureLine_ot.pdf 1.62 MB · 0 downloads

    Yes, it still has the line when exported from publisher

  11. On 4/13/2022 at 5:21 AM, PaulEC said:

    It's been a while since I uploaded a book to KDP. Thinking about it now, I'm not sure if you have to enter the number of pages manually, or if it takes it from the PDF of the contents that you upload. Did you, perhaps, upload it as spreads? (Although your screenshots shows spreads, I had assumed you exported it as single pages!) If so that would result in the wrong page count and errors regarding page size and, possibly, bleed area.

    Thank you. I hadn't realized that exporting pages vs spreads was a thing, and I was using spreads, throwing off the whole thing. 

    But unfortunately, fixing that issue has still not fixed my problem. It still wants me to have a different sized cover than what the template is producing. 

    Screen Shot 2022-04-15 at 9.39.12 PM.png

  12. 1 hour ago, PaulEC said:

    In the quality check preview the spine is noticeably narrower than that shown in the template. Are you sure that you entered the correct figure when you entered the book details originally? It looks as though the page count entered was actually the number of leaves rather than the number of pages. (Each leaf, of course, being two pages.) Just a small point, but your book has 278 pages, not 277, and 139 is exactly half that number.

    Maybe I'm being dense here, but why 278 pages? Where do you see that last page I'm not seeing?

    As for whether I'm entering the correct figure, the place to do that, as far as I can tell, is in the cover template generator. Here you can see the page count I entered. 
     

    TemplatePageCount.jpg

  13. 27 minutes ago, Callum said:

    Hi AntiqueFlaneur,

    In the template calculator I can see the amount of pages you have input is 277 but in your second screen show showing the uploaded template the page range only goes to 139 this will cause a variance in spine width which I believe is causing the template to be rejected.

    Thanks
    C

    Interesting.  The finished Publisher manuscript file I've exported and uploaded says it 277 pages. I wonder where something is going wrong. 

    Screen Shot 2022-04-12 at 8.52.01 AM.png

  14. I've encountered what I think is a bug in KDP's hardcover book cover generator or their print previewer verifications software.

    I created a 7x10 inch manuscript in affinity publisher that I want to publish as a hardcover book. The manuscript is 277 pages.

    I used KDP's hardcover template generator to make a cover template. (See Screenshot)

    Using Affinity Photo, I then built a cover around that template and uploaded it, only to be told by Print Previewer that my cover didn't fit the required dimensions.

    I was confused, because I built the cover around KDP's template. So out of curiosity, I uploaded the template itself without my cover. Sure enough, it was rejected by Print Previewer as being incorrectly sized as well: (See screenshot).

    Initially, I thought that If I resampled the template to fit their target dimensions this would take care of it, but no dice (see screenshot). 

    Does anyone have any suggestions for how I might be able to edit my way around this problem if KDP's templates don't work?

    Any suggestions?

     


     

     

     

    Template Generator.png

    PrintPreview.png

×
×
  • 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.