ugrás a tartalomhoz

CSS üres li magassága nem 0 explorerben

Anonymous · 2006. Aug. 15. (K), 09.55
hi!

a demo.levego.hu-oldalon látható a fent említett probléma baloldalt a menünél.
próbálkoztam már explicit dimenziómegadással, height: 1%-os "holy hack"-kel, mégse sikerült eltüntetni.
van valakinek valamilyen ötlete?
‹ xhtml 1.1 strict table és form validation Input,Textfield rendezése CSS segítségével ›
 ■
1

off

toxin · 2006. Aug. 15. (K), 11.00
hali

blogoljátok valahol a lapfejlesztést, kiváncsi lennék a tapasztalatokra, és az indokokra, ill. a megoldásokra, opera alatt nem megy (moo.fx szvsz nem is fog), fx alatt nem megy a tartalomváltás, ill. bele is fagyott, ie lapetöltéskor kb. 5s-re lefagy, ugynézem valahol leak-el is), szóval kiváncsi vagyok hogy oldjátok majd meg :)
10

hmm

ratson · 2006. Aug. 15. (K), 13.38
sikerült anonymként nyitni a topicot, ezennel én voltam :D
nem blogolunk, de ha gondolod szívesen megosztom a tapasztalatokat, legegyszerűbb ha a w3logic.hu oldalon kereesztül veszed fel a kapcsolatot (meebome)

opera alatt nem is fog, ie és ff/netscape a cél, a js folyamatosan javítgatva, nekem már ie alatt is 1,5sec alatt nyílik meg, ff (1.5.0.6) alatt meg 0,7 sec.
14

a Content-Type: application/html_ajax_action

toxin · 2006. Aug. 15. (K), 15.18
a pear-es cuccból jön, csakmert a hivatalos az

application/json
http://groups.yahoo.com/group/json/message/337

[think]

ui: egyébként programozási/tartalom előállítási szempontból, szvsz inkább könyebb egy ajax-os cuccal dolgozni, csak én is tapasztaltam a fenti kisérőjelenségeket, azért vagyok kiváncsi :)

ui2: frissült a prototype is 1.5.0_pre1 -ről
http://dev.rubyonrails.org/svn/rails/spinoffs/prototype/CHANGELOG
kukk -> http://script.aculo.us/downloads
17

frissült persze

ratson · 2006. Aug. 15. (K), 15.46
frissült mind2 persze, csak kivették belőle az Array egyik funkcióját amit tán a lightbox2 használt. most hogy átálltam a liteboxra lehet hogy frissíthetem is ;)

konkrétan mire is vagy kiváncsi?? esetleg MSN/ICQ/Jabber?
18

:)

toxin · 2006. Aug. 15. (K), 15.50
nem csak érdekelt hogy hol tartotok, lesz saját ajax motor is (pl. prototype + scriptaculous alapra = lásd http://openrico.org/ ) vagy marad, a neten lévők összehangolási kisérlete :) ?
19

ajax motor

ratson · 2006. Aug. 15. (K), 16.23
hát js ugyileg nagyon ugy néz ki hogy ajax-motorként az Ajaxos PEAR csomag a nyerő, mivel ezzel komplett objektumokat tudunk átdobni javascriptből phpbe.
UI effektezérsre, trükközésre pedig a moo.fx+litebox marad a törzsnek
21

miért is

toxin · 2006. Aug. 15. (K), 16.56
1. http://weblabor.hu/cikkek/jsadatcsere van egy php-ból js tömbe átalakító (UTF-8 konverter)
2. http://pear.php.net/pepr/pepr-proposal-show.php?id=198 , ez megcsinálja a php tömb->JSON objektumot,

3. http://www.thefigtrees.net/lee/blog/2006/04/ajax_callback_function_signatu.html , aztán sima XJSON header-be vissza prototype-nak (ami kifejezetten a legjobb Ajax-os js kódbázis cucc)

no ez nem volt jó link akkor marad http://weblabor.hu/forumok/temak/14654#comment-32212 no úgy :)
22

miért is?

ratson · 2006. Aug. 15. (K), 17.23
és ez miért is jobb szted mint az ajax_pear? ;)
most már ki lett gyalulva teljesen a prototype és a javascript
szóval moo.fx és prototype.lite maradt.
még mindig nagyon tetü az oldal? hozzátenném hogy kb 700kb a flash és a képek sem optimalizáltak, de ez már nem az én bajom...
23

azért, szvsz

