Click here to get back home

HTML4.01 STRICT and hyperlinks with target

 HomeNewsGroups | Search | About
 comp.infosystems.www.authoring.html    Post an article   get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content
Subject Author Date
HTML4.01 STRICT and hyperlinks with target Erwin Moller 10-08-2008
Get Chitika Premium
Posted by Adrienne Boswell on October 8, 2008, 10:50 am
Please log in for more thread options


Gazing into my crystal ball I observed Erwin Moller

>
> viza schreef:
>> Hi
>>
>> On Wed, 08 Oct 2008 12:48:36 +0200, Erwin Moller wrote:
>>> viza schreef:
>>>> On Wed, 08 Oct 2008 11:46:33 +0200, Erwin Moller wrote:
>>
>
> It never is? Quite a statement.
>
> Please consider the following real life situation:
> 1) A certain page is produced by PHP as a result from some huge
> databasequery that is quite demanding for the server.
>
> 2) The user must select many tuples for editting.
>
> This is the moment I REALLY want a new window. The clicked tuple will
> open in it, in a form, ready for editting and submitting back to the
> server.
> The server now only has to query one tuple, and I put it in a form.
> Easy enough for the user, and easy for the server too.
>
> If I do NOT have the luxery of a new window, I must reload the whole
> page, and open the tuple in an edit-form.
>
> This leads to:
> 1) Heavy serverload
> 2) Annoyed users (who must wait for each and every edittingaction)

Why not put the whole thing on one page? Divide the page, one side for
the data, and the other side for the form. I do this all the time. No
need for new windows.

<snip>

> What is not clear is WHY it is removed in the STRICT doctype.
>

It was not removed. It never existed in the Strict doctype at all.
That's why there is still Transitional.

With that said, I have found one reason to open a link in a new window.
Some flash sites, because of the way they were written, etc., do strange
things to the back button, making it difficult to use to get back to the
original page.

In this case, I do the following:
1. Inform the user that link is going to open in a new window. I
include this information on the page itself, and also in the title
attribute of the link itself, eg: <a href="http://example.com/"
title="Visit example in a new window" target="_blank">Example</a>.

2. Since I programatically send the doctype, I can put a variable on the
page before it is rendered to switch the doctype, eg:

$istransitional = true;

if(isset($istransitional))

else




--
Adrienne Boswell at Home
Arbpen Web Site Design Services
http://www.cavalcade-of-coding.info
Please respond to the group so others can share


Posted by Erwin Moller on October 8, 2008, 11:20 am
Please log in for more thread options



Adrienne Boswell schreef:
> Gazing into my crystal ball I observed Erwin Moller
>
>> viza schreef:
>>> Hi
>>>
>>> On Wed, 08 Oct 2008 12:48:36 +0200, Erwin Moller wrote:
>>>> viza schreef:
>>>>> On Wed, 08 Oct 2008 11:46:33 +0200, Erwin Moller wrote:
>> It never is? Quite a statement.
>>
>> Please consider the following real life situation:
>> 1) A certain page is produced by PHP as a result from some huge
>> databasequery that is quite demanding for the server.
>>
>> 2) The user must select many tuples for editting.
>>
>> This is the moment I REALLY want a new window. The clicked tuple will
>> open in it, in a form, ready for editting and submitting back to the
>> server.
>> The server now only has to query one tuple, and I put it in a form.
>> Easy enough for the user, and easy for the server too.
>>
>> If I do NOT have the luxery of a new window, I must reload the whole
>> page, and open the tuple in an edit-form.
>>
>> This leads to:
>> 1) Heavy serverload
>> 2) Annoyed users (who must wait for each and every edittingaction)
>

Hi Adrienne,

Thanks for your response.

> Why not put the whole thing on one page? Divide the page, one side for
> the data, and the other side for the form. I do this all the time. No
> need for new windows.

Interesting.
But what do you mean excactly with 'divide the page'?
(No frames or iframes I presume, since they need a target in the
hyperlink to address them.)

It must be a 'standalone' window/document for this to work (work = Load
the form and relevant content into it without the full pagereload).

Do you use the OBJECT tag with HTML content?
Something like:
<OBJECT type="text/html" data="http://www.example.com/bla.php?id=33"
width="500" height="200"></OBJECT>

If so, how do you target that object to change the data attribute when a
client clicks on a hyperlink elsewhere?

Excuse me if I am slow, I am kind of new to this approach. ;-)


>
> <snip>
>
>> What is not clear is WHY it is removed in the STRICT doctype.
>>
>
> It was not removed. It never existed in the Strict doctype at all.
> That's why there is still Transitional.

Yes, I know that.
The mere name 'Transitional' alone suggest this is a doctype is ment to
be replaced in the future.
As I understand it: w3c encourages the use of strict.
So I try to use it now where I can.


