bubu

Kāpēc tik sarežģīti, indoom? document.getElementById('select_id').value = "xxxx";

šitā? select_elements.value = "xxxx";

Debugo. Saliec breikpointus. Izpildi kodu pa rindiņai (treisošana). Pārbaudi lokālo mainīgo vērtības, vai tie atbilst tam, ko sagaidi; vai kods izpildās pa korektiem if/for/while zarojumiem, un tml.

Nu kājau saka, lieto document.getElementById("radam_1") tā vietā, lai rakstītu radam_1. Ne visi browseri to korekti saprot.

Uz kādu kodu to saka? Pēc teksta izklausās, ka vienkārši jālieto tā vietā (lai kas tas arī nebūtu) document.getElementById(...) funkcija.

php kodam ir maz sakara ar to kā tava lapa izskatīsies browserī. Daudz svarīgāk ir kādu CSS tu esi pielietojis izveidotajam HTML kodam. Mainot CSS var panākt pilnīgi savādāku lapas izkārtojumu.

<table cellspacing="0">

Man atkal nav saprotams, kurš pie pilna prāta sūtīs 2GB pa e-pastu. 99% no esošajiem e-pasta servisiem tik lielus attačmentus vienkārši nepieņems.

Ok, labi, tagad saprotu, kāpēc to saukt par "extensions". Bet anyway - kā jau augstāk teicu, neviens pliku SQL standartu mūsdienās neizmanto, ar to iespējas un funkcionaitāte ir limitētas.

Kādu vēl pseidokodu? echo "<a href=".." class="aktiivaais">..</a>";

Joprojām neizprotu, kāpēc tu lietas, kas ir valodas standartā, sauc par "extension" un neuzskati par tās sastāvdaļu. PHP OOP iespējas arī ir "extension" ?

Tu gribi lai atvērtās/aktīvās sadaļas links izskatās savādāk, tb ir izcelts kaut kādā veidā? Tad nevajag tur nekādu Javaskriptu. Aktīvajā linka html'am php pusē uzģenerē īpašu klasi: <a href=".." class="aktiivaais">..</a> Un CSS'ā nostilo šo klasi kā vien tik vēlies: .aktiivais { color: pink; }

Kur bija teikts, ka būs kaut kas jāgriež? Bija minēts: 1) jābūt informatīvai lapai (pieņemu, ka jārāda kāda informācija) 2) jābūt iespējai nosūtīt e-pastu. Es tikai nosaucu summu, kura atbilda sniegtajai informācijai par sistēmas prasībām :) Papildus fīčas maksās papildus $$.

Nesapratu. Ja ar SQL standarta fīčām var programmēt (piemēram, uzrakstīt a=4; b=5; if (a>b) return a*2 else return b+4; ) tad kā to var nosaukt par "extensionu" ? Manuprāt, ja valodā spēj uzrakstīt kautko tml kā tādu if'u, tad nu par valodu nedrīkst teikt, ka tā nav programmēšanas valoda (tas, protams, nenozīmē uzreiz, ka tā ir tāda). Es tavu domu neizprotu. Ja es C++'ā sākšu programmēt funkcionālā stilā, tad tā neskaitīsies vairs programmēšana? (jo tas nav tādam darbam?) Neko ārpus valodas iespējām es nedaru - un pēkšņi tā vairs neskaitās programmēšana...

PL/SQL ir tikai vienas konkrētas DBPS (Oracle) storēto procedūru valoda. Tas tiešām ir "extensions" SQL valodai. Konkrēta vendora papildfīča.

Kāpēc tu procedūras, ciklus un mainīgos sauc par SQL extensioniem? Tie taču ir normālā SQL standartā iekšā SQL:2003, kas pie tam nav pēdējā SQL standarta revīzija. Taču neviens mūsdienās nelieto aizvēsturisku SQL, bez tavis pieminētajiem "extensioniem". Parasti ar SQL saprot konkrētas DBPS (vai vairāku) SQL dialektu(s). Un vairums no mūsdienu DBPS nav iedomājamas bez storētajām procedūrām, trigeriem un tml, kur jau nu tu vari izpausties programmējot pēc savas patikas. Un CSS expressions jau nav CSS. Tas ir Javaskripts, kas ielikts CSS'ā :)

Tas nozīmē, ka tāds HTML elements ar id vērtību "bla" tavā HTML kodā nav atrodams.

Nu tā ar var. Biežāk to getElementById lieto globāli - document objektam, jo id ir unikāls visā dokumentā: var kaukaskaukas = document.getElementById("bla").value; Un vēl biežāk lieto gatavu JS freimworku ar $ funkciju (jeb uzraksta paši tādu): $ = function(elem) { return document.getElementById(elem); } var kaukaskaukas = $("bla").value;

otrajā gadījumā tu stringam 'forma2' gribi tikt klāt bla atribūtam. Stringam nav un nekad nav bijis tāds atribūts. Daudz labāk ir formas elementiem piešķirt id atribūtus, un tad to vērtībām piekļūt ar getElementById palīdzību.

Vai tad kāds prasīja rediģēt php? :)

Cik nu entuziastu, bet te skolo programmēšanu: http://www.progmeistars.lv/

MS Visual Studio.

Tas saucās code folding: http://en.wikipedia.org/wiki/Code_folding - tajā linkā arī atradīsi sarakstu ar redaktoriem, kas to atbalsta.

Apskaties tai error konsolē, vai jebkurā sakarīgā JS debugerī - tad uzreiz redzēsi jebkādas sintakses vai neeksistējošu mainīgo vai null vērtību utml kļūdas.

Kāpēc pārspīlēju? Par tām sistēmas prasībām, kuras autors minēja, es ne vairāk par 5Ls nemaksātu. <html> <body> <p>...Te informatīvā informācija...</p> <form method="post" action="send_email.php"> To: <input type="text" name="to"/><br/> Text: <textarea name="message"></textarea> </form> </body> </html> Lūdzu - puse darba jau padarīta. Ja grib precīzāku novērtējumu, tad vajag precīzākas sistēmas prasības dot.