Az Archívumkezelő GNOME alkalmazás (file-roller), és a ZIP fájlok kibontására - meglátásom szerint, tesztelésem alapján - a 7z alkalmazást használja, amely a p7zip-full csomag része. Nincs is az alkalmazással gond, csak az, ha egy Windows vagy macOS rendszeren tömörített ZIP fájl tartalmát bontom ki, akkor ebbe bizony beletörik a bicskája.
A probléma megkerülhető:
-- a convmv alkalmazás használatával, amellyel a mentett fájl nevét UTF-8 karakterkódolásról, iso-8859-15 karakterkódolásra tudjuk átalakítani,
-- vagy másik, például a Xarchiver archívumkezelő alkalmazás használatával, amely nem a 7z-et használja a fájlok kicsomagolására.
A ZIP fájlok neve a Linux terjesztéseken helyesen jelenik meg, a tartalom megjelenítéséről van most szó.
convmv
Telepítsd valamelyik csomagkezelő használatával, vagy a terminálban:
sudo apt-get install convmv
Az alkalmazás a fájl nevét alakítja át, a fájl tartalmát nem változtatja meg.
Használat
Abban a könyvtárban kell állnod, ahol az átalakítandó fájl van.
Beléphetsz oda a Fájlkezelőből, a környezeti menü használatával, a Megnyitás terminálban elem kiválasztásával, vagy terminálban a cél könyvtárba lépéssel,
-- ha a fájl a Letöltések könyvtárban tartózkodik, akkor így:
cd Letöltések/
Az átalakítandó fájl teljes nevének kiegészítésére a TAB-ot lehet használni, a karakterkódolás miatt viszont most ez nem használható, így a fájlok parancssorban használ neve TestPrezenta*.odp:
-- teszt (nem történik átalakítás):
convmv -f UTF-8 -t iso-8859-15 TestPrezenta*.odp Starting a dry run without changes... mv "./TestPrezentaÌcioÌKoraÌbbanIsmertProbleÌmaÌkKeÌrdeÌseÌreUÌdv.odp" "./TestPrezentációKorábbanIsmertProblémákKérdéséreÜdv.odp" No changes to your files done. Would have converted 1 files in 0 seconds. Use --notest to finally rename the files.
-- az átalakítás a notest paraméter használatával történik:
convmv --notest -f UTF-8 -t iso-8859-15 TestPrezenta*.odp mv "./TestPrezentaÌcioÌKoraÌbbanIsmertProbleÌmaÌkKeÌrdeÌseÌreUÌdv.odp" "./TestPrezentációKorábbanIsmertProblémákKérdéséreÜdv.odp" Ready! I converted 1 files in 0 seconds.
Az átalakítás folyamatában látható, a folyamatban részt vesz az mv (move/áthelyezés) alkalmazás, azaz, az eredeti fájl törlődik.
Az eredmény (listázom):
ls | grep Test TestPrezentációKorábbanIsmertProblémákKérdéséreÜdv.odp
Ha több olyan fájlod is van, amely neve rossz karakterkódolással jelenik meg, akkor csoportos átalakítást is végezhetsz: az átalakítandó fájlokat egyetlen könyvtárba másold át, majd az r paraméterrel rekurzívan, a könyvtár tartalmára alkalmazd a parancssort.
Példa
Ha az új, átalakítandó fájlokat tartalmazó könyvtár neve convmv_átalakítások, és a Letöltések könyvtárban található:
-- teszt,
convmv -f UTF-8 -t iso-8859-15 -r Letöltések/convmv_átalakítások/*
-- és átalakítás:
convmv --notest -f UTF-8 -t iso-8859-15 -r Letöltések/convmv_átalakítások/*
Arra figyelj, a parancssorban mindenképpen jó elérési utat adj meg!
Kézikönyv
Terminálban:
man convmv
Online: https://linux.die.net/man/1/convmv
Xarchiver
Telepítsd valamelyik csomagkezelő használatával, vagy a terminálban:
sudo apt-get install xarchiver
Figyelj arra, hogy a kibontás helyét változtasd meg, mert alapértelmezetten a tmp könyvtár az!
Saját magán kívül nem telepít más csomagot.
Enjoy :-)
-----
Karakter kódolás
Miféle lehet? Az encguess alkalmazással végzett teszttel kiderül:
encguess TestPrezentaÌcioÌKoraÌbbanIsmertProbleÌmaÌkKeÌrdeÌseÌreUÌdv.odp TestPrezentaÌcioÌKoraÌbbanIsmertProbleÌmaÌkKeÌrdeÌseÌreUÌdv.odp UTF-32BE
... látható, a kibontott fájl UTF kódolású.
https://hu.wikipedia.org/wiki/UTF-32/UCS-4
https://hu.wikipedia.org/wiki/UTF-8
... valamelyest logikus és ésszerű.
Az átalakított fájl karakterkódolása:
encguess TestPrezentációKorábbanIsmertProblémákKérdéséreÜdv.odp TestPrezentációKorábbanIsmertProblémákKérdéséreÜdv.odp UTF-32BE
A file parancs most nem segített a kutakodásban:
file -bi TestPrezentaÌcioÌKoraÌbbanIsmertProbleÌmaÌkKeÌrdeÌseÌreUÌdv.odp application/vnd.oasis.opendocument.presentation; charset=binary
file TestPrezentaÌcioÌKoraÌbbanIsmertProbleÌmaÌkKeÌrdeÌseÌreUÌdv.odp TestPrezentaÌcioÌKoraÌbbanIsmertProbleÌmaÌkKeÌrdeÌseÌreUÌdv.odp: OpenDocument Presentation
7Z
Úgy tűnik, tényleg a 7z alkalmazással van probléma. Teszteltem az l paraméterrel (listázás):
7z l TestPrezenta*.zip 7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21 p7zip Version 16.02 (locale=hu_HU.UTF-8,Utf16=on,HugeFiles=on,64 bits,4 CPUs Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz (306A9),ASM,AES-NI) Scanning the drive for archives: 1 file, 18204 bytes (18 KiB) Listing archive: TestPrezentációKorábbanIsmertProblémákKérdéséreÜdv.odp.zip -- Path = TestPrezentációKorábbanIsmertProblémákKérdéséreÜdv.odp.zip Type = zip Physical Size = 18204 Date Time Attr Size Compressed Name ------------------- ----- ------------ ------------ ------------------------ 2020-10-10 15:39:16 ..... 19970 17401 TestPrezentaÌcioÌKoraÌbbanIsmertProbleÌmaÌkKeÌrdeÌseÌreUÌdv.odp 2020-10-10 15:39:58 D.... 0 0 __MACOSX 2020-10-10 15:39:16 ..... 210 109 __MACOSX/._TestPrezentaÌcioÌKoraÌbbanIsmertProbleÌmaÌkKeÌrdeÌseÌreUÌdv.odp ------------------- ----- ------------ ------------ ------------------------ 2020-10-10 15:39:58 20180 17510 2 files, 1 folders
... nem jól jeleniti meg a ZIP fájl tartalmának neveit.
unzip
Az alkalmazás tökéletesen működik:
unzip TestPrezent*.zip Archive: TestPrezentációKorábbanIsmertProblémákKérdéséreÜdv.odp.zip inflating: TestPrezentációKorábbanIsmertProblémákKérdéséreÜdv.odp creating: __MACOSX/ inflating: __MACOSX/._TestPrezentációKorábbanIsmertProblémákKérdéséreÜdv.odp
Azt gondolom, a Xarchiver alkalmazás is ezt használja.
Az is igaz, a kimenet nem egy könyvtár, azt meg kell adni külön.
Locale
A nyelvi támogatás megváltoztatása, azaz bővítése lenne még egy megoldás (a file-roller indítása az iso-8859-15 környezeti változóval),
env LANG=hu_HU.iso-8859-15 file-roller TestPrezenta*.zip (file-roller:7043): Gtk-WARNING **: 17:57:34.490: Locale not supported by C library.
de ehhez érthetően nekem sincsen kedvem. Jelenleg az UTF-8-ra támogatott a rendszer. Amúgy ez az alapértelmezés is.
Hozzászólások
Csak egy kérdés
Beküldte balacy -
Értékelés:
Ha a double commenderben próbálod meg kibontani, akkor is előjön a jelenség? Nekem is volt ilyen gondom és a DC segített.
Csak egy kérdés
Beküldte kimarite -
Értékelés:
A DC mit használ beépülőnek?
Csak egy kérdés
Beküldte balacy -
Értékelés:
Csak egy kérdés Csak egy kérdés
Beküldte kimarite -
Értékelés:
Ezt nem ismerem.
A kérdező törölte a letölthető fájlt:
(TestPrezentációKorábbanIsmertProblémákKérdéséreÜdv.odp.zip)
Nincs előnézet. A fájl a tulajdonos kukájában van.
Nem válaszolt arra a kérdésemre, hogy felhasználhatom-e.
Nekem sincs meg, töröltem.
(végül sikerült letölteni így is most ;))
-----
Nekem ez a p7zip verzió van (listázom):
Amiket te írsz, valami más?
Csak egy kérdés Csak egy kérdés Csak egy kérdés Csak egy kérdés
Beküldte balacy -
Értékelés:
Igen ez picit más, a DC-hez készült beépülő: https://github.com/ike9000e/p7z-usr
Ennek függősége a p7zip, így nagy valószínüséggel azt használja, csak a beállításokat határozza meg. Magába a beépülőbe nem néztem bele :)
Szia,
Beküldte horvjoe -
Értékelés:
Szia,
Kipróbáltam Xarchiver-rel, de nekem sajnos továbbra is hibásan jeleníti meg a fiel nevet.
Csatoltam egy képet:
http://www.kepfeltoltes.eu/view.php?filename=264Screenshot_from_2021_0.png
Segíts benne kérlek.
Köszönöm.
j
Képek megosztása: Imgur vagy imgBB
Beküldte kimarite -
Értékelés:
Képek megosztása: Imgur vagy imgBB
Beküldte horvjoe -
Értékelés:
:)
Ok.
https://ibb.co/qFTTWCV
Köszönöm. :)
Csak egy kérdés
Beküldte kimarite -
Értékelés:
Manapság is fennáll? 11 év nem kevés. :)
A Xarchiver hibásan jeleníti meg a fájl nevet
Beküldte kimarite -
Értékelés:
A parancssorok (az * helyébe a fájlnév kell):
Kimenetek?
A Xarchivernél be van kapcsolva a kiemelt elem?
Beállítások > Archiválás > Prefer unzip for zip files (requires restart)
Ha nincs, próbáltad így is a kibontást?
Persze :)
Beküldte horvjoe -
Értékelés:
Persze :)
1. Az Xarchivernél bepipáltam, újraindítottam. Ugyan az.
Csatolom a képet
https://ibb.co/n3sS4rg
2. 7z l *.zip
https://ibb.co/72h6FD0
3. unzip *.zip
https://ibb.co/TBrhR4k
Tesztek eredményei
Beküldte kimarite -
Értékelés:
Teszt eredményekre
Sehol nem jó a név, látom.
Írod, az unzip viselkedésre beállítás után a Xarchiver alkalmazást újraindítottad. Akkor a ZIP fájl tartalma, tömörítési módszere lehet egyéni.
Ha lehetséges, ossz meg egy ilyen ZIP fájl valahogyan (Dropbox vagy más felhő szolgáltatás URL), akkor tudom tesztelni, nálam hogyan viselkedik.
Tesztek eredményei
Beküldte horvjoe -
Értékelés:
Privátban elküldtem a letöltési linket.
7zip for Windows GUI to always use UTF-8 (-mcu=on)
Beküldte kimarite -
Értékelés:
I tested your solution from post #5 and it worked. Now i'd really like an option in the 7zip for Windows GUI to always use UTF-8 (-mcu=on).
https://sourceforge.net/p/sevenzip/discussion/45797/thread/19012293/#53d0
Most ennyi fért a tesztekbe.
Tulajdonképpen a fájlnevekkel van gond, a fájlok tartalmával nincs.
7zip for Windows GUI to always use UTF-8 (-mcu=on)
Beküldte horvjoe -
Értékelés:
Tudom, hogy a tartalmuk jó, csak olyan hülyén nézett ki. Meg jelenjen már meg rendesen. Szóval én ezt a pakkot kaptam.
Az egészet kicsomagoltam és újra visszacsomagoltam rar-ral. Hagytam a rar-ban a defaultot karakter kódolást (nem jelöltem be az UTF-8-t. gondoltam kipróbálom mi lesz úgy) és utána megnéztem Linux alatt is. Minden rendben volt - jók a megjelenített karakterek. Nem tudom mivel csomagolták eredetileg be. :/
Köszönöm a segítséged. :)
7zip for Windows GUI to always use UTF-8 (-mcu=on)
Beküldte kimarite -
Értékelés:
A becsomagolás mikéntjére érdemes lenne esetleg rákérdezni. Dokumentációban, okok után kutatàsban segít.
Szívesen.
7zip for Windows GUI to always use UTF-8 (-mcu=on)
Beküldte horvjoe -
Értékelés:
Megpróbálom kideríteni, de közvetlen nem vagyok kapcsolatba az emberrel. Csak máson keresztül.
Ha sikerül jelzem itt.
Köszönöm a segítséged - nagyon zavart, hogy kriksz-kraksz jelenik meg.
7zip for Windows GUI to always use UTF-8 (-mcu=on)
Beküldte kimarite -
Értékelés:
Még egyszer: szívesen, de te oldottad meg, és nagyon jó, hogy próbálgattál más megoldásokat is, logikusakat.