- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Re: export patches
by bulia byak 22 Dec '03

22 Dec '03

Hi, I tested your dnd patch but I don't seem to be able to make it work. If I type in some SVG in your test program and drag it into inkscape, no object appears on the canvas, but there is a new empty <g> in the XML editor. If I type <text>abc</text>, after dragging it becomed <g id="123">abc</g>. _________________________________________________________________ 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

News items
by Bryce Harrington 22 Dec '03

22 Dec '03

Homepage is updated with recent news. Lemme know if I missed anything (or go ahead and add it directly). Bryce

1 0

patch to add point class to libnr
by Nathan Hurst 22 Dec '03

22 Dec '03

libnr builds, nothing else does (due to excessing C armoring) njh Index: src/libnr/nr-values.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/libnr/nr-values.cpp,v retrieving revision 1.1 diff -d -u -r1.1 nr-values.cpp --- src/libnr/nr-values.cpp 15 Dec 2003 04:29:30 -0000 1.1 +++ src/libnr/nr-values.cpp 22 Dec 2003 02:44:18 -0000 @@ -10,5 +10,10 @@ */ #include "nr-values.h" +#include <math.h> int vla; + +double NR::Point::L2() { + return hypot(pt[0], pt[1]); +} Index: src/libnr/nr-types.h =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/libnr/nr-types.h,v retrieving revision 1.4 diff -d -u -r1.4 nr-types.h --- src/libnr/nr-types.h 18 Dec 2003 04:25:30 -0000 1.4 +++ src/libnr/nr-types.h 22 Dec 2003 02:44:18 -0000 @@ -20,6 +20,109 @@ double x, y; } NRPoint; +namespace NR { + +enum dimT { X, Y }; + +class Point{ + public: + double pt[2]; + + Point() { + } + + Point(double x, double y) { + pt[X] = x; + pt[Y] = y; + } + + /** Return a point like this point but rotated -90 degrees. + (If the y axis grows downwards and the x axis grows to the + right, then this is 90 degrees counter-clockwise.) + **/ + Point ccw() const { + return Point(pt[Y], -pt[X]); + } + + /** Return a point like this point but rotated +90 degrees. + (If the y axis grows downwards and the x axis grows to the + right, then this is 90 degrees clockwise.) + **/ + Point cw() { + return Point(-pt[Y], pt[X]); + } + + double L2(); +/** Compute the L2 or euclidean norm of this vector */ + void Normalize(); + + operator NRPoint() { + NRPoint nrp; + nrp.x = pt[0]; + nrp.y = pt[1]; + return nrp; + } +}; + +inline Point +operator+(Point const &a, Point const &b) { + Point r; + for(int i = 0; i < 2; i++) { + r.pt[i] = a.pt[i] + b.pt[i]; + } + return r; +} + +inline Point +operator-(Point const &a, Point const &b) { + Point r; + for(int i = 0; i < 2; i++) { + r.pt[i] = a.pt[i] - b.pt[i]; + } + return r; +} + +inline Point +operator*(Point const &a, Point const &b) { + Point r; + for(int i = 0; i < 2; i++) + r.pt[i] = a.pt[i]*b.pt[i]; + return r; +} + +inline Point +operator*(double s, Point const &b) { + Point ret; + for(int i = 0; i < 2; i++) { + ret.pt[i] = s * b.pt[i]; + } + return ret; +} + +inline double +dot(Point const &a, Point const &b) { + double ret = 0; + for(int i = 0; i < 2; i++) { + ret += a.pt[i] * b.pt[i]; + } + return ret; +} + +inline double +cross(Point const &a, Point const &b) { + double ret = 0; + for(int i = 0; i < 2; i++) + ret = a.pt[i] * b.pt[1-i] - ret; + return ret; +} + +inline void Point::Normalize() { + double d = L2(); + if(d > 0.0001) // Why this number? + *this = (1/d)**this; +} +} + typedef struct _NRPointL { NRLong x, y; } NRPointL;

1 0

[Fwd: [Scribus] Inkscape, vector graphics]
by Peter Linnell 22 Dec '03

22 Dec '03

