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.

Ken Hjulstrom

  • Posts

  • Joined

  • Last visited

  1. Thanks for the suggestion. I wasn't aware that the Segment Tool existed. I haven't tried it, but I took a look at this Help page: https://affinity.help/designer/en-US.lproj/index.html?page=pages/Tools/tools_segment.html?title=Segment Tool and the examples show the ellipse with portions removed, but with the results as a closed shape. Is there any way to use the Segment Tool to generate just an arc with the two ends not connected to anything? Ken
  2. Thanks, but I tried this, but encountered two problems: For some reason, once I did this, I was able to move the upper part of the ellipse away from the lower part, but I wasn't able to move the lower part away from the upper part. This may be user error on my part, but I followed two tutorials that described the "break the curve" method, and failed both times. The deal-breaker for this method, at least for my particular instance, is that once the curve is separated, the ends of the arc can only be capped relative to the angular direction that the end is oriented. In my case, the arc that I wanted to be retained was less than half of the ellipse, so the ends of the arc weren't aimed directly downward, but I wanted both ends of the arc cut horizontally with respect of the document, not the arc itself Ken
  3. Hi, I finally figured out how to do this. Using the example document here, I did the following: Make sure that snapping is enabled, and that "Snap to Guides" is enabled Create a horizontal guide having the same Y value as the top of the text box Select the ellipse object Switch to the Vector Crop Tool Using the Vector Crop Tool, select the bottom edge of the ellipse object and drag it up until it snaps to the just-set horizontal guide Hide or remove the rectangle that originally was covering the unneeded portion of the ellipse Done!
  4. Hi, I wanted to create an arc that appears above text, with the ends of the arc cut horizontally. Initially, I was able to do this by overlaying a full ellipse with a rectangle containing white fill, which gives me exactly the appearance I'm looking for, if the background is completely white (see attached file). However, I now need this same image with a transparent background, and I can't figure out how to accomplish the same thing without using a rectangle to "hide" the unwanted part of the ellipse. I tried selecting the ellipse, followed by the rectangle and using Layers | Geometry | Subtract, but this resulted in the bottom ends of the arc being joined to each other, which isn't what I'm looking for. Is there some way to restrict the stroke of an object from following the entire object? Thanks, Ken AffinityDesignerArcTest.afdesign
  5. Hi MikeTO, I took a look at the dictionary files that you mentioned, and I was quite surprised to see that they did in fact contain words that I must have specified "learn spelling" to during past uses of Publisher. Since these files are hidden, I'm wondering if there's some way to edit them using the MacOS UI rather than editing them directly. To me, it seems odd that Publisher is storing "learned" words in a system-wide list. I'd much prefer that apps that run spell checkers give me a choice between adding words to the apps' own "learned" word list by default, and then offering the user the opportunity to specify whether or not to allow the app to then use the system's "learned" word list. Thanks, Ken
  6. Hi stucor, I can't yet comment on being able to see (and edit) the list of words that have been learned by the spell checker in Publisher V2, but I just finished laying out a 60-page magazine containing articles with many foreign names and words (which I told Publisher to "ignore"), and I had no problems at all with Publisher "forgetting" what I had previously told it to "ignore". I don't use the "learn" option, since most of the names and foreign words that the spell checker flags change between magazine issues, so it's not really worth it for me to tell Publisher to "learn" these; I just tell it to "ignore" them. It also seems that the spell checker is now better able to determine that words with differing capitalization are in fact the same word (when I first made this original post, if I told Publisher to "ignore" a word that was all lowercase, and it later appeared as the first word in a sentence, with an initial capital, I'd have to tell Publisher to "ignore" the version with an initial capital as well). Hope this helps, Ken
  7. Hi, While reviewing my document, I noticed that it contains some underlined URLs that inherited this style from Word documents. I can see that I can use the "Find" command to located underlined text, but only by character style name. Unfortunately, the underlined text that I'm looking for isn't bound to a particular named character style; the instances are essentially the same as if I had manually selected text and underlined it, without changing its named style. Is there any way that the "Find" command can locate this text? Thanks, Ken
  8. Thanks for letting me know. I also have encountered what appear to be copy / paste problems in the "Find" input control, where sometimes I'd click in the control, do Cmd-A to select all, and then paste in the new search parameters, with the result that the previous content doesn't always get replaced by the "Paste" command. I haven't been able to reliably repeat this, since I'm up against a deadline to get the current magazine file done, but I'll look into this issue a bit more when I have time. Thanks again!
  9. Hi, As part of final checking for a quarterly magazine that I construct with Publisher, I have a checklist that, among other things, contains RegEx patterns that I use to detect extraneous spaces, periods not followed by a space, etc. Beginning with Publisher 2, when I paste the RegEx pattern into the "Find" input control, there's an extraneous character that's appended to what I pasted in, and this character causes the search to fail. I quickly found that a workaround is to just delete this extraneous character prior to doing the search, but I'm curious as to what it actually is. For example, in the attached screenshot, the RegEx pattern that I pasted in was "\. " (backslash, period, space, space), which I use to scan the document for extra spaces following periods. Looking at what got pasted into the input control, there's a white "blob" looking character that's at the end of the pattern, which is not a part of what I pasted in. Could someone explain what this is, and possibly how to prevent this from appearing every time I paste a RegEx pattern? Thanks! Ken UnknownCharacterAfterRegExPaste.tiff
  10. HI, I came here because I have the same issue with italicized words in an article title not retaining their "italics" attribute in the TOC. I'm using Affinity Publisher 2, and I'm wondering if Version 2 might have some sort of fix or workaround for this. Thanks, Ken
  11. Yes, you're right! Thanks for much for letting me know. Fortunately, I've set up a rather comprehensive hierarchy of styles for the documents I typically create, so I was able to edit the "base" style (the style that all of the subordinate styles inherit from) to use the "English (United Kingdom)" dictionary. In the "Edit Text Style" dialog, the dictionary setting is located at "Character" | "Language" | "Spelling". I verified that this worked by displaying the Preflight "Spelling Mistakes". When I changed the dictionary to "English (United Kingdom)", all of the UK-spelled words that were displayed in the Preflight error list disappeared. Thanks again! Ken
  12. Hi, 'm working on a document in Publisher 2. My UI is English (US), but the document contents need to conform to UK English. In the previous version of Publisher, I was able to set UK English as the default spell-check dictionary for an entire document, but in Publisher 2, the only place I can find that lets me specify the language dictionary is in the "Characters" panel, but this seems to only allow me to set the dictionary for selected characters. My document contains hundreds of text frames, so it's going to be rather tedious to set the language dictionary for each text frame one-by-one. Is there a place where I can set a language dictionary for the entire document, and only use the setting in the "Characters" panel for text that's in a language other than the default document dictionary? Thanks, Ken
  13. Hi, I was using Affinity Photo, experimenting with filters to try to improve the appearance of a rather overexposed image, and quite by accident, I discovered that by duplicating the original photo layer, and applying the "Erase White Paper" filter to the duplicate layer, the result is a generally darker appearance, which is exactly what I was looking for. Since the documentation for "Erase White Paper" states that all it does is "apply transparency to white areas of an image", I wasn't expecting any visible change to happen at all, since I would expect that the transparency that was just created in the top layer would just allow the white in the underlying area to show through. Both layers are set to the "Normal" blend mode, and both have an Opacity value of 100%. Could someone fill me in on what's actually happening here? In the attached file, there are two layers, "Copy of Background" (which had the "Erase White Paper" filter applied), and "Background", which is the unaltered original image. If you toggle the visibility of the "Copy of Background" layer, you can see that the original image is significantly brighter than when the visibility of both layers has been turned on. Thanks, Ken EraseWhitePaperTest.afphoto
  14. Thanks for the information. You're correct that double-clicking on a text frame in a link sequence of empty text frames places the cursor in the first frame in the link. Here's some additonal informaton: I'm running Mac OS 12.5.1, and the issue is repeatable for me, so perhaps it's OS related. When Publisher "crashes", I'm not presented with the crash report window with the "Reopen" option; Publisher just completely closes as if I chose "Quit" from the File menu. In this case, is a crash dump generated, and if so, where on my system would it be located? I also found that it's not just the Shift key that initiates the crash. It seems that hitting just about any key will cause the crash, though, curiously, hitting the Tab key causes the cursor in the first linked frame to tab to the right, after which I can type other characters, and they appear in the first text box as expected. I haven't tested every keyboard key, but all of the other ones I've tried have crashed Publisher immediately. I tried pasting text, but as soon as I held down the Command Key to do Command-V, Publisher crashed. Using the Edit | Paste menu command, using the mouse to activate the menus, pasted the text as expected. The keyboard I'm using is a Matias Tactile Pro model FK302. Curiously, when I updated from MacOS 12.5.0 to 12.5.1 about a week ago, at the conclusion of the update process, I was presented with a non-standard login screen that was prompting for only my MacOS password (there was no input control for the userid). Although I was able to click in the password input control with my mouse, I was not able to type my password into the input control; no "dots" appeared. The only way I was able to enter my password on that screen was to connect an older Apple keyboard, which worked. Subsequently, I've had no problems at all using my Matias keyboard with MacOS 12.5.1.
  • 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.