JoggerWiki - Wkład użytkownika [pl]

Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /home/users/jogger/ftp/wiki/LocalSettings.php on line 116

Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /home/users/jogger/ftp/wiki/includes/GlobalFunctions.php on line 2618

Warning: session_name(): Session name cannot be changed after headers have already been sent in /home/users/jogger/ftp/wiki/includes/Setup.php on line 580

Deprecated: Optional parameter $prefix declared before required parameter $code is implicitly treated as a required parameter in /home/users/jogger/ftp/wiki/languages/Language.php on line 4199

Deprecated: Creation of dynamic property ApiMain::$mCommit is deprecated in /home/users/jogger/ftp/wiki/includes/api/ApiMain.php on line 201

Deprecated: Return type of ExplodeIterator::current() should either be compatible with Iterator::current(): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /home/users/jogger/ftp/wiki/includes/utils/StringUtils.php on line 576

Deprecated: Return type of ExplodeIterator::next() should either be compatible with Iterator::next(): void, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /home/users/jogger/ftp/wiki/includes/utils/StringUtils.php on line 590

Deprecated: Return type of ExplodeIterator::key() should either be compatible with Iterator::key(): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /home/users/jogger/ftp/wiki/includes/utils/StringUtils.php on line 583

Deprecated: Return type of ExplodeIterator::valid() should either be compatible with Iterator::valid(): bool, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /home/users/jogger/ftp/wiki/includes/utils/StringUtils.php on line 609

Deprecated: Return type of ExplodeIterator::rewind() should either be compatible with Iterator::rewind(): void, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /home/users/jogger/ftp/wiki/includes/utils/StringUtils.php on line 558

Deprecated: Creation of dynamic property LoadBalancer::$mWriteIndex is deprecated in /home/users/jogger/ftp/wiki/includes/db/LoadBalancer.php on line 78

Deprecated: Return type of ResultWrapper::current() should either be compatible with Iterator::current(): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /home/users/jogger/ftp/wiki/includes/db/DatabaseUtility.php on line 197

Deprecated: Return type of ResultWrapper::next() should either be compatible with Iterator::next(): void, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /home/users/jogger/ftp/wiki/includes/db/DatabaseUtility.php on line 215

Deprecated: Return type of ResultWrapper::key() should either be compatible with Iterator::key(): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /home/users/jogger/ftp/wiki/includes/db/DatabaseUtility.php on line 208

Deprecated: Return type of ResultWrapper::valid() should either be compatible with Iterator::valid(): bool, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /home/users/jogger/ftp/wiki/includes/db/DatabaseUtility.php on line 225

Deprecated: Return type of ResultWrapper::rewind() should either be compatible with Iterator::rewind(): void, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /home/users/jogger/ftp/wiki/includes/db/DatabaseUtility.php on line 186

Deprecated: Creation of dynamic property MessageCache::$mMemc is deprecated in /home/users/jogger/ftp/wiki/includes/cache/MessageCache.php on line 136

Deprecated: Creation of dynamic property Parser::$mPreprocessorClass is deprecated in /home/users/jogger/ftp/wiki/includes/parser/Parser.php on line 237

Deprecated: Creation of dynamic property RequestContext::$recursion is deprecated in /home/users/jogger/ftp/wiki/includes/context/RequestContext.php on line 303

Warning: "continue" targeting switch is equivalent to "break". Did you mean to use "continue 2"? in /home/users/jogger/ftp/wiki/languages/LanguageConverter.php on line 711

Warning: A skin using autodiscovery mechanism, Chick, was found in your skins/ directory. The mechanism will be removed in MediaWiki 1.25 and the skin will no longer be recognized. See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for information how to fix this. [Called from SkinFactory::getLegacySkinNames in /home/users/jogger/ftp/wiki/includes/skins/SkinFactory.php at line 128] in /home/users/jogger/ftp/wiki/includes/debug/MWDebug.php on line 302

Warning: A skin using autodiscovery mechanism, Nostalgia, was found in your skins/ directory. The mechanism will be removed in MediaWiki 1.25 and the skin will no longer be recognized. See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for information how to fix this. [Called from SkinFactory::getLegacySkinNames in /home/users/jogger/ftp/wiki/includes/skins/SkinFactory.php at line 128] in /home/users/jogger/ftp/wiki/includes/debug/MWDebug.php on line 302

Warning: An old copy of the Vector skin was found in your skins/ directory. You should remove it to avoid problems in the future.See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for details. [Called from SkinFactory::getLegacySkinNames in /home/users/jogger/ftp/wiki/includes/skins/SkinFactory.php at line 120] in /home/users/jogger/ftp/wiki/includes/debug/MWDebug.php on line 302

Warning: An old copy of the CologneBlue skin was found in your skins/ directory. You should remove it to avoid problems in the future.See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for details. [Called from SkinFactory::getLegacySkinNames in /home/users/jogger/ftp/wiki/includes/skins/SkinFactory.php at line 120] in /home/users/jogger/ftp/wiki/includes/debug/MWDebug.php on line 302

Warning: A skin using autodiscovery mechanism, Simple, was found in your skins/ directory. The mechanism will be removed in MediaWiki 1.25 and the skin will no longer be recognized. See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for information how to fix this. [Called from SkinFactory::getLegacySkinNames in /home/users/jogger/ftp/wiki/includes/skins/SkinFactory.php at line 128] in /home/users/jogger/ftp/wiki/includes/debug/MWDebug.php on line 302

Warning: An old copy of the Modern skin was found in your skins/ directory. You should remove it to avoid problems in the future.See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for details. [Called from SkinFactory::getLegacySkinNames in /home/users/jogger/ftp/wiki/includes/skins/SkinFactory.php at line 120] in /home/users/jogger/ftp/wiki/includes/debug/MWDebug.php on line 302

Warning: An old copy of the MonoBook skin was found in your skins/ directory. You should remove it to avoid problems in the future.See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for details. [Called from SkinFactory::getLegacySkinNames in /home/users/jogger/ftp/wiki/includes/skins/SkinFactory.php at line 120] in /home/users/jogger/ftp/wiki/includes/debug/MWDebug.php on line 302

Warning: A skin using autodiscovery mechanism, MySkin, was found in your skins/ directory. The mechanism will be removed in MediaWiki 1.25 and the skin will no longer be recognized. See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for information how to fix this. [Called from SkinFactory::getLegacySkinNames in /home/users/jogger/ftp/wiki/includes/skins/SkinFactory.php at line 128] in /home/users/jogger/ftp/wiki/includes/debug/MWDebug.php on line 302

Warning: A skin using autodiscovery mechanism, Standard, was found in your skins/ directory. The mechanism will be removed in MediaWiki 1.25 and the skin will no longer be recognized. See https://www.mediawiki.org/wiki/Manual:Skin_autodiscovery for information how to fix this. [Called from SkinFactory::getLegacySkinNames in /home/users/jogger/ftp/wiki/includes/skins/SkinFactory.php at line 128] in /home/users/jogger/ftp/wiki/includes/debug/MWDebug.php on line 302