>
> With that said, I have found one reason to open a link in a new window.
> Some flash sites, because of the way they were written, etc., do strange
> things to the back button, making it difficult to use to get back to the
> original page.
>
> In this case, I do the following:
> 1. Inform the user that link is going to open in a new window. I
> include this information on the page itself, and also in the title
> attribute of the link itself, eg: <a href="http://example.com/"
> title="Visit example in a new window" target="_blank">Example</a>.

Yes, I like to warn my visitors too when I open a new window.

>
> 2. Since I programatically send the doctype, I can put a variable on the
> page before it is rendered to switch the doctype, eg:
>
> $istransitional = true;
>
> if(isset($istransitional))
>
> else
>
>

Yes, that is a possibility.
But I prefer to keep my whole webapplication in the same doctype.
My psychiatrist is working on that. ;-)

I am curious how you split your page.
I might very well adopt that too since I want to keep using the STRICT
doctype.

Thanks for your time.

Regards,
Erwin Moller


--
============================
Erwin Moller
Now dropping all postings from googlegroups.
Why? http://improve-usenet.org/
============================

Posted by CJM on October 8, 2008, 12:15 pm
Please log in for more thread options




"Erwin Moller"

>>
>> In this case, I do the following:
>> 1. Inform the user that link is going to open in a new window. I include
>> this information on the page itself, and also in the title attribute of
>> the link itself, eg: <a href="http://example.com/" title="Visit example
>> in a new window" target="_blank">Example</a>.
>
> Yes, I like to warn my visitors too when I open a new window.
>

In some cases, I provide two links: the larger (ie. default) link renders in
the same window, and an image link to indicate a new window. There are
occasions where my users like the choice depending on circumstance (yes, of
course there is always shift-click, middle-click etc).


Posted by Adrienne Boswell on October 8, 2008, 7:06 pm
Please log in for more thread options


Gazing into my crystal ball I observed Erwin Moller

> I am curious how you split your page.
> I might very well adopt that too since I want to keep using the STRICT
> doctype.
>

<!-- insert query -->
<!-- validate and process form -->
<style type="text/css">
/* style the left and right divs to suit */
</style>
</head>
<body>
<!-- any header or other markup -->
<div id="left">
<table>
<thead>
<tr>
<th>Column</th><th>Column</th>
</tr>
</thead>
<tbody>
<!-- insert for loop here -->
<tr>
<td>data</td><td>data</td>
</tr>
<!-- end loop -->
</tbody>
</table>
</div>
<div id="right">
<form method="post" action="thispage">
<fieldset><legend>Whatever</legend>
....
</fieldset>
</form>
</div>
<!-- footer or other markup -->

--
Adrienne Boswell at Home
Arbpen Web Site Design Services
http://www.cavalcade-of-coding.info
Please respond to the group so others can share


Posted by Erwin Moller on October 13, 2008, 7:02 am
Please log in for more thread options


Adrienne Boswell schreef:
> Gazing into my crystal ball I observed Erwin Moller
>
>> I am curious how you split your page.
>> I might very well adopt that too since I want to keep using the STRICT
>> doctype.
>>
>
> <!-- insert query -->
> <!-- validate and process form -->
> <style type="text/css">
> /* style the left and right divs to suit */
> </style>
> </head>
> <body>
> <!-- any header or other markup -->
> <div id="left">
> <table>
> <thead>
> <tr>
> <th>Column</th><th>Column</th>
> </tr>
> </thead>
> <tbody>
> <!-- insert for loop here -->
> <tr>
> <td>data</td><td>data</td>
> </tr>
> <!-- end loop -->
> </tbody>
> </table>
> </div>
> <div id="right">
> <form method="post" action="thispage">
> <fieldset><legend>Whatever</legend>
> ....
> </fieldset>
> </form>
> </div>
> <!-- footer or other markup -->
>

Hi,

And how excactly does that load the right record/tuple into the form
without a full pagereload or JavaScript/AJAX?

Regards,
Erwin Moller

--
============================
Erwin Moller
Now dropping all postings from googlegroups.
Why? http://improve-usenet.org/
============================

Similar ThreadsPosted
Re: HTML4.01 STRICT and hyperlinks with target October 8, 2008, 5:14 pm
html4/strict.dtd & IE/firefox problem April 21, 2005, 9:34 am
Real advantages in using HTML4 strict vs XHTML Translational? November 15, 2007, 12:28 pm
target in strict doctype December 16, 2007, 12:40 pm
DOCTYPE Strict and target="_blank" August 18, 2006, 11:07 am
Strict HTML: mimic target tag/favicon location? October 4, 2008, 6:32 am
Strict HTML: mimic target tag/favicon location? October 5, 2008, 1:44 pm
Is Html4.01 spec(http://www.w3.org/TR/REC-html40/) downly compatible to older editions such like Html4.0? April 20, 2005, 3:26 am
hyperlinks question July 21, 2004, 8:07 pm
help with url hyperlinks (question) February 22, 2005, 6:04 pm

Our other projects:

Art Dolls, Fairies and Mermaids - Sunnyfaces.net

Roy's Linux, Programming and Search Engines messages

1-Script XML SitemapXML Sitemap