ZIP plugin 2.1 released
ZIP plugin 2.1 released
Version 2.1 of the ZIP plugin for Hollywood is now available for download. This is a minor update which contains a few new features and bugfixes. Also, the plugin is now available in a version for the Linux arm64 platform. The plugin is now available for free download from the official Hollywood portal. Thanks to Hollywood's cross-platform plugin system versions for AmigaOS3, AmigaOS4, MorphOS, WarpOS, AROS (x86), Linux (arm, arm64, ppc, x86, x64), macOS (arm64, ppc, x86, x64), Windows (x86, x64), Android and iOS are provided.
Re: ZIP plugin 2.1 released
Is it possible that the AROS plugin works differently than the others or is corrupted? I used it to export to the .docx format in my Slovo editor, and it works fine in macOS, AmigaOS3, AmigaOS4, and MorphOS, but in AROS it reports an archive unpacking error.
AROS version: https://amiga.icu/download.php?lng=pl&p ... onfig=0#z2
AROS version: https://amiga.icu/download.php?lng=pl&p ... onfig=0#z2
- airsoftsoftwair
- Posts: 5989
- Joined: Fri Feb 12, 2010 2:33 pm
- Location: Germany
- Contact:
Re: ZIP plugin 2.1 released
Have you got a short MCVE that can be used to reproduce the issue on AROS?
Re: ZIP plugin 2.1 released
It's difficult for me to provide such information because it's not my experience, but rather that of users who write: 'Error opening zip archive' when trying to save a .docx.
I don't have a working instance of AROS. I've tested the program on OS3, OS4, and MorphOS, and it works there. I'm also compiling for AROS, and only this one function doesn't work there, and zip.hwp is in the plugins directory, so I don't know what else I could do. Here's the problematic code snippet:
I don't have a working instance of AROS. I've tested the program on OS3, OS4, and MorphOS, and it works there. I'm also compiling for AROS, and only this one function doesn't work there, and zip.hwp is in the plugins directory, so I don't know what else I could do. Here's the problematic code snippet:
Code: Select all
zip.OpenArchive(1, f$, #MODE_WRITE)
zip.AddFile(1, "docx_tmp/[Content_Types].xml", {NewName = "[Content_Types].xml"})
zip.AddFile(1, "docx_tmp/_rels/.rels", {NewName = "_rels/.rels"})
zip.AddFile(1, "docx_tmp/word/document.xml", {NewName = "word/document.xml"})
If docxImageCount > 0
zip.AddFile(1, "docx_tmp/word/_rels/document.xml.rels", {NewName = "word/_rels/document.xml.rels"})
For Local idx = 0 To docxImageCount - 1
Local img = docxImages[idx]
If Exists(img.path) Then zip.AddFile(1, img.path, {NewName = "word/media/" .. img.mediaName})
Next
EndIf
zip.CloseArchive(1)Re: ZIP plugin 2.1 released
AROS has some livecd you can test in some kind of emulator vmware/virtualbox etc
alos have you ask your user to send the exact docx? maybe its his specific file that has some pecularities
Christos
Re: ZIP plugin 2.1 released
This is a fragment of the function that creates a docx file, not opens it. The reason a docx file isn't created is that the program throws an error while executing this function, which doesn't happen in MacOS, OS3, OS4, or MorphOS. Therefore, I'm wondering if the zip plugin for AROS is 100% compatible with AROS.
- airsoftsoftwair
- Posts: 5989
- Joined: Fri Feb 12, 2010 2:33 pm
- Location: Germany
- Contact:
Re: ZIP plugin 2.1 released
Ok, I can reproduce the issue here. Apparently, the AROS version has the same bug that was fixed in the last version for MorphOS, namely this:
See here: https://forums.hollywood-mal.com/viewtopic.php?t=4272
The workaround is simple: Just create a dummy file before calling zip.OpenArchive() with #MODE_WRITE. Then everything should work fine.
Code: Select all
- Fix [MorphOS]: zip.OpenArchive() with #MODE_WRITE didn't work if the target file didn't exist
The workaround is simple: Just create a dummy file before calling zip.OpenArchive() with #MODE_WRITE. Then everything should work fine.