Jump to content

arkinien

Members
  • Content Count

    54
  • Joined

About arkinien

  • Rank
    Member
  • Birthday 07/07/1971

Contact Methods

  • Website URL
    https://www.flickr.com/arkinien

Profile Information

  • Gender
    Male
  • Location
    Canada
  • Interests
    Design & Photography

Recent Profile Visitors

551 profile views
  1. Yes, this is clearly a deal breaker for many. One needs to be fairly technical and like to work with precision to find its way around this... which, let’s be honest, is not your typical designer and artists who just want to do things and have the software take care of the math for them. I now use Designer almost exclusively because my turn around time has dropped 10 to 1 on most of my projects — Yes really. Yet, just because of this art-board issue (and a few other little annoyances out of this topic), I'm often reluctant to recommend the software because this drives people mad and I don't want to "burn" the product's reputation. This software behaviour/functionality holds no user benefits whatsoever. I suspect that the programming complexity to fix it is a huge challenge and the reason it's not addressed.
  2. Unfortunately, there is no quick way to fix this. Yes, this is frustrating, even for grown-up people. Here what's it's all about, and how to fix it. BACKGROUND Artboards are actually objects laid out on the document grid. Each artboard does not have it's on independent grid as we would intuitively think. Instead, they all relate with main grid, common for all. The issue comes from the fact that you can position those special objects called artboards, anywhere on the canvas. By anywhere, I mean that you are totally allowed to place your artboards off the grid by let's say 0.12358 pixel if you wish. Remember, these are objects, so there is no reason for them to be forced to align precisely on the main grid. An artboard can also be 50.2536 pixels if you wish. However, slices from the export persona do not share the artboard latitude. They must align with the grid and they must be of an exact unit dimension. If I'm not wrong, that unit is pixels, no matter what unit is assigned to your document, but that is another discussion. So.... If an artboard is off the grid, let say its "x" origin is at 5002.125 pixels, its corresponding slice will have to grip at either 5002 pixels, or 5003 pixels. The same thing will happen for each corner of your artboard, in both X and Y coordinates. Because the software does want to crop half a pixel off your document. At the end, your slice ends up being 1 pixel wider and/or taller. FIX Simply put, make sure that all your artboards are aligned to the grid. You do that by making sure that the "Force Pixel Alignment" button is "on" when creating or moving artboard. Note that this will not be applied when you copy an artboard. If you want it to align it, you need to move it once you created it. You can also use the Transform dialog box to make sure that the artboard X and Y origin are a nice round number. The image below is way off and will generate a slice of the wrong dimension. Probably something like 985 x 545. If you have a bunch of artboads on your document already, it might take some times to fix them all. Trick One thing you can do to speed things up is to use the align tools to line up your artboards. Essentially, just make sure you have a few clean artboard and align the rest to those. This may get a bit tricky, depending on how your artboard are laid out on your page. OPINION If you ask me, this is way too complicated for the average user, and will be a deal breaker for some. Eventually you sort of get used to it. Yet, when you start mixing units, it gets tricky and you'll have to live some slices being off.... So I really wish that each artboard could have its own grid and units, and that slices would just match them, no fuss.
  3. Possible FIX I'm not exactly sure what the whole sequence is, but I reinstalled Designer 2.7. I'm actually running both 2.7 and 2.8, so I can still open the files I already saved from 2.8. I'm guessing that somehow the two versions share some of their library or preferences, but 2.8 now export with bleed normally. I did not test if I have to run 2.7 first, then 2.8 on the same login session for it to work, but there seem to be something there... I'll post more conclusions when I have time to do more tests.
  4. Thanks Sean! I can see that working. Converting artboards to Publisher spreads still seem to be a quicker solution, aside from having to deal with individual file names. I reverted to the 1.7 for now.
  5. I just upgraded to 1.8 In Designer, bleed is no longer present when exporting, either from the export persona or directly from the the file menu. (That has happened before with a previous update, but at least it worked from the file > Export menu) Any work around, other than using Publisher? Thanks!
  6. Thanks Aaron. You’re right, now that Publisher is out, it sounds like a good alternative. I have plenty of projects with douzaine of artboards. I’m traveling now, but will try that as soon as i’m back to the workstation!
  7. Update: On Mac, if you have a backup system, such as time machine for example, you can restore Designer 1.6 and still run Designer 1.7. So at least, you won't lock up file you have not saved with 1.7. Note 1. You can only run one version at the time. Note 2. Both versions share the same preference files, so this will mess up all your palette tools, etc. every times you swich version. Consider creating a MAcOs separate user profile just to run the alternate version; or if you know how, and have the time, create a automator scrip to save and restore Affinity user preferences, so you can alternate, or restore your setup for each version.
  8. Exporting individual artboards in PDF with bleed does not seem to work anymore. At all. I have hundreds of templates that worked fine with version 1.6, but no longer export artboards with bleed in version 1.7. Yikes!!!! Workaround: Export as a multipage PDF from the Designer persona, then open the PDF in Acrobat Pro* and split the pages in individual files. Or you can export individual artboards from the Designer persona, one at the time, and you need to rename them manually, every times. None of the above will take into account slices that do not cover an entire artboard. *Ouch comes to mind (to be polite). I'll try to restore 1.6 from my backup and hope that I can open newly created files. Affinity, please fix this quickly, that's a serous problem.
  9. Work around : This is not as neat as just replacing an image would be, but it gets the job done: You can insert a new image and place it within your symbol (by dragging the new image in the symbol layer), then you just delete the image you wanted to replace.
  10. Actually, I hate to contradict, but pixel misalignment is real problem for printed ads or anything printed that does not require bleed. One of the Affinity's biggest strength is symbols, which take all their advantages while used across multiple artboards. A series of ads for a variety of publications and medias is takes good use of symbols and artboards. I cut my production time in four or more for some of our projects by doing this. The problem is that the export persona converts your real life measurement (cm, points, inches, etc.) into pixels, and the result rarely end up with a nice round pixel number. One might think that a third of a pixel on the edge of an ad is irrelevant and could be dismissed. The In real life, you end up with a 1 pixel frame around your artboard when you export to PDF.  (If your artboard align to the pixel grid, then the border will only be visible on the bottom or/and right edge). That either make for fuzzy ad edges or a visible white border when you place it on anything else than white. A clumsy workaround is to adjust your artboard dimensions to round up to an exact pixel count. That sort of work, but your document ends-up being off specs and that can create a bunch of other issues which i won't discuss here. Ideally, artboards should be independent of the grid altogether and should have their own size units as well. Yup, I can see the programming challenge here, but it is problematic and will be a deal breaker for some people.
  11. Also note that Force pixel alignment is OFF by default when you install the software on a new system... That should not be and it would probably reduce the traffic on this blog if it was ON by default.
  12. Aaargh! I just noticed : If the Move by one pixel toggle button is "ON", the this takes precedent over the Force pixel alignment toggle button. Meaning that if the artboard is not already aligned to the pixel grid, it is not possible to align it. For example, if the artboad X origin is 10.666 px. it will jump to 125.666, 9.666, 1.3423, 100000.666, but never to a round number.
  13. In theory, based on my experience and tests, the force pixel alignment button remains to the state it was when you quit Affinity Designer. So if you turned it on and quit, it will be on next time you launch the software. Similarly if you turn it off and quit, it will off when you start a new session. It's not document dependent. A little like the light switch in a room: it will remain ON until you turn it off.
  14. On a user perspective, yes exactly. The current behaviour is just creating a nightmare for the user. That also raises the question of alignements... Right now, you can align and distributes artboards which is awesome. Well, not really. Distributing artboards will just throw everything off grid. So on the one hand, users need be meticulous and well educated** about placing artboards, in the other, we tempt them function that will wreck everything. ** I'm all for learning software properly, but this issue is so counter-intuitive that you can pretty much only solve it by finding this forum. That might seem like a small issue, but if unresolved, this alone can be a deal breaker for many users. Sorry, not very constructive, I just think that a big issue. I still love this software.
×
×
  • Create New...

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.