Turtle Art Activity secondary palette is overflowing

[garycmartin]

Testing TurtleArt-145, the Activity secondary palette is now overflowing with tool features. See attached screen shot. Some space can be reclaimed by removing the invisible separator eating space after the new sharing blocks feature icon. Is there someway to consolidate the "loading" options so you just have one (smart) load from journal feature (perhaps merge Load Project and Load plugin seeing as Load Python block opens a non Sugar friendly GNOME file chooser)?

[walter]

Is this on an XO? On most platforms, it uses a palette for the load/save tools.

I am still interested in the concept of "mounting" activity-specific directories so that the Sugar chooser can be used in all cases... implementation, however, might require a major kludge.

[garycmartin]

Replying to walter:

Is this on an XO? On most platforms, it uses a palette for the load/save tools.

Yes this is an XO.

I am still interested in the concept of "mounting" activity-specific directories so that the Sugar chooser can be used in all cases... implementation, however, might require a major kludge.

I'm not 100% sold on this yet, can you think of other Activities that would expose this or is it TA specific. Perhaps a way to hack on activity bundles generally, 'mount an activity' then use other Sugar tools to edit its resources directly? Hmmmm.

[walter]

Toolbar overflow should be OK in v147.

Re the mounting of resources directly, I see this as something any activity offers examples, code snipets, plugings, etc. could use. But we should cpntinue this discussion on the list and/or on the feature page in the wiki.