Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

html5

2 views
Skip to first unread message

Erik Ginnerskov

unread,
Apr 9, 2012, 3:22:08 PM4/9/12
to
Så er der blevet lavet sider om html 5. Er der nogen, som ønsker noget
tilføjet til en eller flere sider - der er links til siderne fra
http://hjemmesideskolen.dk/html/elementer.php, hører jeg meget gerne
nærmere.

--
Med venlig hilsen
Erik Ginnerskov
http://hjemmesideskolen.dk - http://ginnerskov.dk

scootergrisen

unread,
Apr 9, 2012, 8:11:03 PM4/9/12
to
På http://hjemmesideskolen.dk/html/elementer/datalist.php kunne du
tilføje en <datalist> hvor man kan vælge farver for at vise en anden
måde man kan bruge det på. color typen virker dog godt nok kun i Opera
indtil videre men det kan jo skrive.

<form>
Farvevælger ("color") :<br>
<input type="color"><br>

<input type="color" list="listemedfarver"><br>
<datalist id="listemedfarver">
<option label="rød" value="#aa0000">
<option label="grøn" value="#00aa00">
</datalist>
</form>

Karl Erik Christensen

unread,
Apr 9, 2012, 11:01:33 PM4/9/12
to
On 09-04-2012 21:22, Erik Ginnerskov wrote:
> Så er der blevet lavet sider om html 5. Er der nogen, som ønsker noget
> tilføjet til en eller flere sider - der er links til siderne fra
> http://hjemmesideskolen.dk/html/elementer.php, hører jeg meget gerne
> nærmere.
>

Jeg kikkede lige på det nye form <input type="search" /> og blev en
smule skuffet over, at eksemplet bare førte mig til Google - uden at min
søgning blev overført.
Men det er måske en kommende feature?

Derfor stykkede jeg lige flg. sammen:

<?php
if (isset($_POST['submit'])) {
$URL="http://google.dk/#hl=da&sclient=psy-ab&q=".$_POST['googlesearch'];
header ("Location: $URL");
}
?>
<!DOCTYPE html>
<html lang="da">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<style type="text/css">
#wrap {
width: 500px;
margin: auto;
}
</style>
<title>Søg på Google</title>
</head>
<body>
<div id="wrap">
<form action="<?php echo $_SERVER['PHP_SELF']; ?>" method="post">
<p><label for="googlesearch">Søg på Google:</label></p>
<p><input type="search" name="googlesearch" id="googlesearch" /></p>
<p><input type="submit" name="submit" /></p>
</form>
</div>
</body>
</html>

Så bliver søgningen overført til Google :-)

Karl Erik.

--
http://dmwebdesign.dk - DM i Webdesign
http://produceret-i.dk/ - Køb danske produkter
http://webdesign.ranunkelvej.com - Artikler om webdesign

Karl Erik Christensen

unread,
Apr 10, 2012, 8:43:34 AM4/10/12
to
On 10-04-2012 05:01, Karl Erik Christensen wrote:

> $URL="http://google.dk/#hl=da&sclient=psy-ab&q=".$_POST['googlesearch'];

How - &client hører vist ikke hjemme hos alle der vil benytte koden :-)

Det er da utroligt hvad Google fører statistik over.

$URL="http://google.dk/#hl=da&q=".$_POST['googlesearch'];

Erik Ginnerskov

unread,
Apr 10, 2012, 11:43:59 AM4/10/12
to
Det er da en måde at omgå den manglende understøttelse af elementet <input
type:"color">. Man skal så bare være opmærksom på, at det er kun muligt at
vælge de få forfatterdefinerede farver, hvis brugerens browser ikke er
Opera.

Det vil jeg lege lidt med. Tak for input.

Erik Ginnerskov

unread,
Apr 10, 2012, 11:58:03 AM4/10/12
to
Karl Erik Christensen wrote:

> Jeg kikkede lige på det nye form <input type="search" /> og blev en
> smule skuffet over, at eksemplet bare førte mig til Google - uden at
> min søgning blev overført.

Så må jeg da byde dig velkommen i klubben. Men sagen er den, at html5 også
for mig er noget helt nyt og jeg har i løbet af påsken rundt omkring og på
udenbysk læst mig til det, som indtil videre er kommet på skrift på dansk.

> Men det er måske en kommende feature?

Jeg ved egentlig ikke, hvad de vise folk i w3c.org har tænkt sig med det
element.

> Derfor stykkede jeg lige flg. sammen:
>
> <?php
> if (isset($_POST['submit'])) {
> $URL="http://google.dk/#hl=da&q=".$_POST['googlesearch'];
> header ("Location: $URL");
> }
> ?> [klip html-kode]
>
> Så bliver søgningen overført til Google :-)

