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

momsoft

Members
  • Posts

    26
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Yes. This was what I was looking for. But I was looking at the File menu, not the Document menu.
  2. I have been trying to use an afbook to edit individual chapters of a book, but I am having many problems. The last being that I can no longer export it to PDF since upgrading to v2.2. For that reason, I would like to merge all the individual chapters from the book into a single afpub. I currently have a dozen afpubs. Each of them contains a variable number of stories and individual elements. So I can copy and paste one by one all the contents of each afpub into the new. Is there any effective way of merging two afpubs into one?
  3. I can confirm the same behaviour and the proposed solution using v2.1. Now that I have a working solution, it is less urgent to solve the problem, but it would be nice if the bug could be eliminated.
  4. 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.
  5. 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.
  6. I have discovered a very strange issue with a publication in which I am working. Somehow, the body style became "infected" with a hyperlink reference causing that all paragraphs with the body style or any descendant would pick the character style of the following paragraph whenever they were edited. The issue is described on the following post: Report post Posted 1 hour ago I have been able to solve the problem by removing the style and reformatting the whole document, but it would be nice to know why it happened.
  7. 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.
  8. 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!
  9. Have you tried the " Strange behaviour.afpub" publication I uploaded yesterday? I have tried opening it on a different computer, on the current version and the latest beta and I always get the same result.
  10. Yes, it looks like a bug, but in this case it is a different one because it also happens if you start with a new text frame from scratch, even in a completely new publication. I have tried to remove all the styles and recreate them but the problem reappear. It is very odd.
  11. 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
×
×
  • 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.