RT @chazhutton@twitter.com
Todayβs Comic (version 12_old_NEW)
π¦π: https://twitter.com/chazhutton/status/1506218579414458368
RT @chazhutton@twitter.com
Todayβs Comic (version 12_old_NEW)
π¦π: https://twitter.com/chazhutton/status/1506218579414458368
@publicvoit yeah, OSes badly need a per-file version control as a base platform API.
Also, I just realized another problem with the modern "no files, no save" paradigm - while continuous auto-saving may be fine in principle, you lose the opportunity to tag versions at specific point in time. E.g. "this, right here, is 'we sent this to customer X'".
(Not that file-based UX makes that easy.)
We need a single-click/press feature that's equivalent of Save + Copy w/ rename + mark the copy as read-only.
@temporal I'm not sure if we really do need a per-file VCS.
However, the Save copy with different name is a good idea and also a standard feature of most tools I'm using: "Save as ..."
@publicvoit Yes, but my point is that it's backwards for typical workflow. "Save as ..." asks you to provide a new name for the document you'll continue to edit. But usually, the old name is fine for that - what you want is to provide a name for the copy that you *won't* be editing.
E.g. I'm writing a proposal (proposal.docx), I send the current version to customer and continue working on it - I want to "Save current as copy" to 2022-03-23-proposal-sent-to-ACME.docx and continue editing proposal.docx.
Chirp! is a social network. It runs on GNU social, version 2.0.1-beta0, available under the GNU Affero General Public License.
All Chirp! content and data are available under the Creative Commons Attribution 3.0 license.