Jeg har noteret ned og vil teste det. Når jeg har en tilfredsstillende
funktion, vil jeg - med din tilladelse og behørig kreditering af dig vise
php-scriptet på siden.

Jeg takker for input.

Karl Erik Christensen

unread,
Apr 10, 2012, 12:06:29 PM4/10/12
to
On 10-04-2012 17:58, Erik Ginnerskov wrote:
> Jeg har noteret ned og vil teste det. Når jeg har en tilfredsstillende
> funktion, vil jeg - med din tilladelse og behørig kreditering af dig
> vise php-scriptet på siden.

Ummmm så bliver der igen råd til at lægge smør på brødet :-)

Erik Ginnerskov

unread,
Apr 10, 2012, 12:27:11 PM4/10/12
to
Karl Erik Christensen wrote:

> Ummmm så bliver der igen råd til at lægge smør på brødet :-)

Det kan jeg ikke love dig.

Erik Ginnerskov

unread,
Apr 10, 2012, 12:47:07 PM4/10/12
to
Erik Ginnerskov wrote:
> http://hjemmesideskolen.dk/html/elementer.php,

På disse sider mangler der efter min mening noget serverside script, for at
siden (elementet) kan fungere:

http://hjemmesideskolen.dk/html/elementer/meter.php - se nederste tekstblok
på siden.

http://hjemmesideskolen.dk/html/elementer/progress.php - se nederste
tekstblok på siden.

http://hjemmesideskolen.dk/html/elementer/keygen.php

Kan nogen hjælpe med det? Man vil blive krediteret på siden.

Anders Wegge Keller

unread,
Apr 10, 2012, 1:11:02 PM4/10/12
to
"Erik Ginnerskov" <erik.gi...@live.dk> writes:

> Erik Ginnerskov wrote:
> > http://hjemmesideskolen.dk/html/elementer.php,
>
> På disse sider mangler der efter min mening noget serverside script,
> for at siden (elementet) kan fungere:
>
> http://hjemmesideskolen.dk/html/elementer/meter.php - se nederste
> tekstblok på siden.
>
> http://hjemmesideskolen.dk/html/elementer/progress.php - se nederste
> tekstblok på siden.

Kan det ikke simuleres med et clientside script i begge tilfælde?

--
/Wegge

Leder efter redundant peering af dk.*,linux.debian.*

scootergrisen

unread,
Apr 10, 2012, 1:50:24 PM4/10/12
to
> Det er da en måde at omgå den manglende understøttelse af elementet
> <input type:"color">. Man skal så bare være opmærksom på, at det er kun
> muligt at vælge de få forfatterdefinerede farver, hvis brugerens browser
> ikke er Opera.
>
> Det vil jeg lege lidt med. Tak for input.
>

Det er ikke en måde at omgå noget på.
Det bruges sådan at man selv kan vælge farverne i stedet for der er
nogen standard farver.

Her er standardfarverne i Opera :
http://scootergrisen.dk/htmlgrisen/billeder/billed0132.png

Og her er datalist brugt med 2 farver :
http://scootergrisen.dk/htmlgrisen/billeder/billed0181.png

Anders Wegge Keller

unread,
Apr 10, 2012, 2:48:29 PM4/10/12
to
Anders Wegge Keller <we...@wegge.dk> writes:

> "Erik Ginnerskov" <erik.gi...@live.dk> writes:
>
> > Erik Ginnerskov wrote:
> > > http://hjemmesideskolen.dk/html/elementer.php,
> >
> > På disse sider mangler der efter min mening noget serverside script,
> > for at siden (elementet) kan fungere:
> >
> > http://hjemmesideskolen.dk/html/elementer/meter.php - se nederste
> > tekstblok på siden.
> >
> > http://hjemmesideskolen.dk/html/elementer/progress.php - se nederste
> > tekstblok på siden.
>
> Kan det ikke simuleres med et clientside script i begge tilfælde?

I tilfældet <meter> har jeg hacket noget minimalistisk kode sammen:

http://flaf.wegge.dk/meter-example.html

Jeg har kun testet det i Chrome, så det skal utvivlsomt rettes til,
så IE også er glad for det.

scootergrisen

unread,
Apr 10, 2012, 3:55:10 PM4/10/12
to
Har jeg ikke helt styr på det endnu men se eventuelt de her sider for
inspiration :
http://scootergrisen.dk/htmlgrisen/kode_tags.php?meter
http://scootergrisen.dk/htmlgrisen/kode_tags.php?progress

Jeg fatter dog ikke helt det med Optimum attributten endnu.

Erik Ginnerskov

unread,
Apr 10, 2012, 6:06:12 PM4/10/12
to
scootergrisen wrote:

