- Inkscape Devel - Inkscape Mailman

ChangeLog
by Alexandre Prokoudine 13 Jul '06

13 Jul '06

Hi, Just for my curiousity: what has happened to updating ChangeLog? It's been more that 200 commits to SVN since 0.44 and only several changes are reflected, no changes in ReleaseNotes as well. Maybe it's just my schizophrenia of course :) Alexandre

3 4

Gtk 2.8 for 0.45?
by Bryce Harrington 13 Jul '06

13 Jul '06

Up through 0.44 we've stuck to the Gtk 2.4 requirement, in order to minimize dependency problems for users. When we jumped from Gtk 2.0 to 2.4, a lot of users had installation troubles that we had to spend a lot of time helping with, so we wished to avoid that as long as possible. Yet 2.8 has been out a while, and has some new capabilities that would be nice to rely on. 2.8 would be more compelling of a change than 2.6, so if we have to put people through the trouble of upgrading gtk, it might be better to move them to 2.8. I'd like to propose that we change the dependency requirements for Inkscape to 2.8. Doing this right now gives us a maximum amount of testing time before 0.45. Would anyone see an issue with doing this in this next release? Bryce

16 35

Re: [Inkscape-devel] Proposal: Merging Open Clipart Library into Inkscape
by Spyros Blanas 13 Jul '06

13 Jul '06

I haven't fully understood what you mean when you say 'merge OCAL in Inkscape'. If you mean simply to provide a bundled clipart library with inkscape (like most drawing programs have) I agree completely to that. If this is the case, we could also easily create a new tool which will show a preview of all the cliparts and will insert a selected one into the current drawing. Such tool would make Inkscape easier to use for diagram drawing, for example. However, it is clear that when you say merging you also refer to OCAL infrastructure (like ccHost). Did you actually mean that the Inkscape team will take responsibility for OCAL and host it as well? - Spyros Blanas Bryce Harrington wrote: > Hi all, > > This past year, the Open Clip Art Library has been both very successful, > and very unsuccessful. From the standpoint of collecting clipart, it's > been going like gang-busters, and currently has an incoming queue > bursting with some very nice work. > > Unfortunately, it's also suffered from not having a sufficient > development community behind it. By and large the project is simple: > Just build a collection of clipart. However, the sheer quantity we gain > poses its own set of technical challenges. There's also little issues > like keyword translations, searching, detection of invalid SVG, > etc. etc. On top of that, we've also been maintaining our own > infrastruction (wiki, website, mailing list, accounts, etc.) > > The idea has been floated to merge OCAL back into Inkscape. OCAL was > originally a spin-off from Inkscape, with the hope that we'd gain > participation from other projects like OpenOffice, Sodipodi, KDE, etc. > Unfortunately, that never really turned out, and it's mainly just been a > few of us Inkscapers plus people not really associated with drawing > program projects. > > Two other reasons why I think this proposal makes sense at this time: > First, with Inkscape joining the Software Freedom Conservancy, it makes > sense to bring OCAL under that umbrella as well. Second, with us > looking at new hosting providers for Inkscape, it would be worthwhile to > include provisions for OCAL, as well. > > OCAL will benefit from this merge in that it will consolidate the > infrastructure administration into Inkscape, and will hopefully make it > easier for Inkscape community members to work on clipart technology > too. OCAL is in the process of bringing online a new tool called > ccHost, which is a powerful tool for managing community-contributed > media (it was originally designed for music, but it's in process of > being adapted for handling clipart); Inkscape will benefit from having > access to this tool as well - which could prove useful for managing > community submitted screenshots, example files, tutorials, palettes, and > other such things. Inkscape also gains by increasing the scope of its > community, and of course gains the clipart library itself. > > Please let me know what you think of this proposal, assuming you've read > this far. ;-) > > Bryce >

7 10

[Fwd: Participate in UIUC open source software study]
by MenTaLguY 13 Jul '06

13 Jul '06

Anyone get this and/or interested? -------- Forwarded Message -------- From: Eric Gilbert <egilber2@...1404...> To: mental@...58... Subject: Participate in UIUC open source software study Date: Tue, 11 Jul 2006 10:06:48 -0500 Hi MenTaLguY, I am a UIUC grad student running a study on collaborative software development. I need important developers to help me evaluate my visualization tool, CodeSaw. I thought you might be interested or know someone on your project you could refer to me. I included the original recruitment message below. Thanks very much for your time. Cheers, Eric ----original message------ I am a Computer Science graduate student at the University of Illinois at Urbana-Champaign. I need your help in a study I want to conduct. I have created a project called LifeSource that visualizes CVS repositories. You can find screenshots and info here: http://social.cs.uiuc.edu/people/gilbert (info on me) http://social.cs.uiuc.edu/people/gilbert/research.html (info on LifeSource, the CVS project) LifeSource appeared as a Work-in-Progress paper at ACM's CHI 2006 in Montreal (http://www.chi2006.org). I applied LifeSource to the Azureus and Gaim CVS repositories. I would like to apply the same visualization to your project. Next, I want to see if you as the visualized community find it accurate, helpful, disturbing, etc. In order to participate in the study, you will need to view the LifeSource visualization once a week (on the web) for four weeks and respond to two short online surveys. You will receive a $20 gift certificate for your participation. I can fully explain the process in the near future - just email me back. I will provide all of the information of the methodology of the study online. (We can set up a blog for study members to leave further comments.) Please let me know what you think. I plan on using the study in a long paper to CHI 2007.

2 1

deptool.exe
by Daniel Díaz 12 Jul '06

12 Jul '06

