[squeak-dev] The Inbox: PreferenceBrowser-tpr.98.mcz

Eliot Miranda eliot.miranda at gmail.com
Sun Dec 29 15:11:28 UTC 2019



> On Dec 29, 2019, at 6:49 AM, Jakob Reschke <forums.jakob at resfarm.de> wrote:
> 
> 
>> Am Fr., 27. Dez. 2019 um 20:47 Uhr schrieb tim Rowledge <tim at rowledge.org>:
> 
>> 
>> I do quite like the suggestion to store individual preferences via monticello instead of explicitly in a file. I think the actual preferences mechanism might need some (long over due) changes to work well that way.
> 
> If only Monticello could track things other than code... Squot can track and store other objects (in Git in files), but not reliably as of now, that's why I didn't announce it officially yet. Hence there are also no commands in the Git Browser to invoke this feature.

+1000.  Whenever I talk with Colin Putney about this he wants to radically reimplement.  I just want an incremental improvement towards versioning files.  

One issue is that while the container is ideal for saving files (an mcz is a zip file), a package is not its container.  I suppose that if we evolved PackageInfo to include an optional directory (just one to start with, but make it a one element sequence for subsequent extensibility) and file manifest/patterns for the files therein, it would be a step in the right direction, one that would require us to improve the file dialog to allow picking directories and files to be included.  But a commit diff for files and directories is a big job. I don’t have time to participate but I’d love to see this.

However, I don’t want to see Monticello negatively impacted.  Bert, how does the suggestion make you feel?  Does it sit right in your gut or raise alarm bells?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20191229/7fc70452/attachment.html>


More information about the Squeak-dev mailing list