Printable View
tak a sme zpatky na zacatku :|
zasadni otazka: musim odeslat formular (submit) abych mohl dat data z formulare do session nebo ne? pokud ano tak jediny reseni je odesilani odkazem (viz. ktk) pokud ne tak mam vyhrano.
jinak jeste dodam ze me to ted cely funguje i s predvyplnovanim dat, ale musi se odesilat kazda strana.
Brain: session jsou na servru, formular na klientovi. Tudiz pokud chces dostat data tam, nebo zpatky, musis to udelat http pozadavkem. Jestli to bude stiskem submitovaciho tlacitka, nebo klikem na odkaz, to je uplne jedno! dojde tam k prenosu dat, mimo jine tech co se predavaji GETem - x.php?prom=hodn a tech, co se predavaji POSTem. Zkus to konecne pochopit..
Tvuj dojem je zcela spravny - opravdu se motame v kruhu :-) (Jenom nevim, jestli si z nas nahodou nedelas srandu :-) )Citace:
Původně odeslal Braindead
odpoved na "zasadni otazku": ANO - DATA MUSIS ROZHODNE ODESLAT, JINAK O NE PRIJDES.
odpoved na "pokud ano tak jediny reseni je odesilani odkazem" - opravdu nechapu, jak si na tohle prisel. To bys ten odkaz musel vytvaret dynamicky pri kliku a sestavit ho z obsahu editacnich polozek
(napr. output.php?pomocna=4&polozka1=blabla&............. ................
.....jeste nekolik stranek textu ......jeste..................a jeste..................................a jeste nekolik stranek textu.........a jeste a jeste................................&polozka10000 =10.56
)
, coz by byla docela pekna prasecina :-( Tim nerikam, ze to tak nejde - i prasarna se da udelat, ale proc nektere veci resit jednoduse, kdyz jdou taky udelat 100 krat komplikovaneji, ze ? Jenom se obavam, jestli nahodou GET String neni nejak limitovan delkou, coz urcite je :-)
Tobe proste podle me porad nedochazi jak to ve skutecnosti funguje:
DATA NA SERVER MUZES POSLAT DVEMA ZPUSOBY
1. METODA GET - to je onen ""odkaz" tzn. string ve tvaru "URL?a=...&b=..."
2. METODA POST - odeslani polozek z HTML formulare
Server obe metody zpracuje uplne stejne - pri rozparsovanni requestu jsou potom videt odeslane parametry ve tvaru name=value. Tak se proc tak branis odesilani formularovych dat ?
Tak si to udelej takhle:
A mas to (kdyz to chces s odpustenim delat takto zvlastne) jak si prejes.Kód:To co se ti zobrazuje jako substranka bude mit to menu integrovane rovnou do formulare:
<FORM>
[MENU][MENU2][MENU3] - kazda polozka menu bude mit v onClick()
nastaveni hidden pole s kodem stranky, ktera se ma zobrazit+provedeni submitu - zadny odkaz na URL, jak to mas ted
a nize budou vsechny editacni prvky formu
</FORM>
no tak ted si protirecite: ktk rika ze je jedno jestli kliknu na submit nebo na odkaz a data se odeslou a viki rika ze odpoved na "zasadni otazku" je ano => musim odeslat formular abych dostal data do sessions, kde je pravda? MUSIM KLIKNOUT NA SUBMIT NEBO STACI KLIKNOUT NA ODKAZ?
jinak se nebranim odesilani formulare (dokonce to tak ted mam a funguje to :arrow: ) ja se branim pouze tomu odesilat to 5x. muj cil je to poslat pouze 1x (nebo klidne 5x ale "neviditelne pro usera" jako soucast klikani v menu. coz je prave onen javascript, ktery nefunguje)
Nooo, pozeram ze sa to tu pekne zamotava... Tak si hovorim, ze sa pridam :-). Pocuj Braindead - to "delenie" toho formularu na viacero casti (stranok) je len kvoli prehladnosti? Alebo je za tym nieco hlbsie? Neviem, ako si zbehly v DHTML/CSS/JS ale dalo by sa to jednoducho & efektne vyriesit skryvanim skupin elementov v ramci *JEDNEHO* formularu... Asi takto:
kde ten JS kod vyzera asi takto:Kód:<form ... >
<div id="page1">
</div>
<div id="page2" style="display:none; visibility:hidden">
</div>
<input type="submit" ... />
</form>
Page 1
Page 2
Kód:var numberOfPages = 2;
function hideAllPages() {
for (var i = 1; i <= numberOfPages; i++) {
var div = document.getElementById("page" + i);
if (div) {
div.style.display = "none";
div.style.visibility = "hidden";
}
}
}
function showPage(number) {
hideAllPages();
var div = document.getElementById("page" + number);
if (div) {
div.style.display = "block";
div.style.visibility = "visible";
}
return false;
}
Jezisi Kriste, promin ale ja uz fakt nemuzu :-). Pred chvili si napsal, ze tomu rozumis :-). Vzdyt jsme ti to vlastne oba napsali uplne jasne. Teoreticky je to jedno, jestli se data na server dostanou jako GET nebo jako POST, v tvem pripade to z praktickeho hlediska jedno neni.Citace:
Původně odeslal Braindead
Problem je v tom, ze abys ty data odeslal kliknutim na odkaz = GET, musel bys je do toho odkazu nejak zapracovat !!!! A to znamena nasledujici:
DYNAMICKY vytvorit String s tim odkazem - soucasti toho Stringu ve tvaru "URL?jmeno_polozky=hodnota&jmeno_polozky2=hodnota2 &...." by musely byt HODNOTY VSECH POLOZEK, KTERE CHCES ODESLAT, coz vubec neni prakticke, protoze pri odeslani dat formularem (jak ty rikas submitem) se cely obsah formulare predava automaticky bez nutnosti vymyslet takoveto hovadiny, proste toto je typicky priklad, kdy se na to ten formular proste hodi !
viki rika ze odpoved na "zasadni otazku" je ano => musim odeslat formular abych dostal data do sessions - NEEE VIKI nic takoveho nerika - viki rika to same, co ti vlastne rekl uz KTK, viki rika, ze je potreba ty data tam odeslat a teoreticky je jedno jak. Ale viki taky soucasne rika, ze lepsi bude, kdyz to tam posles opravdu formularem a na tu zhovadilost s tim prisernym odkazem zapomenes :-) Ale viki uz radsi fakt mlci... :)
Sisi: Boze, proc kazdy vymysli tak strasne slozitosti, kdyz se jedna o tak jednoduchou vec ? Pro nejake vetsi weby mi tohle prijde jako spolehliva cesta do pekel. Ale neni to spatne reseni, (pokud nahodou funguje JavaScript) - snad uz to konecne BrainDead dodela :-).
Braindead: Ted jsem si konecne na prvni strance precetl, co myslis tim, co neustale nazyvas "odeslani dat odkazem" - jak ti poradil KTK:
Pokud se nemylim, vidim tam taky submit() :-), coz znamena, ze to neni zadne odesilani odkazem (GET), ale jen zavolani submitu z javascriptu, coz je taky odeslani formularem, cili klasicky POST, nic jineho nez odeslani formularovych dat...Kód:a href = "stranka s hlaskou 'zapni si javascript!!'" onClick = "document.formular.target='cilovastranka.php'; document.formular.submit(); return false;
MUSIM KLIKNOUT NA SUBMIT NEBO STACI KLIKNOUT NA ODKAZ?
- v tomto pripade je to jedno, protoze je to jen technicky detail, submit muzes zavolat jak stiskem tlacitka, tak kliknutim na odkaz, tak treba kliknutim na obrazek nebo nescetne jinymy ruznymy zpusoby
Heh, no keby to bolo take jednoduche, asi tu nie je pomaly stvorstrankovy thread... Nepovedal by som, ze mnou navrhnute riesenie je zlozite - stranka bude sice obsahovat naviac tak 20 riadkov, ale to co som tam pouzil musi zvladnut kazdy CSS2 & DHTML compilant browser zvladajuci JavaScript (JScript, ECMAScript). Z pohladu uzivatela to moze vyzerat ako 5 roznych stranok, no v skutocnosti je to len jedna a netreba sa potom piplat so sessions - ale hlavne sa usetri "roundtrip" po sieti...Citace:
Původně odeslal viki_
OT: Mimochodom s CSS, DHTML & JS sa daju robit naozaj krasne veci, napr. doporucujem sa chvilu pohrat s Bindows na http://www.i-see.net/bindows/... (zatial bohuzial "IE only") :-)
No jo, je z toho ctyrstrankovy thread - a proc ? Protoze se nemuzeme dohodnout ani na zakladnich pojmech :-) :-) :-).Citace:
Původně odeslal sisi
2 sisi: vypada to good, mrknu na to:wink:
2 viki:uz me skoro chapes, ale jeste ne uplne :-) ja ty data NECHCI odesilat GETem, ja je chci odesilat klasicky formularem (tak jako to mam ted), ale efekt musi byt tento: uzivatel si mysli ze klika na zobrazeni dalsi substranky (coz se samozrejme taky stane) ale zaroven s timto kliknutim se odesle formular na server. coz jde podle me jedine navazat eventem onclick (viz. KTK a jeho script).
proste kliknu na "Subpopulace" a stane se toto:
1. zobrazi se subpopulace
2. odesle se formular
jo a jeste bych vas poprosil abyste vse co pisete vztahovali na moji aplikaci, protoze ja vim ze sessions muzou prenaset data ze stranky na stranku, ale pokud je tam formular, tak ten je nejdrive potreba odeslat a pak teprve vzniknou promenne, ktere muzu prenaset v sessions.
sou 2 moznosti jak dosahnout meho cile:
1. sisiho verze
2. skript od KTK, kde zatim nefunguje ten submit()
2 sisi: jo mas pravdu, to rozdeleni do 4 substranek je jen kvuli prehlednosti. a dalsi ukol "user friendly" je prave odstranit to 5-ti nasobne odesilani formulare. ono tam bude porad, ale pro uzivatele pouze jednou, to je cele vylepseni o kterym tady debatujeme
doufam ze ted uz si vsichni rozumime :idea:
trochu pozdejc, ale prece..
http://kktnk.sh.cvut.cz/bordel/brain
-zdrojaky toho, i kdyz snad nejsou moc nutny: http://kktnk.sh.cvut.cz/bordel/brain/src.rar
at si vyplnis to druhe pole jak ches, tak to posle druhou promennou podle toho, na jaky odkaz kliknes.. (omlouvam se za sprosta slova, ale kdyz mam vymyslet nejake to "foo", tak me vzdycky jako prvni napadne [censored] :oops:)
Braindead: OK, uz si skoro snad rozumime. Byla to taky moje chyba, ze jsem si pozorne neprecetl, co myslis tim "odesilanim odkazem" :-)
Ale klidne to muzes resit taky jak ti radi Sisi.
Ktk: he he :) :) :) Nechces to Braindeadovi rovnou cele udelat, nebo alespon pomoct s navrhem nazvu promennych pripadne s designem labelu ? :-)
treba h_o_v_n_o_1.submit() :)
ok, diky za pomoc vsem :D
dnes vecer to doufam doklepnu, nejdriv bych chtel doresit tu KTKovu verzi, protoze tu uz skoro mam. ale hodne se me libi taky sisiho verze. uvidime, kazdopadne diky moc.
2 ktk: dik :wink: ty promenny sou supr ;D jako bych to delal ja ;D
2 ktk: sice to funguje dobre, ale uplne jinak nez potrebuju. funguje prvni cast odesilani pomoci odkazu, ale ja potrebuju aby kdyz se klikne na odkaz, aby se otevrela pokazdy jina stranka. (nebo spis stejna ale s jinak nastavenou promennou.) toho docilis jedine nastavenim action ve formu jak jsi kdysi davno napsal. ale v tomhle tvym priklade nastavujes jen promenny ve formu, ale po kazdym kliknuti na odkaz se ti zobrazi vzdy rep.php. ale ja potrebuju aby se zobrazila rep.php?pom=1 nebo rep.php?pom=2 a tak. a to se me zatim nedari zprovoznit :?:
ach jo.. jakej je rozdil mezi rep.php?prom=hov.no a rep.php, kde se prom odesle postem? uz ti tady nekolikrat x lidi vysvetlovalo, ze ZADNEJ.
Pridej si na ten formular treba jeste hidden polozku pom
a do scriptu, kterym se vola submit si pridej neco jako napr.
document.formik.pom.value=kod_stranky_kterou_chce_ uzivatel_zobrazit;
(ale asi by to slo udelat i bez te mozna zbytecne hidden polozky, treba me nejaky javascriptovy guru opravi)
2 ktk: ok, uz blbnu, dyt je to jasny :oops:
2 viki: teprve ted jak si to napsal tak me trklo :-)
ale me se celkem dost libi to sisiho reseni. pripada me takovy elegantni :-)
No, ad sisiho reseni: prohlidl jsem si to jen VEEELMI zbezne, ale pokud jsem si vsiml spravne, tak to proste nektere casti formulare schovava pres DHTML.. Coz muze byt prob;em u starsich prohlizecu. Ta konstrukce kterou jsem tam dal ja, tu umi prakticy kazdy browser, co podporuje javascript..Citace:
Původně odeslal Braindead
hm, to mas recht :wink: jinak ta tvoje verze uz me funguje :D
ted jen dodelat ty sessions, abych moh sebou tahat ty data a je to hotovy :-)
tak s tema sessionama mam mensi problem. ta stranka funguje podle toho skriptu co napsal ktk. ale kdyz napisu pod formular:
abych mohl prenaset promenny, tak se sice prenasej, ale pak se me do pole krestni predvyplnuje porad ta jedna promenna. a kdyz ji pak prepisu na neco jinyho a odeslu, tak by se teoreticky melo odeslat a predvyplnit to novy jmeno, ale me v tej session porad visi to uplne puvodni jmeno.Kód:$_SESSION["krestni"] = $krestni;
ve formulari to vypada asi takhle:
kde je chyba nebo jak mam jinak pouzit ty sessions? ???Kód:<input type="text" name="krestni" value="<?if (isset($krestni)) echo $krestni; else echo $zaznam[$i][krestni]?>" onChange="return zmena(this)" size="20 " />