toxin · 2006. Aug. 15. (K), 17.34
mert a prototype-ban alapból benne van a komplet AJAX megoldás nem kell hozzá mégegy ungyanazt tudó rendszer, moofx ugyan proto.lite, de ez prototype, csak kiszedték belőle amit nem használnak így 3k, prototype gzip-elve 12.85k ( src="prototype.js.gzip" ) safari nem támogatja egyedül, ekkormár kiesik az AJAX dispatcher és barátja, aztán az egész customscript zagyva mehetne az egész js oop-be (protoype alapon,), maradna a dhtml history, amit nem ismerek de ötletes :)))

szigorúan a szvsz persze :) ( ja és az ő,ű karakterkek helyén ?-van :S )

(kapcsolat Általános/Állásban :)))) )
24

azéris kötexem

ratson · 2006. Aug. 15. (K), 18.46
proto.lite-ban szinte csak a $() meg vagy még 3 fgv van, semmi ajax ;)
peares ajax csomag okoska, bár így hogy aftátok a tippeket megném hogy lehetne kiváltani kisebbel, mert tényleg eléggé otromba (bár sztem sokkal több meló lenne összehegeszteni mint .htaccess-be bírni hogy jól tömörítse be a .jseket mielőtt kiszolgálja az oldalt és akkor a safari se sérül (ahol egyébként valszeg nem is megy az oldal))
customscript.js 2 részből áll:
-oop cuccosból (első fele)
-ajax dispatcherből (2. fele)
ezt már nem szedegetjuk szét, maximum egy obfuscator-t ráküldünk -> -40% méretben

ő,ű unicode bizbaz volt, már javítva, csak db-t még nem updateeltünk
35

js méret

ratson · 2006. Aug. 16. (Sze), 12.14
mindennel együtt lett 70k, és ebben már az összes js benne van. sztem ettől kisebb nem kell...
2

overflow

Jano · 2006. Aug. 15. (K), 11.04
Overflow:hidden lehet megoldás, de nem látom hol van erre szükséged.

Más észrevétel:
Az AJAX teljes oldalak betöltésére használatának van egy nagy hátránya: a keresők nem tudják a tartalmat indexelni, mert ők nem értelmezik a javascriptet!

A hírlevél megoldás tetszik, de a kereső alapból kint lehetne, mert felhasználók ha keresni akarnak akkor egy input boxot keresnek először.
3

megoldás

Anonymous · 2006. Aug. 15. (K), 11.27
külön tartalom szolgáltatás a keresőbotoknak

http://www.ihategoogle.org/?postid=508

gyakorlatban nem próbáltam :)
4

voltam

toxin · 2006. Aug. 15. (K), 11.28
hoppá, 4 nyitott különböző böngéstző hátránya :)
5

Pl.

Anonymous · 2006. Aug. 15. (K), 12.14
Például a felolvasóprogramot használóknak lehet segíteni fejlécek kitevésével, amit CSSsel elrejtesz. (White-hat...)
6

AJAX-ról

sly · 2006. Aug. 15. (K), 12.50
Szerintem nem ajánlatos teljes oldalt AJAX-osítani. Már írtam AJAX-os oldat, de nem tettem ki netre, mert egyszerűen nem lehet vele helyetesíteni a normális oldaletöltést. A következők a problémák vannak az AJAX-al:
- Nem lehet felvenni könyvjelzőként az adott oldalt
- Nem müködik az vissza-elöre gomb a böngészőben
- Külön letöltési procedura kell amit JS-ben kell leprogramozni
Ezket úgy ahogyan meg lehet oldani, de igazából csak gányolás. Elfogadható megoldást - szerntem - HTML szinten kellene megvalosítani, természetesen szabványba foglalva.

Az általam megírt oldalon az AJAX ráépült egy normális oldalra, tehát a keresők indexelni tudták volna, hála a diszkrét JS-nek.

Az AJAX-ot viszont érdemes és jó használni web alapú szofverekhez és oldal bizonyos részeinek betöltéséhez (a kevésbé fontos részekhez).
8

azért

toxin · 2006. Aug. 15. (K), 13.02
a http://www.netvibes.com/ -és társai köszönik jól vannak :) azzal együtt amiket írtál még így is működőképesnek tűnik a dolog

mondjuk nincs az-az üf aki nekem kifizetné hogy x hónapig farigcsáljak neki egy ilyet, pedig érdekes lenne (szakirodalma már van a know-how-nak, szóval az alapcsapdák jó eséllyel kikerülhetők, lásd azok amiket írtál is, már a tervezés fázisában)
9

AJAX-al okosan...

sly · 2006. Aug. 15. (K), 13.27
http://www.netvibes.com/ és társainál arra használják az AJAX-ot amire jó. Ezt leírtam a hozzászólásomban is. Nincs szükség ezeknél az weblapoknál oldalakra mutató könyvjelzőre és az vissza-előre gombokra.

