Zaciekawiłam się tym problemem, bo lubię takie tajemnicze zagadki. Okazuje się, że prawidłowe wyświetlanie to to z 10 pikselowym marginesem od góry, czyli tak jak tutaj:
http://blog.mojmercedes.pl/2012-mercedes-benz-cls-shooting-brake/
Pozostałe przypadki są błędne. Błąd wynika stąd, że w wygenerowanych plikach pierwsza linia źródła na podglądzie to tylko z pozoru
<!DOCTYPE html ...
Wcześniej są jakieś śmieci, które skutkują obniżeniem belki z menu w dół. Musisz wejść do pliku php odpowiedzialnego za wygenerowanie tych stron (index.php albo page.php a może category.php – musisz sprawdzić sam) i usunąć wszystkie znaki przed pierwszą deklaracją. Duże szanse, że ich nie zobaczysz w pierwszym lepszym edytorze. Notepad++ pokazał, ale jak go nie masz, to po prostu podsuń tą linię do samego początku, tak żeby mieć gwarancję, że wcześniej nic ta nie ma.
Thread Starter
m21d24
(@m21d24)
ta linijke mam tylko w pliku „header.php”, a nad nia pusto.
w plikach archive, single post czy index, plik header jest includowany, zatem logicznie rzecz biorac wszystkie powinny chodzic tak samo, a przypadek dotyczy tylko single post i page.
jedyne czego jestem pewny to, ze caly wrapper jest odsuwany.
edit: miedzy znacznikiem body a wrapper nic nie ma… margin, padding jest ustawiony na 0
W pliku style.css w chwili, kiedy piszę tego posta, jest ustawiony 5 pikselowy margines górny dla wrappera. I taki margines powinien się wyświetlić na wszystkich podstronach.
Większa przerwa w wyświetlaniu niektórych stron wynika tylko i wyłącznie ze śmieci, w które zakradły się przed deklarację:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
Na podglądzie źródła ich nie zobaczysz, co nie znaczy że ich nie ma. Zapisz sobie źródło strony z poziomu przeglądarki (np. w Firefoksie: File->Save Page as…) a następnie zrób podgląd źródła tak, abyś zobaczył faktyczne znaki np. na poziomie heksadecymalnym. Dla przykładu w Total Commanderze dajesz F3 a potem option HEX. Wówczas zobaczysz, że te śmieci tam są i w jak je usuniesz, to zapisana strona wyświetli się prawidłowo.
Thread Starter
m21d24
(@m21d24)
masz racje! rzeczywiscie jak otworzylem pliki zapisane w formacie htm, to notepad2 pokazal jakies kwadraciki przed ta linijka, a tam gdzie odstep jest mniejszy ich nie ma.
teraz pytanie: jak to naprawic zeby w wp smigalo ?
Musisz namierzyć, który z plików u Ciebie odpowiada za generowanie tych „nieprawidłowych” stron (może to być nawet archive.php), wejść do jego źródła i usunąć wszystko co jest na początku źródła przed zaczytaniem headera.
Thread Starter
m21d24
(@m21d24)
tak, ale jak otwieram pliki notepadem2 albo rapidphp to nie pokazuje ich. widac je jedynie w trybie szesnastkowym.
to weź może po prostu skopiuj ten początek z prawidłowego pliku i zastąp nim początek w pliku nieprawidłowym
Thread Starter
m21d24
(@m21d24)
ok, mam! wychodzi na to, ze winnym jest roznica w kodowaniu 🙂 ustawilem we wszystkich plikach php na 'utf8 without bom’ i dziala 🙂
mega wielkie dzieki za pomoc !!! rozwiazalismy zagadke 🙂
No to super. Przy okazji i ja się czegoś nauczyłam (że śmieci mogą być konsekwencją nieprawidłowego kodowania). Dzięki i zaznacz ten wpis jako rozwiązany (będzie przydatne dla potomnych).