A single category template file (category.php) can be created which uses the global $cat variable to determine which category is being displayed, and use that variable to find out information about the current category, the parent category, or the children categories.

Cicho ;P

Dla mnie formatowanie najpierw całości na modłę licznika a potem tagu <a> jest trochę niepraktyczne – ale to już kwestia gustu pewnie. Poza tym mam to wrażenie, że jednak to nie tak powinno być jeżeli chodzi o hierarchię.

A przed i za the_content mogę sobie stawić klasę – tylko co z tego jak w body mam 10 paragrafów?

A single_cat_id/slug było mi potrzebne jak chciałem na stronie archiwum kategorii dorzucić grafikę odpowiadającą danej kategorii.

Ale to się robi inaczej i to w banalnie prosty sposób. Rozwiązania nie podam, bo widzę żeś jeszcze z Codeksem nieobyty, a ono tam leży na tacy. Ale uwierz mi — takie rzeczy to się robi o niebo łatwiej i można zrobić o dwa nieba więcej

A co do archiwum — problem rozwiązałby się gdyby wp_get_archives(’show_post_count=1′); wypluwając

miesiąc rok (ilość)

zamiast (ilość) wstawiało ilość – i o tym cały czas krzyczę

Phi…
Do <li> dodajesz jakąś klasę i ją odpowiednio formatujesz w CSS. Żeby <a> się różniło, to odpowiednio zmieniasz ten fragment CSS i masz zrobione.

Tak samo the_content() mogłoby paragraf z â€œczytaj dalej” wypluwać z jakąś klasą czy co.

Przed i za the_content możesz przecież sobie coś wstawić i będziesz miał klasę.

Bo to że dla mnie czy dla Ciebie nie jest problemem obejście tego (w końcu jak Neo z Matriksa “I know Regexp!”) nie znaczy, że ZU sobie poradzi

Jak pokazałem na obrazku wyżej — osoba mająca jakiekolwiek pojęcie o HTML i CSS sobie poradzi bez problemu oraz bez znajomości Regexpa czy HTML.

<img src=”/images/cats/<?=single_cat_id()?>.jpg” alt=”<?=single_cat_title()?>” /> Posty z kategorii <?=single_cat_title()?>.

A co do archiwum – problem rozwiązałby się gdyby wp_get_archives(’show_post_count=1′); wypluwając <li><a>miesiąc rok</a> (ilość)</li> zamiast (ilość) wstawiało <span>ilość</span> – i o tym cały czas krzyczę Tak samo the_content() mogłoby paragraf z „czytaj dalej” wypluwać z jakąś klasą czy co.

Bo to że dla mnie czy dla Ciebie nie jest problemem obejście tego (w końcu jak Neo z Matriksa „I know Regexp!”) nie znaczy, że ZU sobie poradzi

PS: Ciekawe jaka sieczka wyjdzie mi z tego komentarza.

Wracając do rzeczy — single_cat_title jest używane do wyświetlenia tytułu danej kategorii, na przykład w Jesteś w kategorii „Moje zdjęcia”. Tagi single_cat_id czy single_cat_slug dawałyby Ci odpowiednio Jesteś w kategorii „568″ oraz Jesteś w kategorii „zdjecia”.
Prawdę mówiąc nie bardzo widzę zastosowanie dla tego czegoś
Jeśli jednak potrzebne Ci to do czegoś, to (jeśli dobrze zrozumiałem) możesz użyć in_category z dobrodziejstwem inwentarza

Z kolei w przypadku wp_get_archives(’show_post_count=1′); też problemu nie widzę — przed tagiem stawiasz (czy co uważasz za stosowne), za tagiem go zamykasz i po problemie.

Jeśli dobrze rozumiem Twoją kombinatorykę, to generalnie chodzi Ci o odpowiednie ostylowanie postów z danej kategorii — najlepiej z każdej innym kolorem. Right? Jeśli tak, to w Codeksie jest sporo gotowych przykładów ze modyfikowaną pętlą, które Ci to umożliwią.

A w modyfikowaniu skórki możesz zrobić chyba wszystko. Jak do tej pory jeszcze nie spotkałem się z problemem, którego bym nie mógł jakoś rozwiązać. Ofkors czasem jest łatwiej, czasem trudniej, ale to przecież nie jest WYSIWYG

