- Inkscape Devel - Inkscape Mailman

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

bug with moving selections
by John Cliff 13 Feb '04

13 Feb '04

Hi folks, Found a bug that seems a bit weird, If you create a shape, doesnt matter what, go to select and drag it, but move the mouse outside of the drawing area, it becomes impossible to interact with the interface again until you do another select action. Ie if you try to change tool, use a menu, close the program etc, it behaves like its hung. If the shape is the only thing you've got in the document the only way to get control back is to click on it again, made me think the whole thing had died for a minute there. Have only tried it on Win 2k, but it does it in both the builds I've got on my home box, and the 2 on my work one. cheers John btw isnt bug 894662 closed? __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

2 1

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

13 Feb '04

> Found a bug that seems a bit weird, >If you create a shape, doesnt matter what, go to >select and drag it, but move the mouse >outside of the drawing area, it becomes impossible to >interact with the interface again until you do another >select action. Ie if you try to change tool, use a >menu, close the program etc, it behaves like its hung. >If the shape is the only thing you've got in the >document the only way to get control back is to click >on it again, made me think the whole thing had died >for a minute there. That seems to be http://sourceforge.net/tracker/index.php?func=detail&aid=852976&group_id=93… Obviously the reason is that on Windows, GTK sends different (or no) events when mouse is outside the window. This needs investigation, unfortunately we have only one developer actively working on the Windows version. >btw isnt bug 894662 closed? I guess it waits for confirmation. If you can confirm that you can import PNG, GIF, JPEG with the latest win32 build, I'll close it. _________________________________________________________________ Help STOP 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…

2 1

RE: [Inkscape-devel] fr.po (again)
by bulia byak 13 Feb '04

13 Feb '04

>I join an update fr.po . Merci beacoup. It's uploaded to CVS. Now, if you can compile the latest CVS with French interface, it would be nice if you could send us a screenshot (with some dialogs, menus etc.) for the site. _________________________________________________________________ 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…

3 2

ru.po
by Alexey Remizov 13 Feb '04

13 Feb '04

Hello. Here is russian messages based on inkscape.pot of 0.37 release and messages from sodipodi 0.33 translation. 535 translated messages, 8 fuzzy translations, 57 untranslated messages. -- С уважением. | WBR. | Алексей. | Alexey. | ----------------------------| mailto:alexey@...188... | jabber:remizov@...189... | ----------------------------'

1 0

PROPOSAL: Reorganizing Directories
by Bryce Harrington 13 Feb '04

13 Feb '04

I'd like to propose some structural changes to both the codebase directory hierarchy and the directories created during installation. If these changes are acceptable, they could be introduced for the 0.38 development cycle. Bryce Distribution / Packaging Files ============================== Presently, we have a number of files in the codebase related to generation of distribution packages. Some of these files are in the root inkscape/ directory, others are in subdirs like inkscape/debian/. To head off potential clutter as Inkscape becomes supported on a wider variety of systems, we should collect as many of these packaging files as feasible into a subdir called inkscape/packaging/. Inside that directory would be distro-specific subdirs, plus a common directory for shared scripts and collateral: inkscape/packaging/ common/ debian/ fedora/ fink/ mandrake/ suse/ Config Files ============ Currently we do not have global config files, but instead put the config file in the user's home dir in ~/.inkscape/. These are generated at run-time by Inkscape itself, so the defaults are hard-coded into the application, and can't be customized by the sysadmin except by editing the appropriate header file and recompiling/repackaging the app. The correct approach for Linux apps is to have both user and global configs, and to use the global as the default if the user does not yet have a config file. This way, site customizations are known (such as the fact that its shared files are in /usr/share, vs. /usr/local/share, vs. /opt/inkscape/share, etc.) The proposal is for Inkscape to establish its config file location in /etc/inkscape/, and to place a global preferences.xml file there, as well as any other config files we need later, like extensions.xml, etc. Ideally, the global config file would be loaded first, and then the user config file "override" any portion of the global options. This way the user config file only needs to contain customizations, so that if we choose to change the defaults in a future install, the user's config files do not necessarily become invalid. Inside the CVS codebase, the default etc. files would be stored in inkscape/etc/, instead of being produced by the application at runtime. During installation, installation-specific parameters (such as alternate paths for various files) will be substituted in appropriately. "Share" Collateral ================== Inkscape currently generates a /usr/local/share/inkscape/ directory during install, and copies the contents of the codebase's icons/ directory to that location. We need more pieces of collateral installed, and need to do so in a more organized manner. The recommendation is to establish a set of subdirs in /usr/local/share/inkscape/, as follows: AUTHORS NEWS clipart/ examples/ extensions/ fonts/ gradients/ icons/ keyboards/ markers/ palettes/ patterns/ screens/ about.svg templates/ tutorials/ This uses a flat hierarchy for the sake of simplicity. In the CVS codebase, all of these would be placed in inkscape/share/. This way, the installation script could be set up to recursively copy everything in that directory to the target share directory, and we won't need to specify each of the subdirs in that script, which will make maintenance less hassle. For clipart, I think we definitely want to consider being able to tie in with "external" clipart collections. One way would be to simply put symlinks in the clipart dir to those collections. This way, if the flags package were to install into /usr/share/flags-svg/, we'd just symlink there. Possibly similarly for extensions. I think an argument could be made that the tutorials ought to be placed somewhere under the /usr/doc/ or /usr/local/doc/ path, so I'm not 100% certain of having the tutorials located here.

3 4

openoffice fileformat
by Johan Ceuppens 13 Feb '04

13 Feb '04

Hi, I've tested libinkjar and it can read openoffice fileformats now. I'd like to know if I can hook this up and move it to cvs HEAD. I was thinking of bringing up a GUI which greps/seeks the jar file for filenames and letting the user choose which SVGs to open. If you'd like different or additional behaviour, please share with the list. Johan

3 2