Hollosi Information eXchange /HIX/
HIX WEBMESTER 1162
Copyright (C) HIX
2000-07-09
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Link keret (mind)  12 sor     (cikkei)
2 JS ertekatadas framesetbol (mind)  60 sor     (cikkei)
3 hangok (mind)  12 sor     (cikkei)
4 RE: *** HIX WEBMESTER *** #1160 (mind)  7 sor     (cikkei)
5 hix editor (mind)  7 sor     (cikkei)
6 multi SELECT (mind)  14 sor     (cikkei)
7 Re: Re: form file elkuldese (mind)  65 sor     (cikkei)
8 Re: Re: Frissites (mind)  42 sor     (cikkei)
9 Re: multiselect (mind)  27 sor     (cikkei)

+ - Link keret (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Elnezest elore is de egy nagyon kezdo problemaval
fordulok a nagyerdemuhoz.
Van egy kep, ami linkkent is mukodik.
Egy gombrol van szo ami 3 allapotot vesz fel. (3 gif-bol all)
Szepen megy is, csereli a kepeket az esemenyeknek megfeleloen,
de amikro rakattintok szep feher szaggatott vonallal bekeretezi.
Ez a sotet tonusu kepen elegge randa. Ti hogy csinaljatok, hogy 
ne tegye ezt?

Koszi: Arpi
+ - JS ertekatadas framesetbol (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

A JS gurukat kerdeznem az alabbirol:

Van egy frames szerkezet, benne egy tomb, igy nez ki:
> ------------------------------------------------
<html>
<head>
<script language="JavaScript">
<!-- 
function TombLetrehozasa(n){
	this.length = n;
	for (var x = 1; x <= n; x++){
	this[x,x] = 0;
	}
	return this
}
ertek = new TombLetrehozasa(5);
<!-->
</script>
</head>
<frameset rows="40,*,40" border="0" framespacing="0" 
frameborder="NO"> 
  <frame src="head.html" name="head" scrolling="no">
  <frame src="kiir.html" name="workarea">
<frame src="foot.html" name="foot" scrolling="no">
</frameset>
<noframes><body>
</body></noframes>
</html>
> --------------------------------------------------------------------------
------
Az szeretnem elerni, hogy a tombbe a kiir.html-bol tudjak adatot 
beirni. A kiir.html igy nez ki (leegyszerusitve):
<html>
<head>
<script language="JavaScript">
<!-- 
function ListaAtir(y){	
			parent.document.ertek[1]=y;			
}
<!--> 
</script>
</head>
<body>
<form>
<input type="button" value="kattints ide" OnClick=ListaAtir(1)>
</form>
</body>
</html>
> --------------------------------------------------------------------------
-------------
Es ez igy nem muxik, az IE4 szerint a "parent.document.ertek 
nem objektum". Sajna nem birok rajonni, hogy hol a hiba.
Valaki kisegitene? 

Udv:
Bicsi

Ps: maganba is PLZ.
+ - hangok (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Megint megkerdeznem, hogy nem tud -e valaki egy hang effect gyujtemenyt
ajanlani veletlenul?
Mindenfele hangok kellenenek akarmilyen formatumban.
Ha valakinek Cd -n vannak ilyenek, akkor arra vevo vagyok, bizonyos
feltetelekkel

Ha valaki tud valami ilyesmirol, kerem irjon nekem maganba is:


Koszonom szepen.
+ - RE: *** HIX WEBMESTER *** #1160 (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Kell Linux ismeret barmilyen szinten ha php -val/vel szeretnek foglalkozni?
Ha igen, akkor nem tudna valaki ajanlani egy olyan web helyet, ahol alap
szinten meg lehetne tanulni a linuxot egy teljesen kezdonek?

Koszonom szepen!
+ - hix editor (mind) VÁLASZ  Feladó: (cikkei)

Hi!

Tobbszor lattam mar, hogy egy level vegen volt egy ilyen forma szoveg, hogy
"ez a level hix editorral keszult"
Mi az a hix editor?

Gregory
+ - multi SELECT (mind) VÁLASZ  Feladó: (cikkei)

Szevasztok!

A perl-es megoldast felvazoltatok itt. De ilyen problema minden
szerver oldali programkanal elojohet, hogy tobb adat ugyanazzal
a name-el jon, csak erre nem szokas gondolni.
Nos, csak azt akartam megemliteni, hogy a nagyon elterjedofelben
levo PHP3 nyelvben van egyszerubb megoldas, mint a QUERY string
vegignyalazasa. Egyszeruen a checkbox vagy a multi select
vagy multi-hidden, azonos nevu adatok moge kell tenni egy
[] jelet, mintha tombnev lenne. Es lon csoda, a PHP3 tombkent
az egeszet beszopja. 
....Csak nehogy valaki PHP3-ban is nekialljon URL-t masszirozni :))

Cece
+ - Re: Re: form file elkuldese (mind) VÁLASZ  Feladó: (cikkei)

Petrovay Szabolcs George, P.Eng wrote in "Re: Re: form file elkuldese" (2000.07
.09):

> Kedves Gyula! Szabo Zoltan eredeti irasa:
 
> Te viszont erre tegnap a kovetkezoket valaszoltad:
> 
> >Termesztesen jol irjak, valoban igy kell. Probald ki Netscape-pel,
> >menni fog, az MS viszont ismet "nem implementalta" a szabvanyt.
> 
> Miutan ezt a temat eloszor 1999.aprilis 3.-an, kesobb pedig oktober 29.-en
> letargyaltuk, nem ertem mi szukseg volt ezt a leragott csontot ujra 
> elohozni
> es a fenti valotlan megjegyzest tenni? A szabvany vilagosan megirja, hogy
> egy file ( es nem tobb file) felkuldeserol van szo es a kovetkezo peldat
> kozli:
> (lasd a WEBMESTER 1999. aprilis 3.-i szamaban)
> <FORM ENCTYPE="multipart/form-data"
> ACTION="/cgi-bin/example.cgi" METHOD="POST"><P>
> File Name:
> <INPUT TYPE="file"></FORM>
> 
> A szabvany azt is eloirja, hogy a bongeszonek kell egy ures textmezot is
> generalnia es hozza egy Browse gombot, amellyel a user ki kell
> valassza azt a filet, amely elkuldendo a szerverre. A fenti panaszban
> egy szo sincs arrol, hogy ez megtortent volna.

Szabolcs, en nem akarok folyamatosan vitatkozni veled, de ezelott pont 
te "kuzdottel" az ellen, hogy a file upload eseteben barmifele szerver 
oldali programra szukseg lenne, eleg egy sima javascript, ami megkoszoni 
a felhasznalonak a file-t. (Biztos Lezli is emlekszik...)
Most meg azt irod, hogy example.cgi...

Az eredeti kerdezo viszont ebben az esetben nem ohajt szerver oldali 
programot, sotmitobb, nem file-t ohajt uploadolni, hanem e-mailben 
szeretne megkapni. Erre valo az a minta, amit irt, es koztudomasu, hogy 
az IE ezt nem jol csinalja.
 
> Jelen esetben Zoli nem egy szerveren futo programot ad meg az
> action-ben, hanem egy "mailto" protokollt. Nincs fogalmunk arrol,
> hogy milyen web szervert hasznal es vajjon az ott futo mailto protokol
> a levelen kivul (ami egy file) vajjon a csatolt masik filet lekezeli-e
> vagy sem? A panasz szerint a web szerver beinditotta az Outlook Express 
> nevu levelezo programot

:-)