Deprecated: Creation of dynamic property PPDStack::$accum is deprecated in /home/users/jogger/ftp/wiki/includes/parser/Preprocessor_DOM.php on line 793

Warning: Trying to access array offset on value of type bool in /home/users/jogger/ftp/wiki/includes/libs/IPSet.php on line 244

Warning: Trying to access array offset on value of type bool in /home/users/jogger/ftp/wiki/includes/libs/IPSet.php on line 247

Warning: Trying to access array offset on value of type bool in /home/users/jogger/ftp/wiki/includes/libs/IPSet.php on line 244

Warning: Trying to access array offset on value of type bool in /home/users/jogger/ftp/wiki/includes/libs/IPSet.php on line 247

Deprecated: Using ${var} in strings is deprecated, use {$var} instead in /home/users/jogger/ftp/wiki/includes/pager/ReverseChronologicalPager.php on line 116

Deprecated: Creation of dynamic property ContribsPager::$contribs is deprecated in /home/users/jogger/ftp/wiki/includes/specials/SpecialContributions.php on line 688

Deprecated: Creation of dynamic property ContribsPager::$tagFilter is deprecated in /home/users/jogger/ftp/wiki/includes/specials/SpecialContributions.php on line 690

Deprecated: Creation of dynamic property ContribsPager::$nsInvert is deprecated in /home/users/jogger/ftp/wiki/includes/specials/SpecialContributions.php on line 691

Deprecated: Creation of dynamic property ContribsPager::$associated is deprecated in /home/users/jogger/ftp/wiki/includes/specials/SpecialContributions.php on line 692

Deprecated: Creation of dynamic property ContribsPager::$deletedOnly is deprecated in /home/users/jogger/ftp/wiki/includes/specials/SpecialContributions.php on line 694

Deprecated: Creation of dynamic property ContribsPager::$topOnly is deprecated in /home/users/jogger/ftp/wiki/includes/specials/SpecialContributions.php on line 695

Deprecated: Creation of dynamic property ContribsPager::$newOnly is deprecated in /home/users/jogger/ftp/wiki/includes/specials/SpecialContributions.php on line 696

Deprecated: Creation of dynamic property Revision::$mUnpatrolled is deprecated in /home/users/jogger/ftp/wiki/includes/Revision.php on line 701

Deprecated: Creation of dynamic property WikitextContentHandler::$mModelName is deprecated in /home/users/jogger/ftp/wiki/includes/content/ContentHandler.php on line 416

Deprecated: Creation of dynamic property WikitextContent::$mText is deprecated in /home/users/jogger/ftp/wiki/includes/content/TextContent.php on line 55

Deprecated: Creation of dynamic property Revision::$mUnpatrolled is deprecated in /home/users/jogger/ftp/wiki/includes/Revision.php on line 701

Deprecated: Creation of dynamic property WikitextContent::$mText is deprecated in /home/users/jogger/ftp/wiki/includes/content/TextContent.php on line 55

Deprecated: Creation of dynamic property Revision::$mUnpatrolled is deprecated in /home/users/jogger/ftp/wiki/includes/Revision.php on line 701

Deprecated: Creation of dynamic property WikitextContent::$mText is deprecated in /home/users/jogger/ftp/wiki/includes/content/TextContent.php on line 55

Deprecated: Creation of dynamic property Revision::$mUnpatrolled is deprecated in /home/users/jogger/ftp/wiki/includes/Revision.php on line 701

Deprecated: Creation of dynamic property WikitextContent::$mText is deprecated in /home/users/jogger/ftp/wiki/includes/content/TextContent.php on line 55

Deprecated: Creation of dynamic property Revision::$mUnpatrolled is deprecated in /home/users/jogger/ftp/wiki/includes/Revision.php on line 701

Deprecated: Creation of dynamic property WikitextContent::$mText is deprecated in /home/users/jogger/ftp/wiki/includes/content/TextContent.php on line 55

Deprecated: Creation of dynamic property Revision::$mUnpatrolled is deprecated in /home/users/jogger/ftp/wiki/includes/Revision.php on line 701

Deprecated: Creation of dynamic property WikitextContent::$mText is deprecated in /home/users/jogger/ftp/wiki/includes/content/TextContent.php on line 55

Deprecated: Creation of dynamic property Revision::$mUnpatrolled is deprecated in /home/users/jogger/ftp/wiki/includes/Revision.php on line 701

Deprecated: Creation of dynamic property WikitextContent::$mText is deprecated in /home/users/jogger/ftp/wiki/includes/content/TextContent.php on line 55

Warning: Cannot modify header information - headers already sent by (output started at /home/users/jogger/ftp/wiki/LocalSettings.php:116) in /home/users/jogger/ftp/wiki/includes/Feed.php on line 233

Deprecated: header(): Passing null to parameter #3 ($response_code) of type int is deprecated in /home/users/jogger/ftp/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /home/users/jogger/ftp/wiki/LocalSettings.php:116) in /home/users/jogger/ftp/wiki/includes/WebResponse.php on line 37

Deprecated: header(): Passing null to parameter #3 ($response_code) of type int is deprecated in /home/users/jogger/ftp/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /home/users/jogger/ftp/wiki/LocalSettings.php:116) in /home/users/jogger/ftp/wiki/includes/WebResponse.php on line 37

Deprecated: header(): Passing null to parameter #3 ($response_code) of type int is deprecated in /home/users/jogger/ftp/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /home/users/jogger/ftp/wiki/LocalSettings.php:116) in /home/users/jogger/ftp/wiki/includes/WebResponse.php on line 37
http://wiki.jogger.pl/api.php?action=feedcontributions&feedformat=atom&user=Off JoggerWiki - Wkład użytkownika [pl] 2025-07-24T10:17:07Z Wkład użytkownika MediaWiki 1.24.1 http://wiki.jogger.pl/index.php?title=Dyskusja:Szablony&diff=3669 Dyskusja:Szablony 2007-09-23T16:54:59Z

