Jump to content

ToOldForThis

Members
  • Content count

    25
  • Joined

  • Last visited

Everything posted by ToOldForThis

  1. I tried this out in Beta 206 with some interesting results. First, I selected a page of a long test project (page 117), and changed the text frame to have two columns. Since I use mostly indented first line, I changed a selection of paragraphs in the columns to remove the indent. Next, I selected from the beginning of a paragraph, and after from the beginning of a line within the paragraph. In both cases, I had no problems in selecting all the text from the beginning to the end, including the first character. I was able to do this using both a pen tablet and a mouse. I could also select from end to beginning. The only problem is to make sure the cursor is inside the text box, otherwise you can easily grab the text frame. Now, the interesting thing I found was that after splitting the text frame into two columns, the text would not highlight as I selected it. Once I let go, the selection is highlighted. I tried this in a text frame that had no column divisions to see if it was column-related, but click-and-drag did not highlight the text there either. I closed APub and re-opened it. After I did, click-and-drag worked fine again. BTW, the document I was using is 6" x 9" format with facing pages on a 1920 x 1080 monitor with the default zoom to view the full spread at 102.5%. I did not set the zoom to any other level.
  2. Here is something I just noticed. I had a document open in APub when I tried out the font issue in another post. I also opened LibreOffice and PagePlus X9 with APub still open. It was after that the picture frames were not working. I closed and opened APub, and now the picture frames seem to work just fine. At first I thought it was my Huion pen tablet that was causing the problem, but the mouse was doing it too. It's only after a close and re-open that picture frames started working again. Weird!
  3. I just tried adding a picture frame to a blank APub page in Beta 206. First, I couldn't see the frame being drawn, so I had no idea of where it was on the page and its size while creating it. Then, once it was drawn, I could find no way of changing the size of the frame by dragging its handles. The only thing that worked was the Transform panel. It was no different when I dropped an image into the frame, and I found I could not move or zoom the image in the frame either--even with the image selected. As I recall, this used to work fine in previous beta versions. I did this with both rectangular and oval frames with the same results.
  4. For what it's worth, I use Alegraya Sans a lot, and I have no fewer than 14 types available including: Thin, Thin Italic, Light, Light Italic, Regular, Italic, Medium, Medium Italic, Bold, Bold Italic, Extra Bold, Extra Bold Italic, Black, and Black Italic. All these show up on the drop down and text appears correctly in APub. In LibreOffice, they appear as different fonts. They show up as separate fonts in PagePlus X9 as well. As I recall, Adobe InDesign showed them the same as in APub.
  5. This is something I haven't tried before, so I don't know if it was present in previous beta versions. When I add a Studio Panel, it is placed in a default location. According to the documentation, I should be able to move the pane somewhere else. As long as I move a panel to an existing panel group, that's fine. What I tried was to pull a panel group from a column--the one on the right. It was now a floating panel group. When I tried to place it back in the same column, there was no way it would dock. It would either dock to create a new column to the left, or a really big column on the far right over everything else. I tried every which way I could think to dock the panel group back into the same column--but nothing worked. Finally, the only way I managed this was to reset the studio, which moved all panels to their default locations--including the three panel groups on the right. I should be able to slip new panels into any column. If manually placing a panel or panel group into a column that already contains a panel or panel group is not possible, it should be well indicated in the documentation, but relocating panels should be simple and obvious.
  6. ToOldForThis

    Studio Panels Will Not Dock

    I tried this again this morning. I WAS able to get studio panels to dock in an existing column on either side. Although this worked fine today, for whatever reason, it was not behaving like this when I created the topic. Trust me, I tried all sorts of ways to dock those panels. I'll keep an eye on them to see if the non-docking repeats itself. Thanks, Walt, for your reply.
  7. ToOldForThis

    PDF Export problem

    For what it's worth, I had problems with creating PDF files if I was using a proprietary font that required a license to use, or where the license was restricted. Sometimes the license can not be found, even when it's there. Can't remember how I did this, but I was able to list all the fonts installed in Windows showing whether or not it was proprietary. Once I stopped using these fonts, I had no more problems.
  8. I have been recreating a novel previously layed out in PagePlus. I am copying and pasting and re-editing from PP to APub. The project contains about 200 pages, 6 master pages. With the Pages and Layers tabs docked in the same area on the right be default, I found it quick to switch from Pages to Layers, but very slow moving from Layers to Pages. It seems to take a long time for APub to rescan all the pages and repositiion to the current page. This became so tiresome, that I moved the Layers tab to dock with Assets, Text Styles, Character, Paragraph tabs on the right side of the window. This has been the case in all the Beta versions I have worked with.
  9. ToOldForThis

    Pages Tab Very Slow

    It takes me 4 seconds now, but was closer to 6 or 7 in the previous betas. Doesn't sound like much, until you find yourself going back and forth often.
  10. ToOldForThis

    Pages Tab Very Slow

    Attached is the APub document and a JPEG of my system specs. I saved the document again today, but the Date Modified did not change--strange! Test Document 1.afpub
  11. I also agree. Because [No Style] is actually a complex style, basing anything on it can result in some frustration when creating a new style--a bunch of "gotchas" since the new style's behaviour is not what is expected. [No Style] cannot be changed or deleted, and all base styles begin with [No Style]. Either we need to have an editable [No Style], or a [None] as suggested by Wosven.
  12. ToOldForThis

    Cut and paste in Spread

    APub generic Paste does what PagePlus calls a Paste in Place, which copies the pasted items to the same place on a new spread. PP's generic Paste pastes the copied objects in the centre of a spread. APub might want to generically paste to the centre of the page, and allow a Paste in Place, which can be very useful. I use Paste in Place often, but this can be a problem when pasting several objects on a page already containing several objects, when it can be difficult to see where the copied objects are.
  13. ToOldForThis

    Auto-Correct Crashes APub

    Chris, I tried this again this morning. APub opened offering an unsaved file from the crash, which I declined--instead opening the original file. I selected the empty text box, changed the language to English UK, and typed in some text along with text that should be auto-corrected. The text style was [No Style]. All the changes took place EXCEPT for double-dash that should have changed to an em-dash. Just to be sure I got it right, I edited the Auto-Correct preferences to ensure that a double-dash converted to em-dash. I also added a triple-dash to convert to an en-dash for good measure. I went back to the text box to add more text. This is when I noticed a strange situation: if the auto-correct text is NOT PRECEDED AND FOLLOWED BY A SPACE, the auto-correct does not work. For example " (a)," does not change to "@" but " (a) " does. It's the same for em-dash and en-dash: "text--text" will not change the double-dash to an em-dash (although it does here) but " -- " does. Same for en-dash. Since both em-dash and en-dash are usually used as a connector butted up against a word on either side, it would never change. No crash this morning, BTW. I also noticed that when I changed the text style to Body Novel (one of my own), no auto-correct took place. I had to go back to the Base Novel group text style to change the language there to English UK from [No Change]. Since both the paragraph style [No Style] and character style [No Style] cannot be changed, should they not be using the default language set in preferences? Similarly, if a new style is created, should it not be automatically set to the default language unless specifically changed? Otherwise, it can be very confusing for the user, as in my case.
  14. I was having issues this morning with Auto-Correct. It seems that the Beta (192) still only ships with English UK, which is fine. I created a new text box and added text to test Auto-Correct to find it did not work. A search of the forum indicated that I need to change the language in the Character tool. It was set to EN/CA which is what I use, and probably set somewhere. I highlighted the test paragraph and changed the language to English UK. I entered in some items like (C), (a), -- (two dashes), (tm), to see if they would change. The first three changed as expected, but when I typed in (tm) APub stopped responding. I had to force it closed.
  15. I noticed this in Beta 174 and just tested it again in 192. When I create a number of new Asset Subcategories, they appear below any existing Subcategories. After renaming the new Subcategories, I move them into the position I would like them to be by using Move Up / Move Down. As expected the new Subcategories move to where I want them. After closing APub and opening it again, the Asset Subcategories revert to their position when first created--at the bottom of the Subcategory List. It does not matter how often I move them, they still revert back to their original position when APub is opened again. While we are on the subject of Assets, it would be very useful if the assets themselves could be moved up and down within the asset group.
  16. ToOldForThis

    Deleted Text Styles Reappear

    I must really be "ToOldForThis" as my brain is slipping! I was working on two documents in APub that are very similar. I was having trouble with the first, so I created a new one that has much the same contents, which is the one I've been working with. Just for kicks, I looked at the old one, and sure enough--it's where I spent all that time deleting text styles. I deleted some in the new document, restarted APUB, and they did not come back.
  17. I am using Beta 174 in Windows 8.1. I have been working with Text Styles on a test document in APUB. I noticed there were over 100 text styles like: Box, Box1, Box2...Box21, with same for other styles. I spent some time deleting most of these styles, keeping only one or two of each as well as the new ones I created. After closing APUB and opening it again, all the dozens of deleted Text Styles reappeared magically, along with new ones where I edited a Text Style (reported previously). Deleted Text Styles should remain deleted.
  18. After installing Beta 162, I decided to rework the Master Pages in a test document. I added 100 or so new pages to the document. I began assigning Master Pages to document pages. I added content in two ways. First, I created front matter content from Assets I had previously created. Second, I copied chapter stories from a real document in PagePlus 9, and pasting that content into text frames in Affinity Publisher, using Paste Special/Unicode Text. I set the Text Style to "Body Novel" which I created for the test document. I then made text formatting changes, such as adding a Drop Cap to the beginning paragraph, and increasing the size of "scene" change paragraph first characters. I worked on this for a couple of hours. Suddenly, after pasting some new content, my display went black, I received a warning that my display driver had failed and recovered, and Affinity Publisher spontaneously closed. No other running application was affected--only Affinity Publisher. I noticed this happen a couple of times before when using Affinity Publisher. I cannot reproduce this at will. The only thing I can think of is that it tends to happen when I've been using the program for a long time--several hours. My graphics display is a GeForce GT 710. My computer uses an AMD A10 quad-core processor, with 20GB RAM, 27" ASUS Monitor.
  19. I'm working with Beta 162. In a previous beta, I created a Text Style "Body 2" which is setup to configure default text for body of my novels. It took a while to figure them out, but I think I finally got it. The problem comes when I edit an existing Text Style. For example, each time I tweaked "Body 2", a new Text Style appeared: Body 3, Body 4, Body 5, etc. This also happened when I renamed "Body 2" to "Body Novel." At one point, I created a new Text Style "Basic Novel" to use as the basis for "Body Novel." Each time I tweaked "Basic Novel," a new Text Style appeared: Basic 1, Basic 2, Basic 3, etc. It seems to me that a new Text Style should not be created when editing and saving changes to an existing style. I end up having to clean up many spuriously created text styles for nothing.
  20. I have similar issues with Master Pages. Strangely, they seemed to work before the latest 157 release. When I apply a Page size Master Page, Margins revert to a left-hand page. I created a Page size (as opposed to Spread size) Master Page for left and right hand pages. The left page master seems to work fine. The right page master shows margins sort of correctly, but does not apply the correct margin to the page it's assigned to. This was working before. When I check the Master Page, the margins are correctly placed, but not when applied to a page. Seems to revert to left hand page margin settings. Now, about Page size Masters: they all seem to think they're left side pages in a two-page spread. So, the Inner Margin refers to the Inner Margin of the left page, but the Outer Margin for a right side page. This means I have to flip the margin sizes for them to look right. Anything placed on the page will remain in the correct location, but the Inner and Outer Margins are flipped. I'm sure this could all be sorted out if there was a way of telling a Page size Master that it's a left side page or a right side page--or even a neutral page. BTW, I have the Document setup as a two-page spread to lay out novels. When applying Spread Master Pages, all is well as long as you don't have to break a spread to start a new chapter by applying a different Master Page. For example, I have a Master Page with chapter start layout for left and right pages, and a Master Page for left and right body pages. So, when I start a new chapter, I apply a chapter Master Page to the left page of the spread, then a chapter body master for the right. This is reversed if the body ends on the left page. The problem is that the two Master Pages don't seem to play nicely. PagePlus had some little issues, but generally worked. As I said, this also appeared to work in earlier betas.
  21. I tried this again in the latest beta (139) with the same results. If I use a two-page spread Master, the content on the right side disappears after AP is closed, and AP is opened again, then the document. Left side is OK. Does not happen with single-page Master. Missing content is very simple: text box containing author's name, and text box containing page number. Same content on single-page Master shows fine.
  22. I am currently running version 1.7.0.133, but I noticed this behaviour in previous versions as well. On some master pages, the content disappears on the project pages after the project is saved, AP is closed, and the project is opened again. Here is an example: I have a Master page with 4 text frames at the top of the page. The project is set to Facing Pages. I'm using a two-page spread Master Page. On the left page: a small frame with the page number, a text frame with the novel title. On the right page, a text frame with the author's name, a text frame with the page number. When I apply the page to a project page, everything shows up. The headings appear as expected. Now, if I save the project, close AP, reopen AP and reload the same project, some of the content at the top of the right page disappears. Sometimes it's just the page number, and other times it's the content of both text frames on the right page. Interestingly, all content of the left page is still visible. I have looked at Layers for both the Master Page and the project pages that use it, and all boxes are checked for content of the Master Page. I've tried unchecking them and rechecking them again, but this does not help. If I drag the same Master Page to other project pages, all the content on the right page is visible, and remains visible on the new pages, as long as I work on the project. Once I save the project, close AP, reopen AP and then the project, the right-page items have disappeared again. There seems to be no way to get it back. UPDATE: I just created two single Master Pages--Left Master and Right Master, and copied the text frames from the original spread Master Pages. Interestingly, when creating a new Single Master Page, it will always default to creating a left page. I must manually reposition all the guides and change margins to make a right page. I set some project pages to use the new single Master Pages, saved the project, closed AP and opened it again, and opened the project again. This time the content of the two text frames for the project pages using the new Single Master Pages, displayed as expected. So, it would seem the disappearing content only applies to the right side of a two-page spread Master Page.
  23. I'm a bit disappointed that the Affinity team is creating an InDesign import, but has effectively left the PagePlus population out in the cold.
  24. I definitely have to agree Ken Cope. In PP I have all my masters setup with text boxes where they should be. Promote From Master is absolutely essential when you're writing novels, like I do. I can't imagine having to create every text box for 300+ pages and having to go to Text Styles to set the correct style for each box, then having to type in the common text yet again--like chapter headings. Easy peasy! Besides being time consuming, It would drive me batty! With PP, I simply promote the text box, change the chapter number, and replace "Title" with the actual chapter title. Please add Promote From Master.
×