A_B_C Posted August 20, 2024 Posted August 20, 2024 Please try the following: Create a new text frame. Insert some text, and place the caret cursor somewhere in the text. Use the Glyph Browser Panel to insert an additional glyph at the caret cursor position by double-clicking the respective glyph in the Panel list. Without clicking anywhere else, use the Backspace key. Expected behavior: The inserted glyph is deleted. Actual behavior: The entire text frame is deleted, even if the caret cursor is still shown inside the text frame. In the following screencast, you cannot see that I pressed the Backspace key, after inserting /abreve/ and moving the cursor to the left, above the text frame. But you can see that the entire text frame is deleted, even if the (non-blinking) caret is still indicating the insertion point in the text frame. Backspace.mov This behavior is, if not a bug, highly inconvenient. When you intend to select glyph alternates, you will often want to try out things in context, that is, you will want to insert glyphs and have the option to simply undo the insertion by pressing Backspace, then insert a different alternate. So double-clicking a glyph in the Glyph Browser Panel should never remove focus from the current insertion point in a text frame. Compare how the macOS glyph panel works. After double-clicking a glyph to insert it in a text area (like /abreve/ in the example below), you can simply press Backspace to undo your insertion: macOS-Glyph-Panel.mov Thank you for your attention. Quote
walt.farrell Posted August 20, 2024 Posted August 20, 2024 My guess: this is another example of AF-570. A_B_C 1 Quote -- Walt Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases PC: Desktop: Windows 11 Pro 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 Laptop: Windows 11 Pro 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU. Laptop 2: Windows 11 Pro 24H2, 16GB memory, Snapdragon(R) X Elite - X1E80100 - Qualcomm(R) Oryon(TM) 12 Core CPU 4.01 GHz, Qualcomm(R) Adreno(TM) X1-85 GPU iPad: iPad Pro M1, 12.9": iPadOS 18.3.1, Apple Pencil 2, Magic Keyboard Mac: 2023 M2 MacBook Air 15", 16GB memory, macOS Sequoia 15.0.1
Hangman Posted August 20, 2024 Posted August 20, 2024 Hi @A_B_C, This is specific to the Gyph Panel being docked, it is already logged as a bug (as per @walt.farrell's post)... The workaround until this bug is fixed is to undock the Glyph panel... walt.farrell and A_B_C 2 Quote Affinity Designer 2.6.0 | Affinity Photo 2.6.0 | Affinity Publisher 2.6.0 MacBook Pro M3 Max, 36 GB Unified Memory, macOS Sonoma 14.6.1, Magic Mouse HP ENVY x360, 8 GB RAM, AMD Ryzen 5 2500U, Windows 10 Home, Logitech Mouse
MikeTO Posted August 20, 2024 Posted August 20, 2024 I hope this bug gets fixed soon, almost every time I work with text frames that aren't on master pages I end up having them deleted by accident and need to undo. Fortunately, my main text frames are on master pages and are safe from deletion when edited on document pages, but this is an annoying bug. Hangman, A_B_C and walt.farrell 3 Quote Download a free PDF manual for Affinity Publisher 2.6 Download a quick reference chart for Affinity's Special Characters Affinity 2.6 for macOS Sequoia 15.3, MacBook Pro (M4 Pro) and iPad Air (M2)
A_B_C Posted August 20, 2024 Author Posted August 20, 2024 Thank you, everyone! — I had searched the forum before posting, but didn’t find the issue mentioned by Walt. That makes sense. So I agree with what Mike said: hope this is fixed soon. 🙂 Quote
Recommended Posts
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.