> Det er ikke en måde at omgå noget på.

Jeg tror, du misforstod mig. Jeg mente, det kunne åbne mulighed for et
farvevalg i de browsere, der ikke fatter elementet <input type="color" ..>

Men for det første virker det tilfredsstillende i hverken Opera eller
Firefox:

http://hjemmesideskolen.dk/usenet/opera1.png
http://hjemmesideskolen.dk/usenet/ff.png

I Chrome, Safari og IE fungerer det slet ikke, fordi de browsere ikke
begriber elementet <datalist ..>

> Det bruges sådan at man selv kan vælge farverne i stedet for der er
> nogen standard farver.

Det kan man skam godt uden den tilføjelse. Hvis du i
http://hjemmesideskolen.dk/usenet/opera1.png klikker på 'Anden' - i hvilken
af inputtene du ønsker - får du denne boks frem:

http://hjemmesideskolen.dk/usenet/opera2.png

Som jeg ser det lige nu må det bare frarådes at bruge <input type="color ..>
indtil de tre store browsere forstår elementet.

Erik Ginnerskov

unread,
Apr 10, 2012, 6:12:56 PM4/10/12
to
Anders Wegge Keller wrote:

> Kan det ikke simuleres med et clientside script i begge tilfælde?

I første runde kan det sagtens klares med clientside scripts, der simulerer.
Men på sigt bør siderne vise serverside scripts, som kan gøre de job, der
skal gøres plus på to af siderne et ajax-script, der løbende opdaterer
baren.

Erik Ginnerskov

unread,
Apr 10, 2012, 6:23:16 PM4/10/12
to
I det mindste har du for nærværende opfattet mere end jeg. Der skal fra min
side nærlæses meget mere på lektion.

Erik Ginnerskov

unread,
Apr 10, 2012, 6:34:54 PM4/10/12
to
Anders Wegge Keller wrote:
> I tilfældet <meter> har jeg hacket noget minimalistisk kode sammen:
>
> http://flaf.wegge.dk/meter-example.html

Har gemt det, så jeg kan prøve at forstå det.

> Jeg har kun testet det i Chrome, så det skal utvivlsomt rettes til,
> så IE også er glad for det.

Foreløbig er det kun Chrome og Opera, som fatter elementet <input
type="meter" ..>.
I Opera fungerer det lige så fint som i Chrome.

Anders Wegge Keller

unread,
Apr 10, 2012, 6:38:09 PM4/10/12
to
"Erik Ginnerskov" <erik.gi...@live.dk> writes:

> Anders Wegge Keller wrote:
>
> > Kan det ikke simuleres med et clientside script i begge tilfælde?
>
> I første runde kan det sagtens klares med clientside scripts, der
> simulerer. Men på sigt bør siderne vise serverside scripts, som kan
> gøre de job, der skal gøres plus på to af siderne et ajax-script, der
> løbende opdaterer baren.

OK, jeg kan godt se at det pædagogiske element i at lave en rigtig
AJAX-løsning er ret væsentligt.

Har du et bud på nogle relevante værdier at bruge til <meter>, eller
skal det bare være nogle tilfældige tal der bliver trukket ud af den
blå luft?

Forresten, så tror jeg du skal udvide eksemplet lidt, så
afhængighederne mellem low/min, optimum og high/max bliver mere
tydelige.

Erik Ginnerskov

unread,
Apr 10, 2012, 6:46:53 PM4/10/12
to
Erik Ginnerskov wrote:

> Jeg har noteret ned og vil teste det. Når jeg har en tilfredsstillende
> funktion, vil jeg - med din tilladelse og behørig kreditering af dig
> vise php-scriptet på siden.

Foreløbig har jeg ikke fået det til at fungere på siden. Jeg bliver bare
sendt til siden, der omtaler <input type="text" ..>

Det har muligvis noget med sidens overordnede filopbygning at gøre.
Siden er lavet som en grundside input5.php, hvor et php-script styrer
lovlige includes - de nye inputtyper - omtalen af disse ligger i små
.inc-filer startende med en h3, som viser valgte type og slutter med demoen.
Alt over og under dette er fælles for alle de nye typer og ligger i
input5.php.

Men nu er det vist puttetid for små drenge, så det må jeg kigge nærmere på
en anden dag.

Karl Erik Christensen

unread,
Apr 10, 2012, 7:01:05 PM4/10/12
to
On 11-04-2012 00:46, Erik Ginnerskov wrote:
> Men nu er det vist puttetid for små drenge, så det må jeg kigge nærmere
> på en anden dag.

Begrebet "puttetid" har fået en helt ny betydning.

Er det noget der sker med alderen? :-)

Karl Erik Christensen

