Fossil Enhancement Ideas
March 18, 2023
Wiki image link urls that use filename instead of artifact ID
> perhaps a construct like {self}/imagename.png?
I'm sure we'll be interested to see your patch adding that feature. I like your "image2a" syntax.

From <https://fossil-scm.org/forum/forumpost/3492ee83cb>
Insert attachment to wiki page uses 'Description' as caption.
Uploading an attachment consists of:
Open Add Attach page >> use File selector >> enter Description text >> Add Attachment button
It would be nice to use that Description later when inserting the file to a Wiki page.
[Misc] tab shows attachments, and has nice 'copy' button for copying the embeddable link url for later pasting into the editor. Desired improvements:
copy in Markdown or Wiki formatting syntax (so include the `` syntax characters
as above but insert 'Description' in Alt Text position.
further wish: show Alt text as caption. Using CSS maybe?
Wiki editor: Ctrl-V creates binary base64 attachment and inserts link.
Advanced.
Possible starting point: the 'Add Attachment' page:
"What links to this page?" backlinks
The backlinks feature looks for mentions of commit hashes ID and then creates links between those references:
...if you mention a check-in as part of a comment of another check-in, that new check-in shows up in the "References" section of the target check-in.
From <https://fossil-scm.org/home/doc/trunk/www/interwiki.md>
... I mean "what other wiki pages link to this wiki page" within same site.
There's no mechanism for making active use of those. They're automatically calculated when content is updated in the db and then various views make use of them.
Extend tagging to Technotes and Wiki pages (and embedded docs?)
The backend already supports it. It's the UI parts that are missing. Currently tagging only works for check-ins (ex: file commits).
Is there a way to organize wiki pages, e.g. by assigning tags to them?
Follow-up: we have since added the missing infrastructure bits which were necessary for propagating tags for non-checkins, so fossil can now propagate tags for all "structural artifact" types which have direct child/parent relationships: checkins, wiki pages, forum posts, and technotes. This required no core data format changes, just some additional db records in an already-existing table.
From < https://fossil-scm.org/forum/forumpost/a70b7d089a>
Filter/browse articles by date