I can load a dialog by loading an HTML page or by constructing the
dialog with JavaScript.
What should I be thinking about when I look at this choice?
I can load a dialog by loading an HTML page or by constructing the
dialog with JavaScript.
What should I be thinking about when I look at this choice?
rf said:It is your choice...
If you load HTML you will have an extra request to your web server to
deal with, if you use JavaScript your client will use some extra CPU
time...
dhtml said:Loading it in HTML does not necessitate an extra http req. Just put it
in the HTML. Requires less javascript to be downloaded.
...
<body>
<h1> Heading </h1>
<p> your content here </p>
<div id="panel">
panel content here.
</div>
</body>
...
You forgot to consider non-graphical user agents, including text browsers
(which usually do not support CSS) and search engines.
David said:Thomas said:You forgot to consider non-graphical user agents, including text browsersdhtml said:rf wrote:
:
On Oct 20, 10:45 am, (e-mail address removed) wrote:
I can load a dialog by loading an HTML page or by constructing the
dialog with JavaScript.
What should I be thinking about when I look at this choice?
[...]
Loading it in HTML does not necessitate an extra http req. Just put it
in the HTML. Requires less javascript to be downloaded.
...
<body>
<h1> Heading </h1>
<p> your content here </p>
<div id="panel">
panel content here.
</div>
</body>
...
(which usually do not support CSS) and search engines.
True enough, you should always test pages in Lynx (or a simulator) for
just this reason (most pages will read like the gibberish that they
are.)
However, the quoted example would be fine in this regard, [...]
David said:Thomas said:dhtml wrote:
rf wrote:
:
On Oct 20, 10:45 am, (e-mail address removed) wrote:
I can load a dialog by loading an HTML page or by constructing the
dialog with JavaScript.
What should I be thinking about when I look at this choice?
[...]
Loading it in HTML does not necessitate an extra http req. Just put it
in the HTML. Requires less javascript to be downloaded.
...
<body>
<h1> Heading </h1>
<p> your content here </p>
<div id="panel">
panel content here.
</div>
</body>
...
You forgot to consider non-graphical user agents, including text browsers
(which usually do not support CSS) and search engines.True enough, you should always test pages in Lynx (or a simulator) for
just this reason (most pages will read like the gibberish that they
are.)However, the quoted example would be fine in this regard, [...]
Isn't it obvious that it would not be fine? The panel is a dialog that
No.
should only be displayed when necessary (requested by a user action).
However, with this markup the "panel" will be displayed always (as a
paragraph) in e.g. Lynx.
David said:Thomas said:Isn't it obvious that it would not be fine? The panel is a dialog thatDavid said:Thomas 'PointedEars' Lahn wrote:
dhtml wrote:
rf wrote:
:
On Oct 20, 10:45 am, (e-mail address removed) wrote:
I can load a dialog by loading an HTML page or by constructing the
dialog with JavaScript.
What should I be thinking about when I look at this choice?
[...]
Loading it in HTML does not necessitate an extra http req. Just put it
in the HTML. Requires less javascript to be downloaded.
...
<body>
<h1> Heading </h1>
<p> your content here </p>
<div id="panel">
panel content here.
</div>
</body>
...
You forgot to consider non-graphical user agents, including text browsers
(which usually do not support CSS) and search engines.
True enough, you should always test pages in Lynx (or a simulator) for
just this reason (most pages will read like the gibberish that they
are.)
However, the quoted example would be fine in this regard, [...]
No.
Not necessarily. That may not be possible.
Yes, Lynx does not support script. That's why the form will always be
there. So what?
David said:Thomas said:David Mark wrote:
Thomas 'PointedEars' Lahn wrote:
dhtml wrote:
rf wrote:
:
On Oct 20, 10:45 am, (e-mail address removed) wrote:
I can load a dialog by loading an HTML page or by constructing the
dialog with JavaScript.
What should I be thinking about when I look at this choice?
[...]
Loading it in HTML does not necessitate an extra http req. Just putit
in the HTML. Requires less javascript to be downloaded.
...
<body>
<h1> Heading </h1>
<p> your content here </p>
<div id="panel">
panel content here.
</div>
</body>
...
You forgot to consider non-graphical user agents, including text browsers
(which usually do not support CSS) and search engines.
True enough, you should always test pages in Lynx (or a simulator) for
just this reason (most pages will read like the gibberish that they
are.)
However, the quoted example would be fine in this regard, [...]
Isn't it obvious that it would not be fine? The panel is a dialog that
Apparently not to you (yet).
Not necessarily. That may not be possible.
It is entirely possible if the dialog is not in the original HTML document.
Have you even read the thread?
So there would be a dialog (not a form) that does not belong there, which
would be a Bad Thing. Do you need to be guided from A to B to C now?
David said:Thomas said:Apparently not to you (yet).David said:Thomas 'PointedEars' Lahn wrote:
David Mark wrote:
Thomas 'PointedEars' Lahn wrote:
dhtml wrote:
rf wrote:
:
On Oct 20, 10:45 am, (e-mail address removed) wrote:
I can load a dialog by loading an HTML page or by constructing the
dialog with JavaScript.
What should I be thinking about when I look at this choice?
[...]
Loading it in HTML does not necessitate an extra http req. Just put it
in the HTML. Requires less javascript to be downloaded.
...
<body>
<h1> Heading </h1>
<p> your content here </p>
<div id="panel">
panel content here.
</div>
</body>
...
You forgot to consider non-graphical user agents, including text browsers
(which usually do not support CSS) and search engines.
True enough, you should always test pages in Lynx (or a simulator) for
just this reason (most pages will read like the gibberish that they
are.)
However, the quoted example would be fine in this regard, [...]
Isn't it obvious that it would not be fine? The panel is a dialog that
No.
It is entirely possible if the dialog is not in the original HTML document.should only be displayed when necessary (requested by a user action).
Not necessarily. That may not be possible.
Have you even read the thread?
Of course I have. There is exactly one post by the OP and the problem
is outlined in one vague sentence. Perhaps you had a different
interpretation?
The word "dialog" has no real meaning here. A form in a div?
would be a Bad Thing. Do you need to be guided from A to B to C now?
What sort of misplaced hubris is this? And perhaps you have never
seen a Web page with a form at the bottom. [...]
A dialog is merely a part of an application that requests input from a user,
usually triggered *on their request* (by a menu item, button or another
Apparently you are unable to place proper meaning on the word *d*i*a*l*o*g*
David said:Thomas 'PointedEars' Lahn wrote:
[snip]A dialog is merely a part of an application that requests input from a user,
usually triggered *on their request* (by a menu item, button or another
Thanks, professor. The operative word is *usually*. Certainly not
even close to always (see below.)
[snip]Apparently you are unable to place proper meaning on the word *d*i*a*l*o*g*
For example, the first thing most users see on running new software
(hint: like opening a Web page) is a registration *d*i*a*l*o*g*.
Idiot.
David said:What sort of misplaced hubris is this? And perhaps you have never
seen a Web page with a form at the bottom. If possible (e.g. script,
CSS and any other needed features are available), the author may
choose to adjust the style to hide the form. It could then be
displayed later in response to a button press. The poor Lynx users
will just have to look at the form at the bottom. Again, so what?
For all we know, the OP is not deploying this on a public
domain.
Want to reply to this thread or ask your own question?
You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.