unread,
Apr 10, 2012, 7:08:31 PM4/10/12
to
On 11-04-2012 00:46, Erik Ginnerskov wrote:
> Erik Ginnerskov wrote:
>
>> Jeg har noteret ned og vil teste det. Når jeg har en tilfredsstillende
>> funktion, vil jeg - med din tilladelse og behørig kreditering af dig
>> vise php-scriptet på siden.
>
> Foreløbig har jeg ikke fået det til at fungere på siden. Jeg bliver bare
> sendt til siden, der omtaler <input type="text" ..>
>
> Det har muligvis noget med sidens overordnede filopbygning at gøre.
> Siden er lavet som en grundside input5.php, hvor et php-script styrer
> lovlige includes - de nye inputtyper - omtalen af disse ligger i små
> .inc-filer startende med en h3, som viser valgte type og slutter med
> demoen. Alt over og under dette er fælles for alle de nye typer og
> ligger i input5.php.
>
> Men nu er det vist puttetid for små drenge, så det må jeg kigge nærmere
> på en anden dag.
>

<?php
if (isset($_POST['submit'])) {
$URL="http://google.dk/#hl=da&q=".$_POST['googlesearch'];
header ("Location: $URL");
}
?>

skal være det absolut første på siden, da det mindste output genererer
fejlen "Header already sent"

scootergrisen

unread,
Apr 10, 2012, 11:12:19 PM4/10/12
to
> Jeg tror, du misforstod mig.
> ...
> http://hjemmesideskolen.dk/usenet/ff.png

Ja ok det havde jeg ikke tænkt på så kan det sådan lidt i de browsere
(firefox) som forstår <datalist> sådan et mellemstadie indtil de
begynder at undersøtte type="color".

Jeg syntes ikke man skal fraråde at bruge det men bare fortælle at det
at nyt og at det kun virker i Opera indtil videre og komme tilbage på et
senere tidspunkt og opdater det man har skrevet og se om det virker i
flere browsere.

Det gode er at de andre browsere viser det som type="text" også kunne
man eventuelt lave noget javascript kode hvor man kan udfylde feltet med
en hex farve værdi så det virker alligvel indtil alle browserne forstår det.

Men på min side har jeg valgt ikke at gå så meget om i det med at få det
til at virke i ældre browsere.

scootergrisen

unread,
Apr 10, 2012, 11:28:42 PM4/10/12
to
> Jeg kikkede lige på det nye form <input type="search" /> og blev en
> smule skuffet over, at eksemplet bare førte mig til Google - uden at min
> søgning blev overført.

Man kan gøre sådan her :

<form action="http://www.google.dk/search" method="get">
<p><label for="googlesearch">Søg på Google:</label></p>
<p><input type="search" name="q" id="googlesearch"/></p>
<p><input type="submit" value="Søg" /></p>
</form>

Karl Erik Christensen

unread,
Apr 11, 2012, 6:19:58 AM4/11/12
to
Fedt :-)

Og hvis du f.eks. indsætter:
<input type="checkbox" name="hl" id="sprog" value="de" />
kan du tilbyde Google på tysk :-)

Har dog ikke testet om rækkefølgen skal verholdes:
hl->q
eller om det er ligegyldigt.

Erik Ginnerskov

unread,
Apr 11, 2012, 7:48:52 AM4/11/12
to
Karl Erik Christensen wrote:

> Begrebet "puttetid" har fået en helt ny betydning.

Her i hytten betyder det "tid til at sove".

> Er det noget der sker med alderen? :-)

Næ, jeg havde bare ekstraordinært en aftale tidligt i morges, så jeg var
nødt til lige at få et par imer på øjet inden.

Erik Ginnerskov

unread,
Apr 11, 2012, 7:52:21 AM4/11/12
to
Karl Erik Christensen wrote:

> <?php
> if (isset($_POST['submit'])) {
> $URL="http://google.dk/#hl=da&q=".$_POST['googlesearch'];
> header ("Location: $URL");
> }
> ?>
> skal være det absolut første på siden, da det mindste output genererer
> fejlen "Header already sent"

Og præcis sådan havde jeg lavet det. Nå, det lå nu lige til højrebenet:

http://hjemmesideskolen.dk/scripts/googlesearch.php

Uden nogen server- eller clientside fixfaxerier fik jeg siden til at
fungere - i alle browsere, vel at mærke.

Erik Ginnerskov

unread,
Apr 11, 2012, 7:55:43 AM4/11/12
to
scootergrisen wrote:

> Man kan gøre sådan her :
>
> <form action="http://www.google.dk/search" method="get">
> <p><label for="googlesearch">Søg på Google:</label></p>
> <p><input type="search" name="q" id="googlesearch"/></p>
> <p><input type="submit" value="Søg" /></p>
> </form>

