IT kifejezése

Az én korlátolt skill-set olyan eszközökkel, mint a Photoshop és Illustrator, Őszintén bevallom, hogy jobb vagyok, mint fejlesztő vagyok designer. De a háttér alapvető (szerver oldalon) fejlesztés Java / PHP / COBOL, már egy nagyon pozitív hatást gyakorol az én UI fejlesztési képességek. Úgy értem, hogy ezzel egyidejűleg létrehozza a terveimet, azaz amikor csinálok design, azt hiszem, arról, hogy a design a legjobban alakítani HTML-CSS és mindeközben a HTML-CSS, adok egy gondolat a technológia és a backend, hogy ésszerűen biztos A HTML könnyen építeni XSL hurkok vagy PHP kódrészlet, stb

Az évek, én dobták a fejét, hogy tervei szerint a UI designerek, akik valószínűleg donot van egy nyom, amit a HTML vagy CSS. Mindezek Évek óta arra gondoltam, hogy én túl sokat kér, Ha most várják a tervező, aki megpróbálja shov ő "lehetetlen kód" dizájn a torkomon, hogy megértsék, csak egy kicsit, mi a dizájnt kell átalakítani be. Hogy segítene ugye?

Aztán jöttem át ezt a hozzászólást ... ma webes tervezők, akik nem tudnak kódot ... Köszönöm Uram! Én csak egy a sok közül, aki úgy érzi, ugyanazt ... A fenti artitle egy kicsit hosszú kifulladt .. de megéri az olvasható, minden szavát.

Köszönöm Elliot Jay Készletek ... Én megkönnyebbültem!

Itt van néhány részleteket Elliots cikk .

Wow, micsoda nap! Úgy kezdődött, hogy egy kis csipog, és végül a vita, úgy tűnt, hogy söpörni az egész web design közösség. Úgy tűnik, van néhány nagyon erős véleményt a témában tartott attól, hogy webes tervezők számára lehetővé kell tenni a kódot.
...
Szóval, mielőtt beérünk ezt, engedje meg, hogy gyorsan zárja le, mit mondtam én ma reggel a Twitter:

Őszintén szólva, én vagyok döbbenve, hogy 2010-ben én még mindig jön át "webes tervezők, akik nem tudják kódolni a saját tervezésű. Nincs mentség.

Én ... meg voltam egy kicsit konkrétabb az én csipog. Beszéltem a tervezők, akik nem rendelkeznek még a legalapvetőbb HTML és CSS ismeretek fordulni lapos kialakításának egy aktuális oldalt. Nem az emberek, akik szándékosan nem akarnak kódot; azoknak, akik nem képesek. És én is, hogy azok csak a front-end ide a kódot, persze ez nevetséges azt gondolni, hogy a tervezők is lehet csodálatos back-end programozók ...

Kapunk "web" tervez elküldeni az Illustrator, 300dpi, lehetetlen kódot, nincs következetesség / használhatóság.
~ Amy Mahon

Késõre, és kaptam, hogy lezárja ezt valahogy. Tudom, hogy sokan lesznek, akik nem értenek egyet velem, és a célom nem az, hogy támadó vagy ideges, aki nem tud kódot, de remélem, hogy néhány, amit mondtam tükrözi egyes pontokat, hogy mindig jön ki, ha részletezném ezt a vitát.

Végén a nap, nem veszíti el aludni akik tudnak programozni, és akik nem. Én csak őszintén meglepődött, annyi, hogy a tervezők nem rendelkeznek a front-end készségek, mint én gondoltam, hogy ez volt a múlté.

Továbbá olvassa el a megjegyzést, volt kb 320 észrevételeiket, írok ... ők érdemes olvasni.
Kérjük, olvassa el a teljes post itt Elliots .. webes tervezők, akik nem tudják kódolni

• A dokumentum típus deklarációt kell jelen lenni az elején egy dokumentum, amely a HTML szintaxist. A szabadon választható az XHTML szintaxist, de ez nem kötelező. Az XHTML dokumentum nem kell felvenni, mert a DOCTYPE XHTML dokumentumok, amelyek segítségével pontos szállított XML MIME típusát és feldolgozása XML böngészők által, mindig nyújtott semmilyen quirks módban.

• Az XHTML-ben tag nevek kis-és nagybetűket, és általában meg kell kisbetű. A HTML-ben, azonban a tag nevek kis-és nagybetűket, és lehet írni minden nagybetűs, illetve vegyes ügy, bár a leggyakoribb egyezmény ragaszkodni kisbetűvel. Az eset a kezdő és záró tag nem kell egyeznie, de mivel nem következetes, hogy a kód tisztább megjelenés.

HTML használatának előnyei

