- Inkscape Devel - Inkscape Mailman

wiki spam and no chat
by Jack Tanner 23 Jan '06

23 Jan '06

Sorry if this is something already widely known. I just came across some spam on wiki.inkscape.org. For example, see http://wiki.inkscape.org/wiki/index.php/InkscapeTerminology and lots of other edits by the same user, http://wiki.inkscape.org/wiki/index.php?title=Special:Contributions&target=… First, how does one disable a spammer's account on the wiki? Second, I tried to ask this over IRC or something, but neither inkscape on freenode nor inkscape on conference.gristle.org would come up for me. Gristle didn't like my jabber requests either. Thanks.

1 0

more gradient options
by Alexandre Prokoudine 23 Jan '06

23 Jan '06

Hi, I spent some time to find out what would SVG gradients future would look like since users would appreciate more gradients options than just linear and radial. We have multiply RFEs that are related to this issue. According to http://www.w3.org/TR/SVG2Reqs/ "SVG may include more types of gradient elements. Potential gradient elements include conical, rectangular, Gouraud shading, triangle mesh, Coons patch and shaped fill (with gradient offsets determined by the distance from the edge of the shape). [SVG 2.0]" So, more gradient options is currently considered for SVG 2.0. Currently even 1.2 is not ready, which means we might have more gradient options only in 3-4 years. I'm curious if we can live with it next 3-4 years or if we could somehow let SVG developers know we need it in SVG 1.2. What do you think? Alexandre

3 3

Announce: Scribus 1.3.2 - Egalité - Open Source Page Layout
by PLinnell 23 Jan '06

23 Jan '06

The Scribus Team Announces 1.3.2 - Egalité The Scribus Team is pleased to announce the release of Scribus 1.3.2 - Egalité - Open Source Page Layout. The 1.3.2 release is the third development version working towards a new stable 1.4. With 1.3.2, we are excited to announce the first beta of Scribus on the Windows® platform. With the gracious support of Trolltech AS, developer of the Qt C++ application framework, we are able to release Scribus on Windows with Qt 3. Within this release period: * We welcomed another member to the team, Jean Ghali, who performed the Windows migration and developed the printing system for Windows. * We resolved over 290 requests and/or bugs which included: * Made significant progress in cleaning and restructuring the codebase which has lead to speed improvements, clearer code and opened the way forward for future 1.3.x development. * Preparation for the new modular file load and save system. * EXIF support * Enhancements to TIFF and PSD file format support * Image Effects - Tinting, Sharpening and more can be applied directly within Scribus. * Better cursor placement in text frames * Section based page numbering * Enhancements to the colour wheel and shortwords plugins * Enhancements to guide management * PDF export with viewer export options * Updates for both Windows and Mac OS® X compatibility * Significant updates to documentation, including the beginning of 1.3.x documentation. * Translation updates About Scribus Scribus is an open source page layout program with the aim of producing conformant commercial grade output in PDF and Postscript., along with extensive support for graphical PDF form and PDF presentations. While the goals of the program are ease of use and simple easy to understand tools, Scribus offers support for professional publishing features, such as CMYK colors, easy PDF creation and Encapsulated Postscript import/export. Other professional features include full ICC color management, spot colors and creation of color separations. Scribus is commercially supported and is available for Linux/*nix/BSD, along with MacOSX(R) and Windows(R). Scribus is used around the world for newspaper production, book publishing and a wide variety of page layout tasks. Getting Scribus 1.3.2: You can: * Download source tarballs and document templates and some rpms from our Sourceforge Download page: http://sourceforge.net/project/showfiles.php?group_id=125235 * Visit the downloads page on www.scribus.org.uk for the same. * Download from our Scribus Docs mirror. http://docs.scribus.net * For Debian and Ubuntu repositories, visit Scribus Debian Repository. http://debian.scribus.net * For MacOSX installation notes and downloads: http://aqua.scribus.net * For Windows installation notes and downloads: http://windows.scribus.net The Scribus Team would also like to thank Anduin.net/Øverby Consulting for gracefully sponsoring our Scribus Documentation site, our Bug Tracker and Anonymous CVS server. Also, a note of thanks to University of Salford - School of Media, Music and Performance for providing continued hosting of www.scribus.net. Many thanks also to our translators and many end users and testers for their valuable feedback.

1 0

metadata
by Jon Phillips 23 Jan '06

23 Jan '06

Heya, what happened to the metadata tab in the document preferences in the new SVN builds of Inkscape? I just built from recent SVN as of 2:05 PM PST 01/23/2006. thx (I haven't been following the list, so the answer might be obvious) Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

2 1

Re: Linked vs Embedded
by Martin Owens 23 Jan '06

23 Jan '06

I do not like the idea of zipping the files, it's not svg once it's saved and it's just getting around the problem rather than facing the clarity issues with linking/embedding images. admitidly the option would be good for prof's but I'd expect them to know the tool. I don't really care about what the user 'should' be doing, that is totaly the wrong way to think about users (and it's an attitude that kills linux too) I think we should make it clear what the options are, regardless of what your personal bias or the way to arrange the options in terms of menu's/option boxes, properties. We should have it arranged so the user does not even have to think about adding an image or linking an image and the way you arange the options will reinforce to the user the way in which these work. The problem of users thinking that inkscape is broken because it links to images because of the bias of InDesign profs should be dealt with in a way that serves all our needs but does not 'preach' to the users on how they should go about their work. -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

1 0

Re: Linked vs Embedded
by Martin Owens 23 Jan '06

23 Jan '06

I totally agree with the points raised by Eric, adding my points that with copy/paste of image date (not a file name or href) then it would be dangerous to create a new file instead of embedding (user does not know what is being done). also the options in Erics post to do with changing between linked and embedded would take care of anyone who wants to paste linked images, handing the option to the user is always more useful, although I suspect most linkers would want to select the file or D&D it. As for copy/paste filename that should be handled as a link leaving the option to embed to the image properties. Drag and Drop should work the same as the OS, so embed normally, link when [ctrl] is held down (or how ever the os deals with it) perhaps changing the icon to show the diference. Information should be provided so when an image is selected it should say on the status bar: Relative/Direct Linked Image: [href/dir] or Embedded Image: [size] [type]. These are points to consider when improving the user interaction with external images. Best Regards, Martin Owens PS. Appologies for all the emails I've sent out directly instead of to the list -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

1 0

xlink:href="thisfile.svg" ?
by Eric Wilhelm 21 Jan '06

21 Jan '06

Inkscapers, Should inkscape refuse to load a file that includes an <image element which references the svg file itself? I don't see anything in the svg spec about how you're supposed to exit their (accidentally enabled?) recursion and inkscape 0.43 runs to 1.3GB of ram very quickly (I'm not brave enough today to see if it goes all the way to the OS barrier, but I don't see any signs that it wouldn't.) I would attach the file, but I don't want to get accused of sending virii :-) If you have the ram and stomach for it, just slap this into the middle of a skeleton file named image_recursive.svg and enjoy. <image y="103.00504" x="48.357143" id="image1355" height="355.85715" width="345.17828" xlink:href="image_recursive.svg" /> --Eric -- "These crispix get soggy so quickly." -- Tina Connolly --------------------------------------------------- http://scratchcomputing.com ---------------------------------------------------

2 3

Re: [Inkscape-devel] Barcode svgism
by Martin Owens 21 Jan '06

21 Jan '06

I'm not sure I understand what you mean, but if it's something that can allow objects to be edited in scope of the object but also allows those objects to be displayed. I now know alot about xml/svg dom and objects but my C is still out of date, I should get back into it and help out with the coding. Best Regards, Martin Owens On Sat, 21 Jan 2006 07:47:47 -0800 , Ted Gould <ted@...11...> wrote: >On Sat, 2006-01-21 at 00:35 +0000, Martin Owens wrote: >> If I wanted to modify inkscape to include not just the ability >> to add barcodes but also the ability to edit them when desired >> but also save then in a way which does not diminish the editing >> abilities... >> >> I was thinking of saving both the grouped standard svg data >> which makes up the barcode (so it could be rendered in any >> standard svg viewer) but also the extra information as an inkscape >> svg extention which allows one to edit the barcode again when the >> page is loaded or even print with printers that allow barcode >> instructions (more effect). > >I've been thinking about this for a while, I think many extensions would >benefit from it. > >The way that I was thinking about doing it is to allow for a 'scope' >setting on the parameters for an extension. Having three scopes: global >(the way it is now), document (settings are held in the document) and >element (where they are per use of the extension). I haven't laid any >of the groundwork for implementing this (well, except for parameters >existing) but I think it solves the problem. > > --Ted > -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

1 0

table top space for Inkscape display
by John Taber 21 Jan '06

21 Jan '06

Is a display table free for a open source project like Inkscape ? Several members of the Inkscape team will be there and might be able to pull together a display.

4 6

Barcode svgism
by Martin Owens 21 Jan '06

21 Jan '06

If I wanted to modify inkscape to include not just the ability to add barcodes but also the ability to edit them when desired but also save then in a way which does not diminish the editing abilities... I was thinking of saving both the grouped standard svg data which makes up the barcode (so it could be rendered in any standard svg viewer) but also the extra information as an inkscape svg extention which allows one to edit the barcode again when the page is loaded or even print with printers that allow barcode instructions (more effect). These are just ideas for now. -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

2 1