Virtualbox linux natív képernyő felbontáshoz szükséges lehet

Kijött a Xubuntu 12.10 is az Ubuntu 12.10 megjelenésével egyidőben!

Mivel úgy látszik még mindig ismerkedek a linux-okkal, és most már nem annyira biztos, hogy a Debian mellett fogom letenni a voksom, ezért feltoltam egy Virtualbox-os virtuális gépre a Xubuntu legújabb változtatát.
De telepítés után és a Virtualbox Integrációs Szolgáltatások feltelepítése után nem ismerte fel a monitorom teljes felbontását, és teljes képernyős módban is max. 1024x768-as felbontás tudott maximum!

Megoldás:
Némi keresgélés után találtam ezt a blog bejegyzést (biztos sok egyéb helyen is van megoldás):

http://ubuntuforums.org/showthread.php?t=1880909

Három csomagot kell telepíteni, ha még nem lennének a rendszerben:

• virtualbox-guest-dkms - ez a virtualbox "quest-additions"-el már felmászott korábban
• virtualbox-guest-utils - személy szerint ez nem volt telepítve nálam
• virtualbox-guest-x11 - ezzel is rendelkeztem már, úgy mint az első csomaggal

Nekem  ez nálam megoldotta a problémát, valószínű mindenki másnál is meg fogja! Valamint ha jól sejtem, akkor az Ubuntu család összes tagjánál is ugyanezeket kell telepíteni, ha gond lenne (Kubuntu, Lubuntu, Ubuntu, Edubuntu, stb...)

Windows 7 nem hibernál

Az általában rám jellemző, részletesebb, de a témához jelentős mértékben nem kapcsolódó bevezető szöveg, amely sokak számára felesleges, értelmetlen, és/vagy unalmas is:

------------------------------------------

Egyre komolyabbá kezd válni a gondolat, hogy leváltom a Windows 7-et. Ezt a dolgot már morzsolgatom magamban. Linux disztró válogatás, tesztelgetés. Asztali környezet válogatás tesztelgetés. Mind ezt csak Virtualbox-ban. Persze közben volt egy éles telepítés Linux Mint személyében, amely mellé az automatikusan csomagolt MATE asztali környezetet gondoltam ki. Próbálgattam élesben is, de gyorsan feledésbe merült nagyobb rááldozható szabadidő, és egyéb tényezők miatt!
De most okt. 23. előtti kedden elérkezettnek láttam az időt, hogy ismét egy hosszabb válogatási időszak végén (mert ugye a tehetség kutató műsorok korát éljük :)) pontot tegyek egy disztro mellé, ami az elmúlt 2-3 hétben alakult végeredménnyé. Ez a Debian lett!
Első éles telepítésre során kiakadt a GRUB a telepítési folyamatban. Ez sikeresen kinyírta a Windows boot-olást is, amit egy partíció boot flag újbóli kiosztása megoldott a live cd-ről elindított partícionáló segítségével.
Második próbálkozásra szépen felkúszott a Debián (becézve: "debi", vesd össze: 'Olyan debi vagyok, hogy mindjárt OMG leszek' :))
Számomra (,web fejlesztéshez) szükséges néhány alap Windows program alternatívájának, vagy éppen linux-os változatának telepítése (pl. MySQL Workbench, Eclipse, xCHM, stb..). Egy kis driver kutakodás hang és wifi után. Az előbbi hiányosságot betudom a Debian-ra jellemző régebbi, de biztosan stabil csomagok meglétének. (Nem vagyok linux-os, de a kernel is még 2.x). Némi ügyeskedéssel úgy gondolom, mindent le lehet cserélni (Pl. Iceweasel --> Firefox). Hang és wifi az internetes leírások alapján elég könnyen sikerült belőni. Örülök. Estére egy újabb problémába ütköztem: hibernálás után elszállt a hang. Ezt még meg kell "gugliznom". Talán majd ha eredményre jutok, még ide is feldobok néhány hasznos fórum hivatkozást.

To be continued ... in a other galaxy far, far away!

Most itt pontot (illetve kötöjelet) teszek ezen rész végére!
------------------------------------------

A lényeg:

A következő jelenség ütötte meg a szememet:
Windows 7-ben a Start menüben a hibernálás művelet helyett kikapcsolta a monitoromat (megj.: laptopom van!), valamint egyszerűn csak zárolta a felhasználói fiókomat a redmondi operációs rendszer 6.1-es verziójú változata. (Még csak az kellene, hogy egy mondatban kétszer szerepeljen a Windows 7 kifejezés :))
Irány a Google, de két nagy irányba mentek el a válaszolók: vagy driver frissítés kell, vagy (esetleg és) az energiagazdálkodásnál ki kell kapcsolni a jelszó kérését a rendszer visszatérésekor.

De, amit mostanában ritkábban szoktam, magyarul is megpróbáltam rákeresni a bajomra, és ím ez lett az eredménye:
http://pcforum.hu/tudastar/63933/Windows+7+nem+hibernal.html

