| 
		| 1. | Re: Mail problema (mind) | 27 sor |  (cikkei) |  
		| 2. | Re: select multiple (mind) | 12 sor |  (cikkei) |  
		| 3. | Re: Re: form file elkuldese (mind) | 64 sor |  (cikkei) |  
		| 4. | Re: Div es Span (mind) | 35 sor |  (cikkei) |  
		| 5. | Re: Re: Frissites (mind) | 38 sor |  (cikkei) |  
		| 6. | multiselect (mind) | 44 sor |  (cikkei) |  
		| 7. | Re: (mind) | 44 sor |  (cikkei) |  | 
 |  
		| + - | Re: Mail problema (mind) | VÁLASZ | Feladó:  (cikkei) |  | 
 wrote in "Mail problema" (2000.07.08):
> Sziasztok!
> 
> Tud valaki segiteni, hogy mi okozhtatta a levelezo programomban az
> alabbi subject-u levelet?
> 
> Subject: =?iso-8859-2?Q?szal_meg_lehet_=F6r=F6k=EDteni=3A=29_sztm?=
> 
> Eudora levellezoprogramot hasznalok Win98 alatt.
> X-Mailer: Internet Mail Service (5.5.2650.21)
Eudora, Internet Mail Service 
A problema ebben a ket hasznalt levelezoprogramban keresendo.
A M$ Internet Mail engedelyezi az ekezetes betuket a fejlecben, 
aztan pedig atkonvertalja, hogy megse legyen ekezetes. 
Viszont a fejlecben nem jeloli ezt, igy a felkeszuletlen Eudora
hirtelenjeben nem tud vele mit kezdeni, ezert ugy hagyja. Vagy nem tudom, 
miert hagyja visszakodolatlanul, szerintem ez igencsak mindennapos eset.
Egyebkent a kerdeses sor igy nez ki visszakodolva:
Subject: szal meg lehet örökíteni:) sztm
Gyula |  
		| + - | Re: select multiple (mind) | VÁLASZ | Feladó:  (cikkei) |  | 
Hali!
En nem tapasztaltam ezt a problemat, igaz csak mailto actionnel hasznalom az
urlapot, de minden multiple ertek megerkezik. Nem lehet hogy a perl progiban
van valami elirva, peldaul ha tobbszor ugyanolyan nev jon akkor az erteket
egyszeruen felulirja? Csak 1 otlet, lehet hogy marhasag.
> -------------------------------------------------------------
Tommaso - Goda'n Tama's BME Info III
mailto: ICQ: 48802681
Honlapom: http://ural2.hszk.bme.hu/~gt208
> ------------------------------------------------------------- |  
		| + - | Re: Re: form file elkuldese (mind) | VÁLASZ | Feladó:  (cikkei) |  | 
Kedves Gyula! Szabo Zoltan eredeti irasa:
>> Adott egy form, amelyen van egy File tipusu input. Valahogy igy:
>> <FORM action="mailto: " METHOD="post"
>> ENCTYPE="multipart/form-data">
>> <INPUT TYPE=file SIZE=30 NAME="upload" >
>>  .... (van meg par kitoltendo text mezo)
>> 
>>Namost a form Submitra csak megnyit egy ures OE ablakot, ahelyett, hogy
>>elkuldene a fajlt csatolva. Ha az ENCTYPE="Text/Plain", akkor minden ok 
>>(berakja a levelet az OE outboxba), csak epp a fajlt nem
csatolja(termeszetesen),
>>csak a linket irja be a levelbe. Ahol eddig olvastam mindenutt az irtak,hogy
>>"multipart/form-data" kell hasznalni, ha fajlt akarok elkuldeni. 
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.
Az Internet Explorer termeszetesen felkuldi a filet a web szerverre, akarcsak
a Netscape, es az ures text mezo is megjelenik a Browse gombbal.
Hogy a web szerveren mi tortenik vele, ez mar nem a szabvanyra
tartozik! Ha a web szerver MS IIS 5.0, akkor a Posting Acceptor 2.0 verzio
kezeli le es gondoskodik arrol, hogy ha egyszerre mondjuk 100 kliens kuld
fileokat tomkelegevel a szerverre, azokat megfeleloen bufferolja. Ezt
lehet vezerelni ugy, hogy az action-ben egy ASP programot irunk be es a 
Posting Acceptor megfelelo metodusait hasznaljuk. (Erre vonatkozo
szamos ASP programozasi pelda talalhato az msdn.microsoft.com lapjain.)
Netscape szervereken egy Server-Side JavaScript fut hasonlo kepessegekkel.
Hogy mi tortenik egy Apachen, az a peldamban megadott CGI progitol fugg,
azaz a Web lap keszitojenek irnia kell egy megfelelo szerver oldali progit.
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, amely csak egy filet kuld el, es nem kettot. Ahhoz, 
hogy a csatolt filet is elkuldje, mint tudjuk, kattintani kell az Insert
File dialogusban. Hasonlo a helyzet az uj Eurora 4.2.3-ban is.Talan
meg kellene probalni az MS Outlook 2000-t? 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.
Osszefoglalva: semmifele szabvany nem irja elo, hogy a szerveren egy uploadolt
file-lal mit kell tenni!
Udv:	Szabolcs
Certified Microsoft Trainer
http://www-rcf.usc.edu/~petrovay |  
		| + - | Re: Div es Span (mind) | VÁLASZ | Feladó:  (cikkei) |  | 
