Csak pár hete használok Skype-ot, de van egy dolog ami Windows Vistán működött de Windows 7-en nem. A Windows korábbi változatainál a Skype ablakát bezárva, eltűnt az ikonja a tálcáról, és csak az értesítési területen (a jobb alsó sarokban, az óra mellett) maradt egy kis ikon. Ezt a Windows 7-nél nem nem sikerült beállítani. Mondjuk meg lehet szokni, hogy bal oldalon kell keresni, de nekem kényelmesebb ha minden a szokott helyén van.

A Skype ablak bezárása után a program ikonja tálcán jelenik meg.

Aki jobban szereti, ha minden a megszokott helyén van, kattintson az egér jobb gombjával az Asztalon a Skype ikonjára majd a felugró menüből válassza a Tulajdonságok menüpontot.

Jobb gomb, Tulajdonságok

Majd a Skype - tulajdonságok ablakban a Kompatibilitás fülön válasszuk ki a Windows Vitsa (Service Pack 2) kompatibilitási üzemmódot.

Kompatibilitás

Végül kattintsunk az OK gombra. Ha ezután elindítjuk a Skype-ot és bezárjuk az ablakot, akkor a program ikonja nem a tálcán, hanem az értesítési területen fog majd megjelenni.

Skype az értesítési területen

Valahogy így.

A foobar2000 fejlesztése nem állt meg az 1.0-ás verzióval, a mai napon megjelent az audió lejátszó szoftver 1.0.1-es verziójának első béta változata.

Változások:

• Nem dekódolható számok helyettesítése 1 mp csenddel, így a komponensek sem fagynak le.
• Windows 7 tálca kirajzolási hiba javítva.
• Windows Media streaming kompatibilitási fejlesztése.
• Értesítési területen megjelenő ikon bizonyos esetekben hibásan jelent meg.
• Audió formátum frissítések: Wave64 és RF64 dekódolásának támogatása, Wave64 formátum írásának beépített támogatása.
• Lemezborítók keresésekor helyettesítő karakter használata a könyvtárnevekben.
• Megoldás a rettenetesen rossz Asus Xonar meghajtókhoz.

Letöltés BitTorrent-en keresztül: foobar2000 v1.0.1 beta 1

Megjelent az Unreal Commander fájlkezelő szoftver 0.96-os verziójának végleges változata. A végleges változat megjelenését 7 béta változat előzte meg.

Letöltés: Unreal Commander 0.96 (build 770) (2010.02.19)

A Lazarus következő verziójában megjelenő egyik legnagyobb változás az a módosított erőforrás kezelés lesz. A fő probléma a "régi" erőforrás kezeléssel az volt, hogy minden .lfm streamet egy .lrs fájlból be kellett illeszteni a unit initialization részébe. Mi a rossz ebben?

• Először is az .lrs fájlokat is tárolni kell a projektben, ami elég tárhely igényes.
• Második rossz dolog az initialization rész használata (az ebből a részből hívott utasítások a program indulásakor hajtódnak végre). Ha pl. 200 form van az alkalmazásban, akkor a program indulásakor kétszáz rutint kell végrehajtani. Ez nem túl jó dolog, ha a sebesség is számít.
• Végül pár szó az erőforrásokhoz szükséges memóriáról és a memória lefoglalásának módjáról. Az .lrs erőforrások a program kódjában (amelyek induláskor végrehajtódnak) és TList osztálban egyaránt tárolva vannak. Tehát minden erőforrás kétszer van tárolva. Sőt ha újabb erőforrást akarunk hozzáadni a TList-hez, akkor az összes erőforrás memóriáját újra le kell foglalni: TList.Grow

Ezek a problémák tökéletesen megoldhatók az FPC 2.4.0 bevezetett natív erőforrás kezeléssel. Az FPC 2.4.0-s változatától kezdve lehetőség van a form erőforrások használatára az {$R *.lfm} direktíva használatával. Természetesen nincs szükség az .lrs fájlok tárolására és az initialization részre, valamint minden erőforrást is csak egyszer kell tárolni.

Mivel az erőforrás kezelésnek ezen módja sokkal hatékonyabb, a Lazarus fejlesztői úgy döntöttek, hogy ez legyen az alapértelmezett erőforrás kezelés. Természetesen az .lrs fájlok továbbra is használhatók maradnak, valamint a felhasználó eldöntheti, hogy az erőforrások tárolásának melyik módját választja.

Még egy az erőforrásokat érintő változás történt az XP manifest, a verzió információ és a projekt ikon kezelésben. Eddig több mint 5 fájlra volt szükség ezeknek az erőforrásoknak a tárolásához: egy ikont tartalmazó .lrs fájl, egy a manifest fájlra hivatkozó .rc fájl, verzió infó és projekt ikon fájlok. A projekt könyvtár leginkább egy állatkertre hasonlított. Ezentúl már csak egy .res és egy ikon fájlra lesz szükség. A .res fájt az új FreePascal állítja elő az fcl-res csomag segítségével. Ez azt jelenti, hogy nem kell többé a windres-t használni. A .res fájl minden platformon használható, míg korábban az .rc csak Windowson, az .lrs pedig a többi platformon volt használható.

Figyelem: a {$ifdef windows}{$R you_project.rc}{$endif} sort manuálisan kell kitörölni a az .lpr fájlból (ha van benne). Elképzelhető, hogy a jövőben készül erre automatikus megoldás.

Az új erőforrás kezelés előnyei tehát:

• Kevesebb szemét a projekt könyvtárban, kisebb méret
• Kisebb és gyorsabb programok (nincs szükség az initialization részre)
• Kevesebb memória használat
• Egységes erőforrás kezelés minden platformon

Megjelent az OpenOffice.org irodai alkalmazáscsomag 3.2-es verziója. Az új verzió gyorsabban indul, támogatja az ODF formátumot és Postscript alapú OpenType fontkészleteket.

További információk: angolul és magyarul.

Letöltés: http://download.openoffice.org/index.html

Friss: már elérhető a magyar nyelvű változat is.

Megérkezett az új családtag. Már nagy szükség volt rá, ugyanis a régi winchsteren már csak pár gigabyte szabad hely maradt. Ahhoz nem volt kedvem, hogy DVD-re írjam a felhalmozott adatokat. Egyrészt nagyon macerás, másrészt kb. 40 db lemezre lett volna szükség. Igaz valamivel olcsóbban megúsztam volna, de úgy vagyok vele, hogy jobb ha kéznél vannak az adatok.

A másik dolog ami közrejátszott az az, hogy a Windows 7 RC verziója csak március 1-ig használható legálisan, úgyhogy a Windowst is hamarosan le kell majd cserélni a gépemen.

Szóval az új jövevény egy 1TB-os Samsung HD103SJ HDD

• fordulatszám: 7200 rpm
• cache: 32 MB
• elérési idő: 8.9 ms
• csatolófelület: S-ATA II (300 MB/s)

Azt még egyelőre nem döntöttem el, hogy ezen lesz-e az operációs rendszer, vagy csak háttértárnak fogom használni.