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

thetasig

Members
  • Posts

    270
  • Joined

  • Last visited

Everything posted by thetasig

  1. Thanks for your inspirations on what is going on. One thing I noted after reading your notes is that my Pages color was set to 8-bit and AFPUB was set to 16-bit with the same color profile. I had read that certain differences could occur due to fractional differences (more detail in 16-bit). I'll check it out further to see if some good change will happen. I do have a display color measuring device and will see if there are still differences in the measured color.
  2. Thanks Walt - I can always count on you for good advice. For some reason, that choice yesterday was greyed out and I could not choose that forum. I will look forward to having the post moved there. Regards.
  3. I could not find an appropriate forum for this simple question. I assume that if I were using AFPUB 2... the results would be the same. Using the latest Mac OS version on a MacBook Pro laptop. I use AFPUB 1.10.6 as I have been developing a large document for some time. I am also manually paralleling that document in Mac PAGES. I've noticed visually (on the display) that the same RGB (or HEX) versions of color on one application do not match the other application. I've also checked the CMYK settings in each application with the same result. In PAGES, the AFPUB color values provide a "brighter" color that I have to tone down. It would be helpful to figure out what I'm doing that keeps those two application out-of-sync. Any suggestions on how to get them in sync would be appreciated. Thank you.
  4. I created my document/book from scratch within AFPUB. I don't use Word (or Windows) and I'm not that familiar with HTML. I have Mac computers. For printing a paper book, the AFPUB exported PDF works fine. My foray into Calibre and Sigil territory met with mostly non-fixed pages and little of my original presentation seemed to be respected in the epub output. I am very novice at the whole topic just now. Many thanks for any help you could provide - steps to take from AFPUB to epub and tips-n-tricks and would be a big help. I suppose it would be useful to be pointed to a good primer aimed at artists, not programmers :oP I hope to be able to publish the epub version at the latest in 2023. I agree that it is a sorely needed feature of AFPUB and hoping for the best from Serif.
  5. I found that using master "facing" pages with margins set verso and recto (wide gutter) that I can drag all objects on a page at once and they will automatically center on the margin when you get near - that's why you might see at least two green vertical lines of "centering" - one is the page center and the other is the margin center. Once you get used to that, it's fairly easy to center all the page objects on the margin width.
  6. 1. After changing master to facing, standard document page result; 2. after manually applying master again. Now frame text extends into bleed as master is designed to do.
  7. And thanks, too, to Walt and Tomaso! Just a follow-up. I made the changes to the master pages. And all of the document pages "cleared up" and showed mostly the correct way. However, I noticed that the heading and page number text items on the master pages were not going into the bleed as they are designed to do. It wasn't until I manually "applied" the masters again to the appropriate pages that the text items entered into the bleed as designed. I suppose I would have assumed that those changes to the master pages would automatically be applied to the document pages too. Anyway all is good now! Thanks again for great help!
  8. Old Bruce - many thanks. That correction made everything work perfectly. Leave it to me, the novice, to overlook something so import like that. Namaste!
  9. Thomaso - thanks for your clarification. I am able to get all pages to use and show the Master Pages. Thanks for the tip on making that happen (I still have to learn about the "Edit Linked" option and how to use it - haven't used it yet.) The problem still remains that that particular section will not View/Show Margins. All other pages using different Master Pages (well almost all) do show the margins "box." There are a couple of single "recto" pages using a different Master Page that also do not show the margins - maybe just 2 of the 268 pages. As described above to Walt (sorry about the delay and "out-of-sequence" reply), I use the pages margin settings instead of using Master Page margin settings for all except a couple of pages that do not use the Master Page items (no page numbers, heading, stripe). It is not a critical problem - I don't need the margins to print anyway and the document is nearly finished.
  10. Thanks, Walt, It's always good to get your perspective (always appreciated). However, for my book none of my 6 Master Pages have a margin specified. Instead I specify the margins at the page level. For a book, I have the inside page margins set to Inner: .5"; outer: .25", top: .25", bottom: .25". (For all pages.) When I specify the Margins at the page level - the software automatically applies the correct margin for recto and verso pages. The problem I perceived when checking it out is that if you specify margins at the Master Page level then the Margin settings are different: "Left, Right, Top, Bottom" - so, I would need to create 2 Master Pages for each spread in a Section and apply some to odd pages and others to even pages. Then if I decide to add pages or delete pages in the middle of the document, all heck breaks loose as the recto / verso pages would (do) get the wrong margin setting. This whole problem is resolved when using page margin settings instead of Master Page margin settings. It all works perfectly in the other 5 Master pages (the Inner, Outer, Top and Bottom all work perfectly on left- and right-hand pages and Margins do show on them as well. It is just this 6th Master Page that makes the margins disappear where that Master is used. I did try to make a new Master Page with the same characteristics as the old one - cleared old and then applied new to the particular Section pages that use that Master. It still made the Margins disappear. At this point, I am suspecting corruption in the document (though everything else seems to work perfectly), but I'm no expert in that area. I'm currently using AFPUB 1.10.5 on High Sierra. Regards, -=mark=-
  11. Strange that in one section of some 25 I have in my document, one section would not show the margins when turned on via the View/Show Margins choice. If I cleared the masters for that section, then the Margins would show up. At this point I cannot get both the Margins and the Master page items (heading, page#). For that Section they are mutually exclusive. The other problem: when I apply the correct Master for that Section (to all the pages in that section), they do show up in each of the pages in that section in the Layers panel, but at the bottom of the Layers panel. And the single last page selected in that Section of some 30 pages DOES show the Master Items (weird). The Master page items do not show in the other pages until I manually move the Master Page layers (for a spread of 2 pages) up to the top of the Layers panel for each page. All other sections of the document show both Margins and Master Page items (different Masters) reliably. I have never run into this before in the several years using AFPUB. Would appreciate some help with this please. Thank you.
  12. Thanks RC-R - Justified Center often leaves large spaces between words. For this particular document, I am using captions for photographs and using Centre Align. The captions are 'short and sweet' and rarely extend past a single paragraph. Because the document is dense with photos, the text captions need to be positioned close to the photo (sometimes underneath, sometimes above, or to the right or left). In each case, it is desirable to position the caption a (mostly) fixed distance from the photo frame. It is notable that the text itself (not the text frame) should be at that distance. This usually means "squeezing" the text box manually until some text row inside just touches the frame edges left and right. For some time, I was able to just double click one of the edge buttons and the frame adjusted itself exactly as I wished (no extra space was added). Now I see that the Text Frame Width value (which has a required/default 1 column) is changed when I double click the box edge. In the latest version of the document, this action defaults to adding empty space to the right and left of the text inside the Text Frame. It would be desirable to somehow suppress this default, i.e., do not add empty space before and after the text. See the four screen shots of the Text Frame settings and before (desirable) and after (not desirable) results of double-clicking the right edge button. In this specific case, the text frame and column width should be 1.726 inches. After the double-click the box expands to 1.88 inches to accommodate the extra space added right and left. Hopefully, there is a setting somewhere (I am obviously missing) that will get me back to this scenario - which I used to be able to rely on until I shrank my document and then had to re-do all of my text styles to match the object's new sizes (font size shrank, photos shrank). I used to be able to double click an edge and the box would fit the text precisely. It is interesting, but baffling that if "Hide overflow" is unchecked, the text is expanded into a single row with EXTRA (additional) space added left and right. I guess I would never have assumed that check box would affect this action so drastically (it seems to be doing more than just "hiding" overflow, i.e., "preventing" overflow.) Afterthought: It might be that the Text Frame "Columns" is interfering with my ideal - I don't really have any need for the concept in these captions. Thanks for any insight. first column: desirable (done manually); second column not desirable after double-click of edge.
  13. I have recently discovered that one can auto-resize a frame text (box) to "fit" the text within. This seems to be dependent on the starting width of the frame, the starting height of the frame, etc. For example, I can double-click the center anchor ("button") on the right of the Frame. This often resizes the frame and text to "fit" BUT it usually will leave a "margin" on left and right (spacing between the text and the frame edges). As I am trying to move the text box just a certain distance away from another object, I also want the text itself to be in the same position (say, 1/8 inch from the object). When double-clicking the (left or right) center button, my frame text enlarges or shrinks and acquires an "inset" where the text has some space on left and right (not on top or bottom). The Studio Text Frame shows insets set to zero. My text is set to center both vertically and horizontally. The style of the text is controlled by a Text Style entry. The Paragraph section has the Decorations set to "none" - unchecked. It is as though some internal process is attempting to "balance" the text rows to be somewhat even/equal and adding that space around. In some cases where paragraphs are longer (more rows of text), the bottom-most row will often be shorter than the ones above. This makes the paragraph "stand out" and look a bit neater, but is a mystery how I can control that process. It it notable that a brand new document with a new Frame Text - does not exhibit this "problem". I have searched extensively but have not found the cause of this behaviour. I cannot find any tutorial material in the help sections of Affinity and I am hoping there is one out there to be seen. Example text included as screen shots. Text is centered horizontally and vertically. First one is how I want the box sized. The second one is after I double-click the right, center button - the text gets some unwanted space on left and right. This double-clicking also has other qualities, such as moving the right or left edge clicked to center and space the text. So click the right edge center button and only the right edge moves; click the left and only the left edge moves; you can also click top center or bottom center edge buttons and the Frame Text will shrink to allow the text to just fit Thanks for any insight you might have.
  14. I have a document of a certain dimension - photo album. I decided to shrink it a bit to fit a printer's capabilities to print photo books. The process is easy - I "anchor to page" then "Rescale" "All Spreads. The document pages all shrink to the proper size and all objects are also shrunk down to accommodate the settings. Then I follow up with rescaling the Masters too. In my case, all of my text boxes' text are "controlled" by Text Styles. Upon examining the text boxes, I see that the text has automatically shrunk from 14 points to 13.2 points. This is good and what I expected. Then I checked the Text Style (still) associated with that text and it is still set to 14 points. I do not know the intent here, but it would seem that there *should* be an option during the Rescale to have controlling Text Styles optionally ALSO change to match the final text in the document itself (and, are there other features that should be made to be in sync in a similar vein too?). You can imagine the difficulty of manually having to go through all the text styles to change their Font size to match the now rescaled document text. I have not been able to come up with a rationale for keeping the Text Style font sizes as they were before the rescale was done. Thanks for some enlightenment on this issue.
  15. Thanks PixelEngineer for that useful information. As I read through this, I think there are two separate issues to consider. One is the scaling of the document and resulting changes to picture frames/photos. The other is the use of the frame "slider" that can enlarge a photo within its frame (presuming the photo was set to its normal aspect ratio beforehand with the provided tools to fit to max or min, etc.). In the second case, I had use the "slider" to enlarge a picture within its frame to highlight a portion of the picture - something like cropping. I guess I'd like to know if that second issue can be "fixed" with the "side-handle" trick? Should these two issues be separated out from one another?
  16. I also need e-book export for fixed page books. I have photo books to publish and each page must remain separate and not "flow" as a text-only e-book does. Sure I can publish a printed photo book from a PDF, but it is currently not feasible to take the Affinity Publisher output and turn it into an e-book.
  17. Take a fully developed document with text, photos,etc. And one that uses Text Styles throughout the document for the text. Now whatever dimensions you have, go to Spread Setup, set the selection to "All Spreads," set "Rescale" on the "Scaling" tab, and "Anchor" to the center (dot) of the page, and change the dimensions of the spread and select OK . Let's say you go from 11" x 8.5" to 9.5" x 8" - that makes it all smaller. Now you have a new document where everything is smaller but has been scaled to "look" the same as before. Now investigate your text boxes (select some text words) and you will notice that the font sizes, tab settings, paragraph "Leading" and "Space After" and other settings have (mostly) all changed to reflect the smaller dimensions. And notice, too, that the "Paragraph Style" on the Contextual Menu for a specific text section is still "attached" to one of the Text Styles listed in the Studio. However, if you "edit" one of the text styles that you used for the changed text you will note that the Text Style itself (its settings) has NOT changed to reflect the, in this case, smaller dimensions in the document. This means that you cannot continue to use the Text Styles as you had before after scaling the spreads until you manually make all those (smaller dimensional) changes to the Text Styles. Otherwise, if you use a Text Style on a text section the text will revert to the original sizes before the Spread Scaling was done. What I would expect to happen and would hope, is that ALL of the supporting document settings/tools would be changed to reflect the new Spread Setup dimensions. That way, you can continue to use the tools as before and not run into problems. A smaller "nit" in this process is that the Master Pages must be run through the same Spread Setup separately instead of automatically changing when you select "All Spreads" but I think that it should also be automatic since the masters and spreads would need to be in sync to make good sense. scaled Screen Screen shot shows the dimensions after making a spread setup dimension change. The Text Style: TOC 1: Heading 2 font size is set to 14 pt while the actual text for that style is less at 13.2 pt. If you use the TOC Heading 2 text style again, all the affected text will be changed back to 14 pt. Other settings are not mentioned here, but they need to be changed as well to avoid problems.
  18. please see this bug reported in Windows - it is found in Mac, AFPUB 1.10.5. This still plagues me every time and, strictly speaking, there is no way to avoid a host of pre-flight photo proportion errors and, worse, photos that appear to be no longer adhering to their original aspect ratio. https://forum.affinity.serif.com/index.php?/search/&tags=afb-4723
  19. Thank you, this is the first I have heard/read of this suggestion. Sounds like a possibility - except that some documents are extremely large (especially when the Document Resource contains many, many photographs that are linked to the document. In one case, I have (currently) 6.28 GB of storage used for a single document. All of my Affinity documents stored on the NAS come to over 1 TB. This would be a strain on my Mac Laptop storage (currently max of 4 TB). Additionally, these are shared documents between a couple of users. Storing them locally may be a good suggestion for software compatibility / stability with the Operating System, but become a bit impractical when sharing in a virtual "office" environment (as you say PITA). Suggesting that you see what might be possible for the future of Affinity products. Just as a note, I have never had any corruption using the QNAP NAS with the Apple File Protocol (AFP), and my Mac systems. Another reason I use the NAS is that it is a mirror RAID environment that protects my data investment. Thank you for the tip.
  20. I recently came back to use AFPUB (1.10.5) in earnest and was struggling with Catalina 10.15.7 (last version of Catalina, I believe) on a MacBook Pro 2019 (16"). I would open the saved project from an external NAS (where all my projects are stored for security and safety), wait a bit for it to load and "settle down" and then do the smallest things, e.g., selecting a Picture Frame (with photo) and CTRL-C copying it. It would take maybe 8 seconds for the spinning "busy" icon to stop. Then I would paste it to a new page. Wait... wait...check Mac Activity Monitor (3.75 GB used by AFPUB of 64 GB available on the machine) and eventually, nothing would happen or it might just crash outright if I tried to do something right after opening the project. If I waited long enough, it might eventually reach the stage where the "Force Quit" menu item would turn red. I did this for a couple of days, ("beating my head on the brick wall") then thought: "hey, I have the same AFPUB version running on my MAC PRO (2010) that is running High Sierra at 10.13.6. I should give that a try" Voila, no more waiting, more-or-less instant responses to actions, no freezes, no crashes, no more problems. In short, a delightful experience. At this point, I have no incentive to go back to Catalina (and would be loath to upgrade to the latest "Mac-Death" OS version). Just a note that everything else on Catalina seems to work quickly, reliably, without problems or crashing (including the other Affinity Applications).
  21. AFPUB 1.10.4; OSX 10.15.7 Just want to add to this thread, what I feel is some additional information. Sorry if this is reported elsewhere, but I could not locate it in the forum. Preflight pops up with many photos (only) showing non-proportional scaling. Steps to reproduce this related bug: 1. In Preflight, choose one of the non-proportional items (photo). In my case they are all photos inside picture frames. 2. The photo is highlighted inside a picture frame on the Layers panel and the offending photo is displayed on a spread in the main window space. 3. On the Layers panel, highlight/select the picture frame for that photo instead of the photo itself. 4. In the Context Menu, choose Properties / Scale to Max fit - OR - Scale to Min fit. Note that this does scale the photo to correct proportions regardless of the frame size. (In fact, if you cancel the preflight and run it again at this point, this photo will NOT show up as non-proportional). [Little "nit" - the preflight is not accurate again (continues to show the same photo) until you quit it and restart the preflight - this takes extra time to resolve each error. It would be helpful for preflight to be immediately updated when one corrects the non-proportional photo or other preflight warning.] 5. After scaling to fit as shown above, now go to the picture frame slider underneath the frame and slide it to the right to enlarge the image within the frame. This *should* scale up the photo proportionally. 6. Save file and try the export again. 7. Preflight shows that this photo is still non-proportional. It appears, then, that enlarging or changing the photo size with the picture frame slider (underneath) causes a non-proportional photo every time.
  22. @walt.farrell is correct. My specific situation is that my Section Headings (Section Management, Section Name) is different on almost every page. Add that to the situation where I am also using the same words (country and city names, for example) in a "travelogue" in normal text frames. For example: Section Name heading: "UK, Stonehenge" and on the relevant page a text frame discussing "...Stonehenge..." and how I visited the structure. The case that brought this up is that I misspelled "Marseilles" with the ending "s" on a Section Name (field controlled by Section Management, Section Name) and I could not find where it was using Find and Replace ("nothing found"). So, I had to manually go page by page to find the relevant "section" heading and then go into the Section Management and edit the field value there. It then occurred to me that the Find and Replace might be augmented to include text that users have to enter manually regardless of where that might occur. It seems reasonable to ask/suggest that anything that can be printed/displayed on a document "page" (text) be included in Find, at least; and maybe Replacement too. For example, change all occurrences of "Marseilles" to "Marseille"
  23. Well, OK then. So instead of a bug, this is a feature request to allow Find and Replace to find anything outside of "text objects" that a user can "fill in" with text. In my opinion, Section Management and the names of each Section are very relevant to creating a document and maintaining it and being able to search and find and replace as needed. In just one of my documents, I have about 31+ different sections and they need to be kept in sync with other text objects in the document that might have to be changed. Find and Replace is the only tool available at the moment to do this. Hoping that management will consider this feature request.
  24. You're close. It is the "Section Manager", "Section Name" that is not being checked. It's not a field.
  25. AFPUB 1.10.4, Mac Catalina. Noted that Section text is not included in the Find [and Replace] feature.
×
×
  • 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.