AutoTimeBlocking feature request: Add user preference to indicate which calendars to reference when running /atb
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Tech-Stack
- javascript
- Bereich
- desktop
Rechercherichtung
Beginne damit, den Befehl /atb und die Logik zur Kalenderverfügbarkeit von AutoTimeBlocking nachzuverfolgen, und prüfe anschließend, wie das Preferences-Pane Benutzereinstellungen speichert. Bestätige, ob derzeit alle Kalender einbezogen werden, und entscheide dich für einen Ansatz mit Include- oder Ignore-Präferenzen. Als erledigt gilt die Aufgabe, wenn die Präferenz konfiguriert werden kann und /atb Blöcke nur anhand der ausgewählten Kalender plant.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
First, thank you for the AutoTimeBlocking plugin, @dwertheimer! I have just been testing it, and this is wonderful.
Is your feature request related to a problem? Please describe.
I have many "calendars" in my Calendar.app, mostly hosted and synced via iCloud, but some through other providers as well.
When I run /atb the time blocking algorithm appears to consider the content of all calendars. So, for example, if I have a shared "Family" calendar that includes things like "Kids at school from 8am to 3pm" then the /atb command thinks I am not available to start fielding tasks until 3pm, so the first time block will be placed at 3pm. This limits the usefulness of the AutoTimeBlocking plugin for me, since most days will already appear to be "fully booked", since all calendars are considered.
First, is my understanding of the logic here correct?
Second, currently, are all user calendars considered? (e.g. iCloud but also from other accounts?)
If my understanding is correct so far, then I'd request…
Describe the solution you'd like
I would love to see a user preference for specifying which calendars to consider/include when running /atb and determining availability for placing time blocks. This could be in the Preferences pane, ideally some sort of checklist where the user could tick off which calendars should be included, e.g.:
- Personal
- Work
- Family
Describe alternatives you've considered
Alternatively, it may be simpler to implement a text input box to indicate calendar names, e.g.:
Names of calendars to consider when scheduling time blocks (case-sensitive, comma separated)
Personal, Work
This is more flexible, but would require users to key in the calendar names precisely.
Another option could be to implement this as calendars to be excluded — i.e. as an ignorelist:
Names of calendars to ignore when scheduling time blocks (case-sensitive, comma separated)
Family
- Vorherrschende Sprache
- JavaScript
- Sterne
- 204
- Forks
- 82
- Ø Merge
- 22 Std. 27 Min.
- Gemergte PRs (30 T.)
- 3
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus NotePlan/plugins
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
-
bug
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
-
bug
-
bug
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 38/100
Alle Issues in NotePlan/plugins
Ähnliche Issues
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
babalae/bettergi-scripts-list#3674 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
vadimdemedes/ink#1029 ·
-
code-quality refactoring
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
github/gh-aw-firewall#8816 ·
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
langchain-ai/deepagents#6450 ·
-
optimization optimization:agents-md-curator
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
githubnext/gh-aw-cao#13143 ·