- Inkscape Devel - Inkscape Mailman

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

Doc for design guidelines
by Jon A.Cruz 21 Dec '03

21 Dec '03

We should probably keep this in mind when designing things: http://www.w3.org/TR/SVG11/ecmascript-binding.html

1 0

saving views
by bulia byak 21 Dec '03

21 Dec '03

There's a sodipodi:namedview element in each SVG file saved, but it's empty. Is it right to assume that it was supposed to store the contents of the SPNamedView object of the document's desktop? If so, why it's empty - not implemented yet, or disabled? I propose to enable/implement it, and additionally, to extend SPNamedView with these fields: - zoom level and visible part of the canvas - window width/height and maximized status so that these settings could also be restored when the document is opened. Besides, the window size of the last closed document is saved into preferences, so the new empty document created next time will use them. (I'm so tired of the 400x400 default window!) Also, what about storing the absolute file name in SPDocument, as I proposed some time ago? Can anyone suggest a function for creating absolute name? _________________________________________________________________ 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] Re: export patches
by bulia byak 20 Dec '03

20 Dec '03

> > Are you interested in doing more Inkscape development? If so I could put > > you on the developers list so you could access CVS directly. > > > >I just started doing Gtk+/Glib coding, but I indeed plan to do more in >respect to UI and usability stuff. It'll certainly help to have cvs access. Done. Welcome to the team :) Small tweaks can be "patched first, discussed later." Larger things may benefit from discussing first, either on the list or on a Wiki page (by the way, there are several UI tasks planned on Wiki that you might help with). Also there are several useful tutorials for developers on the Wiki. _________________________________________________________________ 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] First impression, context menu, curve editing
by bulia byak 20 Dec '03

20 Dec '03

>But it's strange to have submenus with only 1 entry >like "Rect" > "Rect Properties". >"Shape" > "Fill Settings" gives you a dialog that is >not transient! It would be better to have access to >"Fill and Stroke" here (transient!). Of course, it's simply that we haven't yet worked on that. The context menu needs a complete overhaul, and those small leftover dialogs will be eliminated and replaced with standard ones. >It would be great to have a special context menu >for nodes (right-click over a node), containing >"Delete", "Break apart" and a way to change the >number of bezier handles (0,1,2). And maybe >an option for aligning control points on a >line / make them symetrical. Good idea, I'll see if what can be done. _________________________________________________________________ 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…

1 0

export patches
by bulia byak 20 Dec '03

20 Dec '03

Hi, I committed your three patches, thanks a lot. I meant to do something along these lines myself, but it's nice to be helped :) Are you interested in doing more Inkscape development? If so I could put you on the developers list so you could access CVS directly. _________________________________________________________________ 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…

2 1