Jump to content

Fahneflycht

Members
  • Content count

    11
  • Joined

  • Last visited

Everything posted by Fahneflycht

  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. Fahneflycht

    Call me dumb, but....

    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. Fahneflycht

    OpenType support missing

    Thank you very much for your efforts, Sean P. Fyi some further comments on this. I'm no expert when it comes to programming, yet it seems to me that Gerhard's fonts should be ok, since they work flawlessly with Word 2010 and later. Curiously, some of Gerhard's fonts work with Microsoft Publisher 2016, whereas many of them (maybe 4 out of 10 or so) do not work at all (i.e., with MS Publisher it's an all-or-nothing proposition). With the sole exception of a minor feature (viz. the automatic dissolution of certain ligatures that is required in certain words) all of them also work perfectly in QuarkXPress 2015. If the font design itself were to blame, it would seem to me as a layman that the fonts would not work with Word or QuarkXPress, either, or am I perhaps just overlooking/misunderstanding something about OpenType programming here?
  5. 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 1.7.0.133 (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. https://forum.affinity.serif.com/index.php?/topic/67933-opentype-support/&tab=comments#comment-351320
  6. Hi again, One more suggestion regarding OpenType features in APub beta build 1.0.7.139: One feature that I found helpful in Page Plus was the ability to select individual OpenType features such as the ability to display capital letters as smallcaps (see screenshot; useful e.g. to construct lists of content where the capitals are to be retained) as well as to select individual ligatures. Some fonts offer historical ligatures, e.g. ct with a hook over the c, which may be appropriate in some situations but not in others. In PagePlus you could (to the extent the functionality is available in the particular font) select to omit such ligatures while retaining others in it. Particularly helpful was the checkbox list where the available features could be selected or deselected on an individual basis. APub so far seems to offer “all or nothing” in this regard. On my wish list for Apub would be such an individual checkbox list feature as was available in PagePlus. Thank you for your consideration of this suggestion. Fahneflycht
  7. Fahneflycht

    Further notes on OpenType Functionality

    ok, great, I had overlooked this feature. Thanks for alerting me to this.
  8. Fahneflycht

    OpenType support missing

    Hi Sean P, As you requested, I've attached the "Mars-Fraktur OT", which is offered by Gerhard Helzel free of charge. Presumably the OpenType engine is the same as in all his other fonts, so of this one can be brought to function properly, the others ought to work as well. I've attached screenshots using this font in Word 2016 and with APub build 1.0.7.139, respectively. The ordinary ligatures like f+i and even c+h are set correctly by both programs, but the automatic setting of "s" work with Word 2016 but not with APub beta. As I prepared the screenshots it occurred to me that APub beta is not yet available with German language support and that this might be part of the problem. However, Gerhard's automatic s works even with an English text in Word, but not in APub beta. As I understand the OT-functions in Gerhard's fonts, a long s is always set automatically in any language as a round s can never occur at the beginning of a word. The more complicated rules would not work in English, as they are specifically programmed by Gerhard to work with German words but not necessarily with other languages. Thanks for looking into this issue and please let me know if you need any additional information from me Best, Fahneflycht MarsFrakturOT-Normal.otf
  9. 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.
  10. Fahneflycht

    OpenType Support

    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 1.7.0.133 (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.
×