Ja, det fandt jeg selv ud af. og med <input type="hidden"
name="as_sitesearch" value="adressen_på_din_hjemmeside.dk" /> kan man
målrette søgningen til at være lokalt på egen hjemmeside.

Erik Ginnerskov

unread,
Apr 11, 2012, 8:05:23 AM4/11/12
to
Anders Wegge Keller wrote:

> Har du et bud på nogle relevante værdier at bruge til <meter>, eller
> skal det bare være nogle tilfældige tal der bliver trukket ud af den
> blå luft?

En masse mennesker interesserer sig for det der med 22 mænd, der allesammen
vil lege med den samme bold. Et emne kunne således være en imaginær
målscore.

Andre ser cykelløb og holder øje med de enkelte holds vinderchance i "Tour
de France".

> Forresten, så tror jeg du skal udvide eksemplet lidt, så
> afhængighederne mellem low/min, optimum og high/max bliver mere
> tydelige.

Det er jeg sikker på, du har ret i. Nu er siderne foreløbig udgivet, så skal
jeg i gang med at nærlæse hver enkelt og kigge nærmere på dokumentationen
for at se, hvor jeg kan gøre det bedre.

Input fra webdesigngrupperne modtages stadig.

Karl Erik Christensen

unread,
Apr 11, 2012, 8:36:03 AM4/11/12
to
On 11-04-2012 13:55, Erik Ginnerskov wrote:
> scootergrisen wrote:
>
>> Man kan gøre sådan her :
>>
>> <form action="http://www.google.dk/search" method="get">
>> <p><label for="googlesearch">Søg på Google:</label></p>
>> <p><input type="search" name="q" id="googlesearch"/></p>
>> <p><input type="submit" value="Søg" /></p>
>> </form>
>
> Ja, det fandt jeg selv ud af. og med <input type="hidden"
> name="as_sitesearch" value="adressen_på_din_hjemmeside.dk" /> kan man
> målrette søgningen til at være lokalt på egen hjemmeside.
>

Jeg har leget med en lidt sjov ting, der giver mulighed for at få Google
på flere sprog:

<form action="http://www.google.dk/search" method="get">
<p><label for="googlesearch">Søg på Google:</label></p>
<fieldset>
<legend>Sprog</legend>
<input type="radio" value="da" name="hl" title="Dansk" /> Dansk<br />
<input type="radio" value="de" name="hl" title="Deutch" /> Deutch<br />
<input type="radio" value="en" name="hl" title="English" /> English<br />
<input type="radio" value="fr" name="hl" title="Français" />
Français<br />
</fieldset>
<p><input type="search" name="q" id="googlesearch"/></p>
<p><input type="submit" value="Søg" /></p>
</form>

Falder måske udenfor dit formål - Men det er jo en "Hjemmeside Skole".

Erik Ginnerskov

unread,
Apr 11, 2012, 9:02:26 AM4/11/12
to
Karl Erik Christensen wrote:

> Jeg har leget med en lidt sjov ting, der giver mulighed for at få
> Google på flere sprog:

> <fieldset>
> <legend>Sprog</legend>
> <input type="radio" value="da" name="hl" title="Dansk" /> Dansk<br />
> <input type="radio" value="de" name="hl" title="Deutch" /> Deutch<br
> /> <input type="radio" value="en" name="hl" title="English" />
> English<br /> <input type="radio" value="fr" name="hl"
> title="Français" /> Français<br />
> </fieldset>

Hvis det kan målrette søgninger til svar om sider på det valgte sprog, er
det da ikke så tosset.

> Falder måske udenfor dit formål

Gør det?

> - Men det er jo en "Hjemmeside Skole".

Netop. Det vil jeg lige kigge nærmere på.

Karl Erik Christensen

unread,
Apr 11, 2012, 9:05:55 AM4/11/12
to
On 11-04-2012 15:02, Erik Ginnerskov wrote:
> Hvis det kan målrette søgninger til svar om sider på det valgte sprog,
> er det da ikke så tosset.

Hvis du søger på "la Boheme" og vælger fransk, er første hit
"fr.wikipedia.org/wiki/La_Bohème"

Så nogle gange kan det altså være formålstjenligt.

Erik Ginnerskov

unread,
Apr 11, 2012, 9:35:45 AM4/11/12
to
Karl Erik Christensen wrote:

> Hvis du søger på "la Boheme" og vælger fransk, er første hit
> "fr.wikipedia.org/wiki/La_Bohème"
>
> Så nogle gange kan det altså være formålstjenligt.

Testet og implementeret.

Jørgen Farum Jensen

