Tudástár
Azok az apróságok, amiket nem találunk meg elsőre, de tudjuk, hogy valahogy meg lehet őket csinálni.
| Főbb kategóriák | |||
|---|---|---|---|
| Ubuntu Linux | Mac OS-X | Windows | Firefox |
A Google Reader iPhone-ra optimalizált verziója elég jól használható hagyományos böngészőből is.
Épp ezért készítettem egy kis bookmarklet-et, amivel könnyen elő lehet hívni. A felugró ablakot átméreteztem, hogy jobban hasonlítson az eredeti méretarányokra.
Ha ki szeretnétek próbálni, akkor csak kattintsatok a linkre, de nyugodtan a könyvjelzők közé is lehet húzni a linket: iReaderHa Ubuntu linuxból próbálunk meg csatlakozni egy Windows szerverhez távoli asztal kapcsolattal, akkor problémába ütközhetünk a billentyűzetkiosztás terén. Hiába volt magyarra állítva az Ubuntu linux, hiába volt magyarra állítva a Windows szerver, hiába volt magyar billentyűzet előttem, az ékezetes betűk nem akartak megjelenni rendesen: minden ékezetes karaktert nem ékezetes párja követett.
Félmegoldásnak látszott az Ubuntu átváltása angol kiosztásra, Windows átváltása magyar nyelvre, 101 billentyűvel, lévén a 105 gombos billentyűzetemről nem ismerte az extra betűket, így í és 0 nélkül kellett volna élnem.
A tuti megoldáshoz kicsit a paramétereken kellett finomhangolni, de lényegében kevés munka árán tökéletes megoldást sikerült találni:
- az Ubuntu maradhat magyar, 105 billentyűs kiosztáson,
- a Windows maradhat magyar, 105 billentyűs kiosztáson,
- a beépített
Terminal Server Clientprogramban pedig a harmadikLocal Resourcesfülön találhatóKeyboardrésznél aUse the following keyboard language (2 char keycode)opciónál válasszuk ahuértéket.
Innentől kezdve minden működik, ahogy a nagy könyvben meg van írva.
Ha a Delicious szolgáltatásra bízzuk az adatainkat, akkor ki vagyunk téve annak, hogy a szolgáltatás megszűnik és az adatainkat nem látjuk viszont. Ezért érdemes ezekről az adatokról biztonsági mentést készíteni. Ahhoz, hogy egy biztonsági mentés hatékony legyen, mindenképpen az embertől függetlennek kell lennie, ezért érdemes automatizálni.
Köszönhetően a Delicious nyílt API-jának egy parancssoros utasítással könnyen lekérhetjük az összes eltárolt könyvjelzőnket XML formátumban, amit a későbbiekben tetszőleges formává alakíthatunk.
curl -k --user username:password -o backup.xml -O 'https://api.del.icio.us/v1/posts/all'
Természetesen a backup.xml helyére érdemes egy teljes elérési utat írni, így biztosak lehetünk abban, hogy általunk is ismert helyre fogja menteni a rendszer a fájlt.
Ha nincs curl a gépünkre telepítve, akkor használhatjuk a wget-et is.
wget --no-check-certificate --user=username --password=password -Obackup.xml https://api.del.icio.us/v1/posts/all
Ahhoz, hogy ez automatikus legyen, a beépített cron szolgáltatást kell használnunk. Szerkesszük a beállításokat a crontab -e paranccsal. Az alapértelmezett szövegszerkesztővel írjuk be az alábbi sort.
# min hour mday month wday command
0 18 * * 7 <ide írjuk a parancsot>
Ennek hatására minden héten vasárnap este 6 órakor a rendszer automatikusan menteni fogja a fájlt.
Ha nem szeretnél terminál ablakban beállítani a mentést, használd nyugodtan a cronhoz készült egyik grafikus felületet. Pl.: Mac OS X-re a Cronnix programot.
A Mac OS X 10.5.4 frissítésének telepítése óta a Java Web Start alkalmazások nem akarnak elindulni. A JNLP fájlok letöltése után egyszerűen a TextEdit nyitja meg őket, ahelyett, hogy a Java venné kezelésbe a dolgot. A megoldás igazából pofon egyszerű, mégis kell hozzá egy kis kattintgatás.
A problémához keressük meg a Finder-ben a letöltött JNLP fájlt, majd jelenítsük meg az információs ablakát: jobb gomb és Get Info, vagy csak egyszerűen Command+i ha ki van jelölve a fájl. Valami olyasmit fogunk látni, mint az alábbi képen.
Az Open with: részben kattintsunk a TextEdit.app-ra, majd az Other…-re és keressük ki a /System/Library/CoreServices/ könyvtárban a Java Web Start.app alkalmazást. Kattintsunk be az Always open with opciót, majd mehet az Add.
Ezután bezárhatjuk az információs ablakot, és innentől minden dupla kattintásra már a Java Web Start fog elindulni.
Mindezt azért kellett kézzel elvégeznünk, mert a 10.5.4-es frissítés hozott egy kis Java biztonsági frissítést, aminek hált átkerült a Java Web Start.app a fent említett könyvtárba.
A Windows Media Player támogatja a feliratok megjelenítését, de azért nem árt némi segítséget keríteni neki. Ehhez a következőket kell tenni.
- Tegyük a felirat fájlt ugyanoda, ahol a videó fájl van, és nevezzük el ugyanúgy, csak a kiterjesztése maradjon meg.
- Telepítsd fel a DirectVobSub szűrőt, ami meg fogja jeleníteni a feliratot.
- Indítsd el a videófájlt a Media Player-ben, majd kattintsd be a Play → Captions and Subtitles → On if available opciót.
Ezek után már frankón meg fogja jeleníteni a feliratot.
Ha a szeretnéd használni az új béta Firefoxot az új tulajdonságai miatt, de nem teszed, mert a meglévő add-onok nem futnak alatta, nem kell elkeseredni. Ha már béta a Firefox is, akkor simán emelheted az instabilitást azzal, hogy használod a 3.0-n tesztelt add-onokat a 3.5-ös bétában is.
Ehhez nem kell mást tenned, mintsem használni a Nightly Tester Tools-t, amivel el tudod érni, hogy az inkompatibilitás miatt kikapcsolt add-onokat be tudd kapcsolni. Csak látogass el a Tools->Add-ons képernyőre és használd a jobb alsó sarokban lévő Override all compatibility gombot.
Célszerű előtte elmentened a Firefox profilodat, hogy ha valami gebasz történik, akkor mindenféle kódbogarászás nélkül vissza tudj térni egy működő verzióra. Gebasz esetén egyesével is engedélyezni tudod az add-onokat, amíg ki nem jön a végleges megoldás a problémás add-onra (csak jobb gombal kell kattintani rá és ott a menüpont).
A böngésző által megjelenített terület mérete fontos lehet alkalmazásfejlesztési szempontból. Tudnunk kell, hogy mekkora helyre számíthatunk, ha egy weboldalt, vagy webes alkalmazást készítünk. A fontos adatoknak rögtön látszódnia kell, mindenféle görgetés nélkül. Ezért érdekes számomra is, hogy mennyi helyet foglal egy alap Windows telepítés.
A képernyő felbontásától függetlenül egy maximalizált méretű böngésző esetén számolnunk kell az ablak fejlécével, az egyes menü- és eszközsávokkal, státuszsorral, Windows tálcával, valamint a függőleges görgető sávval is.
| Operációs rendszer, böngésző | Felül | Alul | Oldalt |
|---|---|---|---|
| Windows XP, IE6 | 120 | 50 | 20 |
| Windows XP, IE7 | 100 | 50 | 20 |
| Windows XP, Firefox | 140 | 50 | 20 |
| Windows Vista, IE7 | 95 | 50 | 20 |
| Windows Vista, Firefox | 135 | 50 | 20 |
Célszerű a lehető legnagyobb foglalásra felkészülni, tekintve, hogy a Firefox-nak is elég nagy a részesedése, így függőlegesen lehet 140+50 = 190 pixellel számolni, vízszintesen pedig 20 pixellel. Ez, a legkisebb elterjedt felbontást figyelembe véve (1024×768) azt jelenti, hogy a felhasználható terület mérete nagyságrendileg 1000×580. Ha nem tekintjük a Firefox-ot, akkor is csak 1000×600-as, illetve 1000×620-as területre számíthatunk.
Számomra elsőre meglepő volt, hogy ez milyen kicsi. Értelemszerűen nagyobb monitoroknál nagyobb hellyel számolhatunk, fel kell készülni arra is, hogy valakinél ennél jóval nagyobb hely van az alkalmazásra.
Ui.: Egyre jobban terjednek a netbook-ok, ahol a felbontás csak az 1024×600-at érik el. Természetesen ott nekik kell alkalmazkodni a világhoz, de azért ilyenkor fontos elgondolkodni azon, hogy ott is szeretnék használni az emberek ezeket a webes alkalmazásokat, oldalakat. Ugyanezzel a logikával számolva ott a hasznos terület 1000×410-re csökken.
Magam sem tudom, hogy hogyan, de valóban szükségem lett arra, hogy két Firefox profile-t indítsak el párhuzamosan. (Aki nem tudja, hogy mi az a Firefox profile, szerintem itt hagyja abba az olvasást.)
Ehhez nincs mit tenni, mint az új Firefox profile-t a firefox -no-remote -P <provile-név> paranccsal kell elindítani. Itt a trükk a no-remote opció, ami azt mondja meg a Firefox-nak, hogy ne használja a már futó Firefox példányt az új indítására.
Ezzel a módszerrel ugyanazt a profile-t nem tudjuk kétszer elindítani, ilyenkor ugyanis a Firefox azt mondja, hogy már fut, és nem tud új ablakot nyitni.
Egy egyszerű megosztást beállítani Windows XP alatt pár kattintás. Egy kicsivel több kattintással még azt is meg tudjuk oldani, hogy csak felhasználónév/jelszó párossal lehessen hozzáférni a könyvtár tartalmához (alapértelmezésként mindenki olvashat).
Ideális egy ilyen gyors kapcsolat kiépítése, ha mondjuk gépek között szeretnénk fájlokat másolni. Egy ilyen könyvtár beállítása után azt tapasztaltam, hogy ha Mac OS-X alól próbálok fájlokat másolni ebbe a könyvtárba, akkor úgy tesz, mint aki sikeresen elvégzi a műveletet, de rögtön a másolás befejeztével eltűnnek a fájlok. Másolás közben még Windows alatt is láthatóak a fájlok, de aztán onnan is eltűnnek. Mintha rögtön a másolás után törölném is őket.
A megoldás a könyvtár tulajdonságai alatt, a megosztásnál lévő Gyorsítótár gombra kattintva a fájlok gyorsítótárazásának teljes kikapcsolása volt.
Valójában egyszerű, de trükkös feladattal állunk itt szemben. Talán nem is hinnénk elsőre, milyen egyszerű a megoldás.
A probléma a következő. Ha hagyományosan, mint OLE objektum próbáljuk beilleszteni az Insert → Object → OLE object menüponttal, akkor azt tapasztalhatjuk, hogy az OpenOffice nem ismeri a Visio ábrákat. A rengeteg felsorolt lehetőség közül egyik sem illeszkedik a Visio ábrára.
Nos a megoldás roppant egyszerű: fogjuk a Visio-t, megnyitjuk az ábránkat, kijelöljük az egészet, kimásoljuk (CTRL+C), majd az OpenOffice-ban a megfelelő helyen beillesztjük (CTRL+V).
Így egy szempillantás alatt elérhető a Visio ábránk az OpenOffice dokumentumunkban. Szabadon méretezhetjük, pozícionálhatjuk, ahogy kedvünk tartja.






Recent comments
6 weeks 2 days ago
6 weeks 5 days ago
6 weeks 5 days ago
8 weeks 6 days ago
8 weeks 6 days ago
8 weeks 6 days ago
8 weeks 6 days ago
11 weeks 2 days ago
11 weeks 4 days ago
14 weeks 4 days ago