Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

WhenFS: Calendar Is Now a File System

github.com

Post reply on HN
Print view View original

31–40 of 78 posts

Re: WhenFS: Calendar Is Now a File System

#31

Post by kkfx »

In exploration terms I suggest considering typical serious desktop users file taxonomy, most after at certain amount of time choose a timeline taxonomy of some kind simply there is no much easy way with files and folder to collect and access data, even with {sym,hard}links.

Essentially time passing is a common thing for anything, all of the rest quickly became dirty or at least have some dirty dump of information here and there. Long story short it's a nice potential continuation of the experiment start taking notes in timeline, storing files in timeline and figure out how to make "dynamic hierarchies" that works well in this model.

I've done something myself with Emacs/org-mode/org-roam notes, with kind-of daily notes and file attachments, it's not perfect nor general but scale a bit. A filesystem approach it's uncharted but seems to be equally possible.

Re: WhenFS: Calendar Is Now a File System

#32

Post by netsharc »

fragmede wrote: post #17
thanatos519 wrote: post #16

Earlier quoted context omitted.

Good tab expansion in a very virtual filesystem would work wonders: $ cat /cal/nexttues $ cat /cal/2024/08/13/ $ cat /cal/nextweek $ cat /cal/2024/w32/ I seem to recall that I had lunch with somebody last July: $ grep -ir somebody /cal/2023/07/ /cal/2023/07/12/events:13:00-14:00 Lunch with somebody

the most amazing feature of the Google calendar web UI that has since been dropped was a way to schedule events with a human message - "30 meeting with Bob next Tuesday at 10", rather than clicking a bunch of buttons in a UI.

With Google Assistant you can still do this, but you need to speak it, with the prefix "Add calendar event..."(well, Google Assistant on the phone also accepts keyboard input). I find it much faster than the button clicking.

Re: WhenFS: Calendar Is Now a File System

#35

Post by samstave »

Lammy wrote: post #30
andrewflnr wrote: post #4

Aw, that's not what I hoped it would be. An actual file-based calendar UI is a neat idea, where you can (for instance) echo into a file to create a calendar event on the command line.

There's a standard file type for this already: https://en.wikipedia.org/wiki/ICalendar It would be cool to see a filesystem layer present a tree of ICS files where editing one also updated your various API-based web calendars.

This is completely me talking out my but:

Could one use the txtai python libe to be told to train on the temporal relationships between events that pass through it as an fastAPI endpoint to a calender... then as the events head to whatever is holding them in the calendar - txtai is training and indexing, first on temporal notes, then on context. so you ould easly as it to give you a

"Show all the social events that happen on wednesdays with a dress code"

(but it learns the nature of certain events, when they occur and social clues around what /who /wheres are typically occuring...

"This venue typically holds events on W F S and the clientelle is typicalaly this, attendance that, rsvps x, cost ~$$"

Re: WhenFS: Calendar Is Now a File System

#36

Post by H8crilA »

Thaxll wrote: post #26
andrewflnr wrote: post #4

Aw, that's not what I hoped it would be. An actual file-based calendar UI is a neat idea, where you can (for instance) echo into a file to create a calendar event on the command line.

I don't see where it's remotely useful, the idea sounds fun but it's not praticle. Explain how it is better vs having a simple cli that parse args and store that into SQLite.

The point of such fake filesystems (like /proc or /sys) is that everyone immediately understands them. Yes, you could have a syscall for /proc, but it is more complicated.

Re: WhenFS: Calendar Is Now a File System

#38

Post by Thaxll »

H8crilA wrote: post #36
Thaxll wrote: post #26

Earlier quoted context omitted.

I don't see where it's remotely useful, the idea sounds fun but it's not praticle. Explain how it is better vs having a simple cli that parse args and store that into SQLite.

The point of such fake filesystems (like /proc or /sys) is that everyone immediately understands them. Yes, you could have a syscall for /proc, but it is more complicated.

Understand how? You still need to understand the path layout, something is still parsing that path so it needs to be valid.

Re: WhenFS: Calendar Is Now a File System

#40

Post by h00dinberry »

fragmede wrote: post #17
thanatos519 wrote: post #16

Earlier quoted context omitted.

Good tab expansion in a very virtual filesystem would work wonders: $ cat /cal/nexttues $ cat /cal/2024/08/13/ $ cat /cal/nextweek $ cat /cal/2024/w32/ I seem to recall that I had lunch with somebody last July: $ grep -ir somebody /cal/2023/07/ /cal/2023/07/12/events:13:00-14:00 Lunch with somebody

the most amazing feature of the Google calendar web UI that has since been dropped was a way to schedule events with a human message - "30 meeting with Bob next Tuesday at 10", rather than clicking a bunch of buttons in a UI.

Not sure I follow, but how is this more convenient than pressing the UI buttons? Genuinely curious.
Post reply on HN