• Visszafelé kompatibilis a jelenlegi böngészők
• Szerzők már ismeri a szintaxis
• Az elnéző és megbocsátó szintaxis azt jelenti, hogy nem lesz felhasználó ellenséges " Yellow Screen of Death ", ha véletlenül hiba csúszik át
• Kényelmes gyorsírással szintaxist, pl szerzők kimaradt pár tag és attribútum értékek

Használatának előnyei XHTML

• Szigorú XML szintaxis ösztönzi a szerzők írni jól formált jelölőnyelv, amely egyes szerzők könnyebben meg tud fenntartani
• Integrál közvetlenül más XML szótárak, mint például az SVG és MathML
• Lehetővé teszi az XML feldolgozás, amely bizonyos szerzők részeként a szerkesztő és / vagy kiadói folyamatok

Tegnap, miután a kérdéssel találkoztam a CSS Visszaállítja a Google Chrome ... gondoltam egy kicsit mélyebbre ásni a területre a User Agent Style Sheets ...
Találtam ezt a táblázatot az alapértelmezett értékek CSS2.1 User Agent Style Sheets ... (azoknak tudatában, hogy mi a "User Agent Style Sheets" csak követni Mi User Agent Style Sheets (Specification) .

Teljes listáját a User Agent CSS 2.1 Style Sheets defaults kattintson ide

Tegnap, mint minden más "Ground Hog Day", dolgoztam néhány CSS / tableless layout. Minden rendben halad az IE 7, FF 3 és Chrome, addig amíg egyszer csak láttam, néhány ENSZ-különbözetet elhanyagolható látott csak a Google Chrome. Bár nagyon furcsa és worring, volt néhány új bug / kérdés, hogy én jött Átfedés volt végre némi fűszer az én hétköznapi munkában. Szomorú (de szép) érte el rögzíteni néhány percen belül a szonda ...

Alapvetően, úgy nézett ki, mint a Google Chrome figyelmen kívül hagyja az én CSS visszaállítása (margin: 0px). Tulajdonképpen ez okozta a böngésző stíluslap (-webkit-padding-start: 40px). Tehát a megoldás az volt, hogy állítsa vissza ezt a stílust azáltal padding: 0 működött az elemeket.
Egy jó módja annak, hogy a probléma ne történik minden eleme egy globális CSS Pihenés az alábbiak szerint

* {Margin: 0; padding: 0;}

Mi a User Agent Style Sheets (Specification)?
A következő kivonat kell venni http://meiert.com/en/blog/20070922/user-agent-style-sheets/ , nyomon linket tovább a User Agent Style Sheets

CSS 1 bevezeti ezt az ötletet, amely szerint minden egyes User Agent (UA, gyakran a "böngésző" vagy "web kliens") lesz az alapértelmezett stíluslap, amely bemutatja a dokumentumok ésszerű - de vitathatatlanul földhözragadt - formában. CSS 2 azt mondja, hogy megfelelnek a böngészőknek kell alkalmazni egy alapértelmezett stíluslap (vagy viselkednek, mintha ők), és hogy az ágens alapértelmezett stíluslap kell mutatnia az elemek a dokumentum nyelve oly módon, hogy eleget általános bemutatása elvárásokat a dokumentum nyelvét; CSS 3 valószínűleg ugyanazon elme.

Mivel a CSS specifikációk rá kellene bízni megvalósítások hogy használ-e "valódi" stíluslap alapértelmezett kijelző vagy nem, ez nem meglepő, hogy nem talál egy alapértelmezett stíluslap minden böngésző telepítési mappát. Ellentétben a Microsoft Internet Explorer, valamint az Opera, például (és amennyire én tudom), Gecko böngészők, mint a Firefox és a Netscape Navigator (keres "html.css"), hanem Konqueror teszi meglehetősen egyszerű megérteni az alapértelmezett stílus.

Egy másik régi iskola memóriát kiegészítő ...

Miért van, hogy windos.status?
JavaScriptek tudtam, hogy egy rémálom, ha van valami a hibakeresés. Firefox mégis van néhány praktikus addons, mint a Firebug thats teszi az életünket, és könnyen is, a szavazás a legnépszerűbb hibakeresési technika Javascript kell menni "alert ()". Anywaz! Kevés olyan esetben, amikor hozzá nem ALERT hibakereséséhez mis-viselkedő Javascript csak nem egy jó ötlet. Például! Van, akinek a helyzetét dragble elemet kell riasztani .... NEM NEM! Ne csináld! ... Akkor csak végtelen figyelmeztetéseket kap, vagy nem lesztek képesek valójában drap a dragable. Nos! Több jó helyzetek, ahol előfordulhat, írásban ki hibakeresési szövegeket a status bar, sokkal usful ... Hidd el! A tapasztalat!

IE alapból balra írsz, hogy a böngésző STATUS Bár a következő szintaxissal "window.status = 'valami debug'", de a Firefox nem. Tehát ahhoz, hogy változás ablakok állapotát, akkor tegye a következőket.

Nyissa about: config böngésző (típus "about: config" ez a címsorba), és keressük
dom. disable_window_status_change. Változás, hogy hamis ... csak kattints a bejegyzés válthat annak állapotáról.

Vagy alternatívaként

"Eszközök → Beállítások → → Content JavaScript / Advanced → Change status bar text"

És azt is megjegyezni, hogy ... hogy írjon az állapotsor a Javascript, IE csak rendben van, ha olyan rövid szintaxis, azaz status = "text néhány hibakereső", de a Firefox, akkor használja a teljes szintaxis azaz window.status = ' valami debug "

A Google elindítja a mozgást gyors emberek kiírási IE6 ... A lehallgatás IE6 felhasználók egy popup oldalon terhelés ... lehet, nem túl jó ötlet ... de hogy egy UI fejlesztő, van, hogy csatlakozzanak ehhez Band Wagon ... eggyel kevesebb böngésző aggódjon Bocs ... ez önző! de én ezt a javascript ... (TRY ez az oldal IE6) ...
Hé! és a fényesebb jegyzet ... Nézze meg a kijelzőn a POWER JavaScript .... ez is lehoz egy óriás (vagy ha volt)

Szóval ... Segítség a világot megszabadítsuk IE6 egy sorban a javascript!

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

Annyira izgatott az egyre több oldalletöltést a blogomon, hogy megnézem a Google Analytics szinte minden nap. Észrevettem, hogy a blog kerül által említett területek más nyelvekhez és az emberek szerte a világon. So Nice!!
Hogy egy kicsit könnyebb az élet az én NEM-angol néző hajó, adtam hozzá egy Google Widget / Plugin úgynevezett "Global Fordító".

A Global Fordító azt mondja, hogy "Automatikusan fordítja a blog, 41 különböző nyelven a nevével négy különböző online fordítási motorok (Google Translation Motor, Babelfish fordítóprogram, FreeTranslations.com, Promt)" ... Ha szeretne hozzáadni a saját WordPress telepítési ... nézd meg itt http://www.nothing2hide.net/wp-plugins/wordpress-global-translator-plugin/

Nem biztos benne, mennyire jó a fordítás, de őszintén remélem, hogy segít néhány fickó odakint fejlesztők, akik a végén eléri a blog, csak azért, hogy csalódott, hogy az angol ....

A fordító linkek alján oldalsó sáv ....

Eretnekségek másik kis peice a Javascript trükk, hogy meg kellett ásni körül, mert a helyzet commaned azt. Az egyik internetes oldalak, nem volt ez a helyzet, amikor kellett végrehajtani "windows.onload" kétszer. Az első dolog, ami jött, hogy egy tapasztalatlan szem előtt, mint az enyém (Azt kell mondani őszintén, hogy mivel én már a javascript keretrendszerek és könyvtárak, én forgotton, hogy nem egyszerű dolgokat a saját ... Szomorú, de igaz), a következő módszer ...

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

Sajnálom mondani, de ez nem megy ... nem akarunk, hogy megvitassák a végrehajtási tudománya Javascript sokat ... de az én közelmúlt tapasztalatai, csak az utolsó funkció (onloadfn3) rosszul lesz ténylegesen kerül végrehajtásra.

Normális helyzetben, ellentétben az enyém (ami fogok beszélni egy kicsit később) ... akkor tegye a következőket végrehajtani mutliple onload funkciót ....

Vagy valami ehhez hasonló

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

Az én jelenlegi helyzet, nem tudom használni sem a fenti ...
Miért kell hívnia windows.onload kétszer, hanem hogy felhívja a két funkció egyetlen onload funkciót? Itt gyors pillantást az én problémám ... nyilatkozat

"Saját hely oldalak struktúrája, mint a WordPress téma .... vagyis van közös footer.php header.php, és hogy lesz bekerült a oldalaihoz. Van egy onload funkciót végrehajtani azokat a footer.php csinálni néhány közös funkciók onload. És van néhány oldalon, hogy kell valamit a saját onload, kivéve azokat a feladatokat a közös onload funkciót. Ha hozzá callback függvényt közvetlenül a felvezető window.onload, akkor felülírjak korábban rendelt callback a footer.php "

.... Az én problémám megértette ?

Nos! van néhány megoldás, hogy tudtam megtalálni. Mindannyian nagyon hasonlóak, és főleg implementions egy adott megoldást Simon Willison ( http://simonwillison.net/2004/May/26/addLoadEvent/ ) ...

Megoldás:

Egyszerűen adja hozzá ezt a javascript kódot az oldal ...

 addLoadEvent funkció (funkció) {
     var = oldonload window.onload;
     if (typeof window.onload! = 'funkciójú') {
        func = window.onload
     Else {}
        window.onload = function () {
            if (oldonload) {
                   oldonload ()
           }
           func ()
        }
    }
 }

És hívj, ahelyett, hogy a szokásos "windows.onload"

 addLoadEvent (FunctionToRunOnPageLoad); addLoadEvent (function () {/ * több kódot futtatni az oldal betöltésénél *}); 

Előnye ennek a kódrészletet ...
1. Elsősorban Ez lehetővé teszi több windows.onload események hívott különálló részei a kódot anélkül, hogy a korábbi definíció overridding
2. Ez igazán feltűnő. Meg lehet helyezni egy fájlt a másik script, vagy egy külön fájlban.
3. Úgy működik, még akkor is, ha window.onload már be van állítva.

Azt hittem, ez lesz a firka, hogy megtalálja a google, akkor nekünk annyi UI és forgatókönyvírók kellene ezt a napról napra, hogy ez is egy kicsit peice PHP kódrészletet (. Php) egy Smarty sablon (. TPL). Rájöttem, hogy egyszerűbb / népszerű a lekérdezés, még nehezebb megtalálni a pontos választ ... 1 millió keresési eredményeket, de a legtöbbjük megadásának "file" kifejezés magában foglalja a Smarty ..., mely a következő szintaxis

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

Ez a fájl valójában inlcuded finom, de a szöveg, mit akartam eredménye volt fájlban. (Megjegyzés: a fenti sablon használata is benne egy sablon fájl). Végül egy kis persiverance .... Belebotlottam egy egész enyhény módosított szintaxist, ami volt a válasz, hogy én követelmény ... Így hát itt van ... ha már talált egy havn't

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

Ez a kérdés a fejemben párszor korábban, amikor én dolgozom oldalakon korábban is, amely korábban WordPress mutatni blogok vagy új típusú tartalmak egy része a helyszínen / portal.Being egy kezdő PHP és környékén WordPress, megtartottam procastinating meg, azt gondolva: "ez nem az én peice tortát". Végre! E követelmény jött upto az orrom, amikor indult aranybánya körül egy kicsit a megoldást.
Meglepődve tapasztalta, hogy valóban könnyebb volt, mint amit valójában gondoltam, az volt, hogy megjelenik egy lista a főcímek, vagy a legújabb hozzászólás bármely más oldalon kívül a WordPress-motoros rész, csak egy kicsit a PHP és a WordPress API .

Itt van, mit kell tennie: -
Okokból a magyarázat, azt feltételezik, hogy a honlap még http://www.inchembur.com/ és van a hírek rovatban ezen a webhelyen a http://news.inchembur.com/ (ami fut WordPress). Most az a követelmény, hogy bemutassák a legfrissebb bejegyzés a http://news.inchembur.com/ honlapján a fő helyszínen, azaz http://www.inchembur.com/index.php

1. lépés: Az Ön index.php hozzá az alábbi peice kódot, bele a WordPress API fájlt. Felveheti ezt az oldal tetején szeretné hozzászólás megjeleníteni.

<? Php
'WP_USE_THEMES' , false ) ; // Disbable use of WordPress Theme define ('WP_USE_THEMES ", false); / / Disbable használatát WordPress Theme
require ('/ var / news.inchembur.com / wp-blog-header.php "); / / include WordPress API
; // Get Latest Post query_posts (showposts = 1 ") / / Get Legutóbbi hozzászólás
?>

A fenti peice az include, mi egyre csak az egységes legfrissebb post. Ha szeretnéd kipróbálni több variációt nyugodtan beleveti magát, query_posts() dokumentációját .

2. lépés: Most az a része, az Index / Home oldalra, ahol meg akarom mutatni a legújabb WordPress hozzászólásodban http://news.inchembur.com , használd az alábbi kódot. Mondanom sem kell, nyugodtan ad a stílus megosztottságot, átfogja és az osztályok, mint egy a tervezési igényeket.

3. lépés: nincs 3. lépés ... Amit ez ... kész!

Hogyan mutatják egy adott poszt / oldal, szemben a legújabb post: -
Ez könnyen achived megváltoztatásával érvekkel query_posts() , hogy tartalmazza a lap vagy az oldal ID slug

) ; query_posts (page_id = 7 ');
) ; query_posts (oldalnév kb ');

vagy tudod irányítani az álláshelyek száma:
) ; query_posts (showposts = 3);