Jump to content

Recommended Posts

Not sure if this is an issue or a limitation of Publisher. When I use the text tool I cannot zoom in or out. For example — If I am typing in a text box and I want to make a font bigger or smaller I cannot just zoom out, the zoom only works once I click the pointer tool, click off the text box and then zoom out. It's a very simple process but the idea that I have to change the tool, click off the text box, zoom out... and then re-select the text tool and then re-select the text box is a pain in the backside. Surely there is something I'm doing wrong...?? or is that just a limitation of the program and it's un-able to do that?

Any help would be much appreciated.

Share this post


Link to post
Share on other sites

Ctrl+= and Ctrl+- work for me while I'm editing in a Text Frame.

But if you want to zoom some other way, press Esc or click the edge of the frame to stop editing, then V for the Move Tool, do your zoom, then click back in the Text Frame.

Share this post


Link to post
Share on other sites

Actually, this is something I have noticed too, and I have been meaning to report it. When I am typing in text, I cannot zoom in with cmd+, but I can zoom out with cmd-. When the focus is not inside a text frame, the feature does work.

I am on a macOS 10.14.6 with Publisher 1.7.3, US English keyboard layout.

@Bobbie Can you confirm that you cannot zoom out while typing, because it is only zoom in that does not work for me? It may be the difference between the two commands, because although we usually say the shortcuts are cmd- and cmd+, the reality is that the minus (or rather hyphen) is typed without the shift modifier, while the plus requires the shift, else one gets an underscore. So technically, cmd- and cmd_ (underscore) are the combinations that work normally.

Actually, I just tried it, and if you are in the text mode, then you can zoom out with cmd-shift-+.

Share this post


Link to post
Share on other sites
59 minutes ago, garrettm30 said:

although we usually say the shortcuts are cmd- and cmd+

The documented defaults on Windows are Ctrl+= (i.i., no shift key to get a + sign) and Ctrl+-. Are they described differently in your View menu (or in your Preferences for Keyboard Shortcuts)?

Share this post


Link to post
Share on other sites
1 hour ago, walt.farrell said:

Are they described differently in your View menu (or in your Preferences for Keyboard Shortcuts)?

This is how they appear:

948004071_ScreenShot2019-10-17at1_07_18PM.png.cb7a79f27651714bbf099cd78d651475.png

However, there are two, possible related, things that I brought up. One is just the observation (not specific to Publisher) that the + on the keyboard (US English at least) requires a shift key to get a plus, otherwise it is an equal sign (I erroneously said underscore in the previous post), while the hyphen key does not require the shift. So if we were being consitent, the shortcuts are actually ⌘= and ⌘-, but of course our minds don't work that way, and I am not recommending the change. I just make the observation because I think it helps us narrow down what is going wrong.

Now, on to what Publisher is doing (and here I'll just use the + symbol to refer the key that has the plus and equal sign printed on it).

When outside of text mode (such as with the move tool selected):

⌘+ zooms in

⌘- zooms out

⇧⌘+ zooms in

⇧⌘- zooms out

However, when editing text:

⌘+ does nothing at all

⌘- zooms out

⇧⌘+ zooms in

⇧⌘- inserts a soft hyphen

 

Share this post


Link to post
Share on other sites
1 hour ago, nwhit said:

In all Apple apps, the Zoom In is CMD+ and does NOT require the shift key. ...and it works that way in Affinity apps.

I agree that it should be that way, but the bug report is that it does not work that way in Publisher 1.7.3 when editing text, at least on my system, which is macOS 10.14.6 with the US English keyboard layout.

Share this post


Link to post
Share on other sites
56 minutes ago, garrettm30 said:

I agree that it should be that way, but the bug report is that it does not work that way in Publisher 1.7.3 when editing text, at least on my system, which is macOS 10.14.6 with the US English keyboard layout.

I use the extended keyboard and the + - keys on the keypad allow me to use command +/ command - for zooming while editing text. But the 'regular' + - keys behave exactly as you described earlier.

Share this post


Link to post
Share on other sites
7 minutes ago, garrettm30 said:

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

Helpful only for those of us who sprang for the extended keyboard. [smiley-face emoticon]

Share this post


Link to post
Share on other sites
7 hours ago, garrettm30 said:

Actually, this is something I have noticed too, and I have been meaning to report it. When I am typing in text, I cannot zoom in with cmd+, but I can zoom out with cmd-. When the focus is not inside a text frame, the feature does work.

I am on a macOS 10.14.6 with Publisher 1.7.3, US English keyboard layout.

@Bobbie Can you confirm that you cannot zoom out while typing, because it is only zoom in that does not work for me? It may be the difference between the two commands, because although we usually say the shortcuts are cmd- and cmd+, the reality is that the minus (or rather hyphen) is typed without the shift modifier, while the plus requires the shift, else one gets an underscore. So technically, cmd- and cmd_ (underscore) are the combinations that work normally.

Actually, I just tried it, and if you are in the text mode, then you can zoom out with cmd-shift-+.

Yeah I had a good play with the shortcuts last night and I can only zoom out with 'CMD - SHIFT - +' whilst typing in a text frame. Surely across the whole program not depending on what tool you're using the shortcuts remain universally the same ( CMD - + & CMD - —)....?

Share this post


Link to post
Share on other sites
5 hours ago, garrettm30 said:

This is how they appear:

948004071_ScreenShot2019-10-17at1_07_18PM.png.cb7a79f27651714bbf099cd78d651475.png

However, there are two, possible related, things that I brought up. One is just the observation (not specific to Publisher) that the + on the keyboard (US English at least) requires a shift key to get a plus, otherwise it is an equal sign (I erroneously said underscore in the previous post), while the hyphen key does not require the shift. So if we were being consitent, the shortcuts are actually ⌘= and ⌘-, but of course our minds don't work that way, and I am not recommending the change. I just make the observation because I think it helps us narrow down what is going wrong.

Now, on to what Publisher is doing (and here I'll just use the + symbol to refer the key that has the plus and equal sign printed on it).

When outside of text mode (such as with the move tool selected):

⌘+ zooms in

⌘- zooms out

⇧⌘+ zooms in

⇧⌘- zooms out

However, when editing text:

⌘+ does nothing at all

⌘- zooms out

⇧⌘+ zooms in

⇧⌘- inserts a soft hyphen

 

That's exactly how ZOOMING works for me (above)
@garrettm30 you're on the money! :2_grimacing:

Why do you think this is different?

 

Share this post


Link to post
Share on other sites
14 hours ago, Bobbie said:

Why do you think this is different?

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.

Share this post


Link to post
Share on other sites
15 hours ago, Old Bruce said:

Helpful only for those of us who sprang for the extended keyboard.

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.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • 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.