2012. június 3., vasárnap

malto: + a piarista esete

Ismét tartottam egy egyszerű sima takarítást a digitális dolgaim között!

Ott bukkantam rá erre a bejegyzésre:

"úgy járunk, mint az egyszeri piarista, aki szerint a négy evangélista a következő három: Dávid és Góliát"
forrás: http://balassy.spaces.live.com/Blog/cns!8742D9F327180554!1149.entry


A forrást megnyitva kapunk egy leírást, hogyan lehet elég bőkezű mailto: hivatkozásokat készíteni!

LaTeX - forráskód megjelenítés

% A forráskódok megjelenítése miatt
\usepackage{listings}

%
% Források megjelenítésének beállítása:
%
\lstset{ %
language=PHP,                % the language of the code
basicstyle=\footnotesize,       % the size of the fonts that are used for the code
numbers=left,                   % where to put the line-numbers
numberstyle=\scriptsize,      % the size of the fonts that are used for the line-numbers
stepnumber=1,                   % the step between two line-numbers. If it's 1, each line
                                % will be numbered
numbersep=5pt,                  % how far the line-numbers are from the code
backgroundcolor=\color{gray},  % choose the background color. You must add \usepackage{color}
showspaces=false,               % show spaces adding particular underscores
showstringspaces=false,         % underline spaces within strings
showtabs=false,                 % show tabs within strings adding particular underscores
%frame=single,                   % adds a frame around the code
tabsize=4,                      % sets default tabsize to 2 spaces
captionpos=b,                   % sets the caption-position to bottom, top=t
breaklines=true,                % sets automatic line breaking
breakatwhitespace=false,        % sets if automatic breaks should only happen at whitespace
title=\lstname,                 % show the filename of files included with \lstinputlisting;
                                % also try caption instead of title
escapeinside={\%*}{*)},         % if you want to add a comment within your code
morekeywords={*,...},           % if you want to add more keywords to the set
xleftmargin=20pt,               % Bal oldalon mekkora margója legyen a listázott szövegnek 
belowcaptionskip=10pt,          % Ennyi hely maradjon a fenti felirat és a szöveg között
abovecaptionskip=10pt,          % A lent elhelyezett felirat és szöveg közötti távolság
caption=,                       % Nincs felirat alapértelmezetten
}

MozaikWords

GPS = Gáspár Piásan Sétafikál ("Újratervezés!")
ISDN = Internet Sajnos Daninak Nincs
            Idegenek Szép Dicső Narniából
LISP = Lajos Imád Spontán Programozni
IND = Itt Nem Dolgozol

2012. május 23., szerda

Bevásárló kosár szimbólum CSS + HTML

Tisztán HTML és CSS segítségével leírt stilizált bevásárló kocsi ikon, szimbólum:
https://gist.github.com/2773918

Nem rég volt néhány szabad percem és kikísérleteztem! Persze jobb lenne lekerekített sarkokkal, és hasonló modern, és pofás tulajdonságokkal.

2012. április 3., kedd

Hard TAB

A hard TAB jó, a hard TAB finom, a hard TAB különleges! Úgy is megkóstolod a hard TAB-ot!!! (Sorry Tibi csokoládé!)