-----Forwarded Message----- From: Magic Page <magicpage91@...127...> To: Scirbus List <scribus@...119...> Subject: [Scribus] Inkscape, vector graphics Date: Sun, 21 Dec 2003 20:00:16 -0500 Hi all, Not sure if many here are aware of the new program available for creating and handling SVG graphics. Inkscape is branching off from Sodipodi with a clear road map and I believe, a brighter future for a vectors grapic program for Linux. It already is impressive with the user interface and, I think, much easier and nicer to use because of that fact alone. Peter, of Scribus fame, turned me onto it just recently. I decided after compiling it, that I should make a real rpm available to other SuSE 9.0 users. I have created a RPM for SuSE 9.0 and passed it along to the Inkspace developers to include on their download site. The src.rpm is there also, so other linux distro users might be able to alter the spec file enough to use on their systems. SuSE is now putting all their Gnome programs in /opt/gnome, in an effort to more closely adhere to the LSB. I don't think Gnome is located in the same location for other distros. Anyway, give it a look and see if you don't like the changes as much as I did. It still gives you all the Sodipodi features, plus a few more and expect many more after the new year! Inkscape site url: http://inkspace.org Patrick

1 0

Re: [Inkscape-devel] Proposal for New Subsystem Architecture(andNamespaces)
by bulia byak 22 Dec '03

22 Dec '03

>Actually, justification is something I know a lot about... I even sent >bryce a demo of my implementation of optimal line breaking but I don't >think he understood it :) Just out of curiosity, is your algorithm better than that of TeX? If so, how? _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

Re: [Inkscape-devel] Proposal for New Subsystem Architecture (andNamespaces)
by bulia byak 22 Dec '03

22 Dec '03

>On Sat, 2003-12-20 at 23:07, Bryce Harrington wrote: > > Pango - Conversion to Pango from libnrtype may be worth doing earlier > > than Cairo since the existing text system lacks many needed features, > > however this will need to be researched in more depth to determine the > > feasibility and cost/benefit. Unless a clear benefit is identified to > > performing the change early, we should conduct the change along with the > > Cairoification. > >It might be relatively easy to begin Pango-ization by writing a Pango >backend for libnrtype (which in turn would use either the Pango ft2 or >win32 backends, depending on platform). Two practical questions: - will Pango support kerning pairs? (currently they are ignored) - will it make it easier to implement (or even "for free") letterspacing? If even one of these is true, I'd say go ahead! We need this urgent! > >-mental ><< signature.asc >> _________________________________________________________________ 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

rpm dependency
by Jon A. Cruz 21 Dec '03

21 Dec '03

This came up in the Jabber channel this morning: (09:52:02) edmack: Hi, I was trying to install the most recent rpm, and it told me I needed libXrand.so, and after searching on rpmfind.net, I couldn't find it.. what's the name of the package that provides it? (09:58:00) JonCruz: XFree86-devel Should we see if we can break free of that dependency?

1 0

[Fwd: Re: [Sodipodi-list] Large format output?]
by MenTaLguY 21 Dec '03

21 Dec '03

-----Forwarded Message----- From: Lynn Kerby <lfk@...126...> To: sodipodi-list(a)lists.sourceforge.net Subject: Re: [Sodipodi-list] Large format output? Date: Thu, 18 Dec 2003 10:58:15 -0800 On 2003.12.18 10:34 Lynn Kerby wrote: >This is somewhat of an emergency. I've got some svg drawings in an 11x17 page format >(landscape architectural plans) that I need to print. Sodipodi doesn't output very >conforming postscript these days and I'm having difficulty getting it to generate anything >outside a standard Letter (or A4, though I think I've managed to get it to print Letter >sized pages now). Solved it myself with just a few more tweaks after sending out the mail.... OK, I finally managed to get the BBoxes right and the rotation and the transformation along with the appropriate magic to get the ghostscript driver to accept the %% directives. I'm not sure if this is conforming PS-2.0 or not, but it works for me for the time being. Maybe after I'm done with this stuff I'll dust off my postscript books and do a little work on sodipodi output. --- testprint_sodi.ps Thu Dec 18 10:18:56 2003 +++ testprint_podi.ps Thu Dec 18 10:47:49 2003 @@ -1,5 +1,15 @@ -%! -0 792 translate +%!PS-Adobe-2.0 +%%BoundingBox: 0 0 792 1224 +%%Creator: Sodipodi CVS20031203 +%%Title: HDP_Plan_00_20031218 +%%Pages: 1 +%%EndComments +%%Page: 0 0 +%%BeginSetup +<</PageSize [792 1224] /ImagingBBox null>> setpagedevice +%%EndSetup +90 rotate +0 0 translate 0.8 -0.8 scale gsave [1 0 0 1 0 0] concat 0 0 0 setrgbcolor @@ -3007,3 +3017,4 @@ grestore grestore showpage +%%PageTrailer

1 0

Re: [Inkscape-devel] saving views
by bulia byak 21 Dec '03

