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

Search the Community

Showing results for tags 'character styles'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Affinity Support
    • News and Information
    • Frequently Asked Questions
    • Affinity Support & Questions
    • Feedback & Suggestions
  • Learn and Share
    • Tutorials (Serif and Customer Created Tutorials)
    • Share your work
    • Resources
  • Bug Reporting
    • V2 Bugs found on macOS
    • V2 Bugs found on Windows
    • V2 Bugs found on iPad
    • Reports of Bugs in Affinity Version 1 applications
  • Beta Software Forums
    • 2.3 New Features and Improvements
    • Other New Bugs and Issues in the Betas
    • Beta Software Program Members Area
    • [ARCHIVE] Reports from earlier Affinity betas

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start



Website URL



Member Title

Found 4 results

  1. I just updated to Affinity Publisher 2.2.1 and my styles are all messed up now. I'd like to revert back to 2.2. Here's the problem. All my text eg, titles, lists, paragraphs display as text using character style hyperlink blue. I use a lot of styles and I don't want to have to correct every single one. Please fix. Thanks.
  2. I guess this is an oversight by Serif: I have some headlines which use the Numberpile font to have a marker in front of them (which matches the ones used on a map on another page), which looks like this in the text: This is basically an additional "Headline 2" style which uses the "Initial words" option to use the Numberpile font for the initial word (which in this case is just a "B", which matches the number "1" in a circle in that font, the two colour effect - the character in Numberpile as such would just the white circle with a transparent "1" in the middle - was done by using a 0.8pt border for the character, in case somebody needs to do this, too ). This worked just fine in the text, but in the TOC, it of course shows up as a "B", since the TOC entry uses the same style for the whole line (besides the number, for which there is an additional TOC character style): Not a problem, since I can change the "Initial words" option for that TOC style here, too, right? Well, actually YES, it is a problem, since you cannot create additional character styles when working on TOC styles, the icon is greyed out and not clickable: So the only character styles available to use in TOC styles are the ones for the different TOC numbers for the TOC levels (or styles to list you turned on). As such, those are the only character styles you can use in the "initial word" option of those TOC styles, too. Right now, I am using a workaround to get my desired result (I simply changed one of the TOC number styles which don't show up in my TOC, because I'm not using the dark section names in this document, to the Numberpile font with the border and then used that character style for the initial words), but this is of course for obvious reasons not ideal: Is this a bug/oversight/missing feature, or did I miss something myself here?
  3. (This appears to be the feature-requests forum, but I've been wrong before. If I picked the wrong location please advise.) I would surely appreciate improvements to the Edit Text Style dialog, which could be made easier on the end-user. Dropdown menu for selecting styles Please consider adding a drop-down menu to this dialog's first panel (the one named, simply, "Style"). Purpose: select some other style for editing. It would be useful having the option to filter the display: all styles, versus paragraph styles only, versus character styles only, versus only styles presently used in the document. UI Font size : -) Text throughout Affinity Publisher's UI is small enough to make things, well, a bit hard on some of us. I'm glad I don't use a 4K monitor — if I did the UI would be so hard to read that I would probably not have purchased the program after using the trial version. Even on this laptop with its relatively small monitor, there is plenty of "screen real estate" to expand a dialog like Edit Text Style if a larger UI font were used. I've noticed that Publisher's Mac version has a way via Preferences to adjust the fonts in the UI. Not so the Windows version. So Windows version users are stuck with the small UI fonts, as-is. (I do already have fonts somewhat enlarged via Windows' own control panel. But enlarging them further using that control will not likely give good results.) Display of specific style information Describing all kinds of data—font, size, color (etc.)—simply as "No change" says nothing about the actual style data. This is unlike the style information displays in word processors or page composition programs I've used in the past. Even in the first ("Style") panel of the dialog, the summary information at the bottom of the dialog (in the "Style Settings" field) includes the actual typeface name only if you are editing "Base." In short: Understanding fully what's in a style has been made unnecessarily difficult. Please consider ways of improving this. Copying style data to the clipboard I'd hoped I could copy the information from the dialog's "Style Settings" field to the clipboard so that I could examine the style information using a more readable typeface, in a text editor or word processor. Each item in the field ends with a semicolon. So, I figured I could replace each semicolon with "newline"—voilà, more readable text. But the information within this field cannot be selected or highlighted (let alone copied). Please either add a "Copy" [to clipboard] button for the field, or at least make the text in it selectable with the mouse (or all of it selected at once by clicking in the field and pressing Control+A) so that the user himself can copy it to the clipboard and paste it somewhere else. Thanks.
  4. I can assign F1 through F16 for paragraph styles, but pressing the corresponding key with a text cursor in a text frame has no effect. Assigning other shortcuts, say, Ctrl+Y, works as expected. Tested with German keyboard layout on English language setting of Publisher, USB keyboard connected to MacBook. OS is 10.11.6 (El Capitan). Curiously, pressing any F-keys hides the transform controls and frame/column outlines temporarily until the mouse pointer is moved. If this has to do with certain F-keys being taken over by OS shortcuts like launching Dashboard etc., I would expect Publisher to check for that and display a corresponding warning when assigning the shortcut.
  • 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.