Szia Feherke! Az ujsag #1159 ezt kerdezted:
>Az volna a kerdesem, hogy mi a kulonbseg a div es a span kozott ? Meg az,
hogy
>milyen viselkedesbeli kulonbsegek lesznek, ha dinamikusan kezelem oket ?
A CSS-1 szabvany szerint mindketto magaban foglalhat elemeket vagy elemek
csoportjait, amelyek stilusat megadjuk. A <DIV> tag elott viszont mindig
egy ures sor es a </DIV> tag utan megint egy ures sor megjelenik. Ez a <SPAN>-
el nincs, tehat a <SPAN>t egy bekezdesen belul a szoveg egy reszenek valtoz-
tatasara kell hasznalni. Pld.
<DIV CLASS="question"> DHTML is not a new language.<SPAN STYLE="color:blue;
font-family:courier;">DHTML</SPAN> is simply a snazzy name for a set of
new features.</DIV>
Te viszont dinamikus valtoztatasrol irtal. Azt a CSS-2 szabvany szabalyozza.
Szerintem ott nincs semmi kulonbseg a ket tag implementalasa kozott. Pld:
<STYLE TYPE="text/css"
<!--
#aLayer { position: absolute;
          top:      100px;
          left:     175 px;
          width:    400px;
          font-family: courier;
        }
// -->
</STYLE>
es a <BODY>-ban:
<SPAN ID="aLayer">
  <DT><I>Jumping JavaScript</I></DT>
  <DT><I>positioning/css.html</I></DT>
</SPAN>
itt <DIV>-et ugyanugy lehet hasznalni, mint <SPAN>-t.
Udv:	Szabolcs
Cerifires Microsoft Trainer
http://www-rcf.usc.edu/~pewrovay
 |  
		| + - | Re: Re: Frissites (mind) | VÁLASZ | Feladó:  (cikkei) |  | 
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.
>Valoszinuleg a penzes Microsoft Site Server 3.0 Content Management
>ugyanezt csinalja, (minthogy errol van szo), csak a hangzatos nevet
>ki kell fizetni.
Ez megint egy Microsoft gyuloletbol eredo oriasi tevedes! 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.
Mindezt es mas hasonlo kepessegeket (amelyek most nem jutnak eszembe)
tartalmazzak a fizetos programok, beleertve a Site Server 3.0,
ujabban pedig a Microsoft Commerce Server 2000, mely beta formaban
$14-ert meg is rendelheto.
Udv:	Szabolcs
Certified Microsoft Trainer
http://www-rcf.usc.edu/~petrovay
 |  
		| + - | multiselect (mind) | VÁLASZ | Feladó:  (cikkei) |  | 
Sziasztok!
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 (pl. a fejlesztes soran 
elofordul -hibasan- hogy tobb azonos nevu de kulonbozo erteku hidden 
mezot generaltatunk ami szerintem ugyan az mint a multiple az option-
nal), akkor az mind egyenkent megjelenik egymas utan a query 
stringben, legvegen az utolso elemmel (ez csak akkor latszik ha 
mindet kiolvasod). Ha konkretan a nevre hivatkozol, akkor a 
FORM{'valtozonev'} valoban csak a legutolso elem ertekevel ter 
vissza. Csakhogy lehet irni egy olyan programreszt, ami az azonos 
nevu de kulonbozo erteku eredmenyeket oszegyujti. Pl: split-el addig 
bontogatod a query stringet ami az tart, es az azonos nevvel erkezo 
mezoket egy push utasitassal egybe lehet gyujteni egy tombbe. Az 
egyezest pedig a grep figgvennyel szoktam figyelni, ez donti el, hogy 
az adott name szerepel-e mar.
Laca
On 7 Jul 00, at 20:30, HIX WEBMESTER wrote:
> > A MULTIPLE miatt kivalszthatok tobb elemet is. A szerver oldali
> > program fele azonban, csak az utolso kivalasztott elem kerul
> > elkuldesre. Hogyan tudnam lekerdezni, hogy mely elemek lettek
> > kivalasztva?
> > 
> 
> Ezt en is tapasztaltam, es arra a megallapitasra jutottam, hogy ezt
> elfelejtettek beleirni... A multiple select egyszeruen nem kuldi el a
> tobbszoros kivalasztast.
> 
> De ha valaki tud valamit, szoljon.
> 
> Gyula
-----------------
Message from:
Leslie Perjes (Hungary)
E-mail:  URL: http://www.lezlisoft.com
ICQ: 48805133 |  
		| + - | Re: (mind) | VÁLASZ | Feladó:  (cikkei) |  | 
Yeah, so what!!!!
  
Guess who has a date for Thursday...yep that would be me!!
See ya loser!!  
From  Wed May 17 21:21:54 2000
X-RocketMail: 00000004;R---S-----------;5697
X-Apparently-To:  via web4703.mail.yahoo.com
X-Track2: 2
X-Track: -50
Received: from csimo02.mx.cs.com (205.188.156.53)
  by mta217.mail.yahoo.com with SMTP; 18 May 2000 04:37:16 -0000
Received: from  by csimo02.mx.aol.com (mail_out_v26.7.) id 4.62.37fc382 (5739)
	 for  >; Thu, 18 May 2000 00:21:55 -0400 (EDT)
From:  Message-ID:  >
Date: Thu, 18 May 2000 00:21:54 EDT
Subject: Hey!
To:  MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="part1_62.37fc382.2654c9e2_boundary"
X-Mailer: CompuServe 2000 32-bit sub 101
Content-Length: 417117
--part1_62.37fc382.2654c9e2_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Just testing to make sure I wrote the right E-mail address down.
Write me back.
Kimberly
Hey I am attaching a picture of Jordan. -- O.K. two pictures, I had them 
taken at Expressly portraits at Fair Oaks.
--part1_62.37fc382.2654c9e2_boundary
Content-Type: application/zip; name="JORDAN~1.ZIP"
Content-Tr |  |