> Te azt irod, hogy a Netscape Communicator levelezoje ezt automatikusan 
> megteszi. Nem probaltam ki es nem is fogom. De ha ez valoban igaz, az 
> dicserendo.

Ebben az akcioban EGYALTALAN NEM SZEREPEL SEMMILYEN WEBSZERVER, ezt a 
helyi gep intezi el.

Szabolocs! Legyszives, megiscsak probald ki ezt a dolgot a Netscape-pel,
es meg fogod latni, hogy mi tortenik. Es akkor nem irnal ilyeneket...

> Osszefoglalva: semmifele szabvany nem irja elo, hogy a szerveren egy 
> uploadolt file-lal mit kell tenni!

Osszefoglalva: semmifele olyan jellegu kerdes nem hangzott el, ami 
uploadolt file sorsa felol erdelkodott volna, mint emlitettem itt a 
dolog nem jut el a webszerverig.

Gyula
+ - Re: Re: Frissites (mind) VÁLASZ  Feladó: (cikkei)

Petrovay Szabolcs George, P.Eng wrote in "Re: Re: Frissites" (2000.07.09):

> Hello! Gyula a fenti temaban tegnap ezt irta:
> >Szerintem erre a problemara vannak megoldasok is. ;-)
> 
> Persze hogy vannak. Sosem irtam, hogy nincsenek. Azt irtam,
> hogy en ("rossz" szokasom szerint) csak penzes megoldasokat ismerek es
> hasznalok.
> 
> >Sot, igen egyszeru webes karbantarto feluletet lehet irni, ami allna
> >egy textarea-bol, meg egy submit gombbol. A gombnyomas utan a
> >textarea tartalma a szerveren beleirodna az adott nevu html fileba,
> >es attol a pillanattol a kozonseg azt latna. A dolog a vegletekig
> >cifrazhato.
> 
> Persze. Mindaddig amig a betoltendo cikk hossza mindig ugyanaz es
> ugyanarra a helyre kerul a web oldalon.

