| Re: Is there a way to distinguish an auto-refresh from a manual page load? [message #177205 is a reply to message #177201] |
Mon, 27 February 2012 11:02   |
crankypuss
Messages: 147
Registered: March 2011
Karma:
|
Senior Member |
|
|
On 02/26/2012 02:14 PM, The Natural Philosopher wrote:
> crankypuss wrote:
>> On 02/26/2012 11:44 AM, Peter H. Coffin wrote:
>>> On Sun, 26 Feb 2012 11:08:25 -0700, crankypuss wrote:
>>>
>>>> I've never been successful in digging around to find out how the few
>>>> web pages I've seen are able to update the page without constant
>>>> flickering and so on, it's my impression (*not* understanding, I lack
>>>> that) that http is a client/server protocol and that once a request
>>>> has been fulfilled the transaction is over. I'm curious, but not
>>>> compelled.
>>>>
>>>> On the other hand I have been somewhat successful in creating the same
>>>> appearance by using closely spaced refreshes, most browsers seem not
>>>> to clear the screen prior to rendering so if the next is mostly the
>>>> same as the last it appears to have been partially updated.
>>>>
>>>> I'm not sure what you mean by "web sockets", I've used the kind of
>>>> sockets provided by PHP but if you mean something else I've no clue
>>>> what that might be.
>>>
>>> javascript does not shut down just because the page is finished
>>> loading. The javascript makes a background request to a specialize "not
>>> generating a web page, just feeding data" script on the server, then
>>> updates its own document (that is, the rendered page) based on the new
>>> data it receives.
>>
>> Pretty tough to implement when the user has chosen to disable js, but
>> then I assume that one of the items on the agenda of those in control
>> is to remove that choice from the idiot non-purchasing user's hands
>> while working toward stealing from him if he is unwilling to give.
>
> What are you on?
>
> This absolutely incredible and stupid assumption that the only thing PHP
> and web browsers are for is world wide marketing and information
> dissemination?
>
> Some of us are trying to write platform independent apps...for internal
> use.
>
> Are we not allowed to use PHP?
Do what you want, by all means. I'm not sure where you got the idea
that stating my views was some attempt to force them upon you.
In fact my main interest at the moment is not web development per-se,
but rather the use of PHP within a browser within the context of a
single user's system. In other words, using PHP to generate the html
that makes the browser work as a computer control panel, a
window-manager shell that is the user's primary interface.
PHP is for what it can be used for. It's isn't the best language ever
invented or the worst. But it is fairly widely known, it is good at
generating html, and html is something that browsers are good at
rendering, a lowest common denominator that is system-independent and
fairly easy to work with.
Initially my development efforts were limited to a website, then they
have moved to a local apache sever, and the next step is to find a
suitable browser and modify it so that it runs PHP independently of any
networking while simultaneously writing a separate code layer that
produces equivalent results through ncurses. It's a fun project.
|
|
|
|
Calendar
Search
Help
Members
Register
Login
Home
]