couple of bugs in latest release, some old ones still not fixed:
In the instance of a symbol, the default layer style doesn’t appear in the style dropdown, I only have “Style” and when I click on it, I have the full list of layer styles
when trying to duplicate a symbol using mouse click and ALT keyboard, it creates an instance of the symbol instead of a duplicate
some issues on sketch cloud, the content of frames doesn’t reflect what’s in the sketch file : some content is visible, in a very random way
"Totally agree—having a ‘Frame Selected’ option like in Figma would streamline workflow a lot. Something like a right-click > Frame or even a shortcut like cmd+G would be super handy for quick grouping and organizing.
Indeed. They’re also available in the Group toolbar button. We haven’t yet updated the context menus, but eventually will (not sure if for this release).
Love the new welcome screen, very clever. One small issue I noticed is that test file has some elements that don’t work well in dark mode. Maybe content should have a background so it looks the same in light and dark mode.
The biggest workflow issue I’m facing in Athens is managing text styles, especially when designing for iOS and macOS using Apple’s libraries. In the new UI, font properties like size and weight are only visible in the popover. This means clicking into each style from the menu just to see its details, then repeating that process to compare others. It ends up feeling like you’re working blind. Scrolling through styles in the Popover from the parent level (Apple iOS UI) isn’t efficient either, it’s a flat, endlessly scrolling list with no hierarchy If the popover grouped styles by category at the top level and let you drill in, that might help. Apple could definitely simplify their implementation here and take advantage of some of the text style changes you’ve introduced (and perhaps that’s in the cards?).
But honestly, even just showing text size and weight in the menu again would go a long way
I didn’t like the cmd drag to expand and drag to skew feature in Figma, made a lot more sense to have the default not skew as you can ruin so many images or content by accidently not pressing cmd when resizing, when realistically, we’d be resizing artboards a lot. Much preferred Sketch’s old approach where it was artboard resize and content stayed the same ratio and location, much better UX, compared to how now where it adopts Figma’s approach.
Additionally, found an issue with resizing artboards using the sidepanel:
I’ve just tried to manually resize an artboard after adding in loads of content, increasing the size from 10000h to 16000h in the sidepanel, and it skews everything and takes all images out of place. attached a vid below
even Framer agrees with Old Sketch’s method over Figma’s. Was there a reason to change it? Its way better UX being able to adjust the Artboard with drag rather than cmd drag rather than stretch and skewing it as default and then using Figma’s resize method.
I like the anxiety-free previous method where I know I won’t ever get queries over the ratio of my content as I don’t stretch or skew anything. I can resize Artboards knowing there is no possibility of stretching and skewing them by accident, something I much preferred Sketch for having considered as default, the UX is so good with this method over Figma’s method.
Also, someone new to design, it takes some figuring out that you need to resize using CMD + drag, whereas in Sketch and Framer, it is effortlessly simple, no learning required.
I agree that this is more finicky than the old approach. That was one of the things I loved in Sketch compared to Figma. Changing top level container size should not stretch any content by default. However, with this new approach without artboards, I’m not sure this is possible because all containers are now equal, while previously artboard was clearly a top level container with its own behaviors.
It feels more and more that typography needs its own advanced UI in Sketch, not relying on the same system as styles and components. Not sure what that UI would be like but it would be great to have a permanent place in the app for typography styles. Currently everything is either a popup or a command bar. Here I like what Figma is doing better, because you create and use text styles within the inspector and they are always visible there.
By default, resizing a frame shouldn’t stretch or reposition any content. This is because layers are pinned to the top-left, and get a Fixed width and height (although text and stacks may get Fit sizing). Visually, that means this:
Given this default, if you resize the container, the layers’ position relative to the top-left will be kept, and their size won’t stretch. Position will only be affected if the layer is pinned to a side you’re resizing from, or if it’s unpinned. Size will only be affected if the layer’s size is set to Relative, or both ends of an axis you’re resizing are pinned.
However, @dale has ran into a bug: Images aren’t being pinned top-left by default. We’ll fix it ASAP!
By the way, to resize a frame while ignoring constraints, besides doing ⌘-resize on the canvas, you can also enter Edit mode on the frame: press ⌘-Return or double click the frame’s background (as with entering edit mode on text, shape, or images). In Edit mode on a frame, you can adjust the frame’s size and position while leaving its contents unchanged, be it by editing the inspector XYWH values, or using the arrow keys, or ⌘-arrow keys.
Just noticed that rotated objects ignore padding in stacks - absolutely no idea how much this matters or what the desired behaviour should be but it’s a thing I guess?
Good catch. Yes, we should probably make an exception on unselected top-level frames while holding Command, we’ll have a look!
In any case, if you want to marquee the contents of frame, you can press or hold X to enter the marquee selection tool, which will ignore the frame you start on top of. This works great when making marquee selections on nested frames.
was just resizing a symbol and making it wrap onto two lines and noticed when I moved it back to a width where it fit onto a single line again that it was not adjusting the height back making it look spaced by two lines instead of one. If you save, close and reopen Sketch though, it fixes the height of the symbol back to the single line as it should be. Emailing the video to product support
One small issue I noticed is that test file has some elements that don’t work well in dark mode. Maybe content should have a background so it looks the same in light and dark mode.
If the popover grouped styles by category at the top level and let you drill in, that might help. Apple could definitely simplify their implementation here and take advantage of some of the text style changes you’ve introduced (and perhaps that’s in the cards?).
but it’s a thing I guess?