Jump to content

MikeA

Members
  • Content Count

    216
  • Joined

  • Last visited

About MikeA

  • Rank
    Advanced Member

Recent Profile Visitors

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

  1. >> It doesn't have to be that complicated Perhaps not and yet not all users will agree on how the feature should work. Developers can't assume out-of-hand that all users will want the feature to work a particular way. Should the feature be able to both copy paragraph formatting and character formatting? Should it make a difference if a given paragraph's "return character" is selected at the time the "copy format" command is given? Or should it do different things when the paragraph-marker is selected, as opposed to when it is not included within the copied selection? Or, should it always transfer all paragraph formatting, in addition to the character formatting of the first character selected?
  2. As much as I want the feature, I'm wondering if developers see this kind of request and wonder: "Yes, but what should the program do IF..." In this case, IF might be: The user selects text containing more than one character format. Then: copies the formatting within the selection, highlights some other text, and pastes formatting. What exactly should the program do in that case? The word processing program I use seems to "notice" only the character formatting of the first character of the selected text, then applies it (and it alone) when the paste-formatting command is given. It makes sense. Then again, should a copy/paste formatting feature be able to do more than that?
  3. I puzzled over this for a moment. I find the anchor display in the Properties dialog a bit hard to see, but peering at it closely now I understand what you mean. Clicking the larger anchor point toggles it back to the same size as the others, and then it works as I described in the first comment—getting entirely around the workaround of changing the size minutely. Thanks—it produces the desired effect even faster. I don't think I'd ever have discovered that one except entirely at random...
  4. I seem to be able to scale both frame and image using the outer-most handle (the second handle that appears at the lower-right of the frame). That is, the scaling appears to work as if the two had been grouped, even when I haven't used the Group command explicitly. But that second outer handle appears only when I 1) convert the image to a picture frame and 2) immediately afterward, re-size the frame or image by some very tiny amount. Strange.
  5. Thanks. I found that doing this (alternately: right-clicking and selecting Frame Properties > None) allowed the frame's handles to be moved without any change in image magnification. But the image continues to shift position within the frame as the handles are moved. That just complicates matters for me. So the resize-image-slightly/move-handles-to-crop is still the approach that gets me what I'm after without too many steps. (If it turns out to be a bug, I hope they don't fix this particular one. : )
  6. I place an image on a page in Publisher, then right-click and select Convert to picture frame. Then, if I move the frame's selection handles, the image shifts here and there within the frame and its magnification might change—what happens depends on how I manipulate the selection handles. This seems like normal behavior. But I discovered a different approach by accident: I place the image onto the page and select Convert to picture frame. Before doing anything else and with either the frame or the image selected, I use the Image control in the context toolbar to resize by some minute amount—say, by as little as .01%. After that, moving the frame's selection handles has an entirely different effect: It crops the image, and the image does not shift position or change magnification while the selection handles are being moved. It's almost as if I'd selected the frame, switched on the obscurely located Lock Children control at the extreme right side of the toolbar, and moved the selection handles only afterward. I actually prefer it this way — it's faster, enabling cropping without the need for Lock Children or having to use the Vector Crop tool. Is it working as designed, though? I'm not finding anything in the online help about this effect of changing magnification.
  7. Interesting that it worked once. I haven't been able to get it to work at all. But then I'm still on v.1.8.3 (Windows). Maybe this changed a bit in the newer version. I can imagine someone not wanting the change to be global at times. Providing a choice in Preferences would certainly be a best-of-both-worlds solution.
  8. Another up-vote for this feature, which could be a huge time-saver fortext-heavy projects . This isn't a workaround to be thrilled about, but it seems to work and if there's a lot of format-copying and -pasting to be done, I might use it in the future. First, style the text to be copied/pasted as need be (within Publisher). Copy the text needing additional styling changes to the clipboard. Paste it into a Word or Word-like program (I use TextMaker). Do the copying and pasting of the formatting there. I assigned those editor features to Shift+Control+C and Shift+Control+V so that the operations would be similar to those in other programs I use (Capture One, for example—same keystrokes for copy and paste image adjustments). Copy the styled text in the editor to the clipboard. Paste it back into the Publisher document. My test of the idea is only brief for now but it appears to work, and without introducing junk into the Publisher document that I don't want there. The other text styling is preserved and the Publisher text style names aren't altered in any way after the updated text is pasted into the Publisher document. It certainly isn't as fast as a dedicated command within Publisher would be, no question.
  9. Thanks very much. I hope they'll consider it as an option. I thought about posting it as a feature request, but easily half the time something that doesn't seem to exist or doesn't seem to work turns out to be some newbie-level error I've made.
  10. Several times I've tried to set the ruler's "zero" position (spread origin) away from the default location and have the change apply to the entire publication. But the change seems to apply only to the page where it was made. I tried it on a master page, thinking the change might be "inherited" by all document pages based on the particular master page. That didn't work. Is there a way to set the spread origin position globally so that the "zero" position is set for all pages or spreads—until you reset it manually?
  11. Perhaps we will find this has changed in version 1.8.5?
  12. I have run across this same problem. I'm using version 1.8.3 for Windows. Alt+Shift+V does paste the layer effect, but it does not duplicate the settings as expected. I don't know how the program is making its decision about which slider values to transfer. For example, I select "copy" for an object whose Outside Shadow effect slider settings are (top to bottom): 21%, 43.2px, 36.4px, 0% When I attempt to paste the layer effect to another object, the slider settings (again, top to bottom) are: 21%, 16.8px, 14.2px, 0% At first I thought this must be happening because the source object's layer effect had the 'scale with object' check-box selected. But when I un-checked the box and tried again, I got the same result. It might be a feature and not a bug, but if it's a feature I'm at pains to know why I'd want to use it—I'll end up having to open the dialog and adjust all the settings anyway, just as if I were adding the effect entirely from scratch. No time-savings there.
  13. A while back I referred to this in passing in a thread here — I kept finding that my custom tool panel (Character + Paragraph + Text Frame + Transform) would vanish unexpectedly. I'd have to reassemble the custom panel all over again. But it wasn't a bug after all — they didn't "just vanish." I use Alt+F4 to exit Affinity Publisher. But it turns out the program has been using the keystrokes to close the front-most window, which always seems to be that custom tool panel. Using the keyboard shortcuts feature to bind Alt+F4 explicitly to the Exit command has fixed this. Alt+F4 no longer affects the custom tool panel.
  14. A recent video about removing backgrounds points out a web-based technology that would be outstanding if it could be licensed by and incorporated into Affinity Photo or available as a plug-in. The video link is below (screen shot is from the video). It would be very, very useful for images with complex foregrounds. https://youtu.be/_N5EIn90bWw
  15. That handle is also a property of picture frames and I've since gotten it to appear. When it is not present: • Moving the handles of the picture frame resizes the frame AND its contents. When it is present and you work with a handle that is not the "outside" handle at the lower right: • Moving a handle changes the size of the picture frame and can possibly crop the image—and does not resize the image itself. When it is present and you work with the handle at the lower right—the one outside the other handles: • This resizes the frame AND its contents and no cropping occurs. I got the "missing" handle to appear in one of two ways: 1. Make the tiniest possible adjustment to the image's size using the picture frame's size slider. Or, 2. Select the image itself (not the frame) within the layers panel and "nudge" the image (not the frame) by some tiny amount using one of the arrow keys. Following either of those, the next time you select the picture frame, that outermost lower-right additional handle now appears. The curious thing is why that outermost handle at the lower right did not appear immediately after the image was added to the frame.
×
×
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. 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.