JaneE

I have that problem occasionally in a couple programs. When there is a problem image, I use Finder or Preview and rotate it completely around - back to the starting/ideal orientation (and save if using Preview). Afterwards, when I open the photo in other programs it always displays properly.

That's fine, personally I wouldn't expect pressing enter to close the window. However, it's irritating when there's one behavior on Windows and another on Mac - unless it is a platform specific standard.

On a Mac laptop keyboard, since it's compact, the enter key is the return key. For programs that treat the two commands as something different, holding down on shift when pressing enter/return gets the enter behavior. However, that has no impact here. So neither return nor enter closes the dialog - no matter how many times you press the key.

Similarly, I had a crash adding a hyperlink through the hyperlinks panel - also on Mojave. In my case, it seems to happen when adding a url to a text box applied with a master. At first it won't let me apply a link. If I've already applied a link to text without a master, then I can try to add a link & get a crash.

Re #2: Are you looking for this? If you click on the line next to outline, you get the normal Affinity stroke options.

I think the 2nd method is something like this: 1. Open your image in Aphoto. 2. With the layer selected, in the Layers menu, click on "Rasterize to Mask" 3. Copy the newly created mask layer (it should look similar to below) 4. Paste the mask layer on a page in Publisher (since it is a mask you won't see the image on the page) 5. Create a rectangle or ect. with your desired color (about the size of your image) and directly over the mask layer 6. In the layers tab, drag the mask layer directly under the shape layer and to the right

You are right - it's the small size of the text box causing the issue. The red dot notifier is helpful, though to turn overflow visibility on/off, I still have to zoom in a lot.

You might want to take a look in Console. Sometimes an app crashes without notification but a crash report is still accessible in Console under "User Reports".

If the zoom factor is too low, the text overflow icon is not visible. In documents created in Publisher, this is not as big a deal - you have to zoom out a lot to lose visibility of the icon - ie. under 20%. However after opening an InDesign PDF in Publisher, and deliberately shrinking a text box to create overflow, I have to zoom in excessive amount (400% or more) for the overflow icon to display. On the positive side, I'm really enjoying Publisher and the recent change of the icon to red when there is overflow is helpful.

It wasn't working for me (and setting my own shortcuts was also not working) but after restarting Publisher, the shortcuts are working normally. 10.13.6

I had to zoom in a serious amount to see the eye icon (to at least 396%) - perhaps due to a high resolution screen. It should probably be a little more obvious.

I’m not going to go off topic and waste anyone’s time by justifying my priorities for my students. I agree that linking is the best practice (and I certainly teach that) but there are reasons embedding exists & can be genuinely useful. Personally, I’ve been wondering if the reason that embedding is the default is due to the photo and designer personas. If the functionality to edit images directly in publisher with those personas only worked on embedded images, it would make sense for embedding to be the default.

I’m a teacher and while I certainly understand the benefits of linking and the disadvantages of embedding, it’s often a lot easier to use embedding with my students. Backing up their work, having access at home and school or just switching to a different computer is much easier if everything is embedded. Would it be better to get them to keep any visual resources & their project file in a single directory - sure. However a high percentage of kids will constantly forget to do that - no matter how much they are prompted. Also, the kids sometimes accidentally move or delete images that they need without realizing it happened and will impact their project file. If the images are embedded, we don’t have to worry about losing track.

If you mean that you cannot delete the text frame using the delete key (when the text frame tool is active), I think the text frames should be deleted with the select tool - like is currently the case with Designer. As far as deleting the text in the text frame goes, that should delete without issue with the text frame tool active. For those of you having this issue, is your keyboard the full keyboard or the laptop keyboard?

If you disconnect 2 linked text frames, the text visually overflows the text frames. Undoing or going back in history re-links the text frames but the overflowing text still displays. Changing to a different page and then back, returns the text display to as expected.