- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Cmake build stuff
by Aaron Spike 26 Mar '08

26 Mar '08

Kai-Uwe Behrmann wrote: > # CMAKE generated file: DO NOT EDIT! > # Generated by "Unix Makefiles" Generator, CMake Version 2.4 > > # Default target executed when no arguments are given to make. > default_target: all > > ... > > all: cmake_check_build_system > $(CMAKE_COMMAND) -E cmake_progress_start /data3/CD/programme/fltk/djv_74b11/CMakeFiles $(CMAKE_ALL_PROGRESS) > $(MAKE) -f CMakeFiles/Makefile2 all > $(CMAKE_COMMAND) -E cmake_progress_start /data3/CD/programme/fltk/djv_74b11/CMakeFiles 0 > > ... > > Do you have an other version or output? The above is just an example. Here's a Makefile I have lying around from June of 2007: # Include the progress variables for this target. include progress.make # CMAKE generated file: DO NOT EDIT! # Generated by "MinGW Makefiles" Generator, CMake Version 2.4 #============================================================================= # Set environment variables for the build. SHELL = cmd.exe # The CMake executable. CMAKE_COMMAND = c:\cmake\bin\cmake.exe # The command to remove a file. RM = c:\cmake\bin\cmake.exe -E remove -f # The program to use to edit the cache. CMAKE_EDIT_COMMAND = c:\cmake\bin\CMakeSetup.exe # The top-level source directory on which CMake was run. CMAKE_SOURCE_DIR = C:\src\lib2geom # The top-level build directory on which CMake was run. CMAKE_BINARY_DIR = C:\src\2geom_build # Default target executed when no arguments are given to make. default_target: all ... # The main all target all: cmake_check_build_system $(CMAKE_COMMAND) -E cmake_progress_start C:\src\2geom_build\CMakeFiles $(CMAKE_ALL_PROGRESS) $(MAKE) -f CMakeFiles/Makefile2 all $(CMAKE_COMMAND) -E cmake_progress_start C:\src\2geom_build\CMakeFiles 0 ... Aaron Spike

1 0

Simple tugging curve editing etc
by Bill Baxter 26 Mar '08

26 Mar '08

The tweak/sculpt tool is nice, but sometimes it seems to introduce a little too much distortion. It's also quite slow, and setting the appropriate width can be a bit annoying. How about implementing something like this? http://www-ui.is.s.u-tokyo.ac.jp/~takeo/research/rigid/curve/index.html The two big ideas in there are as far as I know: 1) automatically setting region of influence based on maximum amount dragged. 2) angle preserving deformation -- for instance if you try Inkscape's sculpt tool on a crown shape like in the lower right corner of the applet there it's pretty impossible not to turn the straight lines into curves. The smoothing thing in that demo isn't bad either, I don't know of any way to "brush on" smoothing in Inkscape right now. Maybe the tweak/sculpt tool can do it somehow though? A couple of other line drawing enhancements that I think would be nice are * a mode where scribbling back and forth over a line erases it. * a mode where drawing over top of a portion of an existing curve would automatically splice in the new part. I've seen these latter two techniques used in some of Igarashi's papers, and they look handy. The first is used in Teddy. I'm not sure where I've seen the second. I think this could maybe even be a nice little set of mini-projects for a GSoC. --bb

4 6

Re: [Inkscape-devel] Cmake build stuff
by Aaron Spike 26 Mar '08

26 Mar '08

Kai-Uwe Behrmann wrote: > And the problem I see with current cmake "Makefiles" is not so much about > setting up a simple or big project, rather than to debug it. > In cmake I have no idea where veriables come from. In Make I do, at least > mostly. Learning debuging new feels a bit like a burden as it will need > quite extra time. On the other side make is pretty common. That's weird. I seem to have opposite experience. Perhaps we need a more concrete example. It has been a while now since I did any work with CMake, but I remember thinking that it was great because the generated makefiles had comments that point to the line of the source CMake file that generated them. In my most recent trip though trying to debug autotools makefiles I was missing this help. Aaron Spike

1 0

SOC 2008 - project - Guidlines feature
by Vangelis Katsikaros 26 Mar '08

26 Mar '08

