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

OdatNurd

New Members
  • Posts

    0
  • Joined

  • Last visited

Reputation Activity

  1. Like
    OdatNurd reacted to Heres Johnny in Designer | Force-align existing objects to pixel grid   
    In Illustrator I could force an existing object to snap to the grid by selecting it and enabling "Align to pixel grid" in the Transform box.
     
    Is there currently a way to do the same in Affinity Designer?
     
    "Force pixel alignment" in the snap menu only seems to work for creating new objects, not automatically snapping existing nodes to their nearest grid lines.
  2. Like
    OdatNurd reacted to MEB in Designer | Force-align existing objects to pixel grid   
    Hi Heres Johnny,
    No, currently there's no way to automatically force an existing object to snap to the pixel grid as in Illustrator. You have to enable Force Pixel Alignment and move/scale the object slightly for it to adjust.
    Thanks for your feedback.
  3. Like
    OdatNurd reacted to Lucas Matuszewski in Android Assets for Affinity Designer   
    Hi, Is there something new in this subject?
    I would like to use some Android and Windows 10 UI / Assets as well :)
     
    Maybe You could recommend some UI / Mokaps to use on Affinity?
     
    Regards,
    Lukas
  4. Like
    OdatNurd reacted to Thisismandatory in Book publishing   
    I hope I didn't come across harsh. I meant it politely. We have different workflows, I believe that the developers benefit from hearing use types.
     
     
  5. Like
    OdatNurd reacted to patrickfoster in Book publishing   
    Not at all;  and I couldn’t agree more. Anything that gets us all to the tools we need is fine with me. 
  6. Like
    OdatNurd reacted to Mike Perry in Book publishing   
    As someone who's done dozens of books in all formats, print and digital, using InDesign, I'll add my remarks to this book publishing discussion.
    1. Writing as chapters versus the book in one file. With ID I write (or layout for other publishers) the entire book as one document but break the chapters into separate text-frame flows. Initially, as I do the layout, adding graphics, I have an excess of pages in each set of frames. That way, adding a graphic to chapter one has no impact on the pagination for chapter 21. It's also necessary to do that to get ID to do endnotes right. I will be blunt. I will flat-out not use or recommend an publishing app that forcing me to do editing, proofing, and layout in chapter-length segments. I don't thing that is going to be a problem with Affinity Publisher. But I know that if it becomes little more than a brochure-making app, it won't sell.
    I can give an illustration why I feel so strongly. Suppose some word in an entire book needs changing. That is a very common problem. With that entire book handled by ID, I simply do a document-length search and replace (rather than a story-length one). I typically could do that in less than a minute. With each chapter in a separate document, I might need to do a dozen or more searches and take perhaps 15-20 minutes. I won't put up with that nor will I put up with some complicated process to create and merge contents, an index, or pages into a PDF. I want the book to be in and managed as one document. Again, I don't think that'll be an issue with AP.
    2. Printed book v. ebook. ID lets me create multiple versions of a book from one master document. That means a print-ready PDF, along with reflowable and fixed-layout epubs. (I handle Kindle editions by sending Amazon a reflowable epub for conversion.) That seems to work well enough. Again, I will be blunt. The books I write and edit myself and those I do for other publishers are revised and updated up until the day they go off to be printed. I am not going to klutz with any workflow that means I have to do that editing in one app for the print version and another for the digital version. I am not anal retentive. I won't put myself through all the niggling, detail-mongering that maintaining two versions requires. And why should I? ID can manage to output multiple formats from one source. Any other app that I might adopt or recommend must do the same. 
    3. PDF as input text. My response to any mention of that is, "are you insane?" PDF means "Page Description Format." That means it has already determined how a page is formatted, so why would I want to import it into a page layout program? I use page layout apps to take unformatted or poorly formatted text from Word and other sources, turning it into something that's appealing. I do not want any prior attempt at laying that text out to intrude. It only gets in the way. I already spent quite a bit of time trying to get rid of extraneous Word formatting. And yeah, I realize that in a lot of businesses, all they have is a PDF they want to tweak. They want to be able to import that, ignoring how ugly it may look, and make that tweak. That's fine for them. I just don't want to make that my work flow.
    I hope I don't sound too negative. Given my work, I'll continue to use ID and may even continue to use it for all the books I layout. I am well past ID's initially steep learning curve. But as a writer, I would love to have a powerful page layout app that I could recommend to independent writers, one that doesn't have as steep a learning curve as ID or ID's inflated, $240-a-year subscription cost.
    --Michael W. Perry, Inkling Books
     
     
     
     
×
×
  • 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.