|
|
Posted by d on 09/27/47 11:37
"Oli Filth" <catch@olifilth.co.uk> wrote in message
news:MxLyf.7267$C7.3184@newsfe3-win.ntli.net...
> askMe said the following on 16/01/2006 01:04:
>> David Wahler wrote:
>>> The behavior of the user's browser and/or media player is solely
>>> determined by what gets output by your PHP code.
>>
>> Yes. I realize that. That is why I wanted a bona fide and tested PHP
>> object that the open sourcers have tried, validated and distributed as
>> final -- so that I don't have to waste time on this sort of trivial
>> stuff. Also, that is why I prefer to just print the code and let the
>> browser decide how to handle the tags that get printed instead of <?php
>> variable output?>.
>
> What does that even mean? <?php echo $variable ?> outputs the content of
> $variable; no involvement with the client/browser whatsoever. The browser
> knows nothing about PHP.
>
>
>> I realize this goes against the norm. Most
>> programmers that I know prefer to php print only the variable's value
>> at run time and feel that offers better encapsulation.
>
> Better "encapsulation" than what?
>
>
>>> Any objects or
>>> whatever you create in PHP will have no bearing whatsoever on what the
>>> browser gets - only the end result (the outputted HTML) is important.
>>>
>>
>> Ordinarily, if you can get it to work in IE, the
>> other browsers follow suit and handle background problems for you.
>
> Well, if you think that's the case, I suggest you do a little more
> research on embedding media in HTML, before even thinking about PHP.
>
>
>>> If you can't get the video to play properly in a static HTML page, PHP
>>> is going to be of no use to you.
>>
>> The video works. The mpg is embedded. It cuts off due to a timeout
>> limitation in PHP's default server settings.
>
> Please explain how you think that a PHP timeout setting (which controls
> the maximum length of time PHP will execute a script before timing out)
> has an effect on the client playing a video?
If the MPG is being streamed through a php script, then if the script times
out before it's sent all the data, the video will stop.
>
>>> and you
>>> should try using <object>
>>
>> I agree. That's how I ended up in this forum. All the examples of the
>> object tags I found did not work because I am developing in PHP. The
>> classid's were different from year to year and from browser to browser.
>> Guess its the nature of the beast.
>
> The classid is a client-side, HTML attribute of the HTML <object> element;
> nothing whatsoever to do with PHP.
>
>
>>> -- but none of this has anything at all to do
>>> with PHP.
>>
>> Beg to differ there. Javascript doesn't have this problem. Java
>> doesn't have this problem. C++ doesn't have this problem. PHP does.
>> The PHP objects address dealing with server side conversions requiring
>> config mod installations and a gazillion other tweaks.
>
> What are you talking about? If it is possible to create a static HTML page
> that works, then you can get PHP (or any server-side language, for that
> matter) to produce identical HTML, and it will work. PHP settings have
> nothing to do with how the client plays video.
>
>
>> I shouldn't
>> have to do so much research to play a video on a web page. If you
>> think I'm wrong, check out the prices of the applications that provide
>> solutions for dealing with this problem.
>
> This is a problem with cross-browser compatibility, not a problem with
> PHP.
>
>
>> please don't play it down as not being a PHP issue.
>
> It's not a PHP issue.
>
>
> --
> Oli
Navigation:
[Reply to this message]
|