🚀 go-pugleaf

Dnia 28 lipiec o godz. 20:23, poplecznik Rebelii *Marek* 
 zeznał(a) podczas tortur:

>> 1. Zmiana powiązań w plikach bezpośrednio wykorzystywanych przez system
>> MOZE powodowac problemy - nalezy wiec tego unikac (przyklad z plikiem exe)
> 
> To już abstrakcja. Odróżniam pliki wykonywalne od plików danych.

Ale pliki ikon mimo, ze są plikami danych a nie wykonywalnymi sa jednak
powiazane z dzialaniem systemu.

> To Piotr porównał kojarzenie 
> plików graficznych z przeglądarką graficzną do kojarzenia EXE z IE lub PDF z 
> ACDSee czy jakoś tak.

Nie plików graficznych w ogóle tylko ikon - starał się wyjaśnić to samo co
usiłuję ja :)

> Nie traktuj tego jako moje intencje. Nigdy nie 
> zamierzałem kojarzyć ani EXE ani PDF z ACDSee. Być może piszesz to jako 
> przykład zasady tworzenia skojarzeń a nie intencji mojej. Jeśli to jest 
> przykład to ICO jest tak samo plikiem systemowym jak TXT (zobacz logi np). 
> Czy w związku z tym nie należy kojarzyć TXT z edytorem tekstowym innym niż 
> Notepad bo grozi to katastrofą? W jaki sposób może to zaszkodzić?
>
> W odpowiedzi wyklucz element błędnego lub złośliwego działania skojarzonej 
> aplikacji. Np. nie bierz pod uwagę skojarzenia txt z aplikacją, która 
> sformatuje mi dysk wskutek uruchomienia. Rozmawiamy o kojarzeniu z POPRAWNIE 
> funkcjonującą przeglądarką graficzną.

Ale jesli skojarzysz plik log z aplikacja, ktora traktowac go bedzie jako
skrypt wykonywalny to mozesz sobie zrobic niezle kuku mimo, ze aplikacja
dzialac bedzie zupelnie poprawnie.
System wyswietla ikony uzywajac wewnetrznych procedur, i te procedury sa
wykorzystywane przy tworzeniu innych procedur, itd itd.
Zakłucając łańcuch w jednym miejscu, zawsze musisz się liczyć, że mogą
wystąpić dziwne objawy w innym miejscu.
Zauważ, że powiązanie ICO z ACDSee nie rozwaliło ci wszystkich skrótów,
tylko te zapisane w sposób "pośredni" przez system. Skróty odwołujące się
bezpośrednio do plików zawierających ikony działały poprawnie.

>> i tylko to staramy się Tobie uswiadomic, inne pliki graficzne to inna
>> bajka.
> 
> A jaka jest różnica pomiędzy bajką JPG a bajką ICO?

Bajka JPG nie jest wykorzystywana bezposrednio przez system.
Zobacz w skojarzenia plików - jpg jest przypisany do jakiejs aplikacji, ico
- nie. Jakis cel mieli programisci M$ organizujac to w taki a nie inny
sposob. Przeciez mogli pliki ikon tez przypisac do przegladarki graficznej
tak jak inne pliki graficzne.

>> 2. Skojarzenie nie jest konieczne do przegladania pliku w programie, mozna
>> wiec sie bez tego spokojnie obejsc.
> 
> To wszyscy wiedzą - tak jak gwóździe butelką można wbijać. Też się da :-) 
> Dla mnie ważnym elementem pracy jest szybkość realizacji newralgicznych jej 
> elementów. Jednym z nich jest łatwość przeglądania grafiki gdyż tą czynność 
> mnóstwo razy dziennie powtarzam. Dlatego zwykły enter na pliku dla mnie jest 
> szybszy niż prawy klik->wyślij do->jakaś aplikacja i do tego powtórka 
> czynności gdy za daleko myszką zajadę i zamknie mi się menu. Enter trudno 
> jest spieprzyć :-)

Jest 100 innych sposobów na zrobienie tego równie szybko (przypisanie
skrótu czy przycisku/gestu myszy) bez koniecznosci kojarzenia.

>> wskazujemy tylko blad w podejsciu - jak w przykladzie z plikiem exe -
>> wymuszenie otwierania takich plikow w edytorze hex mogloby spowodowac
>> niezly bigos, wtedy tez winilbys edytor hex?
> 
> Pliki wykonywalne to nie pliki danych. Zostawmy je w spokoju.

Ale pliki .ico tak jak .ani czy .ttf sa plikami wbudowanymi w dzialanie
systemu. Z grzebaniem w tego typu plikach zawsze trzeba zachowac
ostroznosc.

-- 
Pozdrawiam: Maciej
Przydatny adresik: http://rtfm.killfile.pl/
Piwo jest napojem chłodzącym ... zapał do pracy.