Off: <hr /> <div>Przykład kompletnego szablonu (mam nadzieję): http://templates.jogger.pl/files/sahara.zip Nie wiem tylko gdzie zmiescic miniblog i dylemat ten pojawia sie w wiekszosci szablonow, stad wywalenie go z czesci Obowiazkowe. --[[Użytkownik:Riddle|Riddle]] 05:57, 22 wrz 2007 (CEST) ---- Jak na moje, szablony powinny po prostu mieć swoje kategorie (ewentualnie tagi). Wtedy takie możnaby wrzucać do kategorii, np. "niekompletne" albo "bez wszystkich ficzerów". Ewentualnie do każdego możnaby przypisać, jakie dodatki/ficzery posiada, a jakich nie. I fajnie by było, gdyby poza wysyłaniem szablonów na mail, była opcja automatycznego dodania ich do oczekujących na akceptację czy cuś. Bo teraz to jest trochę niepraktyczne, i zapewne sporo osób nie ma ochoty na pieprzenie się z pakowaniem i słaniem maila do Wielkiego S. (Sparrowa). Ewentualnie nie wiedzą o takiej możliwości. --[[Użytkownik:D4rky|D4rky]] 13:04, 22 wrz 2007 (CEST) ---- Chodzi też o to, aby zebrać team, który będzie się zajmował szablonami – jeśli będzie parę osób i zasady wg których szablony są pisane będą jasne, poprawka każdego template'a to kwestia minut. System wysyłania poprawek do szablonów dla tego teamu będzie. --[[Użytkownik:Riddle|Riddle]] 14:14, 22 wrz 2007 (CEST) ---- Ja chętnie dołączę do teamu ;) Kiedy można by się spodziewać tych zasad? ---- Służę pomocą, jeżeli chodzi o dostosowywanie szablonów do odpowiednich standardów. Swoje już zaczynam zmieniać. --[[Użytkownik:Jbg|Jbg]] 16:54, 22 wrz 2007 (CEST) ---- Ja też mogę należeć do tego teamu przyjmującego, ale i tak kategoriowanie gotowców by się przydało. Ewentualnie szersze opisy informujące co jest, czego nie ma. --[[Użytkownik:D4rky|D4rky]] 18:23, 22 wrz 2007 (CEST) ---- Pomysł jest dobry, teraz tylko zostaje uzupełnić wybrakowane szablony (nie ma ich znowu tak dużo). Zgadzam się z D4rkym w kwestii wysyłania szablonów, bo to co jest teraz jest niewystarczające. Najlepiej byłoby moim zdaniem spróbować zrobić mechanizm edycji "na żywo", tzn. przed wysłaniem szablonu dać możliwość jego przetestowania "w locie" (zbędne by były wtedy dodatkowe joggery testowe, jak to jest teraz), gdzie można by na gorąco sprawdzić, jakich elementów brakuje, ewentualnie które szwankują. Nie zgadzam się natomiast z pomysłem "kategoryzowania" szablonów na pełne/niepełne. Jak robić szablony to kompletne, jak komuś coś nieodpowiada zawsze może usunąć część kodu (wiadomo - łatwiej część usunąć niż pisać od nowa) lub zakomentować. --[[Użytkownik:michoch|michoch]] 21:20, 22 wrz 2007 (CEST) ---- Moje, uwagi, wiem, drobiazgi, ale jestem upierdliwy. Szablon logowania: Dla nie zalogowanych nigdzie <code>action="&USER_LOG_IN_ACTION;"</code> i ewentualnie coś takiego <code><a href="https://login.jogger.pl/login/" title="zaloguj się do Joggera">Zaloguj się do Joggera</a><code> dałbym w blok <NOUSER_BLOCK>. Dla zalogowanych <code><a href="&LOGGED_USER_LOG_OUT_HREF;"></code> dałbym w blok <LOGGED_USER_BLOCK>. Dla zalogowanych na Joggerze ogólnie jakiś blok z informacjami o danym blogu, odsyłacz do głównej, albo jakoś tak, bo tak to mają pusto. Szablony wpisów i komentarzy: Te dwie rzeczy bywają strasznie irytujące i wprowadzające nieporozumienie na wielu joggach, ale widzę, że to w Saharze jest: <code><a href="&USER_LOG_IN_HREF;" title="zaloguj się u mnie">Zaloguj się u mnie</a> &LOGGED_USER_NAME; — <a href="&LOGGED_USER_LOG_OUT_HREF;" title="wyloguj się">Wyloguj się</a></code> Trzeba je dawać odpowiednio w bloki <NOUSER_BLOCK> i <LOGGED_USER_BLOCK>. W Saharze, w komentarzach Atom opisany jako RSS - to dobrze? <code><a href="&ENTRY_COMMENT_HREF;/atom/">RSS komentarzy</a></code> I to w sumie tyle chyba co mnie bolało. Może coś jeszcze mi przyjdzie do głowy. --[[Użytkownik:lemiel|lemiel]] ---- Dopisałem [http://bugger.jogger.pl/?do=details&task_id=598 buga 598] przy okazji poprawek w szablonie, a związanych z tym co napisałem wyżej. Jeszcze jedna rzecz, która mnie w szablonach denerwuje: naprzemiennie, zależnie od tego co twórcy przyjdzie do głowy, używanie tagów w postaci &TAG; albo <TAG/>, taka zupa różnych postaci. No chyba, że jest jakiś przepis na to, które w jakiej postaci? --[[Użytkownik:lemiel|lemiel]] ---- Otaczanie kawałków szablonu logowania blokami LOGGED_USER_BLOCK i NOUSER_BLOCK jest z lekka przesadne, bo te bloki powinny otaczać linki do tej strony, ale możemy to potraktować jako perfekcyjną praktykę, czemu nie. :-) RSS to już po prostu nazwa technologii. Czytałem, że Atom jest lepszy od RSS 2.0… http://kurs.browsehappy.pl/Definicja/RSS#wady Właśnie co z '''tagami'''? Istnieje blok <ENTRY_TAG_NOT_LAST>, </ENTRY_TAG_NOT_LAST>, wiec gdyby dorzucić do tego jeszcze sprawdzanie obecności tagów we wpisie, można by to dodać do listy obowiązkowych bloków szablonu… Szablony aktualnie niekompletne trzeba podciągnąć do 100%. Autorów szablonów, wypuszczanych po naszych ustaleniach z niepełną pulą ficzerów, powinno się cisnąć na zmiany albo samemu dopisywać brakujące funkcje. IMHO nie powinno się udostępniać w panelu czegoś co nie działa w 100%. Zawsze można stworzyć stronę w Wiki linkującą do reszty szablonów. BTW, Lemiel - podpisuj się (<nowiki>--~~~~</nowiki>) --[[Użytkownik:Riddle|Riddle]] 23:35, 22 wrz 2007 (CEST) ---- Właśnie dostałem info, że sparrow dorobił nowe tagi: <pre><COMMENT_FORM_FORMAT_TEXTILE> <COMMENT_FORMAT_TEXTILE_IMG> <COMMENT_FORMAT_TEXTILE_LITE> <COMMENT_FORMAT_TEXTILE_LITE_IMG> <COMMENT_FORMAT_PLAIN></pre> W sam raz do podawania informacji o tym jakie formatowanie w komentarzach działa – coś czego baardzo brakuje po blogusiach. To też musi być obowiązkowe. Uwagi dotyczące tego co wypisałem na stronie Wiki? --[[Użytkownik:Riddle|Riddle]] 23:48, 22 wrz 2007 (CEST) ---- Do treści strony na wiki nie mam uwag. A ta perfekcja, tak, o ile się da. A to dlatego nie byłem podpisany... Myślałem, że automat. Dzięki. A szablony niektóre są w strasznym stanie... Ale ja się nie podejmuję poprawek. --[[Użytkownik:Lemiel|Lemiel]] 00:01, 23 wrz 2007 (CEST) ---- Jest wielki problem z ustawieniami prywatnosci + odpowiednimi blokami. [[Grafika:Usercraziness.png]] Powinno być raczej tak: * ALL_USER_BLOCK - uzytkownik aktualnego bloga + jego admin * JOGGER_USER_BLOCK - zalogowany na koncie na jogger.pl (poziom 2) * LOGGED_USER_BLOCK - zalogowany na aktualnym blogu (poziom 3+) * NOUSER_BLOCK - gosc --[[Użytkownik:Riddle|Riddle]] 06:30, 23 wrz 2007 (CEST) ---- '''RSS''' Ważna sprawa - jaki domyślny format linka dajemy do szablonów? Standardem powinien być Atom, jest po prostu lepszy, ale jak wyświetlać wpisy? Byłbym za /content/html/5/. A może 2 typy, 'nagłówki' albo 'treść'? Warto też dawać odpowiedni type="" do wszystkich linków (zarówno <link/> jak i <a/>)… Jak też wygląda sprawa z RSS komentarzy? Byłbym za nie dodawaniem RSS wszystkich wpisów na stronę komentarzy do <code><head></code>, żeby nie powodować zamętu. Uzupełniłem wytyczne. --[[Użytkownik:Riddle|Riddle]] 06:55, 23 wrz 2007 (CEST) ---- * ALL_USER_BLOCK - użytkownik aktualnego bloga + jego admin -- NIE, wszyscy zalogowani, czyli + zalogowani na koncie jogger.pl, bo jak zrobić dla wszystkich? * JOGGER_USER_BLOCK - zalogowany na koncie na jogger.pl (poziom 2) -- poziom 2+ (+ jeśli właściciel dał dostęp) * LOGGED_USER_BLOCK - zalogowany na aktualnym blogu (poziom 3+) -- tu tak samo 2+ bo niby skąd ma mieć dostęp do 2? RSS/Atom - /10/ tak jak jest domyślnie bez wpisania liczby, albo wcale jej nie podawać i też będzie. Do head bym dawał tytuły i short, czyli /atom/10/ i /atom/short/10/, albo lepiej /atom/miniblog/10/ i /atom/short/miniblog/10/ ewentualnie na stronie z komentarzami jeszcze &ENTRY_COMMENT_HREF;atom/ Na stronie komentarzy dałby tez tez wpisami, bo to dla wygody użytkowników -- podbijamy świat... :P Przeglądarki nie wyświetlają kanałów Atom w czytniku? Wyświetlają. (Firefox, nowa Seamonkey 2. Opery, KMeleona, Safari, Konquerora nie mam.) -[[Użytkownik:Lemiel|Lemiel]] 09:33, 23 wrz 2007 (CEST) ---- A ja mam kilka pytań: a) Czy należy przyjąć wspólne nazewnictwo plików do includowania i ich ilość np. header, sidebar, footer, comments? b) To samo dotyczy stron statycznych: ile i jak nazywać? c) Gdzie umieszczać pliki stron statycznych, czy w folderze files, czy w głównym danego szablonu? --[[Użytkownik:Jbg|Jbg]] 10:42, 23 wrz 2007 (CEST) ---- Jestem za Atomem (standardy) Może być '''atom/content/html/5'''. Skrócone mogą być, ale opcjonalnie. W stronie komentarzy można użyć jednego kanału dodatkowego w sekcji '''<head></head>''' Ułatwiłoby to działanie takim serwisom jak co.mments z którego osobiście korzystam. '''riddle''': Problem z użytkownikami nie i zalogowanymi, to już chyba my raczej go nie rozwiążemy.. Te wytyczne które podałeś w wypunktowaniu są dobre. --[[Użytkownik:Off|Off]] 12:07, 23 wrz 2007 (CEST) ---- Off - wszystkie linki joggerowe powinny mieć ukośnik na końcu - czyli /10/ a nie /10 - wiem czepiam się, ale niech będzie jednakowo. I jestem za /10/ albo bez liczby, żeby cache pracowało jednakowo - mniejsze obciążenie serwera. -[[Użytkownik:Lemiel|Lemiel]] 12:16, 23 wrz 2007 (CEST) ---- Lemiel - tak, zaznaczone na czerwono pola uważam za błędne więc zgadzamy się co do tego. RSS skrócony do samych nagłówków - obciążenie żadne, jeśli nikt bloga nie czyta, bez przesady. Nie przesadzalbym też z iloscia feedow do wyboru. Pełny RSS zawsze jest przyjemny w odbiorze, nie powinniśmy przesadnie podchodzić do tego – zwłaszcza, że user może sobie zmienić sam z uwagi na prostę permalinku. <pre>&HOME;/atom/content/html/10/ &HOME;/atom/10/</pre> Jak serwer będzie obciążony to się go zmieni, o to się nie bójmy. I przeciez pisalem ze Atom lepszy. :> Jbg - dobre pytanie. Proponuje jakos prefiksowac te pliki (aby byly kolo siebie w listingu folderu), a nazywac wedle utartych konwencji. <pre>inc-header.html inc-sidebar.html inc-footer.html</pre> Wydają się dobre… Co go umieszczenia - myślę, że po prostu do files/, tak jak podczas budowania domyślnej paczki z szablonem. <pre>files style.css main.js inc-sidebar.html jogg-index.html jogg-comments.html jogg-page.html jogg-login.html</pre> --[[Użytkownik:Riddle|Riddle]] 15:09, 23 wrz 2007 (CEST) ---- IMO prefiks 'jogg' jest niepotrzebny i można go sobie w zupełności udpuścić. Pliki do inkludowania mogłyby by być zarówno w files jak i w './' Osobiście wolę './'. Umieszczenie RSS/ATOM w headzie zawsze będzie bardziej użyteczne. Prefiks w plikach inkludowanych może być. --[[Użytkownik:Off|Off]] 15:21, 23 wrz 2007 (CEST) ---- Właśnie nie za bardzo, bo inkludy i tak są w /files/ na serwerze, a profil paczki powinien odzwierciedlać to co się tam znajduje - wtedy proces uploadu będzie bardzo prosty (wrzucamy sam ZIP). Jogg-…… jest z tych samch powodów, tak się nazywają pliki. :) --[[Użytkownik:Riddle|Riddle]] 15:54, 23 wrz 2007 (CEST) ---- Co do RSS - imo powinno być /rss/short/ , bo wysyłanie pełnego będzie wielu osobom syfiło czytniki. RSS miał chyba być agregatorem linków do wpisów, a nie ich treści? Co do szablonów - tutaj przychylam się w stronę Riddla. Prefiks jogg- mógłby być. Ale dodałbym też jakiś about.txt, w którym byłby opis szablonu, autor itp. Wygodniej będzie się potem tym zajmować. --[[Użytkownik:D4rky|D4rky]] 16:55, 23 wrz 2007 (CEST) ---- Co do about.txt to to jest wręcz obowiązkowe. Do jogg-nazwa szablonu to mni nikt nie przekonał. Zawsze można pobrać pliki *.html z danego folderu beż żadnych prefiksów. Zawsze to dodatkowe 4bajty :D --[[Użytkownik:Off|Off]]</div>

