KATEGORIA:

Wymogi dotyczące motywów WordPress

wymogi dotyczace motywow wordpress

Stwórz swój motyw

Jeśli chcesz stworzyć swój motyw WordPress i wgrać go na wordpress.org, musisz spełnić szereg wymogów. Proces oceny wysłanych motywów opisałam we wpisie Ocena motywu WordPress. Z takiego motywu będą mogli skorzystać internauci, może być także dobrą reklamą jeżeli w stopce zamieścisz odpowiedni link.

Wymagania dotyczące motywu WordPress

Motyw musi spełniać wszystkie poniższe wymogi, aby pojawić się w bibliotece WordPress.org Motywy posiadające 3 bądź więcej błędów mogą być zamknięte i odrzucone. Autorzy motywu mogą jednak przesłać projekt ponownie po poprawieniu błędów. Razem z tymi wymogami, powinno się również sprawdzić motyw dzięki wtyczce Theme Check. Pełną listę sprawdzanych dzięki wtyczce czynników znajdziesz tutaj.
Uwaga: Jeśli dopiero zaczynasz swoje pierwsze recenzje, przeczytaj artykuł Zostań recenzentem.

Dostępność

Jeśli motyw ma tag ‘accessibility-ready’, to musi spełnić następujące wymagania.

Kod

  1. Brak powiadomień PHP i JS.
  2. Ma ważną deklarację DOCTYPE i zawiera atrybuty językowe (language_attributes).
  3. Niezaufane dane muszą zostać sprawdzone przed wprowadzeniem ich do bazy danych. Wszystkie niezaufane dane powinny zostać zmienione przed wprowadzeniem motywu. (Sprawdź: walidacja danych)
  4. Brak usuwania i modyfikowania nie prezentacyjnych połączeń.
  5. Musi spełniać wszystkie wymagania Testu Motywu.
  6. Stwórz ‚unique prefix‚ do wszystkiego, co motyw określa w publicznej przestrzeni nazw, w tym opcje, funkcje, zmienne globalne, stałe, informacje post meta itp. Miejsca w menu kompozycji i identyfikatory paska bocznego są wyjątkami.

Podstawowa funkcjonalność i funkcje

Jeśli są dostępne, w pierwszej kolejności użyj funkcji WordPress. Po włączeniu, funkcje muszą obsługiwać funkcjonalność WordPress.

  • automatyczne połączenie z kanałem
  • paski boczne
  • menu nawigacji
  • publikuj miniatury.
  • niestandardowe nagłówki.
  • niestandardowe tła.
  • styl edytora.
  • logo.

Nie używaj funkcji / API przeznaczonych tylko do użytku w WP Core, np. wskaźniki administratora i funkcje prywatne.

Żadna płatność nie ogranicza żadnej funkcji WordPress.

Unikaj hard coding w celu modyfikacji zawartości.. Zamiast tego użyj, w razie potrzeby, parametrów funkcji, filtrów i haków akcji. Na przykład wp_title należy zmodyfikować za pomocą filtru.

Możliwość stworzenia z nich kolejnych motywów pokrewnych (gotowy motyw dziecko).

Znaczniki kompozycji w pliku style.css i opisie muszą być zgodne z tym, co motyw robi w odniesieniu do funkcjonalności i projektu. Nie używaj więcej niż 3 znaczników tematów (Zobacz: Lista znaczników tematycznych).

Użyj znaczników szablonów i łączników akcji / filtrów.

Dołącz comment.php (przez comment_template).

Motywy mogą być kompatybilne wstecz, ale tylko dla 3 głównych wersji WordPress (wersja 4.5, jeśli jest 4.8).

Motywy nie powinny usuwać, ukrywać ani w inny sposób blokować wyświetlania paska administracyjnego.

Prezentacja vs. Funkcjonalność

  1. Opcje motywu nie powinny być pseudo-niestandardowe i powinny zapisywać nieoczywiste dane użytkownika.
  2. Funkcje niezwiązane z projektem są niedozwolone. (Zobacz: przykłady wtyczek)
  3. Treść demonstracyjna może być wykorzystana do pokazania użytkownikowi, jak działają opcje. Użyj zawartości początkowej, istniejącej zawartości lub instrukcji instalacji zamiast zawartości zastępczej. Instrukcje instalacji powinny być widoczne tylko dla użytkowników z opcją edit_theme_options, a nie dla odwiedzających.

Dokumentacja

Wszelkie niestandardowe funkcje, szablony, opcje lub wszelkie ograniczenia (na przykład ograniczenia menu) powinny być wytłumaczone. Powinna zostać zapewniona odpowiednia ilość dokumentacji.

Język

  1. Wszystkie ciągi tekstowe motywu muszą być możliwe do przetłumaczenia.
  2. Dołącz domenę tekstową do style.css.
  3. Użyj pojedynczego unikatowego opisu motywu, jako, że pojawi się on w style.css.. Jeśli w motywie używane są ramki, nie powinno być użyte więcej niż 2 unikatowe opisy.
  4. Może zostać użyty dowolny język, jednak musi on być wykorzystany w całości tekstu.

Licencjonowanie

  1. Bądź licencjonowany w 100% GPL i / lub 100% kompatybilny z licencją GPL.
  2. Deklaruj wyraźnie prawa autorskie i licencję. Użyj licencji i jej stylu nagłówkowego uri do style.css.
  3. Deklaruj licencje wszystkich uwzględnionych zasobów, takich jak czcionki lub obrazy.
  4. Cały kod i projekt powinny być twoje lub legalnie należące do ciebie. Klonowanie projektów jest nieakceptowalne.
  5. Wszelkie instrukcje dotyczące praw autorskich na interfejsie użytkownika powinny
    zawierać prawa autorskie użytkownika, a nie prawa autorskie autora.

