[MTOS-dev] "Print this Page" plugin
Timothy Appnel
tim at appnel.com
Wed Feb 27 16:08:32 PST 2008
On 2/27/08, Dave Morgan <dave at 1001111.com> wrote:
> > This is a function of your CSS and to a certain degree HTML.
> >
> > I did this a few times I created a 'noscreen' and 'noprint' class and
> > applied it to various elements. noscreen where elements (divs) that
> > were only useful if printed. noprint where elements that didn't make
> > sense for a print out -- side bars for instance. My standard
> > stylesheet than had this.
> >
> > When I created a print friendly CSS file I imported the web
> > stylesheet, toggled the two "no classes" and then proceeded to
> > override element (colors went to gray etc) to tweak their appearance
> > for print.
> >
> I agree. We have done this using a custom HTML::Template template
> with simple inline CSS. We had problems with different browser
> interpretations
> so ended up passing the output to html2pdf to get true browser/device
> independence.
Not to belabor the point, but I don't understand why a CGI is really
needed. Is it just to display the printer friendly version in the
browser? In my printer-friendly pages I used the media="print" method
without incident and no plugin needed. (I think your use of plugin is
what is throwing the old timers off here.)
I can see why you might use the CGI method I you are already
dynamically generating pages like with HTML::Template, but in the MT
world where static pages are seen as a core strength the CGI approach
defeats the purpose though.
<tim/>
>
>
> >> That is essentially what we are looking for. If it does not need a
> >> plugin it just
> >> shows my current lack of understanding of the internals of MTOS :)
> >
> > It has nothing to do with MT though -- it's just smart use of existing
> > standards. The procedure I described can be applied to any tool --
> > even WordPress. ;)
>
>
> Certainly. We already have a standalone perl/cgi script to do this.
> However, we need to integrate it into MT. Whether this is as a plugin
> or just a custom
> cgi and link is where my ignorance shines :) And of course ease of
> use for
> our clients will affect the choice, once I understand the pros and
> cons of each.
>
>
> Thanks for your input
> Dave
>
>
> Dave Morgan
> Operations Manager, Rigskills Canada
> http://www.rigskills.ca
> dave.morgan at rigskills.ca
> 403 399 2442
> >
>
--
Timothy Appnel
Appnel Solutions
http://appnel.com/
More information about the MTOS-dev
mailing list