Ĺadny brzuch
Witam. Potrzebny mi komponent obsługujący ZIP, bo te które znalazłem wymagały znajomości struktury tego formatu, a ja potrzebuję takiego, który ma procedury w rodzaju <nazwa komponentu>.pack('nazwa pliku do spakowania') i <nazwa komponentu>.unpack(ścieżka). Żeby wszystko robił sam i nie zwracał uwagi na rozszerzenia (mam zamiar stworzyć własny format plików oparty na zip, oczywiście z innym rozszerzeniem). Mógłby mi ktoś pomóc?
//EDIT: W Ekspert Commander było coś podobnego, właśnie o tego typu komponent mi chodzi, nie wiem tylko, czy zwraca on uwagę na rozszerzenia.
Użytkownik Rave edytował ten post 10 listopad 2008, 11:48
a próbowałeś ZLib? jego kod jest załączony do delphi. Dodajesz tylko ZLib w Uses. obsługę powinieneś znaleźć na googlu albo sam dojdziesz. ja uczyłem się jego obsługi metodą prób i błędów
No właśnie. Na to nie mam czasu. Przypominam - poszukuję komponentu, który rozpakuje i spakuje mi zipa za pomocą jednej, ew. 2-3 instrukcji, w każdym razie ilość instrukcji na operację nie może przekraczać 3. I żeby były to łatwe instrukcje - żadne wskaźniki, listy (chyba że TStrings, w co wątpię), ani funkcje z tysiącem parametrów. I żeby nie zwracał uwagi na rozszerzenia - np. taki TImage to na rozszerzenia zwraca uwagę i choćby bmp czarno-białe (tzn. 1 bitowe), które normalnie TImage interpretuje (normalnie = rozszerzenie: bmp) miało rozszerzenie stu, to TImage będzie krzyczał o złym formacie pliku, mimo że przed zmianą rozszerzenia, tą 1 bitową bitmapę odczytywał. Ja nie chcę czegoś takiego, bo jak mówiłem muszę stworzyć format pliku oparty na zipie, oczywiście z innym rozszerzeniem, żeby moja aplikacja otwierała ten plik, a nie powiedzmy WinRAR.
i może frytki do tego? poza tym, co sprytniejsze programy i systemy operacyjne nie potrzebują wcale rozszerzenia aby rozpakować plik (czytają nagłówek w pliku i po nim rozpoznają typ pliku), tak więc zmiana rozszerzenia to żadne zabezpieczenie, niestety żeby zrobić coś dobrego zazwyczaj potrzeba trochę pracy i wkładu Własnego
@Rave: dzięki, ale sam piszesz o innym roszerzeniu (słowem Nie Wspominasz o nagłówkach), stąd mój post, pozdrawiam
Użytkownik limak_pascal_delphi edytował ten post 10 listopad 2008, 22:04
No właśnie. I ja potrzebuję takiego sprytnego komponentu, który by nie zwracał uwagi na rozszerzenia, tylko na nagłówek. Po za tym, limak_pascal_delphi, nazywany dalej lpd spróbuj otworzyć dowolny (nawet pusty!) dokument OpenOffice w WinRarze po uprzedniej zmianie rozszerzenia na zip. Ciekawe co się stanie? Właśnie to miałem na myśli, lpd pisząc:
format pliku oparty na zipie
Powodzenia w dalszym pisaniu rzeczy oczywistych i mylnym interpretowaniu słów autorów tematów, lpd!
BUMP.
Ja naprawdę tego potrzebuję, pomóżcie.
otworz windowsowskiego pakera z parametrem. szkoda zachodu na komponenty
Chętnie, tylko, że mój program musi być kompatybilny z win98, który bez zewnętrznych programów ZIP-a nie obsługuje. Więc to rozwiązanie odpada.
ZipForge
http://www.delphizip.org/
sprawdzony, działa, i wystarczy myszka bez klawiatury do obsługi
zanotowane.pl doc.pisz.pl pdf.pisz.pl zsf.htw.pl
//EDIT: W Ekspert Commander było coś podobnego, właśnie o tego typu komponent mi chodzi, nie wiem tylko, czy zwraca on uwagę na rozszerzenia.
Użytkownik Rave edytował ten post 10 listopad 2008, 11:48
a próbowałeś ZLib? jego kod jest załączony do delphi. Dodajesz tylko ZLib w Uses. obsługę powinieneś znaleźć na googlu albo sam dojdziesz. ja uczyłem się jego obsługi metodą prób i błędów
No właśnie. Na to nie mam czasu. Przypominam - poszukuję komponentu, który rozpakuje i spakuje mi zipa za pomocą jednej, ew. 2-3 instrukcji, w każdym razie ilość instrukcji na operację nie może przekraczać 3. I żeby były to łatwe instrukcje - żadne wskaźniki, listy (chyba że TStrings, w co wątpię), ani funkcje z tysiącem parametrów. I żeby nie zwracał uwagi na rozszerzenia - np. taki TImage to na rozszerzenia zwraca uwagę i choćby bmp czarno-białe (tzn. 1 bitowe), które normalnie TImage interpretuje (normalnie = rozszerzenie: bmp) miało rozszerzenie stu, to TImage będzie krzyczał o złym formacie pliku, mimo że przed zmianą rozszerzenia, tą 1 bitową bitmapę odczytywał. Ja nie chcę czegoś takiego, bo jak mówiłem muszę stworzyć format pliku oparty na zipie, oczywiście z innym rozszerzeniem, żeby moja aplikacja otwierała ten plik, a nie powiedzmy WinRAR.
i może frytki do tego? poza tym, co sprytniejsze programy i systemy operacyjne nie potrzebują wcale rozszerzenia aby rozpakować plik (czytają nagłówek w pliku i po nim rozpoznają typ pliku), tak więc zmiana rozszerzenia to żadne zabezpieczenie, niestety żeby zrobić coś dobrego zazwyczaj potrzeba trochę pracy i wkładu Własnego
@Rave: dzięki, ale sam piszesz o innym roszerzeniu (słowem Nie Wspominasz o nagłówkach), stąd mój post, pozdrawiam
Użytkownik limak_pascal_delphi edytował ten post 10 listopad 2008, 22:04
No właśnie. I ja potrzebuję takiego sprytnego komponentu, który by nie zwracał uwagi na rozszerzenia, tylko na nagłówek. Po za tym, limak_pascal_delphi, nazywany dalej lpd spróbuj otworzyć dowolny (nawet pusty!) dokument OpenOffice w WinRarze po uprzedniej zmianie rozszerzenia na zip. Ciekawe co się stanie? Właśnie to miałem na myśli, lpd pisząc:
format pliku oparty na zipie
Powodzenia w dalszym pisaniu rzeczy oczywistych i mylnym interpretowaniu słów autorów tematów, lpd!
BUMP.
Ja naprawdę tego potrzebuję, pomóżcie.
otworz windowsowskiego pakera z parametrem. szkoda zachodu na komponenty
Chętnie, tylko, że mój program musi być kompatybilny z win98, który bez zewnętrznych programów ZIP-a nie obsługuje. Więc to rozwiązanie odpada.
ZipForge
http://www.delphizip.org/
sprawdzony, działa, i wystarczy myszka bez klawiatury do obsługi