I made a new build with the replaced libxml2-2.dll, as indicated by John Cliff. Someone please give it a try, to make sure it:
1) Runs, without complaining about a missing DLL, or crashing.
2) Can load and save a .svgz on Windows
If this works, I will upload the .zip to the server, and change the link.
Bob
Oops. Forgot the link:
http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0411221317....
Bob Jamison wrote:
I made a new build with the replaced libxml2-2.dll, as indicated by John Cliff. Someone please give it a try, to make sure it:
- Runs, without complaining about a missing DLL,
or crashing.
- Can load and save a .svgz on Windows
If this works, I will upload the .zip to the server, and change the link.
I made a new build with the replaced libxml2-2.dll, as indicated by John Cliff. Someone please give it a try, to make sure it:
- Runs, without complaining about a missing DLL,
or crashing.
It has one complaint (not dll, just a message in the log window)...
** (inkscape.exe:3132): WARNING **: Format autodetect failed. The file is being opened as SVG.
But it still opened it (it seems to be a useless warning in this scenario since the file opened fine though).
- Can load and save a .svgz on Windows
It does load, with the warning as above, however it is not saving as .svgz... It is not in the dropdown of formats in the "Save As" dialog, and if I choose for it to detect by extension it appends .svg after the .svgz.
My guess is that it will work fine to save, with a little tweaking though, since it can open the files. AWESOME!
Just curious, would the svgz files be "format specific"? Meaning can they be either Inkscape SVG or regular SVG, or is it always just regular that's g-zipped? Basically, would there be a benefit to ditch Inkscape SVGs in favor of the SVGZs?
-Josh
Joshua A. Andler wrote:
I made a new build with the replaced libxml2-2.dll, as indicated by John Cliff. Someone please give it a try, to make sure it:
- Runs, without complaining about a missing DLL,
or crashing.
It has one complaint (not dll, just a message in the log window)...
** (inkscape.exe:3132): WARNING **: Format autodetect failed. The file is being opened as SVG.
But it still opened it (it seems to be a useless warning in this scenario since the file opened fine though).
- Can load and save a .svgz on Windows
It does load, with the warning as above, however it is not saving as .svgz... It is not in the dropdown of formats in the "Save As" dialog, and if I choose for it to detect by extension it appends .svg after the .svgz.
My guess is that it will work fine to save, with a little tweaking though, since it can open the files. AWESOME!
Just curious, would the svgz files be "format specific"? Meaning can they be either Inkscape SVG or regular SVG, or is it always just regular that's g-zipped? Basically, would there be a benefit to ditch Inkscape SVGs in favor of the SVGZs?
-Josh
I'm not really sure what needs to be done. I would guess that .svgz isn't being found in the Extension database? This might be a question for Ted.
Bob
was just dling it myself, but i guess josh beat me to it. :)
the dll will only fix loading, not saving. Saving is done currently using a pipe to gzip, which would be usable on windows if we packaged the gzip exe with IS, except I cant get the pipe to work from IS. It works fine in a standalone piece of code, but falls over in the extension code.
I dont see how svgz ever makes it into the drop down list, as the routine that builds the list from the extensions specifically ignores it, (looks like a c+p error to me but I'm assured it works on linux so am kinda confused.)
the thing with the pipes means that none of the external extensions will work on windows as far as i can tell, which is something we really need to fix.
cheers
John
--- Bob Jamison <rjamison@...357...> wrote:
Joshua A. Andler wrote:
I made a new build with the replaced libxml2-2.dll, as indicated by John Cliff. Someone please give it a try, to make sure it:
- Runs, without complaining about a missing DLL,
or crashing.
It has one complaint (not dll, just a message in the log window)...
** (inkscape.exe:3132): WARNING **: Format autodetect failed. The
file
is being opened as SVG.
But it still opened it (it seems to be a useless warning in this scenario since the file opened fine though).
- Can load and save a .svgz on Windows
It does load, with the warning as above, however it is not saving as .svgz... It is not in the dropdown of formats in the "Save As"
dialog,
and if I choose for it to detect by extension it appends .svg after
the
.svgz.
My guess is that it will work fine to save, with a little tweaking though, since it can open the files. AWESOME!
Just curious, would the svgz files be "format specific"? Meaning can they be either Inkscape SVG or regular SVG, or is it always just
regular
that's g-zipped? Basically, would there be a benefit to ditch
Inkscape
SVGs in favor of the SVGZs?
-Josh
I'm not really sure what needs to be done. I would guess that .svgz isn't being found in the Extension database? This might be a question for Ted.
Bob
SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
__________________________________ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com
John Cliff wrote:
was just dling it myself, but i guess josh beat me to it. :)
the dll will only fix loading, not saving. Saving is done currently using a pipe to gzip, which would be usable on windows if we packaged the gzip exe with IS, except I cant get the pipe to work from IS. It works fine in a standalone piece of code, but falls over in the extension code.
Do the libxml people really use a pipe? I mean, since zlib is used for loading, why not for saving? Seems weird.
Bob
--- Bob Jamison <rjamison@...357...> wrote:
John Cliff wrote:
was just dling it myself, but i guess josh beat me to it. :)
the dll will only fix loading, not saving. Saving is done currently using a pipe to gzip, which would be usable on windows if we
packaged
the gzip exe with IS, except I cant get the pipe to work from IS. It works fine in a standalone piece of code, but falls over in the extension code.
Do the libxml people really use a pipe? I mean, since zlib is used for loading, why not for saving? Seems weird.
Bob
Nope, the svgz save is handled by us, not libxml, and we use gzip. :) (as far as i can tell from reading the extensions code) If your getting svgz as an output its using the svgz_output.inx which just pipes the standard svg output to gzip. the pipes created in /src/extension/implmentation/script.cpp in Script::execute it gets the command from the inx.
Theres some other problems in there, like the hard coded tmp strings, but their not whats causing the pipe to fail. Any ideas would be welcomed.
Cheers
John
__________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com
John Cliff wrote:
--- Bob Jamison <rjamison@...357...> wrote:
John Cliff wrote:
was just dling it myself, but i guess josh beat me to it. :)
the dll will only fix loading, not saving. Saving is done currently using a pipe to gzip, which would be usable on windows if we
packaged
the gzip exe with IS, except I cant get the pipe to work from IS. It works fine in a standalone piece of code, but falls over in the extension code.
Do the libxml people really use a pipe? I mean, since zlib is used for loading, why not for saving? Seems weird.
Bob
Nope, the svgz save is handled by us, not libxml, and we use gzip. :) (as far as i can tell from reading the extensions code) If your getting svgz as an output its using the svgz_output.inx which just pipes the standard svg output to gzip. the pipes created in /src/extension/implmentation/script.cpp in Script::execute it gets the command from the inx.
Theres some other problems in there, like the hard coded tmp strings, but their not whats causing the pipe to fail. Any ideas would be welcomed.
Cheers
John
Ah, then -WE- need to call zlib ourselves. Like Bulia said, a 0.41 thing... but since zlib is already a dependency, we should do the save programmatically, not with a pipe. And I bet it would be less than 50 lines of code.
Bob
On Tue, 2004-11-23 at 08:55 -0600, Bob Jamison wrote:
Ah, then -WE- need to call zlib ourselves. Like Bulia said, a 0.41 thing... but since zlib is already a dependency, we should do the save programmatically, not with a pipe. And I bet it would be less than 50 lines of code.
Well, that wouldn't be a bad thing, but the reason that svgz was done this way in the first place was to test the scripting stuff. It seems to have done that, and proven there is a problem on Win32. I'd like to fix the problems with the scripting stuff on Win32 also... I think that is also a 0.41 issue though.
--Ted
PS - for those who want to look for more info: /src/extension/implementation/script.cpp
On Mon, 22 Nov 2004, Bob Jamison wrote:
Do the libxml people really use a pipe? I mean, since zlib is used for loading, why not for saving? Seems weird.
Ah, but we haven't been using libxml for saving. Sodipodi had its own hand-rolled thing which we inherited.
To be fair, serializing XML is one of those things that's so trivial it's almost not worth using a library for. Doing the necessary I/O setup with libxml's serializer wouldn't be much simpler.
-mental
I dont see how svgz ever makes it into the drop down list, as the routine that builds the list from the extensions specifically ignores it, (looks like a c+p error to me but I'm assured it works on linux so am kinda confused.)
Thanks for reminding - I just checked it and it's not in the save list again! (It was missing, then in reappeared, now missing again.) Opening svgz works, and saving as filename.svgz with "Guess from extension" works too. So can you tell me where you see the c/p error so I could fix and test?
the thing with the pipes means that none of the external extensions will work on windows as far as i can tell, which is something we really need to fix.
Yeah. I added it to Known Problems for 0.40. Let's fix it for 0.41.
I dont see how svgz ever makes it into the drop down list, as the routine that builds the list from the extensions specifically
ignores
it, (looks like a c+p error to me but I'm assured it works on linux
so
am kinda confused.)
Thanks for reminding - I just checked it and it's not in the save list again! (It was missing, then in reappeared, now missing again.) Opening svgz works, and saving as filename.svgz with "Guess from extension" works too. So can you tell me where you see the c/p error so I could fix and test?
With the build that Bob posted, in XP Pro, when trying to save with "guess from extension" it is appending an extra .svg after the .svgz. Meaning it does not work to save as svgz currently.
Also, if I try to put the name in quotes (as you do in Windows to not have any additional extension or anything else appended) it gives an error and won't do it.
I did double check, and it behaves as predicted and does not compress the file when it adds that ext (as it just appends the .svg and assumes it's a regular SVG). Just to confirm it wasn't compressing I compared the source and output files... identical, not compressed.
-Josh
On Mon, 22 Nov 2004 16:17:54 -0500, bulia byak <buliabyak@...400...> wrote:
Thanks for reminding - I just checked it and it's not in the save list again! (It was missing, then in reappeared, now missing again.) Opening svgz works, and saving as filename.svgz with "Guess from extension" works too. So can you tell me where you see the c/p error so I could fix and test?
OK, I fixed this. Now at least on Linux, svgz fully works for open and save.
participants (6)
-
Bob Jamison -
bulia byak -
John Cliff -
Joshua A. Andler -
MenTaLguY -
Ted Gould