Off http://wiki.jogger.pl/index.php?title=Dyskusja:Szablony&diff=3668 Dyskusja:Szablony 2007-09-23T16:45:43Z

Off: <hr /> <div>Przykład kompletnego szablonu (mam nadzieję): http://templates.jogger.pl/files/sahara.zip Nie wiem tylko gdzie zmiescic miniblog i dylemat ten pojawia sie w wiekszosci szablonow, stad wywalenie go z czesci Obowiazkowe. --[[Użytkownik:Riddle|Riddle]] 05:57, 22 wrz 2007 (CEST) ---- Jak na moje, szablony powinny po prostu mieć swoje kategorie (ewentualnie tagi). Wtedy takie możnaby wrzucać do kategorii, np. "niekompletne" albo "bez wszystkich ficzerów". Ewentualnie do każdego możnaby przypisać, jakie dodatki/ficzery posiada, a jakich nie. I fajnie by było, gdyby poza wysyłaniem szablonów na mail, była opcja automatycznego dodania ich do oczekujących na akceptację czy cuś. Bo teraz to jest trochę niepraktyczne, i zapewne sporo osób nie ma ochoty na pieprzenie się z pakowaniem i słaniem maila do Wielkiego S. (Sparrowa). Ewentualnie nie wiedzą o takiej możliwości. --[[Użytkownik:D4rky|D4rky]] 13:04, 22 wrz 2007 (CEST) ---- Chodzi też o to, aby zebrać team, który będzie się zajmował szablonami – jeśli będzie parę osób i zasady wg których szablony są pisane będą jasne, poprawka każdego template'a to kwestia minut. System wysyłania poprawek do szablonów dla tego teamu będzie. --[[Użytkownik:Riddle|Riddle]] 14:14, 22 wrz 2007 (CEST) ---- Ja chętnie dołączę do teamu ;) Kiedy można by się spodziewać tych zasad? ---- Służę pomocą, jeżeli chodzi o dostosowywanie szablonów do odpowiednich standardów. Swoje już zaczynam zmieniać. --[[Użytkownik:Jbg|Jbg]] 16:54, 22 wrz 2007 (CEST) ---- Ja też mogę należeć do tego teamu przyjmującego, ale i tak kategoriowanie gotowców by się przydało. Ewentualnie szersze opisy informujące co jest, czego nie ma. --[[Użytkownik:D4rky|D4rky]] 18:23, 22 wrz 2007 (CEST) ---- Pomysł jest dobry, teraz tylko zostaje uzupełnić wybrakowane szablony (nie ma ich znowu tak dużo). Zgadzam się z D4rkym w kwestii wysyłania szablonów, bo to co jest teraz jest niewystarczające. Najlepiej byłoby moim zdaniem spróbować zrobić mechanizm edycji "na żywo", tzn. przed wysłaniem szablonu dać możliwość jego przetestowania "w locie" (zbędne by były wtedy dodatkowe joggery testowe, jak to jest teraz), gdzie można by na gorąco sprawdzić, jakich elementów brakuje, ewentualnie które szwankują. Nie zgadzam się natomiast z pomysłem "kategoryzowania" szablonów na pełne/niepełne. Jak robić szablony to kompletne, jak komuś coś nieodpowiada zawsze może usunąć część kodu (wiadomo - łatwiej część usunąć niż pisać od nowa) lub zakomentować. --[[Użytkownik:michoch|michoch]] 21:20, 22 wrz 2007 (CEST) ---- Moje, uwagi, wiem, drobiazgi, ale jestem upierdliwy. Szablon logowania: Dla nie zalogowanych nigdzie <code>action="&USER_LOG_IN_ACTION;"</code> i ewentualnie coś takiego <code><a href="https://login.jogger.pl/login/" title="zaloguj się do Joggera">Zaloguj się do Joggera</a><code> dałbym w blok <NOUSER_BLOCK>. Dla zalogowanych <code><a href="&LOGGED_USER_LOG_OUT_HREF;"></code> dałbym w blok <LOGGED_USER_BLOCK>. Dla zalogowanych na Joggerze ogólnie jakiś blok z informacjami o danym blogu, odsyłacz do głównej, albo jakoś tak, bo tak to mają pusto. Szablony wpisów i komentarzy: Te dwie rzeczy bywają strasznie irytujące i wprowadzające nieporozumienie na wielu joggach, ale widzę, że to w Saharze jest: <code><a href="&USER_LOG_IN_HREF;" title="zaloguj się u mnie">Zaloguj się u mnie</a> &LOGGED_USER_NAME; — <a href="&LOGGED_USER_LOG_OUT_HREF;" title="wyloguj się">Wyloguj się</a></code> Trzeba je dawać odpowiednio w bloki <NOUSER_BLOCK> i <LOGGED_USER_BLOCK>. W Saharze, w komentarzach Atom opisany jako RSS - to dobrze? <code><a href="&ENTRY_COMMENT_HREF;/atom/">RSS komentarzy</a></code> I to w sumie tyle chyba co mnie bolało. Może coś jeszcze mi przyjdzie do głowy. --[[Użytkownik:lemiel|lemiel]] ---- Dopisałem [http://bugger.jogger.pl/?do=details&task_id=598 buga 598] przy okazji poprawek w szablonie, a związanych z tym co napisałem wyżej. Jeszcze jedna rzecz, która mnie w szablonach denerwuje: naprzemiennie, zależnie od tego co twórcy przyjdzie do głowy, używanie tagów w postaci &TAG; albo <TAG/>, taka zupa różnych postaci. No chyba, że jest jakiś przepis na to, które w jakiej postaci? --[[Użytkownik:lemiel|lemiel]] ---- Otaczanie kawałków szablonu logowania blokami LOGGED_USER_BLOCK i NOUSER_BLOCK jest z lekka przesadne, bo te bloki powinny otaczać linki do tej strony, ale możemy to potraktować jako perfekcyjną praktykę, czemu nie. :-) RSS to już po prostu nazwa technologii. Czytałem, że Atom jest lepszy od RSS 2.0… http://kurs.browsehappy.pl/Definicja/RSS#wady Właśnie co z '''tagami'''? Istnieje blok <ENTRY_TAG_NOT_LAST>, </ENTRY_TAG_NOT_LAST>, wiec gdyby dorzucić do tego jeszcze sprawdzanie obecności tagów we wpisie, można by to dodać do listy obowiązkowych bloków szablonu… Szablony aktualnie niekompletne trzeba podciągnąć do 100%. Autorów szablonów, wypuszczanych po naszych ustaleniach z niepełną pulą ficzerów, powinno się cisnąć na zmiany albo samemu dopisywać brakujące funkcje. IMHO nie powinno się udostępniać w panelu czegoś co nie działa w 100%. Zawsze można stworzyć stronę w Wiki linkującą do reszty szablonów. BTW, Lemiel - podpisuj się (<nowiki>--~~~~</nowiki>) --[[Użytkownik:Riddle|Riddle]] 23:35, 22 wrz 2007 (CEST) ---- Właśnie dostałem info, że sparrow dorobił nowe tagi: <pre><COMMENT_FORM_FORMAT_TEXTILE> <COMMENT_FORMAT_TEXTILE_IMG> <COMMENT_FORMAT_TEXTILE_LITE> <COMMENT_FORMAT_TEXTILE_LITE_IMG> <COMMENT_FORMAT_PLAIN></pre> W sam raz do podawania informacji o tym jakie formatowanie w komentarzach działa – coś czego baardzo brakuje po blogusiach. To też musi być obowiązkowe. Uwagi dotyczące tego co wypisałem na stronie Wiki? --[[Użytkownik:Riddle|Riddle]] 23:48, 22 wrz 2007 (CEST) ---- Do treści strony na wiki nie mam uwag. A ta perfekcja, tak, o ile się da. A to dlatego nie byłem podpisany... Myślałem, że automat. Dzięki. A szablony niektóre są w strasznym stanie... Ale ja się nie podejmuję poprawek. --[[Użytkownik:Lemiel|Lemiel]] 00:01, 23 wrz 2007 (CEST) ---- Jest wielki problem z ustawieniami prywatnosci + odpowiednimi blokami. [[Grafika:Usercraziness.png]] Powinno być raczej tak: * ALL_USER_BLOCK - uzytkownik aktualnego bloga + jego admin * JOGGER_USER_BLOCK - zalogowany na koncie na jogger.pl (poziom 2) * LOGGED_USER_BLOCK - zalogowany na aktualnym blogu (poziom 3+) * NOUSER_BLOCK - gosc --[[Użytkownik:Riddle|Riddle]] 06:30, 23 wrz 2007 (CEST) ---- '''RSS''' Ważna sprawa - jaki domyślny format linka dajemy do szablonów? Standardem powinien być Atom, jest po prostu lepszy, ale jak wyświetlać wpisy? Byłbym za /content/html/5/. A może 2 typy, 'nagłówki' albo 'treść'? Warto też dawać odpowiedni type="" do wszystkich linków (zarówno <link/> jak i <a/>)… Jak też wygląda sprawa z RSS komentarzy? Byłbym za nie dodawaniem RSS wszystkich wpisów na stronę komentarzy do <code><head></code>, żeby nie powodować zamętu. Uzupełniłem wytyczne. --[[Użytkownik:Riddle|Riddle]] 06:55, 23 wrz 2007 (CEST) ---- * ALL_USER_BLOCK - użytkownik aktualnego bloga + jego admin -- NIE, wszyscy zalogowani, czyli + zalogowani na koncie jogger.pl, bo jak zrobić dla wszystkich? * JOGGER_USER_BLOCK - zalogowany na koncie na jogger.pl (poziom 2) -- poziom 2+ (+ jeśli właściciel dał dostęp) * LOGGED_USER_BLOCK - zalogowany na aktualnym blogu (poziom 3+) -- tu tak samo 2+ bo niby skąd ma mieć dostęp do 2? RSS/Atom - /10/ tak jak jest domyślnie bez wpisania liczby, albo wcale jej nie podawać i też będzie. Do head bym dawał tytuły i short, czyli /atom/10/ i /atom/short/10/, albo lepiej /atom/miniblog/10/ i /atom/short/miniblog/10/ ewentualnie na stronie z komentarzami jeszcze &ENTRY_COMMENT_HREF;atom/ Na stronie komentarzy dałby tez tez wpisami, bo to dla wygody użytkowników -- podbijamy świat... :P Przeglądarki nie wyświetlają kanałów Atom w czytniku? Wyświetlają. (Firefox, nowa Seamonkey 2. Opery, KMeleona, Safari, Konquerora nie mam.) -[[Użytkownik:Lemiel|Lemiel]] 09:33, 23 wrz 2007 (CEST) ---- A ja mam kilka pytań: a) Czy należy przyjąć wspólne nazewnictwo plików do includowania i ich ilość np. header, sidebar, footer, comments? b) To samo dotyczy stron statycznych: ile i jak nazywać? c) Gdzie umieszczać pliki stron statycznych, czy w folderze files, czy w głównym danego szablonu? --[[Użytkownik:Jbg|Jbg]] 10:42, 23 wrz 2007 (CEST) ---- Jestem za Atomem (standardy) Może być '''atom/content/html/5'''. Skrócone mogą być, ale opcjonalnie. W stronie komentarzy można użyć jednego kanału dodatkowego w sekcji '''<head></head>''' Ułatwiłoby to działanie takim serwisom jak co.mments z którego osobiście korzystam. '''riddle''': Problem z użytkownikami nie i zalogowanymi, to już chyba my raczej go nie rozwiążemy.. Te wytyczne które podałeś w wypunktowaniu są dobre. --[[Użytkownik:Off|Off]] 12:07, 23 wrz 2007 (CEST) ---- Off - wszystkie linki joggerowe powinny mieć ukośnik na końcu - czyli /10/ a nie /10 - wiem czepiam się, ale niech będzie jednakowo. I jestem za /10/ albo bez liczby, żeby cache pracowało jednakowo - mniejsze obciążenie serwera. -[[Użytkownik:Lemiel|Lemiel]] 12:16, 23 wrz 2007 (CEST) ---- Lemiel - tak, zaznaczone na czerwono pola uważam za błędne więc zgadzamy się co do tego. RSS skrócony do samych nagłówków - obciążenie żadne, jeśli nikt bloga nie czyta, bez przesady. Nie przesadzalbym też z iloscia feedow do wyboru. Pełny RSS zawsze jest przyjemny w odbiorze, nie powinniśmy przesadnie podchodzić do tego – zwłaszcza, że user może sobie zmienić sam z uwagi na prostę permalinku. <pre>&HOME;/atom/content/html/10/ &HOME;/atom/10/</pre> Jak serwer będzie obciążony to się go zmieni, o to się nie bójmy. I przeciez pisalem ze Atom lepszy. :> Jbg - dobre pytanie. Proponuje jakos prefiksowac te pliki (aby byly kolo siebie w listingu folderu), a nazywac wedle utartych konwencji. <pre>inc-header.html inc-sidebar.html inc-footer.html</pre> Wydają się dobre… Co go umieszczenia - myślę, że po prostu do files/, tak jak podczas budowania domyślnej paczki z szablonem. <pre>files style.css main.js inc-sidebar.html jogg-index.html jogg-comments.html jogg-page.html jogg-login.html</pre> --[[Użytkownik:Riddle|Riddle]] 15:09, 23 wrz 2007 (CEST) ---- IMO prefiks 'jogg' jest niepotrzebny i można go sobie w zupełności udpuścić. Pliki do inkludowania mogłyby by być zarówno w files jak i w './' Osobiście wolę './'. Umieszczenie RSS/ATOM w headzie zawsze będzie bardziej użyteczne. Prefiks w plikach inkludowanych może być. --[[Użytkownik:Off|Off]] 15:21, 23 wrz 2007 (CEST) ---- Właśnie nie za bardzo, bo inkludy i tak są w /files/ na serwerze, a profil paczki powinien odzwierciedlać to co się tam znajduje - wtedy proces uploadu będzie bardzo prosty (wrzucamy sam ZIP). Jogg-…… jest z tych samch powodów, tak się nazywają pliki. :) --[[Użytkownik:Riddle|Riddle]] 15:54, 23 wrz 2007 (CEST) ---- Co do RSS - imo powinno być /rss/short/ , bo wysyłanie pełnego będzie wielu osobom syfiło czytniki. RSS miał chyba być agregatorem linków do wpisów, a nie ich treści? Co do szablonów - tutaj przychylam się w stronę Riddla. Prefiks jogg- mógłby być. Ale dodałbym też jakiś about.txt, w którym byłby opis szablonu, autor itp. Wygodniej będzie się potem tym zajmować. --[[Użytkownik:D4rky|D4rky]] 16:55, 23 wrz 2007 (CEST) Co do about.txt to to jest wręcz obowiązkowe. Do jogg-nazwa szablonu to mni nikt nie przekonał. Zawsze można pobrać pliki *.html z danego folderu beż żadnych prefiksów. Zawsze to dodatkowe 4bajty :D</div>