Hello there! It looks like the autobuilds on my server have been breaking since June 18th because of this: cp config.h.mingw config.h cd src && i686-pc-mingw32-g++ -g -Wall -o deptool.exe deptool.cpp cd src && deptool.exe /bin/sh: deptool.exe: command not found make: *** [src/make.dep] Error 127 Maybe I wasn't paying too close attention to the list and missed a configuration thing, or a new library bundle. Or maybe something else, because my server is kind of reluctant to run that deptool.exe executable. In any case, what do I need to get the builds to be built again? Greetings! Daniel Díaz ddiaz@...1105...

3 5

Inkscape verbs for different Zoom percentages? (fwd)
by Alan Horkan 12 Jul '06

12 Jul '06

Inkscape developers Is it possible to set up verbs (and keybindings) for different Zoom levels? (The file inkscape/share/keys/default.xml doesn't mention it if it is already possible.) If not are there any plans to make it possible soon? Since someone else expressed an interest in furthering the Adobe Illustator set of keybindings - and didn't follow up to my mail asking if they had made any progress - I started looking at creating a Macromedia Freehand style set instead/as well. (I plan to have it done as much as Inkscape allows within the 30 day trial period of Freehand.) One of the things this set of keybindings would need is various Zoom Magnifications at several different percentages, and also corresponding actions/verbs so that they could be assigned keybindings. (I was also confused and annoyed again by the use of ratios as zoom levels, leftover from Sodipodi which I find completely non-intuitive and hope perhaps they will at some point be replace with percentage zoom levels instead. It is incidental to the problem I'm trying to sort out at the moment but it would be a bonus if it could be fixed along the way.) -- Alan

3 3

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 2, Issue 23
by Joc 12 Jul '06

12 Jul '06

>Okay, well the main thing is it would be nice to have some automatic >means of injecting fresh blood into the board from year to year. Also, >if there's some polite way to remove inactive board members (voting them >off seems like it could be impolite and messy), that may help make room >for new people. A system that my computer club have used for over 20 years with great success is to have a board of directors (BOD) made of up to 9 positions, and every year we ask our members who would like to join the BOD, if 9 or less give their name then they become automatically the board for the next year, otherwise we run an election and whoever gets the most votes become a director. In practice we rarely have to run an election because there is not that many volunteers for that kind of job, and most directors chooses to continue. We don't have any limit on the number of terms one can be elected, something that has allowed to keep our best and most active directors for many, many years. Any director can be removed by a simple majority vote, something we never had to do. At the first meeting of the new BOD, we ask who would like to do what (president, treasurer, etc), and if needed uses a simple majority vote. This system allows to add new blood every year, avoids discarding good directors, is fair and quite simple to administer. With 9 directors we have enough position to have a few less active director without trouble. Joc

3 2

Re: [Inkscape-devel] Cairo-PDF (was: save as PDF loses jpegs & bitmaps)
by Ulf Erikson 12 Jul '06

12 Jul '06

bulia byak wrote: > On 7/11/06, Ulf Erikson <ulferikson@...400...> wrote: > > Err.. bug-fixes to the current PDF exporter are not picked-up? > > I think the fair and straightforward thing to do is to let both > codebases develop. If and when Of course. I was only surprised to still see bugs in the new cario-based PDF exporter that are already fixed in the current PDF exporter. But in a comment on the patch Miklos says that this is not his latest version anyway. > the cairo one overcomes the current one in terms of quality and > features, replace it. But until then, please do not drop the ball with Sure, if they cannot co-exist it is sane to wait with using the new codebase as default exporter. But is that reason enough to keep it out of versioning control? (or is this developed on a branch?)

1 0

Fwd: ill2svg.pl replacement
by Alexandre Prokoudine 12 Jul '06

12 Jul '06

---------- Forwarded message ---------- From: correasilva@...1393... <correasilva@...1393...> Date: Jul 5, 2006 3:37 PM Subject: ill2svg.pl replacement To: <skipped/> Hi, I tried to send a mail to the inkscape mailing list, and received no replies yet Since Python has been for me (as well for lot of people) a better understandable language, Inkscape has not yet a default .ai (Adobe Illustrator) importer, and as well ill2svg.pl (which comes with Inkscape) is lacking some features (dashes, joins...) and with some bugs (doesn't fisish a conversion, and so on), i started code a ill2svg.pl replacement, named ai2svg.py The text conversion have more care than from ill2svg.pl, because gets the ascii-latin encoding from .ai to .svg - since it's only ascii-latin, examples from other languages are welcome (like japanese, arabic, etc.) - due on limitations, the text boxes may not be placed with the desired position and typeface, but the textbox with its content will be converted My concern on coding this on Python is as well if more people may want to work on this code, which i think seems to be easier to understand than from Perl The only thing it lacks compaired with ill2svg.pl is about embedded and/or linked pictures, since i don't know how to handle it, as well i'm more on avoiding ImageMagick library calls, and doing hardcoding instead At least for my daily usage, my code seems to be more useful than ill2svg.pl, and i would be glad on helping Inkscape development with this so humble contribution from me The converter is at http://www15.brinkster.com/nitrofurano/python - is in that .zip file, in the utils folder (for curiousity, there are some other utils and minimal stuff as well) regards, Paulo Silva

3 5

Boost dependency removed
by Tim Dwyer 12 Jul '06

12 Jul '06

Hi All, Previously we were using routines in the boost/graph libs for connector network layout. I've now replaced these with a custom layout algorithm, so you should no longer need boost to build inkscape. I'll post more about the new layout algorithm once I've implemented a few more features. Cheers Tim

1 0