>hiaba copyzom ki, es illesztem bele a find mezobe mindig kis negyzetet
masol bele

Habar nem hasznalok Dreamweawert, hasonlo gondom volt a Worddel. Arra jottem
ra, eleg, ha Ctrl+C-vel, vagy Copy-val beviszem a vagolapra, es utanna
nyitom meg a Find/Replace ablakot, a Find mezoben automatikusan a vagolap
tartalma jelenik meg. Probald meg, hatha a Dreamweawerben is mukodni fog.

Sanyi
www.yurt.org.yu/nemez

Udv!

Csak egy kosza olet, en erre indulnek el:

- flash helyere behivnek egy sima kepet, ugyanakkora meretben
- javascrittel /body onLoad esemeny/ megneznem mikor toltodott be az egesz
lap,
- javascripttel kicserelnem a kepet a flashre(ez az a pont, ahol bizonytalan
vagyok, nem tudom, ez hogy megy-e. Mondjuk lehetne egy layerbe tenni a
kepet, aztan a layert viszont  biztosan tudod irni javascriptbol...)

SZVSZ ezt php-vel nem igazan lehet megoldani, hiszen a dolgok a juzer gepen
tortennek, tehat csak ott es akkor tudod meg, hogy mikor teheted be a
flash-t.


> Udv!
>
> Kerdeznem a profikat,mestereket.
>
> Hogyan valositheto meg (egyaltalan lehet-e)
> hogy kesleltessem a flash letoltest?
>
> A konkret problema:
> A www.otthonok.hu weboldalon letoltodes
> kozben lejon a fejlec ez eddig oke de benne
> van egy flash banner ami kb. 70 kbyte szoval
> eleg nagy.
> Amig ez nem toltodik el addig a folap nem
> jelenik meg.
>
> Azt szeretnem ha a  fejlecben levo flash
> banner csak a lap teljes betoltodese utan
> jonne le,hogyan lehet ezt megvalositani
> merre induljak.,milyen trukkos megoldasok
> lehetnek.
> (A kedves latogato a weblap szoveget
> tudja olvasgatni addig is amig a kepek
> megjelennek.)
>
> A megoldas php vagy java script kod lehet.
>
>
> Nem lenyeg a kokret megoldas csak legalabb
> latott-e mar valaki ilyen megoldast.
>
> Koszonom elore is
>
> Norbert
>
> WWW.OTTHONOK.HU
> Epitoipari szakportal,naponta frissulo linkekkel!
> Naponta 10-15 uj cikk!Epitkezes,lakberendzes,...
> Levelezo lista -- Online forum
>
>
>
>

On Wed, 24 Sep 2003 00:59:46 +0000, privat_ks.gnitcejorpbew wrote:

> 
>>En ilyenkor mindig az .RTF ( Rich Text Format ) -et ajanlom, de
>>altalaban hiaba
> 
>>>. Pedig az sem molyosodik.
> 
> 
>   Hat akkor ugy nez ki nincs megoldas. Csak egy megjegyzes az utobbi
> hozzaszolashoz: Dokumentum DOC=57 K  RTF=240 K.
> 
> Koszonom a valaszokat

Egy pure text pedig kb. 5K...

Erdemes lenne elgondolkodni, hogy minek akkora doksikat csinalni, ha meg
lehet oldani soxor egy pure txt -vel is, tizedannyi merettel...


IroNiQ
-- 
Web: http://ironiq.hu
E-mail: 

Koszi a reagalasokat,
bennem is me'g csak fogalmazodott a kerdes, tul hamar tettem fel,
es emiatt ugylatszik nem fogalmaztam eleg pontosan.

Tomoritesre sehol mashol nincs szukseg, mint
1) tovabbitas (masolas, ha ugy tetszik)
2) tarolas (ami szinten tovabbitas, csak nem terben, hanem idoben...)

(elorebocsajtom, hogy itt vesztesegmentes tomoritesrol szolok)

A kerdesem pedig a fajlok tovabbitasanak ma szokasos modjanak
hatasfokat (ido / odafigyeles / hozzaertes igeny) kerdojelezi meg:

Ha egyszer ennyire konkretan, egyertelmuen meghatarozhato,
hogy hol van szukseg tomoritesre, akkor celszerubb lenne ezt
a funkciot profi modon (zip vagy arj) eleve a tovabbito / tarolo
szerkezet "ket vegere" beepiteni, automatikusra (HW-esen!),
hogy a felhasznalonak soha ne kelljen torodnie vele.

> szoftveres tomoritesi technologia mindig joval elorebb jar a
> (szeles korben elterjedt) hardveresnel, azaz a modem tomoritesenel
Miert jar elorebb? Mert gyorsabban ketyeg a proci es
van ideje minden "fogast" vegigprobalni szegeny fajlon ?
Egyeb ok? Csak mert a HW-es cuccok altalaban
gyorsabbak szoktak lenni (pl. mpeg digitalizalok).
Csak pelda!! Tudom, hogy az mpeg veszteseges.

Sok mezei felhasznalo nem tud mit kezdeni egy letoltott,
de becsomagolva talat fajllal. Sok be nem csomagolt falj
meg olyan nagy, hogy nem lehet (modemen) letolteni...

Egy 1GB-os vinyon nem 1000db 1 MB-os .doc férne el,
hanem mondjuk 5000, anelkul, hogy kulon ki-becsomagolni
kellene oket. Persze a HDD-k ma mar nagyok, de a dialupos
modemeknel es me'g nagyon szamit.

---------------------
>a tömörítés sok egyéb miatt is szükséges.
> - tárolóhely kapacitások végessége,
> ...
Zsolt, a tovabbitast es tarolast fogalamztad meg ujra

>és végül a több a nem modemes internetelérés mint a modemes,
Kerdes melyik orszagban..... itthon tobb a modemes!

>így aki nem modemmel nyomul annak nincs mnp tömörítése....
Minden atviteli vonal vegen van ket _azonos_ kutyu:
pl ket modem, vagy ket halokartya. Ezek mindig parban vannak!
Olyan nincs, hogy a vonal egyik vege modemes, a masik meg
valami mas. Modemen itt ne csak 56k-s hazi modemre gondolj,
hanem altanosan: analog atviteli kozeg ket vegere kell
egy-egy modem.
A UPC-s gyerek kijavitott engem, es megmagyarazta:
itthon a PC mellett van a modem (ethernet <-> koax),
es ahova megy a koax a hazban, ott nem modem van,
hanem valami "kozponti egyseg." vagy "szekreny" vagy mi...
Na ez a kulonbseg a betanitott munkaero es a hozzaerto kozott,
aki tudja is, hogy mit csinal egy modem.

A'a'a'aaa megvan! Most hogy ennyit beszeltem, talan megvan
a megoldas: az en modszeremmel az egyes atviteli utaknak az
egymashoz csatlakozasanal
foloslegesen lenne minden kicsomagolva es visszacsamagolva.
Magyarul, ahol gigabitek ropkodnek, ott nem ernek ra csomagolni,
es a feladatot inkabb elosztjak (azaz sosem centralizaltak)
es maghagyjak a felhasznaloknak.
Lehet, hogy ez az ok?   Heureka!!

BM