Why not store tasks as āEventsā if you are going to create something new, then you have everything you need e.g., Start time, End time, place etc.
Give it a āTaskā type or something similar and it could be a default filter in the Event View etc. that filter out those ātasksā and only show them in a āResearch Task/Research Projectsā list.
If my suggestion about āMain-/Sub-Eventsā and āEvents on Placesā was implemented you could create a complete Research project of research tasks with notes, media etc. and link them to a Gramps object.
Make a converter and copy function and you could convert the research project to an Event for the object you were researchingā¦
The new Clooz version (version 4) has a really great Research Projects/Task manager where you can convert the research to āhistorical live dataā when you are finished with the research for that objectā¦
as of now I use Foam for VSC, Obsidian, Zotero and Aeon Timeline for all my research, inclusive making project plans/research plans.
I agree that a good project management feature for research and tasks would be great, but I would rather see āMain-/Sub-Eventsā and āEvent on Placesā be implemented first, since there is so many really good task-/project management systems out there alreadyā¦
For Note based tasks, maybe implement something like project or similar into a Gramplet?
GitHub - ncornette/Python-Markdown-Editor: Standalone editor for your markdown files?
or maybe just embed VS Codium or VS Code into a Gramplet, for Gramps Web, you could then implement a version of VSC Web: Visual Studio Code for the Web ?
Yes, it might demand that the notes were file based, but Gramps already utilize file-based media, so that shouldnāt be the worst problem?
There is a lot of benefits using file-based notes, one of them is that you can choose your preferred editor when writing, and the files will always be updated regardless of which software your chose to edit the notes, AND you can sync your notes with a phone or tablet and edit them offline if needed.
The cons are as for media files, they are external from the database and the links can break if you move them outside of Grampsā¦
for me personally, having a full-scale markdown editor and pure text files that I can save in a folder hierarchy and open in other editors such as e.g., R-Studio, Foam for VSC etc., surpasses all the negative things, e.g., that Gramps can lose the links to the files if they are moved or deletedā¦
Being able to create full research projects in e.g. Obsidian with timelines and maps embedded or network graphs directly in the notes and in addition could add links to these notes in other programs, such as e.g. Aeon Timeline, Cytoscape, Gephi, Clooz 4, or open them in e.g. Open Office or Scrivener and having full integration with Zotero or Jabref (or any other reference tool that supports BibTeX or similar format), is more important than me having to check from time to time that the links to the files are not broken, I have to regardless of what to do the media files I link to when I choose to move my file storage to another storage device.
But, now Iām a big fan of interoperability and interchangeable file formats, regardless of whether itās metadata, data or general/project related notes in plain text format.
I commented this as a feature for main Gramps, but there is a lot of markdown/plain text editors for the web also, that can be used in a similar wayā¦ and then the files can be synced with your āofflineā file storageā¦