De a lényeg, a lényeg, hogy én kifejezetten használom a hard TAB-ot!
Miért?
Hirtelen néhány okot összegyűjtöttem: (A lista bővülhet!)
  • Hordozhatóbb kódot eredményez.
    • Szerkesztőkben beállítható a TAB karakterek szélessége. Most nem sok olyan egyszerű editor van, amelyben ezt nem lehet megtenni. Egyetlen komoly példát tudnék erre mondani. Az pedig a Windows notepad.exe jegyzettömbje, amely az évek alatt semmit nem változott, pedig azért már néhány funkcióval felruházhatták volna Redmond-ban.
    • A hordozhatóbb kód érdekében időnként érdemes megadni a használt tab szélességet a dokumentum elején (úgy tudom, hogy a linuxos vi felhasználók ezügyben előnyt élveznek).
  • Könnyebb vele a behúzás
  • Könnyebb leütni egy TAB-ot a behúzáshoz, mint 2,4, vagy 8 space billentyűt
    • Persze az előző két ponttal kapcsolatban lehet jönni azzal, hogy az egyes szerkesztőkben meg lehet mondani, hogy TAB leütésére hány szóközt szúrjon be
  • Webes területen talán lehet nem elhanyagolható sávszélesség csökkenés.
    Most néztem egy html build-et, amelyben az eredetileg benne lévő TAB-okat lecseréltem space-ekre. A TAB-os kód kb. 70%-a volt a space változatnak! Ez számokban a következőt jelentette: a space-es változat 10794 bájt, a TAB-os pedig 7620.
    Ez még barátok között is alsó hangon 2 KB. Amely nagy látogatószám esetén már elég tetemes felesleges adatmozgást eredményez.
    Persze itt most meg kell említeni a HTML kimenet zsugorítását, amely során eltávolítjuk a felesleges fehér karaktereket belőle. Itt már az is elég ha az 1-nél többször előforduló fehér karaktert egyetlen szóközre cseréljük. Ekkor talán érvényét vesztené a TAB-os okfejtésem? 
    • Az index.hu főoldalának kódját lekértem, amely szóközöket alkalmaz a behúzásra. Ekkor ez a kód összesen 153.570 karaktert tartalmazott. Mivel láthatóan 4 szóköz jelentett egy TAB-ot ezért a 4 space hosszú területeket lecseréltem egy-egy TAB karakterre (Csak a pontosan 4 szóközös terüleket cseréltem, az egyszerűség végett). Az így kapott kód 122.328 karaktert tartalmazott. Ez 31.242 karakter különbséget jelent! A Firebug szerint kb. 148.5 KB forráskód töltődik le az főoldalának betöltésekor közvetlenül. (Megj.: Maga az oldal 3,4 MB tartalommal jön be! Elképesztő nem!).
      A főoldal két forráskód hosszának különbsége kb. 30 KB. Egyetlen letöltés esetén ennyit lehetne megtakarítani, csak a főoldal forráskódjában.
      Számoljunk csak egy kicsit! Ezt a blogbejegyzést felhasználva, amely azt írja, hogy az index.hu-n 559.024 látogató és 9.825.192 oldalletöltés van, amelyet kerekítsünk durván lefelé 500.000 látogatóra és 9 millió oldalletöltésre.
      9 milló * 31.242 = 281 178 000 000 byte = kb. 261,87 GB!!! Egyetlen nap!!!!
      De lehet csak én számoltam rosszul??? 
    • Akkor még tényleg ne is említsük meg a szerver oldali felesleges fehér karakterek kiszűrését, amely még dobna a számokon!!!


----------------------
html build: nálunk így, vagy egyszerűen build-nek hívjuk az elfogadott design terv HTML, CSS, és esetleg JavaScript-tel megvalósított átdolgozását. Tehát a build, amikor az egyszerű képfájlból (PSD, jpeg) forráskóddal kifejezett oldalsablon lesz! Más használt kifejezések: darabolás, vágás, átrittyentés (Na jó, az utolsót én találtam ki ebben a szent percben :D)

2012. március 30., péntek

elrte youtube videóbeágyazó gomb

Hogyan lehet egy új gombot beilleszteni az elRTE szerkesztőbe?

http://elrte.org/redmine/boards/4/topics/3761

2012. február 21., kedd

Eclipse + FTP + File encoding

Az Eclipse-hez van egy Target Management plugin, amelynek része a Remote System Explorer, amellyel többek között FTP-hez való csatlakozás is lehetséges.

De egy ideig nem tudtam hogyan lehetne módosítani az FTP-n belül a fájlok karakterkódolását, mert minden esetben UTF-8-ban nyitotta meg. Már pedig nem egyszer találkoztam olyan honlappal, amely még Latin-2, Latin-1 kódolással lett elmentve. Ekkor jobb esetben azonnal észrevettem, hogy nem stimmel valami. De ha az első képernyőnyi kódban nem voltak ékezetes karakterek, vagy nem feltűnő helyen, akkor megtörtént, hogy rámentettem, és már meg is volt a baj!


Fájl kódolás módosítása FTP-n Eclipse-ben:


2 módja van:
  • Egy adott fájl kódolásának változtatása:Ezt azonnal megtaláltam, mihelyt foglalkoztatott a probléma:
    A megnyitott FTP kapcsolaton belül a kérdéses fájlon helyi menüt kérve a "Properties" pont alatt az "Info" fülön belül a "File encoding" részen belül található a felülbírálás az alapértelmezettől
  • Teljes FTP kapcsolaton belüli átállítás:
    (Erre csak a napokban jöttem rá!)
    Fontos, hogy zárjuk be az FTP kapcsolatot. Majd a kapcsolaton a helyi menüben szintén a "Properties" menü "Host" fülön belül a "Default encoding" részen belül módosíthatunk a teljes FTP kapcsolatra nézve!


Ui.: Anno próbáltam rákeresni a problémára, de feladtam. Valószínűleg nem megfelelően kerestem, mert minden bizonnyal már felmerült ez a probléma a Remote System Explorer-t használók körében!