-
Posts
362 -
Joined
-
Last visited
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
-
M1000 reacted to a post in a topic: Differences between soft proof and convert color profile (AFF Photo)
-
There are already posts about bugs in the hypenation of all Publisher versions - but it seems they got overlooked by the support team as there is no reply from them for over a week: But now I think there is a general issue with the justification algorythm in Pubisher: In the attached documents I tried to reduce the width of the whitespaces to get rid of the ugly wide empty space between the words in some lines. In InDesing CS6 it is simple to achieve that. In Publisher it seems to be impossible, regardless of which settings I change. Hyphenation in conjunction with non zero letter spacing is definately broken, like shown in the linked posts, but it seems the word spacing also acts different than I would expect it. The attached Publisher doc is from version 2.6.0.2900 beta. Edit: I cross checked with Scribus as well. It is the same like with InDesing. A little adjustments in word or letter spacing and the paragraph looks good. SourceSerif4-Regular.otf justification.indd justification.afpub
-
It not possible because the GRACoL2006_Coated1v2 represents a printing process that can't achieve a more saturated magenta. The icc profile describes, more or less, what colors a printing machine can print and on what type of paper it will put those colors. The color part means: which inks / pigments are used in the printing machine. That defines the color range (the gamut) that this specific printing process can give you. The paper type describes: how the raw ink interacts with the paper. E.g. the GRACoL has a slightly greyish paper type defined (paper type in this case is also called the whitepoint within the ICC profile). Because of this greyish paper the color get slightly muted. So GRACol tells Affinity - "the most saturated magenta ink is less intense than what a computer dispaly can show and this ink goes on greyish paper which mutes it a bit more". If you need a "better" magenta, youd need to either find a printing process that uses more saturated inks and / or ask the printer if they offer spot color printing. Affinity softproof issue to keep in mind: Affinity's softproof engine is broken in the way, that it ignores the whitepoint / paper type of the ICC profile. So if you use "absolute colorimetric rendering intent", which is the one you should for softproof, you get a result that is partly missleading. A tip if not already doing this: If you set your document's color space to CMYK and GRACoL then the colors Affinity works with are already those that can be printed. In that case the color pickers show you what you can get from the printer. But, if your display is not calibrated and maybe one of the not so accurate ones, this is all a bit of guess-work, because the display anyway might show wrong colors regardless of what ICC profile etc. you are using. Another but: A lot of people are working like this - non calibrated display, wrong color profile, buggy softproof engine, but still get something back from the printer that looks like magenta ("it's good enough for me" they say). 🙂 Last but: because the above information is a bit simplified you might like to read more about this - here is a starting point: https://www.cambridgeincolour.com/color-management-printing.htm
-
MikeTO reacted to a post in a topic: Hyphenation doesn't work properly with non-zero min/max letter spacing
-
EDIT: See later posts - there is a general bug with hyphenation. ------------ Text frame in Pub filled with text. No automatic hyphenation active. I like to hyphenate manually. Example: Text text text Digitalisierung. text text text. I like to get: But not as a hard break. I like to get a manual hypenation that automatically disappears if the word is not at the end of the line anymore. Example:
-
Ron P. reacted to a post in a topic: File save folder location
-
R C-R reacted to a post in a topic: File save folder location
-
File save folder location
cgidesign replied to jkrm's topic in Affinity on Desktop Questions (macOS and Windows)
On Windows it is like R C-R wrote for Mac. It is the last "save to location" that is used even when a file was opened from another location. And it gets even worse. E.g. in the preferences / color is a setting to load a ocio config file. So to this specific file is a specific location assigned. But if you save a normal document to a different location and later on go back to the color preferences and click the ocio browse button, it also opens to the last document save location and not the ocio location. But this has been reported years ago and comes up again and again in the forum - but does not seem to trigger any urge on the Canva side to change it. Regardless of how many users tell them how bad this "design decision" is. It is not the end of the world but one of the various moments where I think "man, it can be so frustrating to use Affinity software".