when replacing a symbol that was used within another symbol, we used to have a setting to preserve size or use original size. Looks like that isn’t there anymore. Has that been removed? I was just about to change out some symbols that I had resized in the parent symbol, but it is importing in larger at the original size
Wow I just noticed the canvas colour option. It’s very good for us because the default.background token in our design system was almost the same as the default canvas colour of sketch. Has this feature always been available in Athens? Or is it new?
After many hours in the beta I find that the most irritating change is the drop-down to switch text boxes from fixed width to fit. While writing this I just discovered that cmd + shift + F works with text layers. So I’ll try and see if I get used to it.
by the way my favourite small feature is the shift + x to swap fill and stroke. It’s great and I use it every day, many times a day.
If you prefer to not use your keyboard or move to the Inspector to make adjustments, you might be interested to know that you can also double-click directly on the text layer boundary on the Canvas to make it fit.
If you double-click on either the right or left edges, then it will fit the text exactly. But if you click on the bottom or top edge, you make it fit in that direction only, whist retaining the width.
1 Like
amazing thank you
AND - you left out the best part - option double-click on the edge sets the frame to fill in a stack. just great
2 Likes
you can also double-cliick on the Corner handles to set both Width and Height to Fill 
2 Likes
Hi @dale
This is still available. There’s an icon that controls this feature
And you’ll see it on the Popover when you click on the Symbol menu on the Inspector:
Or in the Command Bar if you use it for replacing as well
Found the issue.
I had resized my nested symbol image (a frame), and it had kept the same original width and height within, just essentially cropped it to the edges of the parent symbol. It did overflow the parent in the cropped format, but assumed it would follow the changes I had made to the symbol it is to replace. When swapping out the image symbol, it defaulted back to the original size, not the cropped size. Using a Graphic instead of Frame as my nested symbol image seems to fix it, so maybe that was where I had gone wrong. Not sure if it is a bug but sent in the video anyway in case it is useful
1 Like
Been working some more on some personal projects and trying to make use of some of the new tools. To drag up the new “frame cropping” thing again, in use it feels like it really should switch whatever frame is selected to clip contents on use, activating a tool and a condition not being met, therefore kind of not doing anything useful, just feels broken. I was moving a footer with an image to a symbol and cropping it appears to work as it was in a containing frame, though trying to move it you realised the outer frame is the new size, but nothing has actually been cropped it’s odd and I feel more strongly now that you should revisit this behaviour. Just give the user a notification that the frame state has been changed, you already have the UI piece in place:
Off the back of this, once setting the outer footer frame to crop contents - converting it to a symbol (The option to move to the symbols page was present - this is still very inconsistent) did not retain the clipped contents in the symbol, so adding an instance it’s broken, I had to go back into the symbol source and set the property again.
Edit: Added a video to show this in action https://youtu.be/d-W7zMtgB5s
Hey Ash,
On the behaviour for Send to Symbols page:
- For new Symbols (which are not top-level frames) we show the Checkbox (for example with Shapes, Text Elements).
- After the creation of the Symbols page, we’ll default every other new Symbol to the Symbols page (except frames).
- You can manually create a Symbols page, and we’ll bring up the option when you create new Symbols. (again, if they are not frames)
- Any top-level frame will not prompt the creation of a Symbols page (this is to keep consistent with the behavior from Artboards).
- You can still send any Symbol (regardless of what they are: frames, shapes, etc) to the Symbols page by Selecting it > Right-click > Send to Symbols page.
Let us know if this makes sense 
Thanks Raul 
Yeah, it’s more that it’s inconsistent and the artboard logic never made much sense either. I’ve said in the past that the “send to symbols page” checkbox should just always be on, for everything. As I cover in excruciating detail in this thread "Send symbol to symbols page" inconsistency - #6 by Ash
1 Like
Indeed!
It is something we’re taking a look at sometime soon to make it more reliable and consistent, as you mention. Thank you, tremendously, for the feedback you’ve been sharing, it really makes a difference and helps the team a lot when understanding and adjusting the app to match more of your expectations 
Am I missing something or is it not possible to create scrolling screens with frames? I’m using a template and then extending its height to create the rest of the view but in the prototype player it is not scrolling, instead it is always showing full screen area.
It is possible, but you have to enable scrolling for them (via the inspector’s Prototype tab, menu bar, or command bar). It’s now an explicit option, scrolling no longer happens just by virtue of starting with a template and then resizing it.
After enabling scrolling on a top-level frame like that, you can set the scroll Viewport to either:
- Frame: the scroll viewport size will be that of the frame, and any out-of-bounds content scrolls within it. This is the default.
- Custom: corresponds to how Artboards used to scroll. You set a custom scroll viewport size (or use a template’s size), and your taller/wider frame scrolls within it.
The Frame option is simpler, but if you have a lot of content out of bounds and prefer to work with a very big frame, you may want to go Custom.
Some notes:
- The scroll viewport property is only available on top-level frames. Nested frames always use the out-of-bounds method, as scrolling groups used to do.
- When opening documents made in previous versions, any scrolling artboards (now top-level frames) will have their scroll direction and viewport properties automatically set. Sidenote: since scrolling on Artboards wasn’t an explicit option before, this may actually add scrolling to some that you never intended to scroll, as we’re simply looking at whether the Artboard was taller than the template associated with it.
- There’s a small bug at the moment when using a Custom scroll viewport, where the prototype player will only scroll to the end of the frame’s contents, not the frame’s size, thus ignoring empty space around the contents — we’re on it.
Wow, I was blind to these options, probably because previously they were only used for scrolling areas inside artboards. This is more powerful. Thanks!
1 Like
We’ve removed the feature where ⌥-drag on a symbol source inserts an instance of it. To insert an instance from a source, select the source and use Insert Symbol Instance (via right-click context menu, menu bar, command bar). We’ll be exploring a more direct way to insert instance from a source that doesn’t require using menus, but it’s almost certainly not shipping in the next update. Thanks for the feedback!
2 Likes
Had a look at this and it’s pretty great! Being that I’ve not done much with prototyping in Sketch, I found the previous method a little unintuitive, this feels a lot better! What might be nice post-Athens would be some visual indicator of frames with scrolling applied. I know the previous indicator wouldn’t necessarily be suitable, but it was good to see at a glance rather than eyeing up the prototype pane each time.
Overall though, great stuff!
3 Likes
Due to my current workload, I’m not able to test beta versions, although I do closely follow the developments on the forum and I’m getting really excited about trying Athens. My question is: do you have an estimated release date for the official version?
Thanks and keep the good work!
Apologies in advance for being vague, but to give you an idea: We’re in the stage of wrapping things up and preparing the final release now. So, very soon!
5 Likes
I’m really interested to see how you communicate this huge update. Sketch releases are always a joy to explore!
1 Like