- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] bug: win32: Saving to wrong location.
by bulia byak 15 Feb '04

15 Feb '04

>I will look at that one. Looks like it >might be a general bug, not just Win32. I tried to reproduce it in Linux today but couldn't - it works OK here. And I really don't see where in the code might that happen. Bob: saving uses document->uri, which is set by sp_document_create and sp_document_set_uri, but I have no idea how importing can affect it. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

bug: win32: Saving to wrong location.
by John Cliff 14 Feb '04

14 Feb '04

Hi guys, Found another one, If you save an svg somewhere then import an image from somewhere else when you do save at a later point it saves the file to the location you imported from not the location you saved it too. opened a tracker item on it, #897117. cheers John __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

2 1

RE: [Inkscape-devel] offset path inaccuracies
by bulia byak 14 Feb '04

14 Feb '04

>I was playing with the linked offset on some very simple paths and found it >didn't create a smooth path: > >http://members.rogers.com/rcrosbie/svg/king_solomon_knot.jpg >http://members.rogers.com/rcrosbie/svg/king_solomon_knot.svg It's a known bug in offset. Nathan says he may be able to fix it sometime. As a workaround, enlarge the object several times, do the offset, and then reduce it back - this way the distortions are relatively smaller. _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

1 0

offset path inaccuracies
by Robert Crosbie 14 Feb '04

14 Feb '04

Hello, I was playing with the linked offset on some very simple paths and found it didn't create a smooth path: http://members.rogers.com/rcrosbie/svg/king_solomon_knot.jpg http://members.rogers.com/rcrosbie/svg/king_solomon_knot.svg Are there inaccuracies in the linked offset algorithm, or is it something to do with the paths and the values I was trying? I find similar things happen with the dynamic offset as well, using the same values, but it's not as obvious. This was from an svg file I saved 3 years ago using Jasc Web Draw. Great job with the 0.37 release BTW. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

RE: [Inkscape-devel] Some fairly random feature reqs + bug reports.
by bulia byak 14 Feb '04

14 Feb '04

> > >see > > >http://members.lycos.co.uk/simarilius/weirdness.jpg I think I know what the problem here is. Johan, in verbs.h you have: #ifdef HAVE_GTK_WINDOW_FULLSCREEN SP_VERB_FULLSCREEN, #endif /* HAVE_GTK_WINDOW_FULLSCREEN */ /* Dialogs */ SP_VERB_DIALOG_DISPLAY, SP_VERB_DIALOG_NAMEDVIEW, SP_VERB_DIALOG_TOOL_OPTIONS, SP_VERB_DIALOG_FILL_STROKE, SP_VERB_DIALOG_TRANSFORM, SP_VERB_DIALOG_ALIGN_DISTRIBUTE, SP_VERB_DIALOG_TEXT, SP_VERB_DIALOG_XML_EDITOR, SP_VERB_DIALOG_TOGGLE, SP_VERB_DIALOG_ITEM, /* Footer */ SP_VERB_LAST Likely, the value of HAVE_GTK_WINDOW_FULLSCREEN is for some reason different here than in the rest of the codebase (not included config.h?) and therefore the constants for the dialog verbs are all shifted by one: transform becomes fill&stroke, etc. This explains the confused shortcuts. I'm not sure why this happens only on Windows (or perhaps it happens when HAVE_GTK_WINDOW_FULLSCREEN is false?) Could you please debug this ASAP, as it's a pretty annoying issue. Please call ishmal for help with Windows setup. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 3

RE: [Inkscape-devel] bug with moving selections
by bulia byak 13 Feb '04

13 Feb '04

>interesting thing is sodipodi doesnt do it... Interesting indeed! Could you please test other mousedrag operations, such as panning canvas, freehand drawing, creating shapes etc.? Do they all suffer from this as do the selector operations? >import is working on all three of those formats on >windows 2k currently, cant speak for other windows >versions. Thanks, closing. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 3

Re: [Inkscape-devel] Manpage for inkview
by bulia byak 13 Feb '04

13 Feb '04

>build different formats. I wonder if docbook can convert our tutorial.svg >to TeX ? No, because svg is not semantic, it's a low-level visual representation. I can elevate the content of the tutorial into DocBook or other semantic XML, but I see no benefit to it, because the tutorial is interactive - it teaches you to use Inkscape from within Inkscape, and thus contains instructions like "move this object with selector" which would make no sense in any format other than Inkscape SVG. _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 3

Manpage for inkview
by Wolfram Quester 13 Feb '04

13 Feb '04

Hi alltogether! While building the debian package, lintian told me binary-without-manpage inkview So yesterday in the evening I converted http://www.inkscape.org/cgi-bin/wiki.pl?Inkview into a small manpage to be included in the debian distro. It is attached, so you can use it if you want and change it or tell what to do better. Best regards, Wolfi

3 4

RE: [Inkscape-devel] printing + gradient
by bulia byak 13 Feb '04

13 Feb '04

>well.. just a 2 cents (euro) stupid idea/question >i export from inkscape to png a gradient >i import that png into ooffice >i print the document (via cups on redhat )? postcript ? >the gradient print well... If you already have bitmap (PNG) created by Inkscape, it's easy to print it from anywhere. It can even be embedded into Postscript (still remaining a bitmap). The problem is that Postscript that is directly generated by Inkscape does not embed bitmaps for gradients (or transparency) and thus distorts them. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

printing + gradient
by herve couvelard 13 Feb '04

13 Feb '04

bulia byak wrote: > My guess is that you print via Postscript, and Postscript does not > support gradients. When other vector apps export things like > transparency or gradients to PS, they "simulate" them, usually by > bitmaps. Inkscape does not yet do that. But it's just a guess, your bug > may be different. Please do file a bug report. well.. just a 2 cents (euro) stupid idea/question i export from inkscape to png a gradient i import that png into ooffice i print the document (via cups on redhat )? postcript ? the gradient print well... ooffice did the bitmap conversion ? cups don't use postcript ? i understood nothing ? Hervé

1 0