ToOldForThis

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.

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

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.