Nazewnictwo

  1. W nazwach motywów nie powinny znaleźć się: WordPress, Motyw.
  2. Motywy pokrewne (motyw dziecko), nie powinien zawierać nazwy motywu, z którego się wywodzi, chyba, że ma tego samego autora.
  3. We wszelkich publicznych tekstach nazwa WordPress musi być zapisana poprawnie,
    jako jedno słowo, z zarówno W, jak i P zapisanymi wielką literą.

Opcje i Ustawienia

  1. Użyj opcji Dostosuj, aby wprowadzić opcje motywu.
  2. Zapisz opcje w pojedynczym szyku.
  3. Użyj podanych wartości domyślnych i nie zapisuj domyślnych wartości ustawień w bazie
    danych.
  4. Użyj opcji edit_theme_options do określania uprawnień użytkownika do edycji opcji, zamiast polegać na roli (np. "Administrator") lub innej możliwości (np. "Edit_themes" "manage_options").

Wtyczki

  1. Motywy nie mogą zawierać wtyczek.
  2. Motywy nie mogą wymagać działania wtyczek.
  3. Motywy mogą zalecać tylko wtyczki dostępne w katalogu wtyczek WordPress.org.
  4. Motywy mogą wykorzystywać aktywację wtyczki TGM do rekomendowania wtyczek.
  5. Motywy mogą zawierać biblioteki, takie jak ramy opcji (muszą one spełniać wymagania).

Zrzuty ekranu

  1. Screenshot powinien być prawdziwym odzwierciedleniem wyglądu motywu.
  2. Zrzut ekranu może opcjonalnie wyświetlać obsługiwane wtyczki, ustawienia i szablony.
  3. Zrzut ekranu nie powinien być logo ani makietą.
  4. Rozmiar zrzutu ekranu nie powinien być większy niż 1200 x 900px i mieć nazwę scrennshot.png.

Prywatność

  1. Nie dzwoń do domu bez świadomej zgody użytkownika. Udostępnij dowolną kolekcję danych użytkownika i włącz opcję kompozycji, która domyślnie jest wyłączona.
  2. W motywie nie powinny znajdować się żadne skróty URL.

Sprzedaż, uznania i linki

  1. Identyfikator URI motywu jest opcjonalny.
  2. Jeśli jest używany, musi dotyczyć tematu, który hostujemy na WordPress.org.
  3. Jeśli URI jest witryną demonstracyjną, treść musi dotyczyć samej kompozycji, a nie danych testowych.
  4. Użycie WordPress.org w temacie URI jest zarezerwowane dla oficjalnych motywów.
  5. Identyfikator URI autora jest opcjonalny. Jeśli jest używany, musi zawierać link do strony internetowej o autorze, autorskim sklepie z motywami lub autorskiej stronie projektu / projektu.
  6. Motywy mogą mieć link kredytowy z pojedynczą stopką, który jest ograniczony do identyfikatora URI motywu lub identyfikatora URI autora zdefiniowanego w style.css.
  7. Motywy mogą mieć również dodatkowy link kredytowy stopki wskazujący na WordPress.org.
  8. Jeśli jesteś sklepem z motywami, powinieneś sprzedawać na licencji GPL na repozytorium WordPress.org (Zobacz wyjaśnienie).
  9. Motywy nie powinny wyświetlać natrętnego upsellingu. Przykłady.

Arkusze stylów i skrypty

  1. Bez hard coding plików skryptów i stylów.
  2. Brak ograniczenia skryptów lub plików, chyba że dostarczysz oryginalne pliki.
  3. Wymagane jest używanie skryptów z dołączonymi rdzeniami, zamiast dołączania im własnej wersji tego skryptu. Na przykład jQuery.
  4. Zamieść wszystkie skrypty i zasoby, których używasz, zamiast tworzenia hotlinków. Wyjątkiem od tego są Czcionki Gogle.

Szablony

  1. Jeśli używane w motywie, standardowe pliki szablonów muszą być wywoływane przez ich odpowiednią funkcję:
    • header.php (viaget_header()).
    • footer.php (viaget_footer()).
    • sidebar.php (viaget_sidebar()).
    • searchform.php (viaget_search_form()).
  2. Jeśli używasz odpowiednich szablonów, Twój motyw powinien zawierać:
    • wp_head() – (bezpośrednio przed </head>).
    • body_class() – (wewnątrz <body> tag).
    • $content_width.
    • post_class().
    • wp_link_pages().
    • the_comments_navigation(),the_comments_pagination().
    • the_posts_pagination(),the_posts_navigation().
    • wp_footer() – (bezpośrednio </body>).
  3. Niestandardowe pliki szablonów powinny być wywoływane za pomocą get_template_part() lub locate_template().
  4. Wyświetl prawidłową zawartość zgodnie z ustawieniem strony głównej. (Zobacz wyjaśnienie)

Podsumowanie

Programiści WordPressa pracują nad zautomatyzowaniem wielu powyższych wymagań. Wraz z wymaganymi aspektami, powinieneś również wziąć pod uwagę te zalecane (recommended items). Zalecane elementy są po to, aby upewnić się, że Twój motyw jest najlepszy, a dobra rada to najlepsza praktyka.

Tłumaczenie tekstu ze strony: make.wordpress.org

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *