Vyjádření IT

Se svým omezeným dovednost-set s nástroji jako je Photoshop a Illustrator, mohu upřímně přiznat, že jsem lepší než já developer projektant. Ale moje pozadí s jádrem (server side) vývoj Java / php / COBOL, byl velmi pozitivní vliv na mé UI rozvoji schopností a dovedností. Co chci říct je, při tvorbě svých návrhů, tj. když dělám design, myslím, že o tom, jak může návrh nejlépe převést na HTML a CSS, ale nedělá HTML, CSS, dám myšlenku o backend techniky a vytvářejí poměrně jistý že HTML lze snadno implementovat do XSL smyček nebo PHP Výstřižky atd.

V průběhu let jsem byl hozen na hlavu designů designéry uživatelského rozhraní, které pravděpodobně donot mají ponětí, co je HTML nebo CSS. Všechny ty roky jsem si myslel, že bych požádat o moc, kdybych jen očekávat, že designér, který se snaží shov jeho "nemožné kódem designu krku dolů, aby pochopil, jen trochu, co jeho design by být převedena do. To by pomohlo v pořádku?

Pak jsem narazil na tento příspěvek Dnes ... webové designéry, kteří nemohou kód ... Díky Pane! Jsem jen jedním z mnoha, kteří se cítí stejně ... nad artitle je trochu dlouhá rozvláčný .. ale stojí za čtení, každý slovo.

Díky Elliot Jay Zásoby ... Cítím úlevu!

Zde je několik výňatků z Elliots článku .

Wow, to je den! Začalo to jednou malou pípání a skončil s diskusí, která se zdála zamést po celé komunity web design. Zdá se, že jsou některé velmi vyhraněné názory, konané na téma, zda návrháři by měli být schopni kódu.
...
Takže než se dostaneme do toho, dovolte mi, abych rychle shrnout, co jsem řekl na dnešní ráno na Twitteru:

Upřímně řečeno, jsem šokován, že v roce 2010 jsem ještě narazil 'WWW designérů, kteří se nemohou kódu své vlastní návrhy. Žádná omluva.

... Já jsem měla být trochu konkrétnější v mém tweetu. Mluvil jsem o projektanty, kteří nemají ani tu nejzákladnější HTML a CSS schopnosti proměnit plochý design do skutečného místa. Ne lidé, kteří se záměrně rozhodnou, že nebudou kódu, ti, kteří nemohou. A já jsem také na mysli pouze front-end kód zde, samozřejmě je to směšné myslet si, že designéři by měl být rovněž úžasné back-end programátoři ...

Dostáváme 'WWW' designy zaslané v Illustratoru, 300 dpi, nemožné do kódu, bez konzistence / použitelnost.
~ Amy Mahon

Je pozdě a já musím zabalit toto nějak. Vím, že tam bude mnoho těch, kteří se mnou nesouhlasí, a mým záměrem není urazit nebo rozrušení někoho, kdo nemohou kód, ale doufám, že část toho, co jsem řekl, odráží některé z bodů, které vždy přijdou, když ponoří do tato debata.

Na konci dne, nemám ztrácet spánek nad tím, kdo může kód a kdo ne. Jsem prostě opravdu překvapen tolik designérů, které nemají front-end dovedností, jak jsem si myslel to minulostí.

Přečtěte si také komentáře, bylo jich tam kolem 320 komentářů, jak jsem napsat ... že stojí za to číst.
Přečtěte si prosím Elliots plné post zde .. Web návrháři, kteří nemohou zakódování

• Typ dokumentu Prohlášení musí být přítomen na začátku dokumentu, který používá HTML syntaxi. To může být volitelně použít v syntaxi XHTML, ale to není nutné. XHTML dokument nemusí obsahovat DOCTYPE, protože XHTML dokumenty, které jsou dodávány správně používat XML MIME typ a jsou zpracovány ve formátu XML v prohlížečích, jsou vždy poskytovány v žádném vtípků režimu.

• V XHTML, tag malá a velká písmena a jsou obvykle definovány být psán malými písmeny. Ve formátu HTML, ale tag jména jsou malá a velká písmena a může být psán ve všech velkých písmen nebo smíšené případě, ačkoli nejvíce obyčejná konvence, je držet se malými písmeny. Případ počáteční a koncové značky nemusí být stejné, ale je v souladu se dělat kód vypadat čistší.

Výhody použití HTML

• Zpětně kompatibilní se stávajícími prohlížeči
• Autoři jsou již obeznámeni se syntaxí
• Shovívavý a tolerantní syntaxe znamená, že nebude uživatelsky nepřátelský " Žlutá obrazovka smrti ", pokud chybou nechtěně vyklouzne díky
• Pohodlná zkratka syntaxe, může např. autoři vynechat některé značky a hodnoty atributů

Výhody použití XHTML

• Striktní XML syntaxe povzbuzuje autoři psát dobře vytvořené značky, které někteří autoři se mohou snadněji udržovat
• Integruje přímo s ostatními slovníků XML, jako MathML a SVG
• Umožňuje použití XML Processing, který někteří autoři používají jako součást jejich editaci nebo publikování procesů

Včera, po vydání jsem se setkala s CSS resetů ve prohlížeče Google Chrome ... Myslel jsem kopat trochu hlouběji do oblasti uživatelských listů Agent styl ...
Našel tuto tabulku na výchozí hodnoty CSS2.1 uživatele listy Agent styl ... (pro ty, kteří neví o co "User Agent Style Sheets, je následovat Co je Uživatel listy Agent Style (specifikace) .

Pro úplný seznam CSS 2.1 User Agent výchozí stylů klikněte zde

Včera, jako každý jiný "Den pozemního Hog", jsem pracoval na některých CSS / beztabulkový rozvržení. Všechno šlo dobře v IE 7, FF 3 a Chrome, až do roku náhle jsem viděl, některé ne-ignorable rozpětí vidění pouze v prohlížeči Google Chrome. Ačkoli velmi podivné a worring, to byla nějaká nová chyba / problém, který jsem přišel naproti přes, tam byl nakonec některé koření ve své světské práci. Sad (ale pěkný) se dostal stanoveny během několika minut sondy ...

V podstatě to vypadalo, že Google Chrome ignoroval mou CSS Obnoví odst. margin: 0px). Ve skutečnosti to bylo způsobeno stylem uživatelského agenta (-webkit-padding-start: 40px). Takže řešení bylo obnovit tento styl nastavením padding: 0 nechová prvky.
Dobrým způsobem, jak předejít tomuto problému děje na jakoukoli část je použít globální CSS Rest takto

* {Margin: 0; padding: 0;}

Co je to uživatele listy Agent Style (specifikace)?
Následující úryvek je převzat z http://meiert.com/en/blog/20070922/user-agent-style-sheets/~~HEAD=pobj a následných odkazu se dozvíte více na uživatele listy Agent stylu

CSS 1 představí myšlenku tím, že každá User Agent (UA, často "webový prohlížeč" nebo "webový klient"), bude mít výchozí styly, které představuje dokumenty v přijatelné - ale pravděpodobně všední - způsob. CSS 2 říká, že vyhovující uživatelské jednotky se musí použít standardní styly (nebo se chovají, jako kdyby tomu tak bylo), a že uživatelský agent je přednastaveno stylů by měla předložit prvky dokumentu jazyk v cestách, které splňují obecné prezentace očekávání jazyk dokumentu, CSS 3 je pravděpodobně stejné mysli.

Vzhledem k tomu, CSS specifikace ponechat na implementaci, zda se používají "skutečný" stylů pro výchozí zobrazení, nebo ne, to není s podivem, že se vám nepodařilo najít výchozí šablonu stylů v každém prohlížeči je instalační složky. Na rozdíl od Internet Exploreru společnosti Microsoft, stejně jako opera, například (a pokud je mi známo), Gecko prohlížeče jako Firefox a Netscape Navigator (podívejte se na "html.css"), ale také Konqueror, aby bylo poměrně jednoduché pochopit jejich výchozí styl.

Další stará škola paměti doplňkové ...

Proč k tomu, aby windos.status?
JavaScripty mohl být noční můrou, když máte něco k ladění. Firefox nemá mít po ruce pár addonů, jako Firebug to je dělá náš život snadný a musí také hlasování o nejoblíbenější ladění techniky v Javascriptu přejděte na "ALERT ()". Anywaz! Existuje několik případů, kdy se přidá ALERT ladění mis-chová Javascript je prostě není dobrý nápad. Například! Máte dragble položku, jejíž poloha je třeba upozornit .... NE NE! Dont to! ... Budete jen tak nekonečné upozornění, nebo jste zvyklý být schopni skutečně dráp svůj dragable. No! Existuje více dobré situace, kdy byste mohli psaní textů z ladění na stavovém řádku, mnohem více usful ... Věřte mi! Jeho zkušenosti!

IE standardně vlevo napíšete do adresního řádku prohlížeče STATUS pomocí syntaxe "window.status = 'něco ladit'", ale Firefox ne. Tak, aby okna změnu stavu, můžete provést některou z následujících akcí.

Otevřít about: config v prohlížeči (typ "about: config" je do adresního řádku) a hledat
dom. disable_window_status_change. Změňte to na false ... stačí kliknout na vstupu do přepnutí jeho stav.

Nebo alternativně

"Nástroje → Možnosti → Obsah → Povolit JavaScript / Rozšířené → Změnit status bar text"

A také vědomí, že ... o zápis do stavového řádku ve vašem Javascript, IE je jen v pořádku, pokud používáte krátký syntaxe, tj. status = "některé ladění textu", ale ve Firefoxu, budete muset použít v plném syntaxe tj. window.status = ' něco ladit "

Google spustí pohyb vyzve lidi, aby výpis IE6 ... Do uživatelů IE6 odposlouchávací s POPUP na načtení stránky ... nemusí být dobrý nápad ... ale jako vývojář UI, musím se připojit k tomuto kapelu vozu ... jeden méně prohlížeč pro mě bát Omlouváme se ... sobecká to je! ale já jsem zahrnout tuto javascript ... (TRY této stránky V IE6) ...
Hej! a na jasnější poznámce ... vidět, že je displej POWER JavaScriptu .... může dokonce snížit obra (nebo jednou to bylo)

SO ... Nápověda zbavit svět IE6 s jednou řadou javascript!

http://code.google.com/p/sevenup/

Jsem tak nadšený z rostoucího počtu zobrazených stránek na mém blogu, že jsem zkontrolovat mé Google Analytics téměř každý den. Všiml jsem si, že můj blog je odkazoval se na stránkách v mnoha jiných jazycích a lidí na celém světě. So Nice!!
Chcete-li život trochu snadnější pro mou neanglické diváků loď, jsem přidal Google widget / plugin s názvem "Global Translator".

Global Translator říká, že "Automaticky přeloží blog v 41 různých jazycích o balení čtyři různé on-line překlady motory (Google Translation Engine, Babelfish Překlad Motor, FreeTranslations.com, PROMT)" ... Pokud se chcete přidat do své vlastní instalace wordpress ... Podívejte se sem http://www.nothing2hide.net/wp-plugins/wordpress-global-translator-plugin/

Nejste si jisti, jak dobrý překlad, ale upřímně doufám, že to pomůže několika kolegům vývojářům tam, kdo nakonec dosáhl můj blog, jen aby byl zklamaný, že je v angličtině ....

Tyto odkazy jsou tlumočník v dolní části Side Baru ....

Tady je další malý peice z podvodu JavaScriptu, které jsem musel kopat kolem, protože situace commaned to. V jednom z mých webových stránek, měl jsem tuto situaci, kdy jsem musel provádět "windows.onload" dvakrát. První věc, která by přišla do paměti, nezkušený jako já (Musím upřímně říci, že od té doby jsem se pomocí Javascriptu rámců a knihovny, jsem forgotton dělat jednoduché věci na vlastní pěst ... smutné, ale pravda), je tato metoda ...

 window.onload = onloadfn1;
 window.onload = onloadfn2;
 window.onload = onloadfn3;
 atd. ..

Omlouváme se, ale na, zvyklý tuto práci ... nechci diskutovat o provedení vědu Javascript moc ... ale podle mé nedávné zkušenosti, (onloadfn3) pouze poslední funkce špatně vlastně vykonán.

V normálních situacích, na rozdíl od dolu (což budu mluvit o něco později) ... můžete udělat jednu z následujících možností k provedení zahrnuje více onload funkce ....

Nebo něco takového

 Funkce doOnLoad () {
         onloadfn1 ();
         onloadfn2 ();
         onloadfn3 ();
 }
 window.onload = doOnLoad;

Pro mé současné situaci, nemohu použít některý z výše uvedených ...
Proč musím zavolat windows.onload dvakrát, spíše to, že volání dvě funkce v jednom onload funkce? Zde je rychlý pohled na můj problém prohlášení ...

"Moje stránek stránky jsou strukturovány jako WordPress Téma .... tedy existuje společný Header.php a Footer.php, který se zařazené do všech stránek stránkách. K dispozici je funkce onload implementaion v Footer.php udělat nějaké společné onload funkce. A existuje několik stránek, které je potřeba něco vlastního OnLoad, na rozdíl od těch, které provádí společné onload funkce. Kdybych přiřadit funkci zpětného volání přímo na window.onload psovoda, bude to přes-jet dříve přidělené zpětná volání v Footer.php "

.... Je to můj problém chápat ?

No! existuje několik řešení, která jsem najít. Všichni jsou si velmi podobné a hlavně implementions roztoku dané Simon Willison odst. http://simonwillison.net/2004/May/26/addLoadEvent/ ) ...

Řešení:

Stačí přidat tento kód javascript na stránky ...

 Funkce addLoadEvent (func) {
     var oldonload = window.onload;
     if (typeof window.onload! = "funkce") {
        window.onload = funkce
     Else {}
        window.onload = function () {
            if (oldonload) {
                   oldonload ()
           }
           funkce ()
        }
    }
 }

A volat to místo obvyklého "windows.onload"

 addLoadEvent (FunctionToRunOnPageLoad);
 addLoadEvent (function () {
 / * Více spuštění kódu na * načtení stránky
 }); 

Výhody tohoto fragmentu kódu ...
1. V první řadě, to vám umožní mít více windows.onload události, volal z oddělených částí kódu, aniž by overridding předchozí definici
2. Je to opravdu decentní. To může být umístěna v souboru s vašimi ostatními skripty nebo v samostatném souboru.
3. Funguje to iv případě, že window.onload již nastaven.

Myslel jsem, že tohle bude doodle najít v google, tolik jsi nám UI a scénáristů by bylo třeba to udělat na každodenní bázi, která je obsahují trochu peice z fragmentu kódu PHP (. Php) do Smarty šablony (. tpl). Uvědomil jsem si, že jednodušší / oblíbený dotaz, ještě obtížnější najít přesnou odpověď ... milion vyhledávání výsledků, ale většina z nich zařazení do "File" obsahuje v Smarty ..., který má následující syntaxi

{Patří file = "include / header.php"}

Toto vlastně inlcuded soubor v pořádku, ale jako text, co jsem chtěl, bylo výsledkem vkládaného souboru. (Všimněte si, nahoře je použit patří šablonu uvnitř souboru šablony). Konečně se trochu persiverance .... Jsem narazil, lehce upravené syntaxe, která byla odpověď na mou povinnosti ... tak tady to je ... pokud Ještě ses našel jeden již

{Include_php file = "include / header.php"}

Tato otázka mě napadlo několikrát předtím, když jsem pracoval na stránkách dříve příliš, který používá WordPress ukázat, blogy nebo nový druh obsahu v některé části stránek / portal.Being nováčka v PHP a kolem WordPress, jsem si procastinating to, myslet "to není můj peice dortu". Konečně! tento požadavek přišel až pro můj nos, když začal Diggin asi trochu na řešení.
Byl jsem překvapen, že to opravdu bylo jednodušší, než jsem si myslel, že to ve skutečnosti bylo, se zobrazí seznam titulků nebo poslední příspěvek v jakékoliv jiné straně mimo WordPress pohonem části jen pomocí trochu PHP a WordPress API .

Zde je to, co dělat: -
Z důvodu vysvětlení, předpokládat, že vaše stránky jsou http://www.inchembur.com/ a máte sekci Novinky pro tuto stránku na http://news.inchembur.com/~~pobj (který běží WordPress). Nyní požadavek je ukázat poslední příspěvek od http://news.inchembur.com/~~pobj na domovské stránce hlavní stránky, tedy http://www.inchembur.com/index.php

Krok 1: Ve vašem index.php přidejte následující peice kódu, patří WordPress API souboru. Můžete přidat na začátek stránky chcete, aby váš příspěvek zobrazovat.

<? Php
'WP_USE_THEMES' , false ) ; // Disbable use of WordPress Theme define ('WP_USE_THEMES ", false); / / Disbable využití WordPress Téma
require ('/ var / news.inchembur.com / wp-blog-header.php'), / / Zahrnout WordPress API
; // Get Latest Post query_posts ("showposts = 1 '), / / Získání poslední příspěvek
>

Ve výše uvedeném peice o patří, jsme stále jen jeden poslední příspěvek. Pokud si chcete vyzkoušet více variant, neváhejte a kopat do, query_posts() dokumentaci .

Krok 2: Nyní, v části Index / Domovská stránka, kde chcete zobrazit poslední WordPress příspěvek od http://news.inchembur.com , použijte následující kód. Netřeba dodávat, neváhejte reklamu své stylové divize, rozpětí a třídy podle vašich potřeb designu.

Krok 3: Není Krok 3 ... A je to ... je hotovo!

Jak zobrazit konkrétní příspěvek / stránku na rozdíl od poslední příspěvek: -
To lze snadno achived změnou argumenty query_posts() , aby zahrnovala stránky ID nebo stránky Slug

) ; query_posts ("page_id = 7 ');
) ; query_posts ("pagename = o ');

nebo můžete nastavit počet příspěvků:
) ; query_posts odst. showposts = 3);