7 komentarzy do tego tekstu

1. grafmarr March 25, 2008 o 12:34 pm

   Skoro już jestem na blogu, ośmielę się zauważyć, że news mocno nieświeży.

2. bartrk March 25, 2008 o 1:03 pm

   Owszem ma jakieś 2 tygodnie opóźnienia.

3. rees March 25, 2008 o 3:59 pm

   w ogole ten Office 2008 to jakis “pic fotomontaz”. Dziala ledwo, wszystko sie wlecze – zadnego porownania z tym samym na pececie. I co najgorsze po przesiadce na maca i ten quasi office czuje sie jak bym dostal gorszego odpowiednika – no bo jak inaczej nazwac brak mozliwosci wrzucenia flashy (swf) do powerpointa, bledy w Excelu podczas wpisywania liczb (jesli wstuka sie zwyczajem pecetowym tysiac robiac spacje po jedynce to Excel nie widzi liczby…)…
   Wydalem na to cholerstwo 1800 zlotych a mam jakiegos shita, ktory sie zawiesza, wychodzi, i potrafi przy zapisywaniy projektu w PPT zepsuc prezentacje (plik o wadze zero kilobajtow). I to ma byc ta rewolucja?
   Chyba predzej naucze sie i przywyczaje do iWorka…

4. Koyder March 25, 2008 o 8:37 pm

   Nieco zboczę z tematu, ale zamieszczony screen zmusił mnie do refleksji. Jaki jest pożytek z kolumny Released w oknie z dostępnymi aktualizacjami, skoro jej domyślny rozmiar uniemożliwia odczytanie daty?

5. Paweł Nowak March 25, 2008 o 10:15 pm

   Kolumny można sobie przesuwać. To raz.

   Dwa – programiści MS zapomnieli, że pola daty w OS X mają specjalną właściwość i mogą same się dostosować do dostępnej przestrzeni. Aby zobaczyć jak to działa, otwórz Findera i zmieniaj rozmiar kolumny z datą. Trzeba tylko o tym wiedzieć (MS zapomniał).

6. Koyder March 25, 2008 o 11:37 pm

   Ja wiem, że kolumny można przesuwać. Ale jakby okno było dobrze zaprojektowane, nie byłoby takiej potrzeby.

7. Paweł Nowak March 25, 2008 o 11:45 pm

   Niekoniecznie – jeśli zrobiłeś to co sugerowałem, zobaczyłbyś, że odpowiednie wykorzystanie pola z datą w OS X skróciło by zapis daty przy takiej szerokości kolumny do 14/03/08 i zmieściło by się pięknie :)

   Ale zgadzam się, że nie jest to pole tam niezbędne podobnie jak “type”.