bubu

Ah, tagad sapratu. To jau nevajadzētu būt problēmas novērst. Vajag mazu pārbaudi uzrakstīt, lai urlis nebūtu absolūtais (bez xx:// sākuma). Vai/un arī iesniedz bugreportu projekta mājaslapā: http://code.google.com/p/galleria/issues/list

xmlns:o="urn:schemas-microsoft-com:office:office" Tas ir xml neimspeisa pieraksts. Dumji izsakoties - tas saka, ka ar o varēs prefiksot elementus, kas atļauti tajā urn:schemas-... shēmā. Ja, piemēram, tur ir pateikts, ka bla atribūts ir valīds atribūts jebkuram tegam, tad šāds gabals: <div o:bla="foo">...</div> skaitīsies valīds XML (validējot pēc xml shēmas). Līdzīgi arī var ieviest jaunus tegus un tml lietas. Valīdā XML ir skaidri definēti atļautie tegi/atribūti, kā arī tas kādi tegi zem kādiem un kādos daudzumos drīkst atrasties. Līdzīgi kā XHTML'ā, kuram arī ir savs neimspeiss: http://www.w3.org/1999/xhtml/ Vieni no XML pamatiem: http://www.w3.org/TR/REC-xml-names/ Šādu fīču btw izmanto mana feivorītākā Python templeitu bibliotēka Genshi: http://genshi.edgewall.org/ Tajā html/xhtml/whatever templeitus veido xml sintaksē izmantojot py: XML neimspeisu, lai veidotu for, if un citas konstrukcijas: http://genshi.edgewall.org/wiki/Documentat...late-directives

Īsti vīri bakupus netaisa.

Dooling: nesapratu. Kas tad ir ar to urli? Vai tad nav normāli, ka to var iedot kādam citam savam draugam, piemēram, lai apskatās.

"... un ievietot bildi kuru vēlēsies." Kur to bildi viņš spēs ievietot?

Kautkas šāds neder? http://geometryalgorithms.com/Archive/algo...orithm_0109.htm Bet vispār Alekseja teiktas man šķiet pietiekami prātīgs algoritms. Leņķa dabūšana vektoriem (no smaguma centra līdz taviem dotajiem punktiem) ir diezgan vienkārša - atan2(y,x), kur y un x ir vektora komponentes.

Kāda šķirba, kas notiek iekšēji? Tu, rakstot HTML markupu, arī visu laiku piedomā ar kādu kodu browseris renderēs to? Ka tam būs if elementNode == "div" then default_style = block_element else ... Nu ne tak. Programmējot konkretā valodā ir jākoncentrējas uz valodas sniegtajām iespējām, nevis jādomā kā elektroni silīcijā skraida.

Es atkārtošos - daudzās funckionālās valodās NAV if/else konstrukcijas. Tās ļoti labi iztiek bez tādas. Pat ciku tajās nav. Tad par kādiem pamatprincipiem vēl var būt runa...

Tas jau te daudz runāts. liec čekboksiem vienādus vārdus, bet dažādas vērtības: <input type="checkbox" name="bcc[]" value="id1">boksis1<br/> <input type="checkbox" name="bcc[]" value="id2">boksis2<br/> ... Un php pusē tu saņemsi šos bokšus visus vienā masīvā saliktus: print_r($_POST["bcc"]);

Browseris nav gaišreģis. Tas tavu kodu nekad neizlabos uz 100% korektu (tas attiecas ne tikai uz browseriem, bet uz programmēšanu kā tādu).

To var darīt bez nekāda addona (gan ģenerētajam, gan parastajam kodam). Firefox to piedāvā jau defaultā.

Nav gluži tiesa. Es teiktu gan ka kādās 80% tik. Funcionālās programmēšanas valodās ciklu nav. Jo tur mainīgie ir immutable tipi (nemaināmi). Ir tikai funkcijas un to rekursijas, ar kuru palīdzību var atkārtot darbības.

Vai View source vai (View selection source) lietošanu browsera izvēlnēs kāds ir atcēlis? Ne reizi man nav gribejies ar xmp vai pre izvadīt html kodu. Ar pre šad tad izvadu php mainīgo saturu. Bet nu html kodu vienmēr esmu firefoxī ar view selection source skatījies.

Sāc skaitīt no 1 uz augšu (++). Pašlaik tu skaiti no 31 uz leju (--).

Sekretāres/lietvedes/grāmatvedes, kas cauru dienu "dirn" pie kompja/darba galda arī ir apdalītas un stipri dīvaini cilvēki?

gangstadog: lūdzu izlabo topika nosaukumu uz sakarīgāku, citādi tas tiks pārvietots uz Drazu.

Es nezinu kā jūs programmējat php (es to neprogrammēju), bet es C++ programmējot lietoju debugeri, nevis echo: http://www.scottgu.com/blogposts/debugger/step6.jpg (tas gan ir kautkāds asp.net, bet C++'ā izskatās līdzīgi). Man bez tāda watch loga būtu grūti iztikt. Noteikti php ir kas līdzīgs atrodams.

Gūgle šodien joprojām labi strādā: http://www.google.com/search?q=tutorial+fl...ideo+in+website

Tai pat lapā ir links uz to kā tas ir uztaisīts: http://www.movies.ucoz.net/forum/2-1 Ar visiem linkiem uz webiskajiem pleijeriem.

Reku, piemēram, vēl kāda +/- sakarīga bezmaksas php grāmata: Practical PHP Programming.

Ar to nepietiek gan. = vietā jālieto == strip_tags vietā ir jālieto mysql_real_escape (ja lieto MySQL). Kā arī, kā jau Grey_Wolf teica, vajag pārbudīt datu tipus.

Pārvaldīt programmēšanas valodas nav liela māksla. Jaunu valodu iemācīties aizņem burtiski dažas dienas līdz dažām nedēļām. Daudz svarīgāk ir mācēt programmēt un domāt. Imo tieši tur daudzi "programmētāji" feilo. Ja tev programmēšana ir asīnīs un tev tā patiešām interesē, tad atrast labu darbu, arī tepat Latvijā, nevajadzētu būt problēmām.

Ah, nu tad uzreiz to vajag teikt. Citādi kārtējā zīlēšanas klubiņa sanāksme jātaisa. Kad sūta no citurienes, meili atpakaļ neatlec ar kautkādiem kļūdu paziņojumiem? Varbūt stulbs jautājums - tā info@domens.lv maila spamkastē skatījies? Tur meili nav sakrituši?

Kāds tam visam sakars ar GMail'u?

Kā jau andrisp saka - vārds "AVI" neko nepasaka par kompresiju. AVI ir tikai konteiners - tieši tāpat kā kartona kaste. Tas, ko tu liksi tajā kastē (sapuvušus ābolus, vai svaigus gurķīšus) ir galīgi nesaistīts ar pašu kasti. Video iekš AVI var kompresēt gan ar visdažādākajiem kodekiem (MJPEG, xvid, divx, x264, utt..) gan arī ar visdažādākajām kopresijām (super-mazs-izmērs = neko-nevar-saprast, super-liels-izmērs = HD kvalitāte).