unread,
Apr 12, 2012, 6:13:00 AM4/12/12
to
Den 09-04-2012 21:22, Erik Ginnerskov skrev:
> Så er der blevet lavet sider om html 5. Er der nogen, som
> ønsker noget tilføjet til en eller flere sider - der er
> links til siderne fra
> http://hjemmesideskolen.dk/html/elementer.php, hører jeg
> meget gerne nærmere.
>

Kun ros herfra for det flotte og nyttige arbejde.
Fin gruppering af markører, selv om jeg finder nogle
af gruppeoverskrifterne en smule kryptiske.

En vigtig detalje i forhold til de nye
HTML5 blokmarkører (header, hgroup, article
osv): Ikke alle browsere tegner dem som
HTML4.01 blokmarkører. Det er derfor klogt
i sit stylesheet at have noget lignende som

header, hgroup, section, article, aside, footer {display:block;}

Det er lidt tangentialt i forhold til sidens
emne, men alligevel...

Jeg har skrevet en artikel om brugen af netop
disse blokmarkører:
http://webdesign101.dk/html5/


PS. menu-elementet og command-elementet
er nyt for mig i forhold til hvad jeg
indtil nu har læst om HTML5. Interessant.
--

Med venlig hilsen
Jørgen Farum Jensen

Erik Ginnerskov

unread,
Apr 12, 2012, 1:03:21 PM4/12/12
to
On 12 Apr., 12:13, Jørgen Farum Jensen <jfjen...@yahoo.dk> wrote:
> Den 09-04-2012 21:22, Erik Ginnerskov skrev:

> Kun ros herfra for det flotte og nyttige arbejde.
> Fin gruppering af markører, selv om jeg finder nogle
> af gruppeoverskrifterne en smule kryptiske.

Har du forslag til forbedringer på det felt, så lad mig høre.

> En vigtig detalje i forhold til de nye
> HTML5 blokmarkører (header, hgroup, article
> osv): Ikke alle browsere tegner dem som
> HTML4.01 blokmarkører. Det er derfor klogt
> i sit stylesheet at have noget lignende som
>
> header, hgroup, section, article, aside, footer {display:block;}
>
> Det er lidt tangentialt i forhold til sidens
> emne, men alligevel...

Det er da ret væsentligt at være obs på det forhold.

> Jeg har skrevet en artikel om brugen af netop
> disse blokmarkører:http://webdesign101.dk/html5/

Det kigger jeg på.

> PS. menu-elementet og command-elementet
> er nyt for mig i forhold til hvad jeg
> indtil nu har læst om HTML5. Interessant.

Det undrer mig mere, at embed og iframe, der begge i strict var
deprecatede, nu igen skal være god tone. Og at tt, der aldrig har
været deprecated, uden videre er sløjfet.

Erik Ginnerskov

unread,
Apr 12, 2012, 5:58:04 PM4/12/12
to
Jørgen Farum Jensen wrote:

> http://webdesign101.dk/html5/

<citat>
HTML5 omfatter en lille halv snes nye HTML-elementer. Denne side er er
indledende eksperiment med brugen af disse til layout.
</citat>

Det er vist en underdrivelse. Jeg tæller 45 nye elementer.

http://hjemmesideskolen.dk/html/elementer.php

Karl Erik Christensen

unread,
Apr 12, 2012, 6:30:51 PM4/12/12
to
On 12-04-2012 23:58, Erik Ginnerskov wrote:
> Jeg tæller 45 nye elementer.

+ "features" jeg ikke har kunnet finde dokumentation for.

Blandt andet skal man i xhtml fortælle at der er brugt javascript i
<body> - f.eks. således:
<meta http-equiv="Content-Script-Type" content="text/javascript" />

Det kunne være:
<input type="button" value="Tilbage" onclick="history.go(-1)" />

Det skal man åbenbart ikke i html5

Christian Hansen

unread,
Apr 13, 2012, 3:17:19 AM4/13/12
to
On 04/11/2012 12:38 AM, Anders Wegge Keller wrote:
> "Erik Ginnerskov"<erik.gi...@live.dk> writes:
>
>> Anders Wegge Keller wrote:
>>
>>> Kan det ikke simuleres med et clientside script i begge tilfælde?
>>
>> I første runde kan det sagtens klares med clientside scripts, der
>> simulerer. Men på sigt bør siderne vise serverside scripts, som kan
>> gøre de job, der skal gøres plus på to af siderne et ajax-script, der
>> løbende opdaterer baren.
>
> OK, jeg kan godt se at det pædagogiske element i at lave en rigtig
> AJAX-løsning er ret væsentligt.

Når vi nu snakker HTML5, så ville det rigtige være at anvende websockets
til formålet og ikke ajax.

