Hi folks, Bulia got me looking into ai import yesterday, and led me to realise that the import/export stuff seems pretty broke here on win. the import/open dialogs dont show anything but svg and bitmap formats, and the save as lists 3 formats which dont seem to work (svgz, ai, and epsi) The real problem is the latter as they still appear in the file type selector, and give all the right indications of having worked, but dont actually create any files. So you can think you've saved something when you havent. Saving to one of them then closing the doc causes my inkscape to crash. If anyone out there can confirm this on a windows box, I'd appreciate it. If we can confirm this isn't my box then I think we need to do something about it before cutting 0.39. Easiest is to simply add some lines to makefile.mingw to delete the extensions which are broke on windows so they dont get installed when you do make dist. This would eliminate the appearing to work while not really, and the crash bug.
Cheers
John
__________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail
Hullo John and others,
I can confirm that "save as" in Win 2000 is awesomely stuffed. Saving as svg and opening is beautiful. As for ai, Hah! Tries to save initially as an svg file, then on second attempt as an ai file. These could be opened because they did not appear as saved files. eps, much the same, except that an "eps" file is generated and saved but cannot be opened.
With import I was a lot more successful. I pulled in .jpg, ,svg, .png, .gif and .bmp successfully.
I am using Win2000 and 0407140200.
vellum
----- Original Message ----- From: "John Cliff" <simarilius@...36...> To: "inkscape" inkscape-devel@lists.sourceforge.net Sent: Wednesday, July 14, 2004 4:29 AM Subject: [Inkscape-devel] export issues on windows - Bug 990349
Hi folks, Bulia got me looking into ai import yesterday, and led me to realise that the import/export stuff seems pretty broke here on win. the import/open dialogs dont show anything but svg and bitmap formats, and the save as lists 3 formats which dont seem to work (svgz, ai, and epsi) The real problem is the latter as they still appear in the file type selector, and give all the right indications of having worked, but dont actually create any files. So you can think you've saved something when you havent. Saving to one of them then closing the doc causes my inkscape to crash. If anyone out there can confirm this on a windows box, I'd appreciate it. If we can confirm this isn't my box then I think we need to do something about it before cutting 0.39. Easiest is to simply add some lines to makefile.mingw to delete the extensions which are broke on windows so they dont get installed when you do make dist. This would eliminate the appearing to work while not really, and the crash bug.
Cheers
John
On Tue, 2004-07-13 at 11:29, John Cliff wrote:
Bulia got me looking into ai importyesterday, and led me to realise that the import/export stuff seems pretty broke here on win. the import/open dialogs dont show anything but svg and bitmap formats, and the save as lists 3 formats which dont seem to work (svgz, ai, and epsi) The real problem is the latter as they still appear in the file type selector, and give all the right indications of having worked, but dont actually create any files. So you can think you've saved something when you havent. Saving to one of them then closing the doc causes my inkscape to crash.
Well, I'm guessing what happens is that the checks for files for those extensions fail. Stuff like perl in the path probably doesn't work out in windows for many systems. What happens then is that the extensions go into a 'dead' mode where they still exist, but the implementation has been removed and set to the default implementation. That is probably what is being used at the point where you save with those - but it shouldn't cause Inkscape to crash. I'm concerned about that.
Also, what really needs to happen is that the win32 file dialogs need to be improved to handle the 'dead' mode of extensions. This is done currently in the Unix fileselector, so it should just be a matter of using very similar code. If someone is using windows, making the filedialog files look as similar as possible would be cool.
--Ted
On Wed, Jul 14, 2004 at 09:18:08AM -0700, Ted Gould wrote:
shouldn't cause Inkscape to crash. I'm concerned about that.
I solved at least one crash bug with the windows dialogs. If a user hits "cancel", the filename is NULL, but the dtor still tries to free it. Not sure if that would come up during extension failure, but I sent a patch for it.
--- Ted Gould <ted@...11...> wrote:
Well, I'm guessing what happens is that the checks for files for those extensions fail. Stuff like perl in the path probably doesn't work out in windows for many systems. What happens then is that the extensions go into a 'dead' mode where they still exist, but the implementation has been removed and set to the default implementation. That is probably what is being used at the point where you save with those - but it shouldn't cause Inkscape to crash. I'm concerned about that.
It didnt crash at the save, it didnt do anything, just acted like it had worked and carried on. The crash happened later, when you went to close the document, I'm guessing something to do with the "you've saved in a lossy format" check?
Also, what really needs to happen is that the win32 file dialogs need to be improved to handle the 'dead' mode of extensions. This is done currently in the Unix fileselector, so it should just be a matter of using very similar code. If someone is using windows, making the filedialog files look as similar as possible would be cool.
The win filedialog is seriously unfriendly to work with, and this should be a non-issue when we go to the new gtk anyway right?
__________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail
I would like to add a small feature to the align dialog On align, one can select the master ie the object on which others will be aligned I would like to give a visual information on which object is the master does someone knows how to display such a thing ? maybe just an inverse video blink upon changes in the dropdown box ...
On Wed, 2004-07-14 at 10:55, John Cliff wrote:
It didnt crash at the save, it didnt do anything, just acted like it had worked and carried on. The crash happened later, when you went to close the document, I'm guessing something to do with the "you've saved in a lossy format" check?
Hmm, it is probably one of those. Maybe not that one (it is a little bit simpler than the others). Can you do a back trace on this crash. It is probably some code not handling the NULL case properly - so even if we fix this another way, finding it would make the code more robust in general.
--Ted
participants (6)
-
Aubanel MONNIER -
Bob Jamison -
John Cliff -
Kees Cook -
Ted Gould -
vellum