pomoc

jak to ma byt spravne zapsano:
index.php?id=gb?action=uloz

Dekuji Efran.
index.php?id=gb&action=uloz

respective podle XML & (nepletu-li se)
kurna na tom druhym radku &
I v HTML je nutné použít & jinak to validátor neuzná. Funguje to ale není to validní.

Takže takhle:
index.php?id=gb&action=uloz
diky
Ježíš proboha fórum to zobrazilo špatně (zobrazilo to dobře ale jinak než jsem to myslel)

patří tam tohle:
index.php?id=gb&action=uloz
Tak tak, html validator to myslim jeste skousne, ale xhtml ani omylem.
Scarabeus > Vždyť říkám, že ani HTML validátor to neuzná. Já to nemyslím, já to vím ;-)
Ale ja rikam preci opak, ze html validator to SKOUSNE jako vezme, ale XHTML to nevezme!
HTML validátor označí např. toto
<a href="index.php?neco=1&dalsi=2">
za chybné. Pokud nevěříš, vyzkoušej.

Jinak nevím co si představuješ pod slovem skousne/vezme, ono totiž je fakt, že on to "vezme", ale označí to za chybu (nevaliditu).
da se tohle nalamat do JavaSriptu?

<script>
location.replace("index.php?heslo=pokus");
</script>

poslalo by to opravdu na index.php heslo s hodnotou pokus?
sisa: jo
Tom a scarabeus: Nechci vam do toho kecat, ale zalezi, co mate v hlavicce stranky, jestli pouzivate HTML, nebo XHTML. Vim pouze o jednom HTML validatoru, ktery az na zaklade hlavicky dokaze kontrolovat i XHTML Strict.
Jinak v HTML entita & samozrejme projde, v XHTML nikoli...
Ach jo.
cituji noname:
"Jinak v HTML entita & samozrejme projde, v XHTML nikoli... "

Já už opravdu nevím jak to říct, tak jsem vám udělal důkaz.
Podívejte se na stránku
http://www.vsbcs.wz.cz/zkouska.html
která obsahuje následující kód (je to HTML, nikoliv XHTML):

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<head>
<meta http-equiv="Content-Language" content="cs">
<meta http-equiv="content-type" content="text/html; charset=windows-1250">
<meta name="author" content="Tomáš Kot">
<title>Zkouška</title>
</head>
<body>
<a href="zkouska.html?a=1&b=2">odkaz</a>
</body>


a výsledek validace vidíte zde:
http://validator.w3.org/check?verbose=1&uri=http%3A//www.vsbcs.wz.cz/zkouska.html

neboli This page is not Valid HTML 4.01 Transitional!
ten jediný & který podle vás všech v pohodě v HTML 4.01 může být, způsobí řetězovou reakcí 4 chyby!
>> Tom
jak se zda, mas pravdu, protoze kdyz to tam fakt dam,tak to stejne to heslo neodesle!
sisa: no to este zalezi na nastaveni web serveru...

tom: teda nehodlam studovat normy ale IMHO je ampersand dle HTML OK - validator != norma
Ampersand nemůže být v pořádku, protože když napíšeš např. &haha tak jak má prohlížeč poznat jestli to je prostě ampersand a slovo neco nebo jestli to je entita s nazven hah (nebo jako > znamenající > atd...)

Takže je zřejmé, že pro zapsání znaku ampersand je nutné zapsat &amp;

(Pozn.: prohlížeč samozřejmě pozná, že &haha znamená prostě &haha, ale to je zase případ kdy je nutné nechat něco na uvážení prohlížeče, což není ideální přístup)
tom:
mno nak mi to vrtalo hlavou takze viz http://www.w3.org/TR/xhtml1/#h-4.8 - rozdily mezi HTML a XHTML
goshoom > no po dlouhém hledání v uvedené stránkce jsem našel místo, kde se o tomto problému mluví, a je tam řečeno, že v URL je v XHTML nutné používat &amp; namísto prostého &. Není tam ale nikde napsáno, že v HTML to možné bylo a bylo to validní.
A znovu tě okazuji na výše uvedený příklad, zkus si to projet validátorem a uvidíš že to prostě validní není. Jak velký důkaz ještě chceš?
tom: kurna nauces se cist, poslouchat a prijmout jinej nazor nez svuj

pokud ti nestaci ze dostanes link primo na cast dokumentu W3C, kde se to resi a je jasne dano (v dokumentu, i v mem predchozim prispevku), ze jde o ROZDIL oproti HTML, nejsi schopen sva tvrzeni podlozit normou ci necim podobnym, a porad si meles svou bez ohledu na to, ze je to zjevny nesmysl (vim to dobre, delal jsem jeste HTML 3.2 (kde jsou ty casy)) - taxe s tebou nema smysl bavit. HOWGH
V mém příspěvku z 16. 01. 2005 19:19 je uveden výpis HTML stránky.
Její validace vrací toto:
This page is not Valid HTML 4.01 Transitional!

Line 13, column 30: cannot generate system identifier for general entity "b"

Line 13, column 30: general entity "b" not defined and no default entity

Line 13, column 31: reference to entity "b" for which no system identifier could be generated

Line 13, column 29: entity was defined here

Proboha co ještě více chceš? Kdo tady neumí číst? Copak tohle není důkaz jak vrata, že to prostě v HTML 4.01 validní není?

Btw - uveď přímo to místo v tebou uvedeném dokumentu, kde se píše, že v HTML je oddělení jednotlivých dotazů v URL oproti XHTML možno udělat prostým &.
posledni prispevek kterym se hodlam timhle zabyvat:

podivej se na verze HTML (nehodlam tu vsechno linkovat)
Ten poslední příspěvek jsem nepochopil, asi už ti došly argumenty.
Nechápu jak můžeš být tak slepý když ti tady přímo pod nos dám důkaz, že v HTML to hlásí nevaliditu, dokonce 4 chyby vyvolané jediným & použitým místo &amp;.
Uvědom si, že dokumenty nebo normy mohou taky obsahovat nepřesnosti, případně jsi to mohl špatně pochopit ty (což je případ toho dokumentu rozdílů HTML vs XHTML, tam se opravdu nepíše že právě toto bylo v HTML možné, bylo tam psáno jen, že některé prohlížeče to zobrazovaly správně i když to bylo nevalidně napsáno).
Prostě je nad všechno jasné, že to v HTML validní není, lepší důkaz už ti dát nemůžu a ani nechci.
Neškodilo by, kdyby ses nespoléhal pouze na teorii ale taky si věci, které se snažíš ostatním vnutit jako jediný správný názor, VYZKOUŠEL.

Kdybys byl schopen uvést přímo normu, kde se píše, že v HTML je možné použít & v URL, tak bych uznal, že buď v té normě je chyba nebo je chyba ve validátoru.
Taky by neškodilo kdyby se k tomu vyjádřil někdo třetí....
http://www.w3.org/TR/html4/charset.html#h-5.3
Authors should use "&" (ASCII decimal 38) instead of "&" to avoid confusion with the beginning of a character reference (entity reference open delimiter). Authors should also use "&" in attribute values since character references are allowed within CDATA attribute values.

takze i v html se musi & nahradit &amp;

ja vim, pise se tam, ze by se mel nahrazovat. no mozna se v te dokumentaci o tom pise jeste nekde jinde, ale to se mi uz nechtelo hledat.