Med websockets kan man pushe data direkte fra server til client og
faktisk sørge for at data indsættes det helt rigtige sted i markup. Det
er ret smart og imo meget mere elegant end at lave div. hacks med ajax,
der aktivt skal trække informationerne fra serveren.

Websockets er det nye sort og kommer til at revolutionere måden vi laver
webapps på ( sammen med alle de andre HTML5-følgeteknologier :) )

Venligst

Christian

--
Christian Hansen
http://www.resource-it.dk/

Erik Ginnerskov

unread,
Apr 13, 2012, 7:59:46 AM4/13/12
to
Christian Hansen wrote:

> Når vi nu snakker HTML5, så ville det rigtige være at anvende
> websockets til formålet og ikke ajax.

Der er jeg helt blank. har du et bud?

Karl Erik Christensen

unread,
Apr 13, 2012, 8:30:27 AM4/13/12
to
On 13-04-2012 13:59, Erik Ginnerskov wrote:
> Christian Hansen wrote:
>
>> Når vi nu snakker HTML5, så ville det rigtige være at anvende
>> websockets til formålet og ikke ajax.
>
> Der er jeg helt blank. har du et bud?
>

Websockets er en duplex-kommunikationsprotokol, der bl.a. muliggør at 2
eller flere brugere kan kommunikere med en server om et fælles projekt.

Det kan være en simpel chat eller f. eks. en tegning!?!

Hver ting til sin tid :-)

http://www.websocket.org/

Birger Sørensen

unread,
Apr 13, 2012, 1:31:14 PM4/13/12
to
Christian Hansen udtrykte præcist:
Det kommer vel an på...
Hvis der er tale om response på bruger requests - f.eks. automatisk
udfyldning af en form, med data der allerede kendes (tast brugernr. og
navn adresse etc. udfyldes automatisk) -, er AJAX stadig at foretrække
- men man kan da klart forestille sig situationer, hvor det vil være
smart at kunne opdatere den anden vej.
At der kommer nyt, betyder vel ikke at eksisterende skal kasseres.
Som der står : "However, each technology has its own unique
capabilities."
Men det ser da spændende ud...

Birger

--
http://varmeretter.dk - billig, sund og hurtig mad
http://skippersevent.dk


Erik Ginnerskov

unread,
Apr 14, 2012, 6:34:54 PM4/14/12
to
Karl Erik Christensen wrote:

> + "features" jeg ikke har kunnet finde dokumentation for.
>
> Blandt andet skal man i xhtml fortælle at der er brugt javascript i
> <body> - f.eks. således:
> <meta http-equiv="Content-Script-Type" content="text/javascript" />

Det metakode har jeg aldrig brugt. Alle mine sider, undtagen de nye om
html5, er skrevet i strict xhtml og der har aldrig været problemer med
javascript af den grund.

Karl Erik Christensen

unread,
Apr 14, 2012, 6:52:26 PM4/14/12
to
On 15-04-2012 00:34, Erik Ginnerskov wrote:
> Karl Erik Christensen wrote:
>
>> + "features" jeg ikke har kunnet finde dokumentation for.
>>
>> Blandt andet skal man i xhtml fortælle at der er brugt javascript i
>> <body> - f.eks. således:
>> <meta http-equiv="Content-Script-Type" content="text/javascript" />
>
> Det metakode har jeg aldrig brugt. Alle mine sider, undtagen de nye om
> html5, er skrevet i strict xhtml og der har aldrig været problemer med
> javascript af den grund.
>

Hej Erik.

Jeg bruger altid Total Validator, og den er betydelig mere "striks" end
W3C's - måske derfor?

Birger Sørensen

unread,
Apr 14, 2012, 9:02:36 PM4/14/12
to
Erik Ginnerskov:
> Karl Erik Christensen wrote:
>
>> + "features" jeg ikke har kunnet finde dokumentation for.
>>
>> Blandt andet skal man i xhtml fortælle at der er brugt javascript i
>> <body> - f.eks. således:
>> <meta http-equiv="Content-Script-Type" content="text/javascript" />
>
> Det metakode har jeg aldrig brugt. Alle mine sider, undtagen de nye om html5,
> er skrevet i strict xhtml og der har aldrig været problemer med javascript af
> den grund.

http://www.w3.org/TR/html4/interact/scripts.html#h-18.2.2.1
og der findes fatisk en tilsvarende for CSS:
http://www.w3.org/TR/html4/present/styles.html#h-14.2.1

Man kan lægge mærke til, at
"Documents that do not specify default scripting language information
and that contain elements that specify an intrinsic event script are
incorrect."
og at
"Documents that include elements that set the style attribute but which
don't define a default style sheet language are incorrect."
- at browserne så forventnigsvis finder ud af det alligevel, er en
anden sag...

Jeg har indarbejdet, disse i mine templates:
<meta http-equiv="Content-Script-Type" content="text/javascript">
<meta http-equiv="Content-Style-Type" content="text/css">

Philip Nunnegaard

unread,
Apr 15, 2012, 12:59:50 PM4/15/12
to
Birger Sørensen skrev:

> Man kan lægge mærke til, at
> "Documents that do not specify default scripting language information
> and that contain elements that specify an intrinsic event script are
> incorrect."
> og at
> "Documents that include elements that set the style attribute but which
> don't define a default style sheet language are incorrect."
> - at browserne så forventnigsvis finder ud af det alligevel, er en anden
> sag...

Men man skriver trods alt <script type="text/javascript"> når der kommer
noget javascript.

> Jeg har indarbejdet, disse i mine templates:
> <meta http-equiv="Content-Script-Type" content="text/javascript">
> <meta http-equiv="Content-Style-Type" content="text/css">

Så skull eman jo mene at man i stedet for <script
type="text/javascript"> og <style type="text/css"> kunne nøjes med
<script> og <style>. Ellers er det jo dobbeltkonfekt.

--
Philip

Birger Sørensen

unread,
Apr 15, 2012, 1:28:33 PM4/15/12
to
Følgende er skrevet af Philip Nunnegaard:
Nej.
Det handler ikke om script og style tags - der angives typen jo - og
det handler heller ikke om separate filer - de har deres egen header,
som browserne godt kan finde ud af at håndtere.
Det handler om at assigne i tagget - specielt eventhandling: <a
onclick="jsfuntion();" ...>
Man ser tit onclick="javascript:..." - hvilket er forkert; det skal
angives med <meta ..>
Og det samme gælder for style <div style="...">

Man kan sige, events (javascript) bør tildeles unobtrusive i separate
filer, og style i tags bør undgås, så de to <meta...> altså er
overflødige. På den anden side, så gør de ingen skade - og er faktisk
nødvendige, f.eks. ved test og udvikling, hvor man netop vil gøre
tingene i html-tags.

Erik Ginnerskov

unread,
Apr 19, 2012, 11:41:32 AM4/19/12
to
Birger Sørensen wrote:

> http://www.w3.org/TR/html4/interact/scripts.html#h-18.2.2.1
> og der findes fatisk en tilsvarende for CSS:
> http://www.w3.org/TR/html4/present/styles.html#h-14.2.1

> Jeg har indarbejdet, disse i mine templates:
> <meta http-equiv="Content-Script-Type" content="text/javascript">
> <meta http-equiv="Content-Style-Type" content="text/css">

Det vil så en af dagene blive implementeret - og passende omtalt.

Stig Johansen

unread,
Apr 20, 2012, 2:27:43 AM4/20/12
to
Christian Hansen wrote:

> Når vi nu snakker HTML5, så ville det rigtige være at anvende websockets
> til formålet og ikke ajax.
>
> Med websockets kan man pushe data direkte fra server til client og
> faktisk sørge for at data indsættes det helt rigtige sted i markup. Det
> er ret smart og imo meget mere elegant end at lave div. hacks med ajax,
> der aktivt skal trække informationerne fra serveren.

Du skal vist have læst lidt på lektion om kommunikation, eller have
skolepengene tilbage.

Der har aldrig, og kommer aldrig til at findes et system hvor en server
pusher data til klienten.

(Bortset fra Wargames http://en.wikipedia.org/wiki/WarGames ).

AJAX er blot HTTP, typisk over TCP/IP, og en 'rå' socket er typisk også over
TCP/IP.

Ønsker man 'rå' kommunikation mellem felere brugere kan man kigge på NAT
traversing, som bla. bliver brugt af Skype.

--
Med venlig hilsen
Stig Johansen

Stig Johansen

unread,
Apr 20, 2012, 2:35:47 AM4/20/12
to
Philip Nunnegaard wrote:

> Så skull eman jo mene at man i stedet for <script
> type="text/javascript"> og <style type="text/css"> kunne nøjes med
> <script> og <style>. Ellers er det jo dobbeltkonfekt.

Style ved jeg ikke så meget om.

Men hvis du husker historien, var det ikke en 'naturlov' at script skulle
være _javascript_.

Det er så gået hen og blevet en de facto standard, så på sin vis er det
overflødigt med attributter på script tagget.

Men lad os se om der dukker andre scipt sprog op i fremtiden.

Anders Wegge Keller

unread,
Apr 20, 2012, 3:11:49 AM4/20/12
to
Stig Johansen <wop...@gmail.com> writes:

> Men lad os se om der dukker andre scipt sprog op i fremtiden.

Dart er her næsten. http://www.dartlang.org/

--
/Wegge

Leder efter redundant peering af dk.*,linux.debian.*
0 new messages