Jump to content

arkinien

Members
  • Content Count

    54
  • Joined

Everything posted by arkinien

  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.
  15. Weird, do you have the latest version? Normally, that option stays on/off until you change it back.
  16. Don't want to put oil on the fire here, and call me uneducated, but when I look the illustrator scripts that perform that conversion, they are fairly simple and weigh about 1.25 KB, for both (about two paragraphs of code). Of course I see that implementing a full feature function will require more development but I'm somewhat sceptical in the amount of code required. I’m sure it’s more complicated than that, but still. Again, that's leaving the symbols outside of the equation. Ref: https://ajarproductions.com/blog/2009/03/07/convert-illustrator-point-path-text-to-area-text/ Also. Coming from a different field entirely, Autocad had features to combine separate lines of text into one text frame in the mid nineties — it was an add-on script at the time if I recall. As previously mentioned, so did Corel Draw in the same time frame. Surely, 20 years later, something can be done on modern systems. Or am I just really missing that much?
  17. There was also an Illustrator script you could download that used to do this nicely and simply. Yet, I guess the challenge with Affinty Designer are symbols. Let say you have text frame in a symbol and have various instances of that symbol where you adjusted the frame width, redulting in various rags. If you converted it to artistic text, you would a problem.
  18. Arrrrg... I just spent haft of my day fixing some artboards/slice alignments — and I've known how it worked for a while already. (Except for the top left alignment which I just posted above). Now I have to go and check months of production files. I understand that this might be a programming nightmare to address, but It sure feels like the nightmare had been passed on to the users instead... Slices should simply align with their parent artboard. Always. Period. It might seem like a small issue compared to all great things accomplished by the Affinity team, but grrrr. Hopefully that will get resolved in a future release.
  19. I just found out THE FIRST ARTBOARD(S) to the TOP or LEFT defines the grid from which the slices will snap to. In practice, you could have a hundred artboards, well aligned to the pixel grid and their slices, but if you move or create an artboard that is on the top/left of your document and don’t align it to the pixel grid, all other artboards will now be off — the grid origin has moved to match the top or left artboard, and everything that was on the previous grid origin no longer aligns. Two artboards can each defines the pixel snapping origin if the artboard on the left isn’t also the top artboard. In that case, the left artboard will only define the left origin. Same goes for the top. So watch your edges!
  20. Note this is not a problem when the exported slices include bleed, but it is for ads or thumbnails that need to be a specific size, without bleed. And since those usually need to be sent out and I cannot ask the suppliers to work around my files, they need to be tight on my end.
  21. Yup, I fiddled with that too at the beginning and although I agreed that on a user point of view, it's an annoyance, I came to make peace with it. At least, as long I work with artboards that need to be exported in pixels. However, it's a bigger problem when I need to export a PDF in inch or CM sizes that don’t make a round pixel number. My slices do snap nicely to the top left of my artboards, so I know I'm well aligned with the grid, but it never aligns with the bottom or right edge. So I either end up with borders on my export, or I need to crop the artboard slightly. White borders are a problem the exported PDF needs to be placed on a background other than white, and slightly cropped art-board means that my export size in CM or inch will be off. Any workaround for that one?
  22. Like many, I fear the day when I'll upgrade my OS and Aperture will stop working. I just got a new computer, which came preinstalled with High Sierra. When I open my library for the first time, it was just blank. I confessed that I just assume that this was it, and made no further investigation. I still have my old system, so I wasn't trouble yet. Thanks for your comment that put my lack of curiosity straits, I managed to reopen my libraries just fine. I might migrate to Capture anyway, just because it seems inevitable, but that's a whole other story. That, however, is a whole different story. I was hoping for a whole side of Aperture I did not know, but a closer look just confirmed my earlier statement. I did not try MediaPro SE yet, but according to the website, it's a similar basic idea : Cataloguing and managing images that are stored elsewhere. My point is that this is still a photographer approach. A graphic design studio actually has a whole different reality where the ideal photographer tools are of no help. For example, let's take a tourism brochure. In substance, it is very similar to a National Geographic magazine, but with fewer articles. This can count hundreds of pages loaded with charts, maps, photos, illustrations and articles. You can easily count dozens of people working on the same project at once. Ideally, you want anything that relates to the project stored and organized in project folder accessible by anyone working on it. You'll have a variety of file types in such a project, ranging maps (EPS), proofs (PDF), logos, photography, charts and, of course, your master Indesign/Affinity Publisher files. Images, charts, and maps are typically linked (referenced) in the publications (as opposed to be embedded in the file) and you need to be able to open and edit each file formats in its original application. You’ll have progress version for each file. Each section can actually be a different InDesign/Affinity Publisher file and different people work on different sections at once. The whole project evolves as it goes and is altered by many individuals with different skill sets and let's face it, some don't know how keep a folder organized. So what you need is a view of the project as is. Anybody in that project needs the ability to do that at anytime. Looks like a Finder job perhaps? In real life, you also need the ability to view all your file types, rate, label, add metadata, sort, review image quality, colour format, resolution at a glance. Project manager will trow a bunch of images they want to see in the publication and want to know if they are suitable for printing, so you want to be able to access photographic information quickly. If you happen to have a photo shoot for that project, you also want the RAW files in that project folder, and believe me, someone else is likely to move them at some point. You want to be able to place your files directly into your layout. Then if you ever look for the photo on that specific cover the client approval, you’ll look in your publication master file and check which photo was referenced. Then you’ll take that photo, do the required retouching and save it with the other selected files — maybe you can just tag it, but I like to keep the originals intact. Later, the photo will need to be adjusted for the press. If you have multiple paper types and an online version is means different versions of the photo as well. What you need is a file manager with extended photo and labelling features. The whole idea of a library or a catalogue would be very impractical in such a scenario. I'm sure one can find workarounds and make it work somehow, but you can also do a budget in MS Word or write letters in MS Excel — in any case, it's not great. In a scenario like above, the Finder can't do the job, nor can Aperture, even with referencing. Bridge in the other hand, does that job. And because Affinity is actually releasing a design suite, it is very possible that if they ever make a DAM, they make it the Bridge way instead of using the library model seen in Aperture, Lighroom or Capture One/Media Pro (They all work with a system where when you need a library in witch you import assets) I too dream of a real Aperture replacement, but as many are pointing out here, Affnity might not be the ones to do it. However, a Bridge replacement seems more probable to me; it's definitely a more related companion to the other three software (Photo, Designer and Publisher). A comparable reference is the deceased Adobe "Design Suite CS_X", composed of Photoshop, Illustrator, InDesign was shipped with Bridge, not with Lightroom — not because it was a low-end product, but because it was more practical for that audience.
  23. Unfortunately, there is no "function" to save the studio. (If so, please prove me wrong). That does not mean you can't save it manually, and even keep multiple versions of it to suit your different workspaces. As a bonus or drawback, some of your preferences will also be saved or recalled by the same process. To save your Studio configuration (MAC) The following allows you to keep a safe copy of your studio configuration, including the Toolbar and other preferences (I did not know which ones at this point) Quit Affinity Designer From the finder top drop-down menu, select GO and press [option] — [shift] or [^control] on some systems. A new item called Library should appear in the menu. Click it. Navigate to this location : Macintosh HD/Users/YourUserNameHere/Library/Containers/com.seriflabs.affinitydesigner/Data/Library/Preferences Copy the file com.seriflabs.affinitydesigner to a safe location of your choice. I recommend a cloud base storage, so you can get it back on a new or different system at anytimel. Go back to work with peace of mind, your Studio configuration is now safe. To recall the Studio If the studio go astray, or the toolbar plays hide and seek on you: Quit Affinity Designer Copy back com.seriflabs.affinitydesigner to its original location (From where you saved it above) — Replace the existing files Note that the studio will come back the exact same way you had it at the time you copied the file for the first time. Changes you made between the two procedures will be lost. Forever. I have not tested it yet, but I'm sure that some other preference settings will be affected as well, I just don't know to what extent. Multiple Studios: You can make multiple Studio arrangements and save them independently. Just copy com.seriflabs.affinitydesigner to different locations. Be sure to label them properly, so you remember what they are. Very useful on a laptop that uses an external monitor that is not always connected. If you're comfortable with MacOS Automator, you can even create series of app/scripts to save or restore your Studio configuration(s) automatically. Not the smoothest process and I wish there was a prebuilt function for that… But until it does, or someone proves me wrong, it's a workaround. Enjoy!
  24. Found it! For those who have this issue, here's a workaround until it gets fixed, or Affinity implement a save studio function. Backup your studio configuration (MAC) The following allows you to keep a safe copy of your studio configuration, including the Toolbar and other preferences (I did not know which ones at this point) Quit Affinity Designer From the finder top drop-down menu, select GO and press [option] — [shift] or [^control] on some systems. A new item called Library should appear in the menu. Click it. Navigate to this location : /Users/YourUserNameHere/Library/Containers/com.seriflabs.affinitydesigner.beta/Data/Library/Preferences Copy the file com.seriflabs.affinitydesigner to a safe location of your choice. I recommend a cloud base storage, so you can get it back on a new/different system as well Go back to work with peace of mind, your Studio configuration is now safe. If the studio go astray, or the toolbar plays hide and seek again Quit Affinity Designer Copy back com.seriflabs.affinitydesigner to its original location — Replace the existing files Note that the studio will come back the exact same way you had it at the time you copied the file for the first time. Changes you made between the two procedures will be lost. Forever. I have not tested it yet, but I'm sure that some other preference settings will be affected as well, I just don't know to what extend. Tricks: You can make multiple Studio arrangements and save them independently. Very useful on a laptop that uses an external monitor that is not always connected. If you're comfortable with MacOS Automator, you can even create series of app/scripts to save or restore your Studio configuration(s) automatically.
×
×
  • 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.