A tudástárban folyó csevegés végén megszületett az én megoldásomra is a gyógyír: Valószínűleg a pár nappal ezelőtt telepített Linux (Debian) "gyökér" partíciója (sorry linux közösség!) átvette a boot flag-et a Win7-es partíciótól.
Nincs más dolga az embernek, mint átbillenteni egy Windows (pl. EASEUS Partition Master Home Edition), vagy egy Linux-os (pl. GParted) partíció kezelőben a Windows-t tartalmazó partíció boot flag-jét, azaz boot-olhatónak (indíthatónak, aktívnak) kell megjelölni!


------------------------------------------

A lényeg lényege:

Windows mellé telepített Linux esetén a telepítés után érdemes a megnézni a partíciós táblát annak érdekében, hogy a személyes véleményem szerint hasznos hibernálás megfelelően funkcionáljon!

------------------------------------------

Ui.: Itt nem igen érvényes a "Lényeg lényegében lényegtelen!" mondat! :)

Behúzás

Valaki mondja el nekem, hogy ez miért jó?

$ARRAY_NAME = array ( 

      'index_1' => 'value 1',
      'index_2' => 'value_2',

     );

Most ugyanez, csak négy szóközös TAB megjelenítéssel, ahogy pl. egy Notepad++ megjelenítené, vagy egyéb szerkesztő:

$ARRAY_NAME = array ( 

                        'index_1' => 'value 1',
                        'index_2' => 'value_2',

                    );

Ezzel szemben szerintem (szintén maradva a 4 karakteres TAB megjelenítésnél):

$ARRAY_NAME = array ( 
    'index_1' => 'value 1',
    'index_2' => 'value_2',
);

jQuery (UI) Tagging plugins

Majd még talán később írok is róluk egy-két mondatot, de most csak reprezentatív jelleggel álljon itt egy lista URL-ekkel!

Néhány pluginnak nincs is köze a jQuery UI-hez, de azért benne hagytam a listában, hogy eléggé felölelje a jelenlegi lehetőségek körét, és hogy legyen miből mazsolázni!


Tag-it
https://github.com/aehlke/tag-it/
http://aehlke.github.com/tag-it/examples.html
Komoly hátrány: alapértelmezett értékek megadása vesszővel elválasztott szövegekkel. Ez így nem tökéletes, mert úgy lenne az igazi, ha név-érték párokat lehetne megadni.

jQuery Tagify
https://github.com/alicial/jQuery.Tagify
http://projects.alicialiu.net/jquery-tagify-demo/
Elsődleges probléma itt is ugyanaz, mint a Tag-it plugin esetében: alapértelmezett értékeket vesszővel elválasztott értékekkel kell megadni!

Tagit
https://github.com/hailwood/jQuery-Tagit
http://webspirited.com/tagit/
jQuery UI változat is van belőle!  Komoly esélyes lehet!

Tag Editor
https://github.com/HarrisonW/jqueryui-tageditor
DEMO ONLY IN SOURCE CODE PACK!!!
Az előzőektől gyengébb tudással rendelkezik

Tokeninput
http://loopj.com/jquery-tokeninput
Nem jQuery UI alapú, de ha ezt figyelmen kívül hagyja az ember, akkor egy aránylag elég sok beállítási lehetőséggel bíró plugin-t kapunk. Facebook stílusú kiválasztáshoz ideális és gyors választás!

Tagit (aehlke féle Tagit plugin által inspirálva!)
https://github.com/Nikku/jquery-tagit
ONLINE DEMO IS NOT WORKING!!! SEE THE SOURCE CODE PACK!!
Szintén nem jQuery UI alapú. Tudása szegényesebb, mint az aehlke féle változat!

Tagedit
https://github.com/webworka/Tagedit
http://tagedit.webwork-albrecht.de/
Nem jQuery UI alapú, de az alapvetőket tudja (pl. autocomplete lehetőség, duplikáció kiszűrése, space támogatás)

Tag Selector
http://jcesar.artelogico.com/jquery-tagselector/
DEMO INCLUDE PREV LINK!!!
Ezt inkább egy egyszerű wrapper-nek mondanám egy jQuery UI autocomplete köré építve.

Forráskód

Időnként találkozik az ember ilyesmivel is:

for($i=0; $i<count($items); $i++)

{

    switch(i)

    {

        case 0:

            ...

            break;

        case 1:

            ...

            break;

        case 2:

            ...

            break;

        .

        .

        .

    }

}

Sok

Sok majom beköltözött a betondzsungelbe, de azért a természetben is maradtak állatok!

Négy elem

Sok embert megnyugtat a tűz ropogása a kandallóban, kályhában, kemencében.
Sok embert megnyugtat a víz csobogása egy patak mentén, a tenger hullámainak morajlása.
Sok embert megnyugtat a levegő érintése, a szellő, a szél lengedezése.
Sok embert megnyugtat a föld látványa, egy tájban való gyönyörködés.

A négy alapelem, amelynek védelme a nyugodt élet zálogának kellene lennie!!!

Olyan...

Olyan paraszt vagy, hogy megírod a kapanyéllel visszatérő függvényt!

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

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.

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)

elrte youtube videóbeágyazó gomb

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

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

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!