Miert kellene ugyanolyan hosszunak lennie mindig? 
> 
> >Valoszinuleg a penzes Microsoft Site Server 3.0 Content Management
> >ugyanezt csinalja, (minthogy errol van szo), csak a hangzatos nevet
> >ki kell fizetni.
 
> Ha az ember egy online ujsagot publikal, akkor a kovetkezo problemakkal 
> kell megkuzdeni:
> 1) tobb cikk jelenik meg tobbfele hosszusagban mas es mas helyen
> 2) a megjeleno online hirdeteseket forgatni kell es nem is mindegy, hogy
> egy olvaso egy kirdetest hanyszor lat es meddig
> 3) a megjeleno hireket folyamatosan push technologiaval szemelyisiteni
> kell, ha az elofizeto kitoltotte adatait. Pld. ha valaki Nyiregyhazan
> van, akkor nem a Salgotarjani hireket es idojarast adjuk neki, hanem
> a Nyiregyhazait. Ha valakit a foci hirek erdekelnek, akkor nem a
> loversenyt pusholjuk neki.

Ez mind nyilvanvalo.
Viszont a kerdezo mindossze heti egy darab uj cikkrol beszelt, ("Minden 
heten irunk egy uj cikket, es ez automatikusan bekerulne") es az en 
olvasatomban szoba se kerult peldaul online hirdetes. A kerdesre 
valaszoltam.:-)

Gyula
+ - Re: multiselect (mind) VÁLASZ  Feladó: (cikkei)

 wrote in "multiselect" (2000.07.09):

> Elore mondom, nem probaltam ki konkretan EZT a problemat. De azt
> tapasztalom, hogyha tobb azonos "name"-el ellatott de kolonbozo
> "value" erteku urlapelemet kell feldolgozni akkor az mind egyenkent 
> megjelenik egymas utan a query stringben

Igen! Ez a jo nyom...:-)

<form method="GET">
<select name="mselect" multiple size=5>
<option>a
<option>b
<option>c
<option>d
<option>e
</select>
<input type=submit value=Ok>

Ha azt a formot "submitolom", a kovetkezo QUERY_STRING-et kapom vissza:
mselect=a&mselect=c

Tehat ki lehet banyaszni belole a kivalasztott elemeket.
Eszreveteleim szerint ha a GET helyett POST-tal kuldom el, akkor 
viszont lehetetlen, csak az utolso kivalasztott elem jelenik meg.

Gyula

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS