A Google bejelentette a "Picasa for Mac"-et

macOS

A Google a MacWorld rendezvényen bemutatta népszerű Picasa képrendszerező/képszerkesztő programját a Mac felhasználóknak, így végre ők is élvezhetik Mac OS X-en azokat a szolgáltatatásokat, amelyeket a többi felhasználónak nyújt más platformokon.

A bejelentés itt.

( vector | 2009. 01. 08., cs – 23:35 )

Én nem értem, hogy ez a Picasa mitől olyan népszerű program. Nálam soha nem jutott el oda, hogy helyet kapjon a merevlemezen. Persze a wine miatt gyatrább, de próbáltam elvonatkoztani magam tőle és akkor sem jött be. Az idegesítő automatizált kutakodás, meg a dátum szerinti rendezés aztán végképp betette a kaput...

----- www.blackpanther.hu -----

Lehet ABC sorrendbe is rendezni. kb 30-40 ezer képem van, főleg családi képek. Ha leszedtem a fénykepezőgépről átválogatom és rögtön megy egy írásvédett könyvtárba az archívumba. Ha valamelyik kép kell másnak is, akkor pár gombnyomás és megy föl az internetre. Persze már sokféle Linux volt alatta, de ha költözöm a Picasa hamar megint beolvassa és katalogizálja pár perc alatt. És mindig újabb funkciókat tesznek bele, nagyon fejlesztik. Nem érezni rajta, hogy wine alatt fut, nagyon meg vagyok vele elégedve, nálam az egyik legfontosabb program.

Nagyon is érezni rajta, hogy wine alatt fut:
- lassan indul (másodszorra is, próbáld ki más OS-en natívan)
- a megjelenítés nem tökéletes (karakterek, elcsúszások, stb)
- ubuntun pld. 9 virtuális desktoppal mindig az aktuális mellé nyílik meg eggyel (fogalmam sincs, hogy ez miért, de azt gondolnám, hogy ez is a wine-nek köszönhető, lehet, hogy rosszul)
- az importálás bőven hagy kívánnivalót maga után
- importálás után amíg az alkalmazás fut, nem umountolható az import-média (fogja), azt gondolnám, hogy az alkalmazás maga nem tesz ilyet, itt is a wine szólhat közbe
- úgy általában jóval lassabbnak érzem, mint mondjuk Windowson

nalam nincs gond a megjelenessel, semmi sincs elcsuszva, 4 eves laptopon 2 sec alatt indul (30-50GB kep), ha nincs ennyi idod ne hasznalad :)
egesz alakmazas progosnek tunik, gyorsan keres, megjelenit, stb. Win-em nincs nem tudom ott lehet meg jobb lenne. Nekem kivalo a sebessege.

import meg egyebkent is szar benne, legabbis nalam azt csinalja hogy meg mielott valasztok kepet leszed mindent ( 8 gb os fullos kartya eseten sokaid tart ) aztan masol/mozgat.

ja egy bajom van: az ablak keret neha eltunik( KDE4 hiba?, vagy wine/picasa? donno )

>Az idegesítő automatizált kutakodás, meg a dátum szerinti rendezés aztán végképp betette a kaput...

Jah, barki megtalalja a pornokepeimet ... ;-O

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

( nagy_peter v | 2009. 01. 09., p – 01:41 )

Én csak azt sajnálom, hogy nincs linuxra natívan, csak ilyen wine kombinációval. pedig egy jó Qt-s felülettel gyorsabb is lehetne, és jobban is illene a KDE-hez. Remélem azért időbvel portolni fogják natív linuxos felületre is.

Igen, és akkor a gnome-felhasználók sírnának, hogy miért nem GTK-s, vagy, ha GTK-ra írják, akkor meg a KDE-sek sírnának. Lássuk be, hogy 2 db natív felületet fejleszteni egy 1% alatt (na jó, körül) megbújó piaci részesedéssel bíró oprendszerre elég nagy pénzkidobás lenne.

Így viszont értékes patchek tömkelegét nyomták bele a wine projektbe.

Én KDE-s vagyok, de semmi bajom azzal, hogy az Inkscape Gtk alapú.

Lehet, hogy 6 gigánál nagyobb winchester-t kellene venned és akkor a KDE mellett már a GNOME is elférne.

Ez kb. úgy hangzott, minthogy felesleges volt a C#-ot megírni, mert Visual Basic-ben is programozhat mindenki...

Amúgy csendesen hozzátenném, hogy a wine is GUI, gyakran együtt is emlegetik a KDE-vel, meg a GNOME-mal. Ugyanúgy lehetne mondani, hogy a Wine fejlesztésére elpocsékolt idő helyett igazán választhattak volna valami stabilabb és elterjedtebb natív desktop-ot és akkor most minden egységesebb lenne...

Amikor azt olvasod, hogy egységes megjelenés kellene KDE, GNOME, WINE alatt, akkor mire gondolsz, hogy újra kellene írni a Windowsos programokat?

A WINE majdnem ugyanazt megvalósítja, mint a QT, vagy a GTK.
Kipakol ablakokat a képernyőre, egeret kezel,... csak Windows-os API szerint.

Botorság az, ha ezt nem veszed észre.

A normálisabb programokat úgy írják meg, hogy csak qt/gtk függősége legyen, kde/gnome nem. Mármint amikor ilyen speciálisabb programokról van szó, amikor esély sincs arra, hogy a másik tábor újraírja a programot. Pl. a virtualbox qt-s, a vmware gtk-s. Én még nem láttam olyan embert, aki azért választotta volna a virtualboxot, mert az nem gtk-s, hanem qt-s.

Szerintem egy Qt-s felület remekül megfelelne, mivel az új Qt 4.4 egész szépen felveszi a GTK-s megjelenést is már. De felőlem lehetne GTK-s is, ahhoz is van Qt-szerű megjelenés patch. Igazából nekem mindegy, csak azért írtam Qt-t, mert KDE-t használok, és ehhez vagyok szokva. A lényeg inkább azon volt, hogy egyrészt szerintem gyorsabb lenne, másrészt pedig esetleg támogatna néhány olyan drag&drop műveletet, mint mondjuk Windows alatt.