21 Dec '03

>Using glib facilities, you can do this (assumes filename has been >g_malloc()ed): > > if (!g_path_is_absolute(filename)) { > gchar *abs_filename, *current_dir; > > current_dir = g_get_current_dir(); > abs_filename = g_build_filename(current_dir, filename, NULL); > > g_free(current_dir); > g_free(filename); > filename = abs_filename; > } Unfortunately this is not smart enough. If I open "../filename.svg", the resulting "absolute" pathname will have ".." in the middle. Which is why I was asking if there exists a smart absolute path function that normalizes paths. Or can't the OS return the absolute path of a given file? _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 2

Proposal for New Subsystem Architecture (and Namespaces)
by Bryce Harrington 21 Dec '03

21 Dec '03

As part of the C++-ification, we need to introduce namespaces. In addition, we wish to reorganize the codebase to suit our longer term architectural plans, such as conversion to Cairo, Pango, and Gtkmm, introduction of our API and modular extension system, and provision to the community of an SVG Canvas. Here is a proposal for a new architecture that incorporates these elements. It also shows how to map from the current architecture. This is presented as a proposal to spark discussion, and will be updated with any feedback you provide. Please ask questions of anything that is unclear. Once we have a rough concensus on it, we will formalize it and can proceed with the work. I've also posted this to Wiki as "SubsystemReachitecture" if you'd prefer to comment upon or work on the document there. Bryce == Subsystems Summary == Namespace Link Audience Lib Name Directory Inkscape::Document C++ Internal libinkdoc src/document Inkscape::Extension C++ Internal libinkext src/extension Inkscape::UI C++ Internal libinkui src/ui/ Inkscape::UI::Dialogs C++ Internal libinkuidlg src/ui/dialogs Inkscape::UI::Widgets C++ Internal libinkuiwdg src/ui/widgets SVG::Canvas C/C++ Community libsvgcanvas src/svgcanvas SVG::DOM C/C++ Community libsvgdom src/svgdom Cairo C (dep) libcairo (external) Pango C (dep) libpango (external) == Descriptions of Proposed Subsystems == Inkscape::Document - This is a high level wrapper for the application's document model, and basically just subclasses SVG::DOM, adding some Inkscape-specific aspects. Inkscape::Extension - This namespace encapsulates the various mechanisms for extending the Inkscape application, including import/export mechanisms, GUI plugins, stdin/stdout programs, language bindings, etc. Inkscape::UI - Namespace for Inkscape-specific User Interface elements, including view & controller aspects. Inkscape::UI::Dialogs - dialogs for Inkscape Inkscape::UI::Widgets - widgets that are particular to Inkscape; if they seem to be of general use, they will be migrated into a separate library to share with other applications in a more general fashion. SVG::Canvas - A distinct deliverable Inkscape provides to the Open Source community for implementing an SVG-based drawing surface, for use in other applications. Initially will be made up of similar subsystems shared with Inkscape but be a separate package, but ultimately should be a packaged dependency of Inkscape. SVG::DOM - This is a Document Object Model for SVG documents. It is the key dependency for SVG::Canvas, and thus is also something Inkscape provides externally to the Open Source community. Internally, it is implemented as a C++ class hierarchy, but externally can be linked to using either C or C++ style linkage. The externally presented API would be standard DOM. Cairo - Switching to Cairo will occur late in the rearchitecturing process. We need to ensure Cairo provides the capabilities already present in libnr. Completing other areas of rearchitecting will help get the codebase organized for conversion of it to Cairo, without taking undue risk in adopting a different underlying renderer. Pango - Conversion to Pango from libnrtype may be worth doing earlier than Cairo since the existing text system lacks many needed features, however this will need to be researched in more depth to determine the feasibility and cost/benefit. Unless a clear benefit is identified to performing the change early, we should conduct the change along with the Cairoification. == Rearchitecturing Translation Map == Existing Proposed GUI Dialogs --> Inkscape::UI::Dialogs Widgets --> Inkscape::UI::Widgets, GtkDrawmm XML Editor --> Inkscape::UI::Dialogs View --> Inkscape::UI SPAction --> Inkscape::UI verbs --> Inkscape::UI shortcuts --> Inkscape::UI SVG DOM --> Inkscape::Document, libsvgdom SVG Canvas --> libvgcanvas Module --> Inkscape::Module Display --> Cairo libnr --> Cairo libnrtype --> Pango SPSVGView --> SVG::Canvas SPSVGViewWidget --> SVG::Canvas src/svg/* --> eliminate

2 1