Showfull.tmpl uses headtags that may defeat its purpose

Kjeld · April 7th, 2005, 07:11 PM

When you click on "Print View" under an image, it activates Showfull.tmpl. Showfull.tmpl makes use of the headtags entered by the webmaster.

In my case these headtags include a code to put the page into frames. Which of course means that users can not use the resulting "Print View" page anymore to print (it is now encased in frames with lots of other stuff).

It doesn't qualify as a bonafide bug, but having Showfull.tmpl use webmaster-modified headtags may defeat its purpose.

And until this is addressed, my logical question is of course: How can get a clean "Print View" page in my particular situation? I require the code for calling up frames for all of the other pages.

Chuck S · April 7th, 2005, 07:31 PM

Yes this would not be a bug.

I would suggest you modify the showfull.php script to suit your needs. As it stands in the default program you will not be able to separate this without code modification

You may discuss code modifications here at http://www.photopostdev.com

Kjeld · April 7th, 2005, 07:41 PM

Thanks for the quick reply, Omegatron. Really appreciate that.

I was afraid of the "suggest you modify the script" reply. No quick fixes, I guess...

And although it is not a bug, the issue is something to consider. From the webmaster's viewpoint the effects resemble the drawbacks of a bug.

Chuck S · April 7th, 2005, 07:48 PM

Well our program is not written to run in frames. If you so choose to run it in frames then it is up to your to modify it to suit your needs. One of the good things about the program is you can modify it to your needs

I doubt from a development standpoint with the limitations of frames and its old technology we would ever backwards code our program.

Kjeld · April 7th, 2005, 08:52 PM

Are frames the only headtags you can think of that could interfere with the function of Showfull.tmpl.?

Chuck S · April 7th, 2005, 10:49 PM

I dont know I just know from your site your using frames and showfull is a popup window hense your conflict

Kjeld · April 7th, 2005, 11:09 PM

Fair enough, Omegatron.

Just a last thought. My particular case is a problem with frames, that is right. But I posted here mainly for the sake of the community and the improvement of PhotoPost. If I have a problem with headtags, I imagined, there could be other (potential) users with the same problem. I also assumed that, like other programmers, you and Michael want to make a program used by the general public as foolproof as is realistically possible. Good programmers focus always on the real-world user, their needs and their limitations. I am assuming that the both of you do that too.

Not being a programmer, I can't think of other potential conflicts. But with your knowledge of PP and programming I was hoping this tidbit would be of some use to you, and the improvement of PP. I guess it was not... Sorry to have taken up your valuable time and, once again, many thanks for the quick response.

Chuck S · April 8th, 2005, 06:22 AM

Never a waste of time all I am saying is that code modification/headers or footers they use is up to the enduser as this forum states and resulting problems are all yours.

I am familar with your install and know none of our files are modified since your site was recently upgraded. Knowing this I know how your holding things in a frame with the html etc but since you do that of course your going to block any pop up windows etc. There are other ways to code what your doing without using frames. You might want to look into that avenue to bring in that header sidebar and footer

Since our program is a dynamic php program which prints its own html there is no way for us to realistically envision all the various html elements a user will use around the program. We can only ensure our own code is valid which it is.

Kjeld · April 8th, 2005, 07:28 AM

Omegatron,

Thanks for all the advice. What I am trying to say was that I didn't really post for myself. I would have used the development forum. I shouldn't have added that last paragraph! I feel really bad now with you focusing on my particular set-up instead of the suggestion itself. I just wanted to give a tip and gave my own situation as one example. That was all. "Thanks and we'll consider it" would have been more than sufficient, Omegatron.

Let's call it a day. I don't want to take up more of your valuable time. I will do that when I actually need you!

Cheers!