A lényeg az hogy nem érdemes pl. a weblabornak AJAX-ot használnia, talán egy-két oldal elemnél esetleg.

Egy szóval sem montam, hogy az AJAX rossz, csak azt, hogy gányolással lehet használni normális weblapoknál - szerintem -.
11

egyetértve

toxin · 2006. Aug. 15. (K), 13.38
részemről is flash kategóriás a dolog (okosan,módjával), egyébkéntmeg http://yuiblog.com/ és lehet nézni mit találnak ki azok akiket fizetnek érte :)))
12

ajaxról

ratson · 2006. Aug. 15. (K), 13.51
ez már a második ajaxosított oldalunk (a bball.hu után) természetesen meg vannak a hátrányai, de:
-ha jobban megnézed megy az előre-hátra gomb
-fel lehet venni könyvjelzőket, próbáld csak ki ezt
-nem kell itt semmit se letölteni.

természetesen az oldal nem egyenértékű a natúr html-es megoldással, viszont a felhasználói élményt nagyban növeli az ajax, elég ha megnézed hogy a bball-ban mennyi idő betölteni egy aloldalt.

igazság szerint a legjobb az lenne ha meg lenne ajax nélkül is, és az anchorok onclick eventjére lenne téve a js hívás, de mivel az oldal designja alapból js-t igényelt ezért egyelőre úgy vettük hogy js követelmény és kész.

egyelőre ugy nez ki hogy mukodokepes mind2 oldal, mindenesetre javaslataitokat szívesen fogadom, pláne az eredeti css kérdéssel kapcsolatban ;)
15

Nem megy tabra

Jano · 2006. Aug. 15. (K), 15.23
A keresők nagy hátrány. A másik, hogy nem lehet középső gombbal másik tabra nyitni egy linket. Én pl. mindig így netezek. A vissza gomb és amiket írtál bizony szépen megvan oldva és ebből kiindulva nem is írtam a rendes link + onclick megoldást mert gondoltam ezt biztos ismeritek. Ha viszont így van, akkor nekem nagyon egyszerűnek tűnik ennek implementálása. Van valami nagy hátránya ami nem jut eszünkbe, vagy mégis csak nehezebb?

A CSS problémára első válaszomban írtam overflow-t. Írd le pontosabban mihez kell.
16

history

toxin · 2006. Aug. 15. (K), 15.38
http://codinginparadise.org/weblog/2005/08/ajax-tutorial-tale-of-two-iframes-or.html

ötletes, bár lehet emiatt lasú :S majd este megnézem, de már ezért megérte belinkelni a lapot :)))

meg amiatt hogy több hasonló képességű js frame fut egymás mellett, eztmiért így kellett :S ( bár gondolom nincs üf aki kifizet 3hónap melót, saját ajax motorra :))) )
20

ajaxról

sly · 2006. Aug. 15. (K), 16.45
Én is hasonlóan oldottam meg a könyvjelzős problémát. De mi van akkor, ha a felhasználónak olyan kedve van, hogy kikpacsolja a JS-t a böngészőben? Akkor már nem tud visszatérni ugyan arra az oldalra.

Ha fordítva építkeztetek volna - tehát elöször mindenki számára elérhető oldalt készítetteek volna -, akkor az nem lenne ilyen gondotok(?).
25

egyszerű

ratson · 2006. Aug. 15. (K), 18.49
próbáld ki.
js nélkül alapból nem megy az oldal, nem záródik be a menu, nem tunik el a felso 2 csík.

akkor is lenne ilyen gond mert mi van ha valaki js-el bookmarkol, elkuldi a haverjanak akinél js tiltva van, és máris nem mukodik a bookmark...

sztem ez csak ugy mukodik ha js-t bekapcsoltnak vesszuk és kész. akinek nem az meg agy bekapcsolja vagy hagyja ezt az oldalt... nincs jobb ötletem
26

Pont hogy megy

Jano · 2006. Aug. 15. (K), 19.16
Én nem értelek. A "nem csúkodik be a menü" és "nem tűnik el a felső sáv" pontosan azt jelenti, hogy JS nélkül elérhető és látható, kattintható, használható.
27

hmm

ratson · 2006. Aug. 15. (K), 20.27
végülis igen, csak ótvarul néz ki... de egyelőre még nem oldottuk meg hogy js nélkül is használható legyen. tervbe van véve, de egyelőre a technikai megoldás eléggé komplikált...
29

Szerintem

sly · 2006. Aug. 15. (K), 20.36
Szerintem gondoljátok újra az egészet, mert megérné.

