Re: Alternating text

With neither quill nor qualm, Jukka K. Korpela quothed:

> Neredbojias <neredbojias@xxxxxxxxxxxxxxx> wrote:
>
> > - - the OP did not explicitly state that the
> > "next person" had to be a different person.
>
> Reading the original question again, I notice that the OP _first_ told he
> wants the page show "alternately as a person accesses that page", then
> something completely different, namely that the page should alternate _by
> person_.
>
> Either way, the answer is still "no".
>
> > Using the "session-
> > variable" strategy of attaching a search string to the url and relying
> > on the history of the back button to recognize it (which, of course, it
> > does,) the tactic is, to a degree, possible.
>
> No it isn't. If persons A and B successively access the page on their
> browsers, or if person A successively accesses the page on two browsers,
> there will be no session variables. So this fails for either interpretation
> of the "problem".

Yes, true, very true. What I would do is make a large list of messages,
say greetings in different languages, and use the random function or
possibly the date() function to select one when the page loads. The
larger the list, the less likely the same message would appear in
succession. Of course, this is not *guaranteed* the way it could be
during one session and there is a possibility a visitor would see the
same message again in a repeat albeit discrete visit.

However, as an extreme example, one could use cookies in the manner that
some bank sites employ them. If the visitor has cookies (or javascript)
disabled, he is denied access to the main part of the site and the
waiting message unless and until he activates them in his browser.
Otherwise, voila! - a new message every time (-based, of course, upon a
representation within the cookie of the previous message.)

So it *is* possible.

>
> >> The conditions will not be fulfilled in the sublunar world, however.
> >> Especially the part "nobody ever lets anyone else..." fails.
> >
> > Html itself is not ideally "faultless", and css, in my humble opinion,
> > is based on a very flawed model, but nevertheless, those are the tools
> > with which we have to work,
>
> The defects of HTML and CSS have nothing to do with this. Neither of them
> was meant to address wishes like this, and there isn't even anything you
> could try in HTML or CSS to solve the, er, "problem".

No, not specifically with this which seems to beg for a script solution.
But then the css "hover" was a big (and not unpleasant) surprise when I
first encountered it. So if "hover," why not "alternate?" -Okay, it's
a stretch, but perhaps the dividing line between active and non-active
presentation is not so sharp as it once was.
>
> (As usual, the real problem behind the non-problem is probably more
> interesting than has been told so far.)

In trying to find what I hope won't be a "non-solution", I often sense
myself attempting to extrapolate what it is that the poster is really
wishing to do. If more details were proffered, better solutions could
certainly be devised.

--
Neredbojias
Contrary to popular belief, it is believable.
.

Relevant Pages

  • Re: CSS?
    ... > I disagree that a browser loads a CSS page faster than a standard HTML ... Check my site and measure the load time. ... With regard to older browsers, if you are worried about NN2 and IE2, then ...
    (microsoft.public.frontpage.client)
  • Re: single page apps, URL hash setting, bookmarking, & the back button.
    ... state preserved as cookies as the hash is obviously *taken*. ... clearing or loosing cookies, loose it by changing browsers, etc. ... faux history entries. ... No. Primarily we've been discussing setting the URL hash as the state ...
    (comp.lang.javascript)
  • Re: CSS?
    ... The time and effort involved in learning CSS will be amply ... > FrontPage Resources, WebCircle, MS KB Quick Links, etc. ... >>> graphical browsers and it doesn't take any extra effort to do so. ... CSS CAN cause problems in NN4x. ...
    (microsoft.public.frontpage.client)
  • Re: making block inline collapses its width
    ... Well, yes, making the element floated lets you set its width effectively (even on standards-conforming browsers). ... But I think what you primarily need here is not CSS at all but some special characters. ... Admittedly, the notations you want are comparable to list bullets and might be logically handled using CSS, and could be handled using generated content, but IE hasn't started supporting that yet. ... This also gives a better rendering, since the typographic convention is to use dashes, and they are in a considerably higher vertical position than a bottom border is. ...
    (comp.infosystems.www.authoring.stylesheets)
  • Re: Absence of postal service
    ... do a javascript popup. ... Are there more browsers that don't support CSS or that don't support ... All modern browsers support both CSS and Javascript. ...
    (rec.arts.sf.fandom)