Hello I am interested in the Guidelines features proposed in the SOC 2008 ideas (http://wiki.inkscape.org/wiki/index.php/SpecGuidesImprovement) and I would like to discuss some aspects before submitting my proposal (if this is ok). I guess this feature fits in the category of projects that doesn't mess much with the base code, since it uses already existing features. Moreover, I tried to find info about the guidelines: * From a quick search I did I saw that thre is no "guide line" element in SVG 1.1 . * I saw that in svg files the guides are defined as sodipodi:guide element. So, guidelines are Inkscape specific. * Guidelines are defined in src/sp-guide.cpp . SPGuide handles the svg file info. (Does this mean reading and writing from the file and modifying the svg abstraction?) * The rendering of the guidelines is handled in src/display/guideline.cpp . SPGuideLine holds the guideline info The the sp_guideline_* functions are responsible to deliver to the renderer the correct into? (not sure about this last one). * SnapManager manages the snapping. However, I haven't figured out if snapping and guidelines are directly connected. (However. this isn't relevant with the UI feature) This is an early search and I am just getting in touch with Inkscape internal. So, if I get something wrong or if you have any hints and directions they are welcome. (I've seen the dev docs you have on the wiki) As far as the feature specification is concerned, I would like to ask about the Design -> On-canvas editing section. The first 3 actions are already implemented. The last 2 were not implemented for a reason or you simply didn't have the time? Regards Vangelis Katsikaros __________________________________________________ ×ñçóéìïðïéåßôå Yahoo!; ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíýìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí http://mail.yahoo.gr

4 10

Transformations using the selector tool
by Diederik van Lierop 26 Mar '08

26 Mar '08

Hi all, Please be keen on any regressions in the way the selector tool handles transformations. If you see something weird then drop me a mail. This is all because I've given seltrans.cpp an overhaul to improve the handling of transformations, their origins and the snapping. For details, see this bug and revision https://bugs.launchpad.net/inkscape/+bug/174046 http://inkscape.svn.sourceforge.net/viewvc/inkscape?view=rev&revision=18015 Johan, I will now finally start working on the snapping indicator in the selector tool! Regards, Diederik

2 1

python extensions - lxml version 2
by Terry Brown 26 Mar '08

26 Mar '08

lxml version 2, from http://codespeak.net/lxml/lxml2.html#incompatible-changes "Some API functions now require passing options as keyword arguments, as opposed to positional arguments." e.g. the Edge 3d extension is broken because xpath is now ...xpath(path, namespaces=MyNameSpaces) rather than ...xpath(path, MyNameSpaces) so does that mean I should fix the extension to work out which version of lxml it's using? Or assume 2.x? Cheers -Terry

2 1

Inkscape 0.46 Released!
by Bryce Harrington 26 Mar '08

26 Mar '08

The Inkscape community today is announcing the release of the newest version of its open source vector graphics editor. Inkscape 0.46 is a major update that introduces native PDF support. The implementation of PDF support in Inkscape provides an easy, open source solution to editing PDF documents. Tons of new features and performance improvements are included in this release. Dialogs now have the ability to be docked to the editing window. Gradients can be edited completely on-canvas. The new Paint Bucket Tool fills bounded areas with color. A new 3D Box tool helps create perspective-correct drawings. A new Tweak tool provides an intuitive method for editing paths and painting objects. The new Live Path Effects feature can create "brushes" and various organic effects on paths. Improvements to color management include support for color spaces other than sRGB. Most SVG filters are now implemented, and a new powerful UI is provided for editing filter stacks. == Downloading Inkscape 0.46 == Inkscape 0.46 is already included by default in Ubuntu Hardy so just install it normally. Ubuntu Gutsy users can install by adding the following to System : Admin : Software Sources : Third-Party Software: deb http://ppa.launchpad.net/inkscape.testers/ubuntu gutsy main deb-src http://ppa.launchpad.net/inkscape.testers/ubuntu gutsy main Macintosh OS X users can download a Leopard Universal package from our SourceForge site: http://sourceforge.net/project/showfiles.php?group_id=93438 Packages for Fedora, Debian, Windows, and other platforms should be coming soon. == For more information == Complete Release Notes for 0.46: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes046 Community Contributed Screenshots: http://inkscape.org/screenshots/ Bryce

3 2

website needs "latest" fixed
by Jon A. Cruz 26 Mar '08

26 Mar '08

The top still lists 0.45.1 as the latest stable, and the download link also still goes there. https://bugs.launchpad.net/inkscape/+bug/206996 Can someone with main access tweak that to point to the latest. thanks.

4 3

Proposal: use std::iostream and friends instead of Inkscape::IO
by Krzysztof Kosiński 26 Mar '08

26 Mar '08

Hello, I had a look at the stream classes used to output SVG to flies and memory while working on fixing the clipboard bug. The functionality of those classes is largely the same as std::iostream and the related class hierarchy. I think Inkscape could switch from its own stream implementation to the standard library streams. This would, among other things, reduce the complexity of the application and the size of the codebase. Is there some good reason Inkscape uses its own stream implementation instead of the standard streams? BTW, you might want to look at this before replying: http://spec.winprog.org/streams/ Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/Proposal%3A-use-std%3A%3Aiostream-and-friends-instead… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 10

Inkscape Classes?
by Bryce Harrington 26 Mar '08

26 Mar '08

Ubuntu does a really cool thing by holding online "classes" on various topics, like making patches, using Launchpad, doing Screencasts, etc. [1] Other FOSS projects do similar. I think it would be very worthwhile for us to do something like this - brief 101-level intros to various topics (both usage and development), if enough of us are able to teach. How it'd work, is we'd set up #inkscape-classroom in IRC with logging, and publish a timeline of classes. The teacher would prepare their lesson plan, including screenshots, sample files, etc., then run the class for 1 hour (max) and answer questions, and afterwards put the IRC log into wiki (and clean it up a bit), for future reference. Some random ideas for topics: * Using Live Path Effects * Using Filter Effects * Creating Icons using Inkscape * Web Design using Inkscape * The Open Clip Art Library * Google SoC Primer * Translation 101 * Launchpad 101 * Refactoring 101 * Scripting Effects 101 * Bug Triage * Debugging Inkscape * Maintaining the Inkscape Windows Port etc. etc. What do you guys think? Does this sound like a good idea? Would you be interested in teaching a class, or have ideas for topics not listed above? If there's enough interest (6+ teachers), I'll go ahead and start organizing it. Bryce [1]: https://wiki.ubuntu.com/UbuntuOpenWeek

14 36