get_the_category jest od kategorii danego wpisu a mi chodzi o to, że jest single_cat_title() a nie ma single_cat_id() czy single_cat_slug() i trzeba kombinować

Jeżeli chcesz pozostać przy Kubricku, to rzeczywiście możesz mieć problem, ale to prosty szablon. Możesz jednak wszystko napisać sobie sam od podstaw, według własnych życzeń

Ale że co napisać od podstaw? Funkcje tagowe?
Chyba się nie rozumiemy Jest sobie wp_get_archives(‚show_post_count=1′); i jak bez regexpów mam tym licznikom nadać jakąś klasę albo po prostu ostylować?

Modyfikujesz skórkę, engine WordPressa zostaje nietknięty, więc absolutnie nie można tutaj mówić o hackowaniu.

Ale skąd wiesz co ja modyfikuję? :> Ja sobie do tego przerabiałem siakiś plik w wp-includes więc w/g Twojej definicji to już jest haczenie

Zaś jeśli chodzi o modyfikowanie skórki, to nikt nie zabrania Ci ubrać tego paragrafu w odpowiednią klasę, czy nawet zmianę paragrafu na cokolwiek tylko sobie wymarzysz…

O RLY? Hał? (Za pomocą funkcji tagowych)

Na przykład w archiwum kategorii (/category/kategoria) można pobrać nazwę obecnej kategorii ale nie można pobrać jej ID/SLUG-a/Czegokolwiek innego.

A co z get_the_category? Nigdy nie było mi to do szczęścia potrzebne, ale (jeżeli dobrze zrozumiałem) Tobie powinno wystarczyć.

Dalej idąc — przy liście w archiwum nie można określić jak ma wyglądać część pozycji, w której jest liczba postów, ani też ta część nie ma nadanej żadnej klasy — więc jakikolwiek CSS też mi odpadał.

Nie bardzo rozumiem…
Jeżeli chcesz pozostać przy Kubricku, to rzeczywiście możesz mieć problem, ale to prosty szablon. Możesz jednak wszystko napisać sobie sam od podstaw, według własnych życzeń — to trwa jedynie chwilę dłużej, niż pisanie szablonu takiej strony w czystym (X)HTML.

No i â€œCzytaj dalej”. Możemy zdefiniować tekst ale tak jak wyżej – siedzi sobie w paragrafie i nie ma toto żadnej klasy; żeby sobie to ostylować musiałem shaczyć WordPressa.

Modyfikujesz skórkę, engine WordPressa zostaje nietknięty, więc absolutnie nie można tutaj mówić o hackowaniu. Zaś jeśli chodzi o modyfikowanie skórki, to nikt nie zabrania Ci ubrać tego paragrafu w odpowiednią klasę, czy nawet zmianę paragrafu na cokolwiek tylko sobie wymarzysz…

Ale fajnie byłoby jednak nie musieć

Tylko że tak się nie da. Nie zrobisz jednego idealnego uniwersalnego szablonu, który będzie pasował wszystkim i który da się zmieniać wyłącznie przez zmianę grafiki i CSS. To niewykonalne…

Tworząc WP postanowiono umożliwić każdemu modyfikowanie skórek. jednym wystarczy wymiana grafiki, innym modyfikacja CSS, jeszcze inni potrzebują zrobienia sobie skórki od podstaw — co kto lubi…

W każdym z tych przypadków wyeliminowano jednak największy problem projektów w PHP — konieczność znajomości tego języka. Do wprowadzenia 99% najbardziej zaawansowanych zmian w skórkach wystarczy zapoznanie się z odpowiednimi artykułami i przykładami w Codeksie. Ten 1% pozostaje na najbardziej odjechane projekty, które i tak wymagają świetnej znajomości PHP

Dalej idąc – przy liście w archiwum nie można określić jak ma wyglądać część pozycji, w której jest liczba postów, ani też ta część nie ma nadanej żadnej klasy – więc jakikolwiek CSS też mi odpadał.

No i „Czytaj dalej”. Możemy zdefiniować tekst ale tak jak wyżej – siedzi sobie w paragrafie i nie ma toto żadnej klasy; żeby sobie to ostylować musiałem shaczyć WordPressa.

Znajdzie się jeszcze trochę takich upierdliwości. I niby można sobie do tego pluginy ściągnąć/napisać czy nawet shaczyć styl WP. Ale fajnie byłoby jednak nie musieć