Bookmarks and Document Management System

[artmotion@…]

I think trac needs a bookmark and document management system.

Maybe you know "the personal brain" - a windows based software where you can store your bookmarks and link them together. Over the last years I've build a "brain" with about 1650 bookmarks, many of them are at least in some hierarchive, some of them a linked to other bookmarks.

This should be implemented in a way, that it is possible to link also to normal documents (pdfs, graphics, …) and maybe also to sourcecode in the subversion repository (including either no release number, or a specific release of the sourcecode file).

[cboos@…]

And what exactly prevents you from using Trac for that?

I'm curious, since:

• you already have plenty of ways (using the WikiFormatting) to refer to URLs, files in your repository, and personal notes (in the form of Wiki pages)
• for files not in the repository, you can still attach them to Wiki pages

(cross-referencing could be one of the missing thing, but it being worked on, see #1242)

[Christian Boos]

Unless I'm mistaken, there's nothing really new/pertinent asked for in this ticket.

[anonymous]

I think the idea is amaizing, document management is a task very important in project management area. Define workflow for document revision, aproval, indexing, text search.

[Emmanuel Blot]

Replying to anonymous:

I think the idea is amaizing, document management is a task very important in project management area.

… but Trac does not aim at being such a tool. It is not (yet?) a universal swiss knife.

[Christian Boos]

Replying to anonymous:

… document management is a task very important in project management area. Define workflow for document revision, aproval, indexing, text search.

Well, without aiming at being a swiss army knife, Trac could definitely gain in usefulness and flexibility if it would be able to do for all its resources what it can do currently only for some, when appropriate of course.

So far, only technical issues are preventing this to happen. In 0.11, there's been some progress on that point (e.g. ticket description history and diffs), but this was made unnecessarily hard by the lack of a convenient and unified data model; improving on this is the whole point of the GenericTrac approach.

In line with the quoted comment above, I can see that what we're doing now with the ticket workflow could be one day transposed to a workflow for Wiki pages (e.g. new → reviewed ↔ modified → closed).

[Christian Boos]

See #1386 for related wiki extension ideas.

[szybalski@…]

Hello, Just in case somebody finds this ticket, I wanted to let everybody know that trac is perfect as document management system that concentrates on tasks. Its perfect for high volume fax incoming and processing. At my company I've used it with a great success for past 3 years. 661,124 documents/tickets have been processed. The key features that we needed:

• Being able to assign tickets and transfer them between people
• Being able to view attachments easly, write comments, and index.
• Being able to create your own "type" aka "milestone : incoming, other, changes, cancellations, renewals
• Being able to load and create tickets automatically via xml-rpc.
• Being able to add your own custom fields "tracking number"
• Being able to setup a search on main page by using the query to build multiple links tracking #, "my tickets","incoming tickets" , new, not assigned change tickets.
• Begin able to batch assign tickets to an individual. BatchModify 0.4.0
• Being able to move tickets to another trac to a different department TicketMoverPlugin 0.1.1
• We average ~600 incoming tickets a day.

If you think of your problems as "tasks" then trac is the best thing you can use. Enjoy, Lucas

[Cinc-th]

Replying to szybalski@…:

Hello, Just in case somebody finds this ticket, I wanted to let everybody know that trac is perfect as document management system that concentrates on tasks. Its perfect for high volume fax incoming and processing. At my company I've used it with a great success for past 3 years. 661,124 documents/tickets have been processed.

There is a cookbook page describing the system: CookBook/Configuration/DocumentManagement