show content of attached doc/xls/pdf/.. files

[anonymous]

would be nice to have a macro (like the Makro), which shows the content of an attached file

[Alec Thomas]

This will not go into Trac core. You should open a Request-a-Hack ticket on TracHacks.

[anonymous]

this needs be put into the core if trac want to be more robust a better ticket management system

[anonymous]

honestly who doesn't attach these types of files

[Emmanuel Blot]

Replying to anonymous:

honestly who doesn't attach these types of files

Sane people ?

[henke.mike@…]

So trac should be not extended to and integrated with other standard systems, most sane business use like word docs and pdf files?

[Noah Kantrowitz]

Make a patch that implements this, and then we will talk. +1 on making this a plugin.

[henke.mike@…]

I don't think this is as complicated as a plugin. Trac just need to recognize MIME content type of the page by extension (.pdf, .doc, .xls) and then set the content type. The content type determines how the browser or client interprets the page contents. The following are some of the content type values you can use:

application/msword application/msexcel application/pdf

I looked at the trac.ini file under mimiviewer but it isn't clicking for me. I think the mime_map needs changed like "text/x-dylan:dylan,text/x-idl:ice,text/x-ada:ads:adb :application/pdf:pdf "

[hyuga <hyugaricdeau@…>]

Replying to henke.mike@gmail.com:

So trac should be not extended to and integrated with other standard systems, most sane business use like word docs and pdf files?

At my business (which is sane in some areas moreso than others) there are several people who use AutoCAD on a daily basis. Are you suggesting that attached AutoCAD files should be shown?

Supporting Word and PDF is one thing, but then where do you stop? Why not Excel spreadsheets? Why not Open Office documents? Presentations? Why, the Trac devs could just drop everything and spend all day writing platform independent engines to render every file format imaginable in HTML.

[henke.mike@…]

Good point. Maybe trac should be more friendly to customizing different attachments types inline (in browser) instead of actually implementing the specific attachment types. I still haven't found any good examples to do this and I bet the sane Trac devs actually do with their attachments whether being autoCAD, pdfs, doc, etc, which ever they use so they don't have to download the attachments everytime.

[hyuga <hyugaricdeau@…>]

Er, there already is, in the form of IHTMLPreviewRenderer. But you'd still have to write a custom implementation to display most any file format that isn't already supported. There's just no way around that. But the fact that that interface exists is why this would be a plugin candidate.

[henke.mike@…]

Cool. Thanks. I will take a look @ IHTMLPreviewRenderer

[henke.mike@…]

any examples of how to use iIHTMLPreviewRenderer with a supported and unsupported file formats? i searched the trac site and didn't find any except a brief mention [WikiContext]. thanks in advance

[anonymous]

great everyone is so helpful in answering questions, nice to know this community is so open and friendly

[henke.mike@…]

I did get a suggestion. "dont use the direct way via trac my.doc but via web-server [http:/.../svn/my.doc]." couldn't this link be easily added to the attachment section of the ticket along with on the trac attachment linked page?

Or couldn't somehow the attachment/ticket use wiki format like to embed attachments similiar to images but like Object(sane.pdf) or Object(sane.doc)

[anonymous]

duplicate Ticket #2883

[anonymous]

related Ticket #5718

[anonymous]

related Ticket but closed as duplicate #6132

[hyuga <hyugaricdeau@…>]

If you want to include examples, prefix them with ! to disable the macro processing. For example, ![[Image(sane.jpg)]] produces [[Image(sane.jpg)]]

At any rate, if you want a macro to embed object tags, that's different, and I'm sure such a thing is already out there. But such a thing also has security risks, which is why it's probably not included in the core. Now please stop reopening this ticket.

[Christian Boos]

(clearing report:35)

[anonymous]

Surely this doesn't really need too much product-specific effort, it can remain pretty generic.

As long as what Trac spits out is something like:

<object type="application/pdf" data="./path/to/attachment"><a href="./path/to/attachment">Attachment Name</a></object>

Then I don't see why there's such an aversion to this suggestion.

[anonymous]

<object type="application/pdf" data="./path/to/attachment">
    <a href="./path/to/attachment">Attachment Name</a>
</object>

If the Trac admin thinks it's a security risk, then he/she can turn it off.