Hi Marcel, hi all,<br>
<br>
what about just keeping the orange triangle when file-out is disabled and there is no accept action? Maybe this would be a clearer indication that nothing has been saved. Or are we relying on a "clean" text morph for any common interaction scenarios? Would this affect Chris' described "checkpoint" workflow or is this workflow no longer available anyway? :-)<br>
<br>
Best,<br>
Christoph<br>
<br>
<font color="#808080">---<br>
</font><font color="#808080"><i>Sent from </i></font><font color="#808080"><i><a href="https://github.com/hpi-swa-lab/squeak-inbox-talk"><u><font color="#808080">Squeak Inbox Talk</font></u></a></i></font><br>
<br>
On 2022-01-29T18:08:24+01:00, marcel.taeumel@hpi.de wrote:<br>
<br>
> Hi Jaromir --<br>
> <br>
> I don't think that you want to actively manage files during regular Smalltalk programming. Workspaces are neat. They cannot only hold code but also generic notes side-by-side. No need to plan ahead. Just start coding in a Workspace and see where it takes you. Maybe more code. Maybe some notes.<br>
> <br>
> @all: I updated the #fileOutOnAccept preference to let the user opt-in per Workspace window as Jakob suggested:<br>
> <br>
> <br>
> <br>
> The Smalltalk veterans may either click "No" here or disable #fileOutOnAccept to not get such a prompt in the first place.<br>
> <br>
> In the long term, maybe, we may want to offer users to have "workspaces" that are not bound to an actual window. And offer a seamless transition from workspace-scripts to classes+methods. So many ideas. :-)<br>
> <br>
> Best,<br>
> Marcel<br>
> Am 28.01.2022 17:47:46 schrieb Jaromir Matas <mail at jaromir.net>:<br>
> Hi Chris,<br>
>  <br>
> >>  Yes, that's exactly right. Reading Chris's reply I started to suspect I'm using the Workspace for what it wasn't made for: I test various snippets in the Workspace and put down expectations, notes, results etc, to be copied to some document later. Checking standard menus I can't see any text editor - have I missed something important here? (I learn by myself so the clues in the system are crucial for me)<br>
> <br>
> > Yes, you can use World | open... | file... or simply open Squeak's<br>
> FileManager browser and create and open the file there.  It's just as<br>
> functional as a Workspace, and you can save it and even append to it<br>
> if you want.<br>
> Thanks for pointing me to a text editor from a file, I was not aware of this functionality :)<br>
>  <br>
> Unfortunately there seem to be a couple of problems:<br>
> 1) cancelling the accept menu opens a Debugger; I can't figure out how to fix this<br>
> 2) the text editor differs from the Workspace at least in that it doesn't declare local variables automatically; I like to inspect variables after a do-it and I actually don't know how to work around this at the moment...<br>
> 3) the right-click menu has fewer options than Workspace's and is a bit inconsistent (e.g. the more... option is not the last one); it feels a bit "forgotten"... but having a text editor sounds like a good idea at any rate.<br>
> (Besides that I enjoy having Transcript embedded in the editor/workspace window to see messages from the experiments without always bringing Transcript to the front; but yes, that's my personal preference and I could embed it in a text editor too)<br>
>  <br>
> <br>
> > Workspaces are intended for *short-term* experiments, but what you're<br>
> doing sounds more like long-term research that deserves something<br>
> better than a Workspace, something already able to persist.  It might<br>
> still be worth considering whether each of the various snippets you're<br>
> testing could be titled with its own method name on the class side of<br>
> a "MyWorkspaceOrganizer" class.  If so, it solves _everything_ we've<br>
> been talking about.  Backups.  Synchronicity.  Image crashes.  Etc.<br>
> It also enables method composition and you could even make versions of<br>
> it..<br>
> E.g. recently I?ve been playing with small things like<br>
>  <br>
> p := [Semaphore new wait] fork.<br>
> Processor yield.<br>
> p suspend.<br>
> p resume<br>
>  <br>
> p := [Semaphore new wait] fork.<br>
> Processor yield.<br>
> p suspend.<br>
> p<br>
>  <br>
> p := [Semaphore new wait] fork.<br>
> Processor yield.<br>
> p<br>
>  <br>
> p := [Semaphore new wait] fork.<br>
> Processor yield.<br>
> p resume<br>
>  <br>
> In this case the Workspace seemed most suitable. But for some real/larger work organizing the experiments in methods sounds like a good idea ? thanks!<br>
> <br>
> > > > I just realized being able to save Workspaces opens this can of worms of needing a stale-detection system in any case -- otherwise users will face this "doubt" every single time they launch the image. (Chris)<br>
> <br>
> > > Yes, true, I know this feeling very well :) That's why I like Marcel's idea to append the accepted contents to the saved file rather than overwrite; it's a backup anyway so when a disaster (or doubt) strikes one can check the backups.<br>
> <br>
> > The above-mentioned file features have an append feature, however, I<br>
> don't think that would help if the image crashed and you didn't save.<br>
> Marcel?s Workspace append has the cool feature it is timestamped so it?s easy to separate the latest accepted version of the Workspace :)<br>
>  <br>
> Thanks again for your tips!<br>
>  <br>
> Best,<br>
> Jaromir<br>
>  <br>
>  <br>
> From: Chris Muller <asqueaker at gmail.com><br>
> Sent: Friday, January 28, 2022 1:56:46 AM<br>
> To: mail at jaromir.net <mail at jaromir.net><br>
> Cc: squeak dev <squeak-dev at lists.squeakfoundation.org>; tim Rowledge <tim at rowledge.org><br>
> Subject: Re: The Trunk: Morphic-mt.1852.mcz<br>
>  <br>
> > Yes, that's exactly right. Reading Chris's reply I started to suspect I'm using the Workspace for what it wasn't made for: I test various snippets in the Workspace and put down expectations, notes, results etc, to be copied to some document later. Checking standard menus I can't see any text editor - have I missed something important here? (I learn by myself so the clues in the system are crucial for me)<br>
> <br>
> Yes, you can use World | open... | file... or simply open Squeak's<br>
> FileManager browser and create and open the file there.  It's just as<br>
> functional as a Workspace, and you can save it and even append to it<br>
> if you want.<br>
> <br>
> Workspaces are intended for *short-term* experiments, but what you're<br>
> doing sounds more like long-term research that deserves something<br>
> better than a Workspace, something already able to persist.  It might<br>
> still be worth considering whether each of the various snippets you're<br>
> testing could be titled with its own method name on the class side of<br>
> a "MyWorkspaceOrganizer" class.  If so, it solves _everything_ we've<br>
> been talking about.  Backups.  Synchronicity.  Image crashes.  Etc.<br>
> It also enables method composition and you could even make versions of<br>
> it..<br>
> <br>
> > > > I just realized being able to save Workspaces opens this can of worms of needing a stale-detection system in any case -- otherwise users will face this "doubt" every single time they launch the image. (Chris)<br>
> ><br>
> > Yes, true, I know this feeling very well :) That's why I like Marcel's idea to append the accepted contents to the saved file rather than overwrite; it's a backup anyway so when a disaster (or doubt) strikes one can check the backups.<br>
> <br>
> The above-mentioned file features have an append feature, however, I<br>
> don't think that would help if the image crashed and you didn't save.<br>
> <br>
>  - Chris<br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20220129/f1e97843/attachment.html><br>
> -------------- next part --------------<br>
> A non-text attachment was scrubbed...<br>
> Name: image.png<br>
> Type: image/png<br>
> Size: 22155 bytes<br>
> Desc: not available<br>
> URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20220129/f1e97843/attachment.png><br>
> <br>
>