Amikor egy oldalt kialakítasz alúról építkezz. Meg lehesen nézni karakteres böngészővel, felolvasó programmmal, stb. Utánna jöhet a design-olás, gyorsítás (ajax), oksoítás(js), animálás, stb.
30

+1 voks erre

toxin · 2006. Aug. 15. (K), 20.37
és blogoljatok, hogy jól bele tudjunk kötni abba is :))) , nocsak azért mert szvsz nem jó ha csak a 10lap lesz elfogadható UI-jű (valami egy rendszerben kéne, pl. dojo) [think]
33

nem feltétlenül

ratson · 2006. Aug. 16. (Sze), 00.14
ha magamnak csinálnám akkor biztos így lenne, de egyébként meg a lényeg hogy az elfogadott design és megbeszélt funkcionalitás legyen meg. nem mindegy mennyi időd van megcsinálni egy ekkora portált, szóval sokmindent fel kell áldozni...
7

Design-ról

sly · 2006. Aug. 15. (K), 12.55
Kicsit idegesítő hogy az oldal részei össze-visza mozognak. Van egy hasonló megoldás CSS-ben. Nem mozog állandoan, de hasonló a hatás: http://www.csszengarden.com/tr/magyar/?cssfile=/189/189.css&page=1
13

kosz

ratson · 2006. Aug. 15. (K), 13.54
koszi a hozzászólást, ismerem a mozartos zengarden megoldást, nekem is bejött, bár itt sztem nem nagyon tudtam volna hasznosítani, az elfogadott designt kellett megcsinálni.
28

eredeti kérdés

ratson · 2006. Aug. 15. (K), 20.32
eredetire van valakinek ötlete, javaslata??
31

"Eredeti" válasz.

sly · 2006. Aug. 15. (K), 21.26
Nem igazán bonyolódtam bele a kódba, de biztos be lehet tenni valahova egy display:none beállítást, hogy eltünjön a felesleges fehér csík.

Gondolom a főmenüpontok alati 1px-es résre gondoltál.
32

line-height

Barkóczi Roland · 2006. Aug. 15. (K), 22.18
a line-height: 0px; a megoldás. Én is szívtam vele sokat IE6 alatt.

Üdv:
BR
34

nem megy

ratson · 2006. Aug. 16. (Sze), 00.15
csinálnál egy működő verziót? sajna nekem nem megy így sehogy sem. jó lenne ha valaki tudna mutatni egy jól működő példát. előre is köszi
36

megoldás

ratson · 2006. Aug. 23. (Sze), 11.45
sikerült megoldani a problémát, de iszonyatosan buherált és számomra teljesen értelmetlen megoldással, ha valaki érti hogy mi történik itt vagy tud valami értelmesebb megoldást kérem jelezze.

a megoldás:
a strecher elemek (amik összezáródnak) inline-blockként való definiálása, 

li.stretcher_menu_1{
	display: inline-block;
}

li.stretcher_menu_2{
	display: inline-block;
}
majd helyileg egyesével inline-á módosítás explorerben

<li id="menu_1_sub" class="submenu_1 stretcher_menu_1" style="_display: inline;">
fogalmam sincs hogy ettől miért működik, pláne hogy ha akármelyiket elhagyom akkor megint nem fog működni.

mielőtt válaszoltok légyszi próbáljátok ki hogy a javasolt megoldás tényleg működik-e. előre is köszi ;)
37

mert layout-ot kap

toxin · 2006. Aug. 23. (Sze), 12.08
A lot of Internet Explorer's rendering inconsistencies can be fixed by giving an element “layout.” John Gallant and Holly Bergevin classified these inconsistencies as “dimensional bugs,” meaning that they can often be solved by applying a width or height. This leads to a question of why “layout” can change the rendering of and the relationships between elements. The question, albeit a good one, is hard to answer. In this article, the authors focus on some aspects of this complicated matter. For more thorough discussions and examples, please refer to the links provided.


display: inline-block
Sometimes a cure when the element is at inline level and needs layout. Applying layout is probably the only real effect of this property. The “inline-block behaviour” itself can be achieved in IE, but quite independently: IE/Win: inline-block and hasLayout.


teljes cikk : http://www.satzansatz.de/cssd/onhavinglayout.html kötelező darab van aki még nem olvasta :S :)
38

nem biztos

ratson · 2006. Aug. 23. (Sze), 12.44
az a probléma hogy a hasLayout-ot beállítja pl. a height megadása is, amit először próbáltam ki. ie developer toolbar pedig ki is irja a hasLayout állapotát, tehát valszeg sajna nem ez a megoldás (mivel eddig is volt layoutja)
azért köszi a cikket, olvastam én is régebben és mindenkinek csak ajánlani tudom!