|
|
Posted by cwdjrxyz on 03/16/07 08:07
On Mar 15, 9:04 pm, "cwdjrxyz" <spamtr...@cwdjr.info> wrote:
> On Mar 15, 7:00 pm, Neo Geshel <got...@geshel.org> wrote:
>
>
>
> > Greetings.
>
> > BACKGROUND:
>
> > My sites are pure XHTML 1.1 with CSS 2.1 for markup. My pages are
> > delivered as application/xhtml+xml for all non-MS web clients, and as
> > text/xml for all MS web clients (Internet Explorer).
>
> > My flash content was originally brought in via the "flash satay" method,
> > but I have since used some server-side magic do deliver one <object> tag
> > for IE and another <object> tag for non-IE clients. That way, IE gets
> > its codebase and classid attributes, which would cause any non-IE client
> > to ignore the object element entirely.
>
> > PROBLEM:
>
> > My problem now is with printing. I can't for the life of me figure out
> > how to get browsers to IGNORE the object element when printing - so that
> > they grab the alternative content inside of the object element instead.
>
> > You see, inside of my object element is a very nicely formatted header
> > element (h1 to be exact), and I want this to appear when printing, but
> > not in any other case. I also want this to appear when the object tag
> > fails (for example, when someone does not have Flash installed).
>
> > I would normally consider using SWFObject, but it does not make use of
> > standards-compliant JavaScript (it uses document.write), and therefore
> > will break when pages make use of the application/xhtml+xml mime type.
> > In addition, it craps out when people fail to have JS turned on, or
> > whose browsers (cellphones, handhelds) do not make use of JS. My sites
> > are meant to be fully compatible and accessible! I am not looking to
> > have content created by JS!
>
> > IMPORTANT:
>
> > Please understand, I am looking for a way, during printing, for the
> > printer to ignore the object element itself in favour of the h1 element
> > that exists inside the object element. This h1 element exists inside the
> > object element because it is the "graceful degradation" content for
> > anyone without Flash (or the correct version of Flash). I am not willing
> > to entertain any other arrangement of elements (or element creation via
> > JavaScript) unless it is equally as backward-compatible, elegant and
> > standards-compliant. Preferably, I am looking for a CSS solution.
>
> > TIA.
> > ...Geshel
> > --
> > *********************************************************************
> > My return e-mail address is an automatically monitored spam honeypot.
> > Do not send e-mail there unless you wish to be reported as a spammer.
> > Please send all e-mail to my first name at my last name dot org, with
> > a subject-line of "NEWSGROUP REPLY FOR NEO GESHEL" (all uppercase).
> > *********************************************************************
>
> It is very difficult to respond to you without the source code
> available to view. However, since I have a working flash page up that
> is at the xhtml 1.1 level, I will point you to it so that you can see
> if anything there will help you. The page is athttp://www.cwdjr.info/video_extreme/cancanFLV.php. The source code
> you get will be xhtml 1.1 for browsers such as recent Firefox, Opera,
> Seamonkey, and Mozilla that say they will at least accept 1.1 in the
> header exchange. The page is served as html 4.01 strict to other
> browsers, some of which might support xhtml 1.1, but do not say so in
> the header exchange. The IE browsers get served html 4.01, for
> example.
>
> Microsoft conditional comments are used to route to one object path
> for IE and close relatives such as MSN and ATT/Yahoo DSL browsers.
> Thus you can make each path completely different if you wish, and you
> do not have to use script to do so. It is up to you to see if this
> approach might help with your printer problem.
>
> Please note the high resolution video is designed for DSL. A loading
> status bar built into the control bar generated when coding the swf
> and flv files shows download progress. Also the swf file is rather
> small as it is just a container file that generates controls etc. The
> actual video is a separate flv which is large. This is the modern
> method for using flash video and is now heavily used for videos by
> Google, YouTube, MySpace, and several news sites.
Another thing that is sometimes useful is to include text when
encoding the swf/flv. For instance see http://www.cwdjr.info/video_extreme/cancanFLV2.php
.. The text in this case is part of the flv. In some cases people want
to print out the flash object. To do this you right click on the flash
image and select to print. This gives you a print of the area of the
flash image and nothing else on the page. Thus a text describing what
the flash image is often is useful. Of course when you print the whole
page in the normal manner, the flash object is not printed at all for
the way most printers are set up, just as one usually does not print
background color to save ink and avoid slower printing than necessary.
Navigation:
[Reply to this message]
|