Separate model for viewing attachments in line?

[Kevin]

I'm working on a quick little hack to allow guests to view specified image extensions (yes, I want to have guests view images but not other attachment types). By extending Model_Attachment I can get it so that clicking on the attached image shows the image to the guest but when the image is embedded full size within the post then the guest still sees the thumbnail; clicking on the thumbnail opens the full size image in a new window.

I'd like to also have it so that guests viewing posts with images attached & embedded full size will see the full size image also.

Any pointers for which direction to look in?

Thanks

 

[Chris D]

I would just use this add-on:

http://xenforo.com/community/resources/tinhte-image-attachment-optimization-cdn-support.909/

 

[Kevin]

I would just use this add-on:

http://xenforo.com/community/resources/tinhte-image-attachment-optimization-cdn-support.909/

Thanks, but it's an overkill for what the goal is. Having guests view certain attachments by the file extension was just a couple of lines of code, I just need to see what is needed for viewing them inline fullsize now.

 

[Chris D]

It's not really overkill. It really doesn't do much more than what you're asking.

It does everything you need plus it has an extra few lines of code to reduce the amount of bandwidth and queries used to fetch an image. It's a much shorter route to achieve what you want seeing as the code for it is already written.

 

[Kevin]

It's not really overkill. It really doesn't do much more than what you're asking.

It does everything you need plus it has an extra few lines of code to reduce the amount of bandwidth and queries used to fetch an image. It's a much shorter route to achieve what you want seeing as the code for it is already written.

For my purposes it is easier & more straight forward for me to just add something to one of my existing listeners than using another add-on so, yes, it would be an overkill for me.

 

[Chris D]

We'll obviously have to agree to disagree. It's not really easier and straight forward to write new code when it already exists.

But if you paste your code so far we can see what's missing.

 

[Kevin]

We'll obviously have to agree to disagree.

There is nothing to disagree about. I am working on something to fit my needs in my environment using some of my existing code; it is odd that somebody would "disagree" with that.

 

[Chris D]

I'm just trying to help.