🚀 go-pugleaf

W dniu 2011-09-15 18:26, Wojciech Jaczewski pisze:
> Tomasz Wójtowicz wrote:
>
>> A teraz zauważ, że tabelką też mógłby być obraz - w końcu piksele są
>> poukładane w wiersze i kolumny. Więc program który normalnie służy do
>> obróbki danych statystycznych, za chwilę mógłby być użyty do policzenia
>> średniej luminancji pikseli w jakimś obszarze. To się nazywa
>> elastyczność oprogramowania.
>
> To jest elastyczność oprogramowania nie tam, gdzie jest potrzebna.
>

A pomyśl co by to było, gdyby Photoshop i Corel nie były takimi 
jednolitymi molochami programistycznymi, tylko każdy z nich był zbiorem 
małych programików, komunikujących się przez systemowy format "obraz". 
Wówczas można by Photoshopowego filtra użyć w Corelu, albo mieć grafikę 
wektorową jako warstwę w Photoshopie itd. Na poziomie odpowiednich API i 
odpowiednich BINARNYCH formatów danych to by się dało zrobić, ale 
robienie tego tekstowo wedle Uniksowej ideologii to byłby masochizm.

>> Podsumowując, chodzi mi o to, że pomiędzy warstwą plików fizycznych
>> (czyli strumieni znaków) a warstwą aplikacji brakuje jeszcze takiej
>> systemowej warstwy prezentacji, gdzie wszystkie dane byłyby widoczne
>> jako określone obiekty z możliwością łatwej reinterpretacji na inne
>> obiekty, jak np. obiekt graficzny staje się arkuszem kalkulacyjnym, albo
>> odwrotnie itd.
>
> Trudno mi sobie wyobrazić zrobienie czegokolwiek użytecznego z obrazkiem w
> arkuszu kalkulacyjnym.

Szkoda, że nie zajmujesz się pattern recognition, jak ja. Tam trzeba 
różne dziwne rzeczy z obrazkami robić. I tak szczęście, że mamy ImageJ, 
który pozwala pisać pluginy w Javie, kompilować i podłączać je w locie. 
Czasami testując jakiś algorytm robię kilka poprawek na minutę. Nie 
bardzo sobie wyobrażam takie tempo pracy na Photoshopie - kompilacja 
kodu do formatu Photoshopowego pluginu, RESTART Photoshopa, ponowne 
pootwieranie plików zamkniętych przy wyjściu z Photoshopa itd.

> Korzyści z przerobienia na obraz arkusza
> kalkulacyjnego - przykładowo - z wyliczeniami obowiązkowych składek
> płaconych państwu - też nie jestem w stanie dostrzec.

O wizualizacji danych liczbowych też nie słyszałeś?

> Poza tym, wyjątkowo interesującą koncepcją byłoby zapisywanie arkusza
> kalkulacyjnego z użyciem kompresji stratnej (obrazki JPEG).

Po prostu aplikacja określonej funkcji do określonych danych. Jeśli do 
czegoś Ci to potrzebne, to czemu nie. A jak niepotrzebne, no cóż - 
rubbish in, rubbish out.

>
>> Wówczas warstwa, którą by widział użytkownik to byłaby warstwa tych
>> obiektów i nie musiałby w ogóle się zastanawiać, jak to jest trzymane na
>> niskim poziomie, tj. w plikach, BLOB-ach czy innych postaciach.
>
> Powstałaby dodatkowa warstwa, która zwiększałaby komplikację systemu,
> natomiast w rzeczywistości niczego by nie ułatwiała.

Komplikację systemu by zwiększała, ale aplikacje by upraszczała. Po 
prostu przesunięcie części kodu z aplikacji do systemu. Np. jeden 
systemowy algorytm odczytujący pliki JPEG i konwertujący je na obiekt 
"obraz". A nie tak jak dzisiaj - Photoshop ma swój algorytm, Corel swój, 
ACDSee swój itd. Niepotrzebne przepisywanie kodu, a potem i tak wychodzą 
kwiatki - egzotyczne JPEG-i otwierane przez ACDSee nie są otwierane 
przez Photoshopa, a Corel otwiera z błędami itp.