Jump to content
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

  • Joined

  • Last visited

Recent Profile Visitors

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

  1. The numbered list button in Publisher seems to work only if used at the top level and sequentially. If one tries to introduce a list entry hierarchically below the top level (e.g., "1. History ... a. 1960s"), a second listing number is introduced (i.e., "1. History ... a. a1960s"). If one tries to remove the extra "a", the list number disappears entirely and the entry is then converted to normal text, but as it seems with a different indentation than either the previous list or previous text. A workaround using text styles is possible, but cumbersome to use, and the numbering is then no longer automatic. A similar issue concerns footnotes and endnotes. One would wish a button to handle this. Currently, one must, it seems, use a text style as a workaround. One must then keep track of the numbering oneself. If one wants a footnote on the same page (rather than an endnote on a separate page), one has to insert a separate text frame so as to avoid having the footnote move if additional text in the main text frame is inserted. As there are very limited entries in the help section on these issues, I must assume that I haven't simply overlooked something obvious. If I'm wrong on this, I'd appreciate a hint from someone in the forum. If on the other hand my concerns are valid, I hope remedies will be offered in the next version, as both features seem to me fairly central in a professional DTP application like Publisher. Many thanks in advance, Fahneflycht
  2. In my view, the probably most serious missing feature in the current Publisher beta is that there is still no quick way to insert a footnote or an endnote. It would be desirable to have a tool for this, once Publisher goes commercial on June 19. Maybe it's no big deal -- Page Plus managed footnotes and endnotes very well. If such a tool is already being planned, it would be very nice if one could also insert cross references into footnotes/endnotes.
  3. AP will be a great application one day, but it still has a ways ahead. By way of the beta process, hopefully most of the missing (or still unclear how to use) features will be added and most of the bugs fixed. I am willing to be patient based on this prospect. In the latest beta version, the automatic ligature settings of Gerhard Helzel's Fraktur fonts work flawlessly, proof that progress is possible. Here's my quick and preliminary list of additional suggestions for future releases: 1. I, too have been using Page Plus for years. I think AP will prove more stable than PP, and I for one would accept forfeiting some of the user friendliness of PP in return for more versatility and stability. Even so, the ability to import PP and Word documents directly (i.e., without intermediate conversions) into AP would rank high on my wish list. 2. In AP beta, the color selection in text styles seems to behave somewhat erratically. I've formatted text in a particular color and the next day, it seems like some kind of default has substituted the color I had defined the day before, even though I had converted the base text style and saved my changes. Maybe I've just overlooked something or done it backwards, I don't know. A nice feature of PP was the ability to select predefined colors according to, e.g., the CMYK or RGB schemes and apply these to text with one click. Would be nice if one could save one's favorite colors and apply these with one click by way of a button or an icon and not have to adjust the individual settings each time. 3. The "base" character style uses Arial 12 pt. When I define a new group style with a different typeface and type size, AP seems correctly to save the corresponding settings for that group. When I then define a character style based on the new group style and apply this new style to existing text, however, I seem to end up with the correct type size, but in Arial. When I try to redefine the tracking setting of the character style, I end up with Arial and the original type size (12 pt). I have to admit, I'm still in a trial-and-error mode with this and have perhaps simply not yet figured out the correct way to do it. Someone who's ahead of me might wish to test to see if the problem described is just my own ineptitude or if it's a real bug that could perhaps be easily fixed. 4. I haven't detected yet how one can add footnotes or endnotes to AP documents, but maybe this is already in the works? Greetings, Fahneflycht
  4. Sorry to nag about an esoteric issue that is probably of no concern to the vast majority of DTP users -- to me, however, it is highly important that the automatic typesetting of long s in Gerhard Helzel's open type fonts function properly - which is still not the case with build (win). If the automatic long s-function can't be implemented in Apub for some reason, I would have to continue to use Word, where this function works flawlessly, even as Word is rather clumsy to use in so many other aspects of DTP. But if this particular function works so well with Word, why can't it be done in Apub? Would seem to me that a skillful programmer could solve this quickly. However, as I am no programmer myself, I may be making an inference that is way beyond the scope of my knowledge, so please pardon me if I'm mistaken in this regard.
  5. I frequently create documents set in the traditional German Fraktur alphabet, which requires certain ligatures that are not used in texts set with ordinary Roman letters. The most important one of these is the use of the so-called long s (Unicode U+0073), which may not be used interchangeably with the normal so-called round s but is used according to certain rules. The best Fraktur fonts out there are those that have been digitized by Gerhard Helzel (see http://www.fraktur.biz/). His OpenType fonts have been programmed to employ all required ligatures including the long vs. round s. These fonts work perfectly with Word for Windows 2010 and later and with InDesign as well as with XeLaTeX and certain other freeware programs. Most of them (not all) also work with QuarkXPress 2015. With the beta version of Affinity Publisher, the automatic setting of long vs. round s doesn't work, although conventional ligatures do seem to work. On my wish list would be that the above-mentioned OpenType ligature automatic would work also with Affinity Publisher.
  • Create New...

Important Information

Please note there is currently a delay in replying to some post. See pinned thread in the Questions forum. These are the Terms of Use you will be asked to agree to if you join the forum. | 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.