Firefox - taky máte na stránkách rozhozený text?



Stránky které vypadají hezky v IE mají v FF text který se překrývá. Je to protože v IE má na různých místech text různou velikost kdežto v FF všude stejnou. Nevíte jde to v FF nějak napravit?  
Třeba dole na následující stránce jak se text překrývá:  
www.datart.cz ...
Franto, pouzivej kvalitni prohlizec, napr. MSIE a pak nebudes muset takove veci resit. FF a podobne parodie na prohlizec je pro lamy.
<p>dával jsem přednost rozvržení tekutin, protože jsem chtěl, aby surfaři využili větších monitorů, když stiskli ctrl - <strong> +</strong> (nebo cmd - <strong> +</strong>) pro zvětšení písma velikost. kdysi dávno, asi v roce 2008, stránky s pevnou šířkou vypadaly opravdu špatně, když stisknete ctrl - <strong> +</strong>, protože nic jiného se nezvýšilo - tabulky a div zachovaly stejnou šířku a text přetékal jim.</p><p>u současných prohlížečů však stisknutí ctrl - <strong> +</strong> nyní funguje spíše jako „zvětšení“ než „zvětšení velikosti písma“: celá stránka je proporcionálně a pěkně zvětšena. v současné době dávám přednost:</p><ul> <li> <p><strong> používá se šířka tekutiny</strong> pro stránky, kde se zobrazují data podobná mřížce nebo tabulce nebo jiné informace. klíčovým rozhodujícím faktorem je to, zda uživatel uvidí více informací, když zvětší okno prohlížeče. zmínili jste mapy google, reader a gmail, všechny vynikající příklady imo aplikací, u nichž má uživatel užitek z větší obrazovky.</p> </li> <li> <p><strong> používání pevné šířky</strong> stránek pro popisné stránky nebo jakoukoli stránku, jejíž velikost se změnila, prohlížeč nebude mít za následek zobrazení dalších informací. příklady jsou tato velmi stackexchange stránka a <a href="http://www.apple.com/imac/">apple imac</a> stránka.</p> </li> </ul><p>fwiw, zjistil jsem, že navrhování šířky tekutiny má větší potíže než hodnota popisných stránek.</p> <p>otravně on-line písma nejsou podporována všemi prohlížeči (opera v iphonu je <a href="http://en.wikipedia.org/wiki/pet\_peeve">pet peeve</a> ).</p><p>zdá se, že google fonts <a href="http://code.google.com/webfonts">čistý systém css</a> funguje lépe než alternativy, ale v mnoha prohlížečích můžete skončit s <a href="http://www.bluerobot.com/web/css/fouc.asp/">fouc</a> .</p><p>google font api " <a href="http://code.google.com/apis/webfonts/docs/webfont\_loader.html">... byl vyvinut společností google a typekit</a> ", takže doufám, že následující zkušenosti jsou dost podobné:</p><ul> <li> <p>knihovna javascriptu je celkem lehká, ale dejte si pozor na jakékoli výrazné zvýšení latence z dalších vyhledávání dns a připojení http, které mohou být způsobeny prostředky napříč doménami</p> </li> <li> <p>použití verze jsapi je na prázdné mezipaměti poměrně pomalé (jako vedlejší poznámku také <a href="https://webmasters.stackexchange.com/questions/1042/google-jsapi-auto-loading">nelze kombinovat požadavky js do jednoho velkého soubor</a> )</p> </li> <li> <p>možnost deklarovat písma potřebná odděleně od javascriptu include umožňuje následné načítání knihovny a opravdu pomáhá s flexibilitou (x) html šablony</p> </li> <li> <p>další události malování spuštěné, když knihovna javascript znovu maří celou obrazovku změnou tříd celé stránky, bude znamenat, že váš css musí být efektivní ( <a href="http://code.google.com/speed/page-speed/docs/rendering.html">google k tomu nabízí průvodce</a> )</p> </li> <li> <p>ačkoli s některými fonty musí být prohlášena kurzíva a různé váhy, zmenšuje se velikost stahování, ale přidává další zátěž designérovi nebo programátorovi</p> </li> <li> <p>vlastní písma, použitá vkusně, vypadají nádherně</p> </li> </ul> <p>toto je sekce pagespeed ​​z mého .htaccess:</p><pre><code>&lt;ifmodule pagespeed\_module&gt; modpagespeed on modpagespeedenablefilters extend\_cache modpagespeedenablefilters collapse\_whitespace modpagespeedenablefilters combine\_css modpagespeedenablefilters move\_css\_to\_head modpagespeedenablefilters remove\_comments modpagespeedenablefilters inline\_css modpagespeedenablefilters rewrite\_javascript modpagespeedenablefilters insert\_img\_dimensions modpagespeedenablefilters rewrite\_images modpagespeedenablefilters rewrite\_css &lt;/ifmodule&gt; </code></pre><p>i když se trochu překrývá s komprese js a css, nevidím žádné negativní výsledky. nastavil jsem drupal 7), abych agregoval a komprimoval css a js.</p><p>tato stránka však není nijak zvlášť silná.</p> <p>udělali jsme to (uvedené v dmoz) pro stack overflow, server fault a super user.</p><p>od té doby jsem si všiml, že text dmoz pro stack overflow se objevuje na mnoha místech.</p><blockquote> <p> <a href="http://search.dmoz.org/cgi-bin/search?search=stack+overflow">http://search.dmoz.org/cgi-bin/search?search=stack+overflow</a> </p> <p>webové stránky s otevřeným adresářem (1-5 z 5)</p> <p>stack overflow - <strong> jazykově nezávislý spolupracující editační web s otázkami a odpověďmi pro programátory. </strong><br> - <a href="https://stackoverflow.com/">https://stackoverflow.com/</a> reference: zeptejte se odborníka: počítače a technologie (1)</p> </blockquote><p>a konkrétně poznamenávám, že naše shrnutí výsledků google je <em> přesný text </em></p><blockquote> <p> <a href="http://www.google.com/#hl=en&amp;source=hp&amp;q=stack+overflow">http://www.google.com/#hl=cs&amp;source=hp&amp;q=stack+overflow</a> </p> <p>přetečení zásobníku<br> <strong> jazykově nezávislá spolupracující editovaná stránka otázek a odpovědí pro programátory </strong></p> </blockquote><p>takže bych hlasoval „ano“, stále je vybírána řada adresářů - a google.</p><p>více:<br> <a href="http://sites.google.com/site/jeanmanco/googleanddmoz">http://sites.google.com/site/jeanmanco/googleanddmoz</a> </p> <p>html5 je nyní podporován všemi prohlížeči, dokonce i ie5! (pokud používáte skript html5shiv). velmi doporučuji přečíst <a href="http://diveintohtml5.org">http://diveintohtml5.org</a> je to jeden z nejlepších zdrojů html5.</p><p>pokud jde o css3, pokud ji používáte, nezapomeňte použít i předvolbu dodavatele, kromě pravidelné syntaxe. např.</p><p>poloměr hranic</p><p>-moz-border-radius</p><p>-webkit-border-radius</p><p>věřím v progresivní vylepšení. podpora ie9 css3 zní velmi slibně.</p> <p>pomocí <a href="http://www.php.net/wordwrap">wordwrap</a> funkce. rozděluje texty do více řádků tak, že maximální šířka je ta, kterou jste zadali, a rozbíjí se na hranicích wordu. po rozdělení jednoduše vezmete první řádek:</p><pre><code>substr($string, 0, strpos(wordwrap($string, $your\_desired\_width), "\n")); </code></pre><p>jedna věc, kterou tento oneliner neřeší, je případ, kdy samotný text je kratší než požadovaná šířka. pro zvládnutí tohoto případu by měl člověk udělat něco jako:</p><pre><code>if (strlen($string) &gt; $your\_desired\_width) { $string = wordwrap($string, $your\_desired\_width); $string = substr($string, 0, strpos($string, "\n")); } </code></pre><hr><p>výše uvedené řešení má problém předčasného řezání textu, pokud obsahuje nový řádek před aktuálním bodem řezu. zde je verze, která tento problém řeší:</p><pre><code>function tokentruncate($string, $your\_desired\_width) { $parts = preg\_split('/([\s\n\r]+)/', $string, null, preg\_split\_delim\_capture); $parts\_count = count($parts); $length = 0; $last\_part = 0; for (; $last\_part &lt; $parts\_count; ++$last\_part) { $length += strlen($parts[$last\_part]); if ($length &gt; $your\_desired\_width) { break; } } return implode(array\_slice($parts, 0, $last\_part)); } </code></pre><p>také zde je testovací třída phpunit používaná k testování implementace:</p><pre><code>class tokentruncatetest extends phpunit\_framework\_testcase { public function testbasic() { $this-&gt;assertequals("1 3 5 7 9 ", tokentruncate("1 3 5 7 9 11 14", 10)); } public function testemptystring() { $this-&gt;assertequals("", tokentruncate("", 10)); } public function testshortstring() { $this-&gt;assertequals("1 3", tokentruncate("1 3", 10)); } public function teststringtoolong() { $this-&gt;assertequals("", tokentruncate("toooooooooooolooooong", 10)); } public function testcontainingnewline() { $this-&gt;assertequals("1 3\n5 7 9 ", tokentruncate("1 3\n5 7 9 11 14", 10)); } } </code></pre><h1><strong>upravit :</strong></h1><p>speciální znaky utf8 jako 'à' nejsou zpracovány. přidat 'u' na konci regexu pro zpracování:</p><p><code>$parts = preg\_split('/([\s\n\r]+)/u', $string, null, preg\_split\_delim\_capture);</code></p> <p>obě řešení jsou naprosto přijatelná, při volbě vezměte v úvahu tyto body:</p><ul> <li>vyskakovací okno na mapě může skrývat další užitečné informace</li> <li>více než několik vyskakovacích oken se rychle zaplní. je to v pořádku, pokud je současně otevřen pouze jeden z nich</li> <li>množství informací ve vyskakovacím okně musí zůstat malé</li> </ul><p>na druhé straně se zobrazují informace vedle mapy:</p><ul> <li>ztratíte spojení s bodem zájmu, takže musíte přidat vizuální vztah (barvu, číslo, ikonu, čáru ...) s bodem na mapě. toto spojení je obtížné nebo obtížně čitelné, když máte spoustu bodů</li> <li>pro zobrazení dodatečných informací může být pro uživatele nutné určité posouvání/změna velikosti okna</li> </ul> <p>zde je odkaz na referenční materiál společnosti adobe</p><p> <a href="http://www.adobe.com/devnet/pdf/pdf\_reference.html">http://www.adobe.com/devnet/pdf/pdf\_reference.html</a> </p><p>měli byste vědět, že pdf je pouze o prezentaci, nikoli struktuře. parsování nebude snadné.</p> <p>myslím, že nejdůležitější věcí je zajistit, aby se vaše velikosti zmenšovaly bez ohledu na to, zda to uživatel udělá pomocí widgetu javascript, který přidáte, nebo pomocí výchozí podpory prohlížečů.</p><p>pokud jde o přidání nebo ne, myslím, že to závisí na vaší cílené demografické skupině. pokud je váš web postaven pro technicky zdatné lidi, určitě řeknu ne. pokud je váš web vytvořen pro starší lidi, kteří nemusí být tak důvtipní, jako jsou online zpravodajské weby nebo podobné věci, řekl bych, že by to bylo užitečné. mnohokrát méně důvtipní uživatelé nebudou vědět, že mohou svůj text zvětšit jako výchozí prohlížeč, a tak buď bojují s webem, nebo ho předávají těm, kteří mají tyto možnosti.</p> <p>pomocí autocomplete = "off" deaktivujte autocomplete a firefox (a další prohlížeče, které podporují tento nestandardní atribut) tyto hodnoty neuloží.</p><pre><code>&lt;input type=text" name="dontsave" autocomplete="off"&gt; </code></pre><p><strong>pravit:</strong></p><p>to, co vidíte, může být způsobeno názvy polí, které používáte. automatické dokončení hledá běžná jména uživatelských jmen/přihlašovacích polí a pole vašeho telefonního čísla může způsobit, že firefox bude považovat za primární pole id přihlášení.</p><p><strong>úpravy 2:</strong></p><p>je pole e-mailu před nebo za polem telefon? pokud je po, je možné ji umístit před pole telefon? pokud ano, mění to něco?</p>