Off http://wiki.jogger.pl/index.php?title=Dyskusja:Szablony&diff=3665 Dyskusja:Szablony 2007-09-23T13:21:11Z

Off http://wiki.jogger.pl/index.php?title=Dyskusja:Szablony&diff=3659 Dyskusja:Szablony 2007-09-23T10:08:43Z

Off http://wiki.jogger.pl/index.php?title=Dyskusja:Szablony&diff=3658 Dyskusja:Szablony 2007-09-23T10:07:10Z

Off: <hr /> <div>Przykład kompletnego szablonu (mam nadzieję): http://templates.jogger.pl/files/sahara.zip Nie wiem tylko gdzie zmiescic miniblog i dylemat ten pojawia sie w wiekszosci szablonow, stad wywalenie go z czesci Obowiazkowe. --[[Użytkownik:Riddle|Riddle]] 05:57, 22 wrz 2007 (CEST) ---- Jak na moje, szablony powinny po prostu mieć swoje kategorie (ewentualnie tagi). Wtedy takie możnaby wrzucać do kategorii, np. "niekompletne" albo "bez wszystkich ficzerów". Ewentualnie do każdego możnaby przypisać, jakie dodatki/ficzery posiada, a jakich nie. I fajnie by było, gdyby poza wysyłaniem szablonów na mail, była opcja automatycznego dodania ich do oczekujących na akceptację czy cuś. Bo teraz to jest trochę niepraktyczne, i zapewne sporo osób nie ma ochoty na pieprzenie się z pakowaniem i słaniem maila do Wielkiego S. (Sparrowa). Ewentualnie nie wiedzą o takiej możliwości. --[[Użytkownik:D4rky|D4rky]] 13:04, 22 wrz 2007 (CEST) ---- Chodzi też o to, aby zebrać team, który będzie się zajmował szablonami – jeśli będzie parę osób i zasady wg których szablony są pisane będą jasne, poprawka każdego template'a to kwestia minut. System wysyłania poprawek do szablonów dla tego teamu będzie. --[[Użytkownik:Riddle|Riddle]] 14:14, 22 wrz 2007 (CEST) ---- Ja chętnie dołączę do teamu ;) Kiedy można by się spodziewać tych zasad? ---- Służę pomocą, jeżeli chodzi o dostosowywanie szablonów do odpowiednich standardów. Swoje już zaczynam zmieniać. --[[Użytkownik:Jbg|Jbg]] 16:54, 22 wrz 2007 (CEST) ---- Ja też mogę należeć do tego teamu przyjmującego, ale i tak kategoriowanie gotowców by się przydało. Ewentualnie szersze opisy informujące co jest, czego nie ma. --[[Użytkownik:D4rky|D4rky]] 18:23, 22 wrz 2007 (CEST) ---- Pomysł jest dobry, teraz tylko zostaje uzupełnić wybrakowane szablony (nie ma ich znowu tak dużo). Zgadzam się z D4rkym w kwestii wysyłania szablonów, bo to co jest teraz jest niewystarczające. Najlepiej byłoby moim zdaniem spróbować zrobić mechanizm edycji "na żywo", tzn. przed wysłaniem szablonu dać możliwość jego przetestowania "w locie" (zbędne by były wtedy dodatkowe joggery testowe, jak to jest teraz), gdzie można by na gorąco sprawdzić, jakich elementów brakuje, ewentualnie które szwankują. Nie zgadzam się natomiast z pomysłem "kategoryzowania" szablonów na pełne/niepełne. Jak robić szablony to kompletne, jak komuś coś nieodpowiada zawsze może usunąć część kodu (wiadomo - łatwiej część usunąć niż pisać od nowa) lub zakomentować. --[[Użytkownik:michoch|michoch]] 21:20, 22 wrz 2007 (CEST) ---- Moje, uwagi, wiem, drobiazgi, ale jestem upierdliwy. Szablon logowania: Dla nie zalogowanych nigdzie <code>action="&USER_LOG_IN_ACTION;"</code> i ewentualnie coś takiego <code><a href="https://login.jogger.pl/login/" title="zaloguj się do Joggera">Zaloguj się do Joggera</a><code> dałbym w blok <NOUSER_BLOCK>. Dla zalogowanych <code><a href="&LOGGED_USER_LOG_OUT_HREF;"></code> dałbym w blok <LOGGED_USER_BLOCK>. Dla zalogowanych na Joggerze ogólnie jakiś blok z informacjami o danym blogu, odsyłacz do głównej, albo jakoś tak, bo tak to mają pusto. Szablony wpisów i komentarzy: Te dwie rzeczy bywają strasznie irytujące i wprowadzające nieporozumienie na wielu joggach, ale widzę, że to w Saharze jest: <code><a href="&USER_LOG_IN_HREF;" title="zaloguj się u mnie">Zaloguj się u mnie</a> &LOGGED_USER_NAME; — <a href="&LOGGED_USER_LOG_OUT_HREF;" title="wyloguj się">Wyloguj się</a></code> Trzeba je dawać odpowiednio w bloki <NOUSER_BLOCK> i <LOGGED_USER_BLOCK>. W Saharze, w komentarzach Atom opisany jako RSS - to dobrze? <code><a href="&ENTRY_COMMENT_HREF;/atom/">RSS komentarzy</a></code> I to w sumie tyle chyba co mnie bolało. Może coś jeszcze mi przyjdzie do głowy. --[[Użytkownik:lemiel|lemiel]] ---- Dopisałem [http://bugger.jogger.pl/?do=details&task_id=598 buga 598] przy okazji poprawek w szablonie, a związanych z tym co napisałem wyżej. Jeszcze jedna rzecz, która mnie w szablonach denerwuje: naprzemiennie, zależnie od tego co twórcy przyjdzie do głowy, używanie tagów w postaci &TAG; albo <TAG/>, taka zupa różnych postaci. No chyba, że jest jakiś przepis na to, które w jakiej postaci? --[[Użytkownik:lemiel|lemiel]] ---- Otaczanie kawałków szablonu logowania blokami LOGGED_USER_BLOCK i NOUSER_BLOCK jest z lekka przesadne, bo te bloki powinny otaczać linki do tej strony, ale możemy to potraktować jako perfekcyjną praktykę, czemu nie. :-) RSS to już po prostu nazwa technologii. Czytałem, że Atom jest lepszy od RSS 2.0… http://kurs.browsehappy.pl/Definicja/RSS#wady Właśnie co z '''tagami'''? Istnieje blok <ENTRY_TAG_NOT_LAST>, </ENTRY_TAG_NOT_LAST>, wiec gdyby dorzucić do tego jeszcze sprawdzanie obecności tagów we wpisie, można by to dodać do listy obowiązkowych bloków szablonu… Szablony aktualnie niekompletne trzeba podciągnąć do 100%. Autorów szablonów, wypuszczanych po naszych ustaleniach z niepełną pulą ficzerów, powinno się cisnąć na zmiany albo samemu dopisywać brakujące funkcje. IMHO nie powinno się udostępniać w panelu czegoś co nie działa w 100%. Zawsze można stworzyć stronę w Wiki linkującą do reszty szablonów. BTW, Lemiel - podpisuj się (<nowiki>--~~~~</nowiki>) --[[Użytkownik:Riddle|Riddle]] 23:35, 22 wrz 2007 (CEST) ---- Właśnie dostałem info, że sparrow dorobił nowe tagi: <pre><COMMENT_FORM_FORMAT_TEXTILE> <COMMENT_FORMAT_TEXTILE_IMG> <COMMENT_FORMAT_TEXTILE_LITE> <COMMENT_FORMAT_TEXTILE_LITE_IMG> <COMMENT_FORMAT_PLAIN></pre> W sam raz do podawania informacji o tym jakie formatowanie w komentarzach działa – coś czego baardzo brakuje po blogusiach. To też musi być obowiązkowe. Uwagi dotyczące tego co wypisałem na stronie Wiki? --[[Użytkownik:Riddle|Riddle]] 23:48, 22 wrz 2007 (CEST) ---- Do treści strony na wiki nie mam uwag. A ta perfekcja, tak, o ile się da. A to dlatego nie byłem podpisany... Myślałem, że automat. Dzięki. A szablony niektóre są w strasznym stanie... Ale ja się nie podejmuję poprawek. --[[Użytkownik:Lemiel|Lemiel]] 00:01, 23 wrz 2007 (CEST) ---- Jest wielki problem z ustawieniami prywatnosci + odpowiednimi blokami. [[Grafika:Usercraziness.png]] Powinno być raczej tak: * ALL_USER_BLOCK - uzytkownik aktualnego bloga + jego admin * JOGGER_USER_BLOCK - zalogowany na koncie na jogger.pl (poziom 2) * LOGGED_USER_BLOCK - zalogowany na aktualnym blogu (poziom 3+) * NOUSER_BLOCK - gosc --[[Użytkownik:Riddle|Riddle]] 06:30, 23 wrz 2007 (CEST) ---- '''RSS''' Ważna sprawa - jaki domyślny format linka dajemy do szablonów? Standardem powinien być Atom, jest po prostu lepszy, ale jak wyświetlać wpisy? Byłbym za /content/html/5/. A może 2 typy, 'nagłówki' albo 'treść'? Warto też dawać odpowiedni type="" do wszystkich linków (zarówno <link/> jak i <a/>)… Jak też wygląda sprawa z RSS komentarzy? Byłbym za nie dodawaniem RSS wszystkich wpisów na stronę komentarzy do <code><head></code>, żeby nie powodować zamętu. Uzupełniłem wytyczne. --[[Użytkownik:Riddle|Riddle]] 06:55, 23 wrz 2007 (CEST) ---- * ALL_USER_BLOCK - użytkownik aktualnego bloga + jego admin -- NIE, wszyscy zalogowani, czyli + zalogowani na koncie jogger.pl, bo jak zrobić dla wszystkich? * JOGGER_USER_BLOCK - zalogowany na koncie na jogger.pl (poziom 2) -- poziom 2+ (+ jeśli właściciel dał dostęp) * LOGGED_USER_BLOCK - zalogowany na aktualnym blogu (poziom 3+) -- tu tak samo 2+ bo niby skąd ma mieć dostęp do 2? RSS/Atom - /10/ tak jak jest domyślnie bez wpisania liczby, albo wcale jej nie podawać i też będzie. Do head bym dawał tytuły i short, czyli /atom/10/ i /atom/short/10/, albo lepiej /atom/miniblog/10/ i /atom/short/miniblog/10/ ewentualnie na stronie z komentarzami jeszcze &ENTRY_COMMENT_HREF;atom/ Na stronie komentarzy dałby tez tez wpisami, bo to dla wygody użytkowników -- podbijamy świat... :P Przeglądarki nie wyświetlają kanałów Atom w czytniku? Wyświetlają. (Firefox, nowa Seamonkey 2. Opery, KMeleona, Safari, Konquerora nie mam.) -[[Użytkownik:Lemiel|Lemiel]] 09:33, 23 wrz 2007 (CEST) ---- A ja mam kilka pytań: a) Czy należy przyjąć wspólne nazewnictwo plików do includowania i ich ilość np. header, sidebar, footer, comments? b) To samo dotyczy stron statycznych: ile i jak nazywać? c) Gdzie umieszczać pliki stron statycznych, czy w folderze files, czy w głównym danego szablonu? --[[Użytkownik:Jbg|Jbg]] 10:42, 23 wrz 2007 (CEST) Jestem za Atomem (standardy) Może być '''atom/content/html/5'''. Skrócone mogą być, ale opcjonalnie. W stronie komentarzy można użyć jednego kanału dodatkowego w sekcji '''<head></head>''' Ułatwiłoby to działanie takim serwisom jak co.mments z którego osobiście korzystam. '''riddle''': Problem z użytkownikami nie i zalogowanymi, to już chyba my raczej go nie rozwiążemy.. Te wytyczne które podałeś w wypunktowaniu są dobre. --[[Użytkownik:Off|Off]] 12:07, 23 wrz 2007 (CEST)</div>

Off http://wiki.jogger.pl/index.php?title=Dyskusja:Szablony&diff=3621 Dyskusja:Szablony 2007-09-22T12:37:52Z

Off http://wiki.jogger.pl/index.php?title=U%C5%BCytkownik:Off&diff=3620 Użytkownik:Off 2007-09-22T12:34:39Z

Off: New page: Bleeee [http://off.jogger.pl off.jogger.pl] <hr /> <div>Bleeee [http://off.jogger.pl off.jogger.pl]</div>

Off
Deprecated: header(): Passing null to parameter #3 ($response_code) of type int is deprecated in /home/users/jogger/ftp/wiki/includes/WebResponse.php on line 37

Warning: Cannot modify header information - headers already sent by (output started at /home/users/jogger/ftp/wiki/LocalSettings.php:116) in /home/users/jogger/ftp/wiki/includes/WebResponse.php on line 37