Our response time is longer than usual currently. We're working to answer users as quickly as possible and thank you for your continued patience.
-
Posts
23 -
Joined
-
Last visited
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
-
I have been very happy designing my documents using the RGB colour format and the default sRGB colour profile. I can use the RGB values in websites and other applications (such as Office) and they work. If I need to print the documents, I generate a PDF using CMYK and a suitable color profile, and Affinity takes care of the conversion for me. But now I need to create a visual identity manual and need to refer to the colors both in RGB and CMYK. What I have discovered is that the CMYK values provided by Affinity are completely different than those used by other applications. So what is the deal with RGB to CMYK conversions in Affinity applications? I am sure there is an explanation for the differences, but I just can't understand what is happening.
-
deannab reacted to a post in a topic: Extremely disappointed that this installs as an "App" and not regular software program
-
MattT reacted to a post in a topic: Extremely disappointed that this installs as an "App" and not regular software program
-
Imonobor reacted to a post in a topic: Extremely disappointed that this installs as an "App" and not regular software program
-
debraspicher reacted to a post in a topic: Extremely disappointed that this installs as an "App" and not regular software program
-
thump257 reacted to a post in a topic: Extremely disappointed that this installs as an "App" and not regular software program
-
I am also very annoyed by the fact that Affinity has decided to go the Windows App route, so I want to add my comment here. Please consider that many of your users like Affinity because it is not an Adobe/Microsoft/[Insert other big software company names here]. We want to retain some control over the software we own and we install in our machines and do not like the route computing is taking. I am very happy to see that I am not the only one concerned. Annoy your customers, and you might find you lose them.
-
thomaso, You were the one to point out the hyperlink in the style definition. After you pointed out the hyperlink bit, I have investigated a bit. On the test publication, if you right click on the first test text box you will notice that there is indeed a link defined. If you click on "Edit Hyperlink ..." you get: But it does not seem that the link is actually created if you export it to a PDF. So, all in all it is a mistery. Thanks for your help again.
-
Old Bruce reacted to a post in a topic: Publisher. Text overriden by the style on the following paragraph
-
momsoft started following Publisher. Text overriden by the style on the following paragraph
-
I have the same experience. I have replaced all the Next styles to [Same style] and the problem persists. I had not noticed it, but it seems to be the cause of the problem! I don't remember having used hyperlinks on the original publication, at least consciously. And I surely didn't in the test document. It seems that somehow a link to Page 4 of the publication (???) became part of the definition of the "body" style (renamed to "body 1" on the test document when I copied the text from the original publication). So, in the new test, I have done three things: Added a real link to create the "hyperlink" style. This did not solve the problem. Redefined all the styles that were based on "body 1" to be based on "base 1". This caused the problem to disappear on all of them, thus proving that the culprit was the "body 1" style. Created a new style from scratch, "new body", and recreated the text box used for testing to use "new body" instead of "body 1". The problem is fixed! The only problem I have now is that the original publication has a lot of local formatting, so replacing the styles is going to take a while ... I also attach the new test publication, if you are curious to investigate the issue. Strange behaviour v2.afpub Thank you all for your help. It is much appreciated!
-
Strange behaviour.afpub I have been able to replicate the problem in a new publication by copying the styles so the problem can be seen opening the attached file and entering any text at the end of the line before the heading style. This also means that the problem is most probably due to some setting in one of the styles used on the publication. Thanks in advance, Manuel
-
I have a publication that exhibits a rather strange behaviour. I have two paragraphs with the body style followed by a Heading paragraph. All paragraphs have a style paragraph applied, with no format overrides. If I continue typing at the end of the first paragraph, the style is maintained because it is followed by a paragraph with the same style. But if I type something at the end of the second, the style is overridden with the style of the following paragraph and I have to keep resetting the formatting. I suppose I have done something in this particular publication, but I have no idea what it might be and it does not happen on other publications, just in this particular one. I am using Publisher v1.8.5.703 Thank you very much in advance, Manuel