Jump to content


  • Content count

  • Joined

  • Last visited

About garrettm30

  • Rank
    Advanced Member

Recent Profile Visitors

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

  1. I am not aware of any part of the English interface where semicolon is used in that way. Here are a couple screenshots that show what I'm seeing in the equivalent places: What variety English are you using? I am using US English, and I did not know any variety of English that uses a semicolon for a decimal point.
  2. garrettm30

    Truetype Fonts - no BOLD option

    Thanks for clarifying. So it looks like the number keys above the letters and the number keys in the num pad are treated as separate shortcuts in Publisher on Windows. This unfortunately is not true on Publisher on Mac.
  3. Yes, I like that too. I think that is a separate issue, but if Publisher worked like that, it would certainly make this issue easier to work around. No problem at all. Thank you for your comment.
  4. garrettm30

    Truetype Fonts - no BOLD option

    Thanks, Walt. Apparently when I edited it got duplicated instead. I'm not sure how I managed that.
  5. As worded, it seems as though you are saying that the current behavior is extremely useful. However, I get the impression that you meant to say that it would be useful for the styles of same names to keep that style name and instead adapt to the style as it is in the current document into which the text is pasted. If I have understood your meaning, then I do agree. I wish it would not automatically create duplicate styles. I would like this to be true even when coming from other apps (such as InDesign and MS Word) where the style name is part of the copied text. This is the way I would always or almost want it to work, but other people with a different workflow might not agree, so this may need to be optional or configurable via preferences.
  6. This appears to be basically a duplicate post. Unless I have overlooked something, this is not a bug but rather a limitation of Publisher in its current form. See my response in your other thread:
  7. A little clarification here (assuming I have correctly understood the intention of the original post): the problem is that a semicolon is being used for the decimal point, where a comma is the appropriate decimal point in French.
  8. The problem is more basic, I'm afraid: Publisher in its current form cannot use embedded fonts in PDF fonts when placing a PDF inside a document. Your client may have correctly embedded the fonts after all, but even if they had, the fonts of the PDF would not show up correctly when placed in your document unless you also had the same fonts installed on your system. This is a rather serious limitation, and the developers have expressed the intention to come to a solution eventually, but I am not aware that any indication has been given as to how soon.
  9. garrettm30

    Truetype Fonts - no BOLD option

    Would you remind me whether you are using Mac or Windows? I ask because you seem to imply, by the fact that you specify “numeric pad number,” that you expect the numeric pad numbers to be different than the numbers in the regular position (i.e., the number keys above the letters). I wish that were true, but on Mac at least, both sets of numbers are treated identically for the purpose of shortcuts in Affinity, such that one cannot assign different commands to, for example, ctrl+num1 and ctrl+1. Indesign on Mac does make the distinction, and for me it is helpful in using the num pad for assigning to various styles without overriding default shortcuts. Edit: I meant my question for @Wosven, but it looks like I quoted from the quote in jimiknits, so that the quote was erroneously attributed to jimiknits, sorry for the confusion.
  10. There has been a lot of discussion in this thread, both interesting and helpful discussion. But just so this thread does not lose its way, the basic request is actually very simple: I was hoping for a way to "Apply [Style], Clear All." The response is that the equivalent command in Publisher is "Apply [Style] to Paragraphs and Clear Character Styles." But rather than clear character styles, it applies the paragraph style as a character style. Resolve that one issue, and the purpose of my creating this thread will be met.
  11. garrettm30

    optical kerning?

    Hmm, I have a hard time deciding which is more important in my usage, but I do admit that a paragraph composer is higher on my personal wishlist. My reasoning is that it affects literally every document I do (some more than others, depending on the size of text and the width of text columns). Whereas the need for optical kerning or some other solution can be bypassed with a different choice of fonts. (However, between this and the lack of the ability to adjust underline vertical position, my collection of acceptable fonts is diminished.)
  12. garrettm30


    I meant helpful in pointing out the distinction so that the developers know which keys we are talking about. I too have been on an extended keyboard this whole time, but I was using the standard portion of the keyboard when I was reporting, and I had not specified that fact. So you took care of the ambiguity I had unwittingly left.
  13. garrettm30


    I don't know exactly, because I think it will take a developer to sort it out beyond this point, but I suspect it has to do with the zoom in shortcut actually being ⌘= (as Walt has pointed out is what is stated to be the case in Windows) rather than truly ⌘+ as we naturally think of it. Normally when typing, the software needs to know the difference in whether one is pressing shift or not, so as to type a plus or an equal sign. Somehow that seems to be affecting how the shortcut is interpreted, but I'll leave the rest to Serif. Indeed, I am already in the realm of guessing as it is. I think we have given Serif enough clues to identify what we are seeing, and I am confident they can work it out.
  14. This is not just a display issue. It really does have both a paragraph and a character style applied, and it does have implications that are different than just having a paragraph style with all character styles cleared. Consider this example (and I have provided a sample file where you can follow along if you wish). Heading 1 is defined as center aligned with all caps; Heading 2 is defined as left aligned with normal caps. Each heading has had its paragraph style applied in the way we have been discussing: “Apply to Paragraphs and Clear Character Styles,” which, of course, results in the “Heading 1 + Heading 1” issue. By merely applying Heading 2 (the default action by just clicking on the style in the Text Style studio) to the text with “Heading 1 + Heading 1,” you now see it is Heading 2 + Heading 1 + Align paragraph: Left. It has kept the all caps, which is part of the Heading 1 definition (not part of Heading 2), and it has also gained a Left paragraph alignment setting out of nowhere, even though Heading 2 is left aligned by definition. Presumably the center alignment of Heading 1 is affecting it, but this should not be so, because in this case Heading 1 is now applied as a character style, and paragraph alignement is not a character attribute. paragraph_and_character_styles_test.afpub
  15. garrettm30


    That's a helpful clarification. I have been using the "regular" keys.

Important Information

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.