Přehled odpovědí
-
Příspěvky
-
Šablona Shopping je odvozenou šablonou pro šablonu Omega, která mimochodem vypadá dost zajímavě a je prošpikována různými hooky.
Co jsem tak pochopil, tak o zobrazení názvů se stará funkce omega_entry_header(), která pomocí následujícího kódu volá další soubor
wp-content/themes/omega/partials/entry-title.php, kde je už potřebné HTML pro zobrazení názvu:get_template_part( 'partials/entry', 'title' );Funkce
omega_entry_header()je ale napojena na akciomega_before_entry, čehož by šlo asi využít:add_action( 'omega_before_entry', 'omega_entry_header' );Teoreticky by tak mělo stačit přidat do
functions.phppoužívané odvozené šablony Shopping, či raději jako samostatný skript prostřednictvím pluginu Code Snippets následující řádek, kterým tuto funkci odpojíte:remove_action( 'omega_before_entry', 'omega_entry_header' );Ale protože jsou hooky vázané na akci after_setup_theme, tak to asi nebude fungovat a bude třeba se na ni napojit:
function shopping_separatista_odebrat_nazvy() { remove_action( 'omega_before_entry', 'omega_entry_header' ); } add_action( 'after_setup_theme', 'shopping_separatista_odebrat_nazvy', 11 );Dalším způsobem pak je, že zkopírujete soubor
wp-content/themes/omega/partials/entry-title.phpz šablony Omega, upravíte si ho podle potřeb a nakopírujete ho do adresáře s používanou šablonou Shopping, tedywp-content/themes/shopping/partials/entry-title.php. Pak by se měla automaticky načítat upravená verze…Každopádně díky za tip na opravdu zajímavou šablonu Omega, kterou lze snadno upravovat…
Těžko říci, nastavení toho velkého nadpisu šablona umožňuje v menu Vzhled – Přizpůsobit – záložka “Big title section”. Ale
iframetam asi nevložíte, i když jsem to nikdy nezkoušel :-)Budete tedy asi muset upravit přímo soubor
wp-content/themes/zerif-lite/sections/big_title.php, kde bude třeba nahradit následující část:if( !empty($zerif_bigtitle_title) ): echo '<h1 class="intro-text">'.__($zerif_bigtitle_title,'zerif-lite').'</h1>'; endif;A místo ní tam natvrdo vložíte potřebný
iframe(a raději použít odvozenou šablonu). Mimochodem, když se na to dívám, tak nechápu proč je tam funkce na překlad__(), když je možné to nastavit v administraci…Porovnávat musíte aktuálně použitou verzi šablony. Na webu máte verzi 1.6.3, takže si musíte stáhnout i tuto verzi šablony a s ní soubory na FTP porovnávat (datum změny, velikost souborů, atd). Až vytvoříte odvozenou šablonu (aneb anglicky Child theme), tak budete moci snadno aktualizovat na nejnovější verzi 1.6.4.1. Ale samotný převod asi nebude příliš jednoduchý, došlo patrně ke změnám překladů, načítaných fontů, atd. Ale určitě to zkuste, případně se průběžně ptejte, pokud narazíte na problémy…
Nemáte to už nějak upravené? Pod šedivou čarou by měly být ještě informace o komentářích a další? Osobně mi to přijde vcelku pěkné a boxy pro příspěvky bych nechal, ale můžete zkusit změnit např. následující prvky:
.entry-footer { border-top: 1px solid #f5f5f5; clear: both; margin-top: 20px; }Zmenšením
margin-topzkrátíte mezeru u šedivé čáry a zrušenímborder-topzase můžete šedivou čáru zcela odebrat..post { background: #fff; border-bottom: 1px solid #ccc; border-top: 1px solid #d8d8d8; margin-bottom: 10px; padding: 15px 0 10px; overflow: visible; position: relative; width: 100%; }Zmenšením
paddingmůžete box také trochu zkrátit.Ale vycházím pouze z demoverze šablony Graphene, chtělo by to vidět aktuální stav někde online…
Tak už to asi prošlo a jsi administrátor pro Android. Až budeš mít hotovo, tak dej prosím vědět, zkusím někde nějak zprovoznit Android a pořádně vyzkouším, případně to projdu a napíšu připomínky… Následně můžeme případně pokračovat s dalšími projekty… Ať se daří a díky!
Další pokus, máš tam stejný email jako tady na fóru?
Ano, částečně by se některé existující překlady používat asi daly, ale chybí někdo, kdo to podrobně projde a řekne, co se dá použít a co ne, aby se právě omezila různá “zvěrstva”. A to je bohužel ta nejtěžší a časově nejnáročnější činnost. Přeložit pár řetězců podle slovníku totiž umí každý…
Stačí se podívat na překlady pluginů typu WordPress SEO by Yoast, kde mnoho uživatelů češtinu prostě maže (viz screenshot). Co je to proboha “Název šablony”? To má být přece něco ve smyslu “Formát titulku”, nehledě na to, že title není nadpis (ten je na webu jako nadpis příspěvku), ale spíše v češtině používaný titulek (aneb lišta v prohlížeči). “Meta Roboty” a “náhled úryvku” jsou další perly a i v samotném názvu pluginu “WordPress SEO od Yoast” mě děsí to “od”. Řetězec “Typy příspěvků” je také špatně, protože jde spíše o typy obsahu a je tam i nastavení pro stránky (což nejsou příspěvky), atd. Bohužel tedy raději angličtina než toto :-( Nechci stát v cestě pokroku a rychlému dokončení některých překladů, ale něco prostě nepustím a nemyslím si, že jde o nějaké vysoké nároky :-)
Každý kdo chce překládat by si měl nejdříve přečíst základní pravidla, která jsou obecně pro WordPress vyžadována, a to bez slovníku a hlavně je pochopit a používat. Následně podle nich může přeložit pár desítek řetězců (krátkých i dlouhých) a pak nemám problém mu přiřadit potřebná práva na schvalování… Naopak bych byl rád, kdyby se to někam pohnulo… Bohužel když někdo práva dostal, tak na to pak už neměl čas a nebo někdo strašně chtěl překlad rychle dokončit, ale správné i/y trefil tak polovině případů, a to prostě nejde…
Attachments:
Tak to je divné, nemohlo to zapadnout někam do spamu? Zadal jsem tam uživatelské jméno “kalich5” z WordPress.org a web mi napsal, že byl odeslán notifikační email.
Překlady lze hromadně importovat, ale má to bohužel jeden zásadní problém – nejsou tak kvalitní, jako třeba některé navržené překlady. A když tam naimportuji nějaký stažený překlad, tak budou navržené překlady přepsány. A hlavně ten stažený překlad nikdo pořádně nezkontroluje… Je to trochu souboj mezi kvalitou a rychlostí. Během pár hodin by tak mohla vyjít čeština pro bbPress, BuddyPress a další, ale bude tam spousta chyb a překlad může být bohužel nekvalitní do té míry, že si ho pak uživatelé budou muset vypínat (nebo rovnou mazat), aby něco vůbec pochopili (už se mi to stalo také). Dokonce jsem byl obviněn, jak jsem mohl schválit nějaké nesmysly u některého pluginu, ale neměl jsem s tím nic společného a anglický autor o “kvalitě” překladu vůbec netušil. Probíral jsem to s různými lidmi a spíše se přiklánějí ke kvalitě, ale můžeme o tom ještě klidně diskutovat…
Např. pro BuddyPress jsem nedávno schválil nového validátora, který byl podle navržených řetězců docela kvalitní, ale bohužel nadšení nějak vyprchalo :-( Osobně BuddyPress nepoužívám, takže se na jeho překlad ani nechystám, ale pokud se najde někdo, kdo s ním pracuje, má přehled a umí trochu pracovat s češtinou, tak nemám problém mu dát příslušná práva. Zatím se bohužel nikdo nenašel a právo schvalovat řetězce prostě nemohu dát někomu, kdo s pomocí Google překladače nakliká pár desítek řetězců a pak chce hned schvalovat. Překládání pluginů (a obecně aplikací) nefunguje tak, že se jde jeden řetězec za druhým a jednoduše se překládá. Musí v tom být nějaká logika, testovat to na funkčním webu a nepřekládat otrocky doslova (viz příklady výše).
Zkusím ale projít alespoň stávající překlad pro bbPress a doplnit ho rovnou do GlotPressu (můj překlad vznikal ještě v době, kdy bbPress v GlotPressu nebyl), abychom se tam mohli od něčeho odrazit…
Ano, samostatné pluginy s překlady vznikají a není to pouze česká specialita. Problém je v tom, že jsou buď nekvalitní nebo se autoři ani nechtějí moc podílet na oficiální lokalizaci, ale vytvoří si to sami pomocí Poeditu, což je mimochodem mnohem příjemnější nástroj než GlotPress. A pak existují i pluginy (tuším, že nějaké nizozemské), které jsou naopak kvalitní a vznikly jako reakce na to, že je právě oficiální lokalizace dost nekvalitní :-) Takže je to docela složitá problematika a žádné řešení není ideální… Rozhodně by se ale hodili kvalitní překladatelé :-)
Šablona MesoColumn vypadá povedeně, díky za tip! Nevím, jestli jsem zcela pochopil dotaz, ale došlo k nějakým (neznámým) úpravám šablony a chcete je odebrat do nově vytvořené odvozené šablony? To je bohužel trochu složitější, ale můžeme to nějak zkusit, i když nemusí jít o úpravy, které je možné prostřednictvím odvozené šablony snadno realizovat… Asi nejdříve se podívejte na FTP, kde najdete podle data poslední změny u souborů šablony, které soubory (a kdy) byly patrně změněny. Potom budete muset tyto soubory ručně porovnat a najít rozdíly (umí to např. editor PSPad), případně změny odebrat a vložit do odvozené šablony… Ale klidně se ptejte na konkrétní kroky, jen nevím, jestli jsem to pochopil…
Používáte sice už dost zastaralou šablonu Adventure Journal, ale možnost vlastního menu naštěstí podporuje. Zkuste přejít do menu Vzhled – Menu, kde si projděte nápovědu a možnosti nastavení. Ale vidím, že se na webu už podstránky zobrazují, takže to už budete mít asi nastavené…
To byly jenom návrhy toho, co jsem si všiml, samotný překlad už bude na tobě :-) Měl by dorazit notifikační email, jakmile ho potvrdíš, tak z tebe udělám validátora pro Android. Až budeš mít hotovo, tak společně otestujeme a případně rozšíříme práva na další projekty… Případné problémy napiš prosím rovnou sem… A díky za překládání, držím palce!
Bohužel to s pluginy trochu zaspalo, odešel jeden z vývojářů, který se lokalizacemi hodně zabýval, ale snad se to konečně dokončí. Zatím jsou podporovány jen různé oficiální pluginy (např. různé importní pluginy, Akismet, bbPress, BuddyPress).
Byl by asi docela zajímavý článek o tom, jak WordPress v Junáku používáte :-)
Bohužel zatím nemám možnost sledovat, kde a kdy proběhly nějaké změny a byly navrženy překlady, to bych musel každý týden proklikávat všechny projekty :-)
Multisite zkusíme během prázdnin zvládnout a budu to postupně procházet. Pro Android ti mohu dát oprávnění, abys to mohl schvalovat sám, protože se k tomu jen tak nedostanu (a ani Android nepoužívám, takže s ním nemám zkušenosti).
Ale co jsem tam zběžně viděl, tak bych byl se schvalováním opatrný:
– “Nejpopulárnější hodina” mi přijde dost šroubované (a přesný překlad “popular”), není vhodnější např. “Nejoblíbenější hodina” nebo “Nejčastější hodina” (o co tam vlastně přesně jde)?
– “Zadej svou PIN” – PIN je identifikační číslo, takže rozhodně “svůj PIN” a ještě k tomu není třeba doslova překládat anglické “your” a bohatě podle mě stačí “Zadej PIN”. Ale nevím, jestli si v aplikaci obecně tykáte nebo vykáte, takže nakonec možná spíše “Zadejte PIN”?
– “Me” jako “já” se mi moc nezdá, tam je určitě potřeba vymyslet něco lepšího.
– “View Site” – místo “Ukázat stránku” je vhodnější “Zobrazit stránku” (používáme všude ve WordPressu). A není tam “Site” náhodou ve smyslu “Web” místo stránky? Nemá být stránka spíše “Page”? Neměl by být tedy překlad spíše “Zobrazit web”?
– “Publish” je navržené “Publikování” nebo spíše tlačítko s významem “Publikovat”?
– “Select media” není “Vybrat médium”, protože “médium” má význam spíše v obecné rovině jako televize, tisk, atd.
– “Add to Post” není “Přidat příspěvek”. Pro “Add” používáme ve WordPressu spíše “Vytvořit”, ale to je asi jedno. Význam je však trochu jinde, a to “Přidat do příspěvku”.
– “Dimensions:” není “Velikost souboru:”, ale obecně stačí “Rozměry:”. V češtině používáme velikost spíše pro vyjádření zabraného místa (pomocí KB a MB).
– “New posts” není “Nový příspěvek”, ale “Nové příspěvky”.
Prošel jsem jen zběžně pár navržených řetězců a cílem není odradit, ale upozornit, že je potřeba dávat pozor na mnoho drobností nebo bude význam posunut zcela někam jinam. Ale pokud si na to troufáš, tak nemám problém dát administrátorská práva pro schvalování :-) Pravidelným překládáním si toho totiž začneš všímat a dávat větší pozor… Bohužel ale nemám čas na to, abych to podrobně kontroloval, takže budeš odpovědný za automaticky distribuovaný překlad :-)
Ano, také občas s podporou WPML něco řeším a je třeba jim dát přesný požadavek, jinak to zkouší pomocí předem připravených odpovědí :-)
Jinak je Toolset opravdu komplexní řešení určené asi spíše pro vývojáře, dobře je to popsáno např. zde. Ale můžete použít jen volně dostupnou část v podobě pluginu Types, který by měl umět vše potřebné pro definici vlastních typů obsahu a taxonomií…
Zmiňovaný plugin je asi vcelku dostačující, dobře hodnocený a v tomto případě snad o jednosměrnou jízdenku nepůjde :-) Chápu obavy, ale všechny podobné pluginy fungují na základě jednoduchého principu, kdy místo složitého ručního sepisování parametrů potřebných funkcí register_post_type() a register_taxonomy() si to pomocí pluginu jednoduše naklikáte. Zadané příspěvky a položky taxonomií zůstanou v databázi a pokud plugin v budoucnu z nějakého důvodu odpojíte, tak tam stále budou a nepřijdete o ně (jen nebudou vidět na webu). Potom ale stačí použít výše zmíněné funkce (nebo nějaký jiný plugin) a zase bude vše funkční (pokud použijete stejné názvy). Trochu problematická pak mohou mohou být uživatelská pole (custom fields), která asi řeší každý plugin trochu jinak, ale opět by mělo zůstat vše v databázi.
WPML by měl bez problémů podporovat vlastní typy obsahu i taxonomie, takže tam by také neměl být problém. Ale pokud chcete mít jistotu, tak autoři WPML vytvořili také podobný plugin Types (součást placeného balíčku Toolset s mnoha dalšími funkcemi). A ten by asi neměl mít s WPML žádné problémy :-)
Také bohužel netuším, jaký je vlastně přesně záměr? Chcete mít více různých webů a synchronizovat šablonu? Nebo dokonce konkrétní nastavení šablony? Nebo jde pouze o jednotlivé stránky? V tomto případě se používají kaskádové styly, pomocí nichž můžete změny vzhledu snadno definovat a budou se projevovat na všech stránkách po celém webu. Ale napište nám prosím nejdříve nějaké podrobnosti…
@neznalek: Podobné téma se tu už několikrát řešilo.
Pro tyto účely se používá hlavně síť webů (multisite), ale lze to provozovat i na samostatných webech (tip na plugin uvedl @sjiamnocna výše). Existují také různá placená řešení, kde lze nejen jednoduše publikovat na propojené weby, ale také je hromadně aktualizovat a spravovat, např. ManageWP. Podobným řešením zdarma je zase MainWP, ale osobně jsem nezkoušel… A nesmíme zapomenout ani na Jetpack, který by měl něco podobného také umět…
@sjiamnocna: Ten článek popisuje, jak to sdílení vlastně funguje po technické stránce :-) Popisováno je to na příkladu pluginu Push Syndication, který ale už možná nebude funkční. I když se poslední dobou zdá, že vývoj zajímavě pokračuje zatím přímo na Githubu.
Je to docela zajímavý problém, už jsem našel dvě možnosti, jak to opravit, ale pořád se nepodařilo nalézt pravou příčinu:
1) Je možné zakomentovat problematický skript retina.js, který se načítá konkrétně zde:
wp_enqueue_script('kopa-retina', $dir . '/js/retina.js', array('jquery'), NULL, TRUE);2) I když se ale nechá výše uvedený skript spuštěný, tak se obrázky stejně začnou bez problémů zobrazovat, pokud je deaktivován plugin WP No Category Base, což je také dost podivné… Plugin je sice zastaralý, ale zatím mě nenapadá proč by měl způsobovat popisované problémy :-)
Pozor při testování je třeba dát pozor, aby byla vyčištěna cache v konkrétním mobilním zařízení, jinak to vypadá, že to stále nefunguje, ale přitom to je už v pořádku…
Používáte tedy šablonu FastNews Light a je to patrně opravdu problém šablony. Kdy se problém objevil? Nesouvisí s nějakou aktualizací?
Šablona používá skript retina.js, který u tabletů a mobilů s vysokým rozlišením načítá kvalitnější obrázky a v některých případech je bohužel z nějakého důvodu nenajde. Možná nejsou správně vytvořené – nepřecházel jste na tuto šablonu v poslední době? Třeba by to chtělo je zkusit znovu vygenerovat? Dalším problémem by mohla být diakritika u obrázků. Ale ke konkrétnímu určení bych potřeboval přístupy a podívat se na obrázky na FTP.
Ano, to je můj email, napište…
Prohlédl jsem odkazovaný web, na PC je to v pořádku, ale na iPhone opravdu některé obrázky chybí. Máte tam šablonu v původní neupravované podobě?
@jiritucek: Je možné to někde vidět online? Můžete případně poslat přístupy, abych se na to mohl podívat?
V posledních dnech byly do pluginu České služby doplněny další nové funkce, které rozšiřují zejména fungování Uloženky. Stále si nejsem zcela jist, zda to nakonec ponechám v tomto stavu (chtělo by to celé uchopit nějak komplexně), ale zatím můžete zkoušet. Potřeboval bych také nějaké připomínky od majitelů eshopů, zda to takto vyhovuje nebo mají nějaký lepší nápad, díky :-) Aktuální verzi 0.4-beta1 si můžete stáhnout z repozitáře Github.
Doplněna byla možnost dopravy prostřednictvím DPD ParcelShop, kterou je možné provozovat samostatně nebo jako dodatečné pobočky pro Uloženku. Přidána byla také možnost nastavení jednotné ceny za doručení a dobírky (CZ i SK) + automatická nabídka poboček podle země zákazníka (CZ i SK). Samotná Uloženka nově podporuje všechny výše uvedené funkce jako DPD ParcelShop a je napojena na API Uloženky, takže přebírá nastavení obchodu a volbu poboček (pokud nějaké pobočky zakážete v administraci Uloženky, tak se nebudou zobrazovat ani v eshopu).
Připomínky vítány :-)
