[Moose-dev] GTPlayground issue with Monticello

When one is in Monticello (Pharo 3.0) and asks for "View Past Comments" on a package, there is a #mnu on GTPlayground class>>openLabel: Not only there but the FileList (aka FileBrowser) has that "Workspace with contents" command which is broken in the same way. There is for sure an interesting equivalent in GTPlayground. Why not name it as the Workspace thing? What is asked: edit: aText label: labelString accept: anAction "Open an editor on the given string/text" ^(Smalltalk tools workspace openLabel: labelString) acceptContents: aText; acceptAction: anAction; yourself. What GTPlayground implements: openContents: openContents:label: We can deal with openLabel: and acceptContents but an acceptAction equivalent is not to be found. Also, after looking around (see changeset in attachment), it is hard to do the acceptContents: as we get a self new openOn: page which isn't returning anything I can work with to chain acceptContents: to. What to do there? Also, there is a super annoying thing in the GTPlayground, namely the disappearance of the top right menu, with all the interesting options that are in there and that I do use all the time (like open/save, previous contents, ...). What's the point of a Playground if I can't save my plays? I think I am missing something here. I now have to go back to the old Workspace for the default. It may be good to have a way to have the playground as a specific menu entry. I've started using the ZnWorkspace and as it extends the Workspace, its features aren't picked up in GTPlayground of course. Now, it may be great to include those Pastebin style things into GTPlayground so that we can all play together from little urls from Twitter posts. All the best, Phil