- Inkscape Devel - Inkscape Mailman

UI annoyance with current CVS
by Arpad Biro 08 Nov '04

08 Nov '04

Hi, "Inkscape 0.40cvs (Nov 7 2004)": 1. launch Inkscape 2. activate the calligraphy tool 3. click on the canvas 4. click on a menu item or an icon At this point, Inkscape denies access to those interface items. Let me know if you cannot reproduce it. Arpad Biro __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

3 5

Glue : SVG Support ? Inkscape Sypport ?
by NAGY Endre 07 Nov '04

07 Nov '04

Greetings I sent the message, asking about Inkscapes capabilities regarding gluing, that is attached to the bottom of this mail, to the Inkscape-User mailing list. Bulia responded >Peter Moulder works on this and has some code checked in (though >there's no GUI yet). If you can help push this ahead it would be >great. Perhaps inkscape-devel is a better place for discussing this. Peter (or anybody else with knowledge), can you advise on how to implement "glue" Regards Endre Nagy ---------------------------------------------------- Greetings My goal is to implement in Inkscape the equivalent behaviour of "glue" as found in Visio. In Visio this is exhibited by creating two "lines" and then dragging the end point of one line to coincide with the end point of the other. The behaviour of these "lines" are defined such that when a "coincidence" event occurs the end points are "glued", ie a transformation of one of the lines (e.g a translation) causes the end point of the other line to continue to coincide with the position of the other end point (i.e the end of one line "follows" the position of the other). It would be nice if, within Inkscape, I could specify such behaviour, but its absence would not be fatal because I have other means of specifying the content of the SVG that would be input to Inkscape. Firstly, are there any elements within the SVG specification that would naturally allow this behaviour to be defined?. Unfortunately I am not in a position to specify the glued coordinate as one that is part in a single polyline. I am constrained by a requirement that this behaviour be exhibited between two distinct geometric elements. I initially had in mind providing an identifier for one of the points in one polyline. I could then define a point in the other polyline as a reference to this identifier. But I dont think SVG's element and attribute structure allows this. Secondly, if the SVG specification supported such a semantic, would Inkscape reflect this in its behaviour. That is, if (to take one possible solution) one point were defined as a reference to the other, would Inkscape know to update all points that were defined by reference. Thanks in advance for any assistance Endre Nagy IMPORTANT NOTICE: This e-mail and any attachment to it are intended only to be read or used by the named addressee. It is confidential and may contain legally privileged information. No confidentiality or privilege is waived or lost by any mistaken transmission to you. The RTA is not responsible for any unauthorised alterations to this e-mail or attachment to it. Views expressed in this message are those of the individual sender, and are not necessarily the views of the RTA. If you receive this e-mail in error, please immediately delete it from your system and notify the sender. You must not disclose, copy or use any part of this e-mail if you are not the intended recipient.

1 0

cmyk fill
by David Christian Berg 07 Nov '04

07 Nov '04

Hmm, I didn't even know it existed, but look at this. Some might now, it's there. Anyways, it's causing trouble, cause I can't change the color of the objects this being in place. sodipodi:fill-cmyk="(0.80000001 0.44999999 0.0000000 0.25000000)" David

2 1

win32 svgz not open problem
by Adib Taraben 07 Nov '04

07 Nov '04

Hi, is it eventually possible that the libxml-dll in the gtk libraries provided are not compiled with the -D HAVE_ZLIB_H ? And so that there is no support for compressed files ? Just thinking ( I did not found any string "zlib" in the libxml.dll but in freetype.dll) . Adib.

2 1

Ruby Cairo bindings
by MenTaLguY 07 Nov '04

07 Nov '04

Just for fun tonight I wrote a Ruby binding for Cairo, so I can learn my way around it more. If anyone's morbidly curious, it's in CVS under mental/cairo-testbed in the experimental module. More details: The Ruby extension is in the cairo/ subdirectory; the cairo-testbed directory proper will contain some scripts and things that use it (right now it just contains a simple demo script, demo-0.rb, that generates a PNG). To build the extension, just run: ruby extconf.rb make The binding is moderately complete at this point; the only two areas I've not really covered yet are fonts and patterns, and I need to expose more surface types (currently only in-memory and PNG output surfaces are exposed). In terms of the major classes at this point: * Cairo - a cairo graphics context * Cairo::Surface - a cairo drawing surface * Cairo::Transform - AKA Cairo::Matrix, a matrix representing an affine transformation In general the way things work are that you create a cairo context, set a target surface for it to draw on, and draw away, calling show_page when you're done. require 'cairo' File.open("foo.png", "wb") {|port| ctx = Cairo.new ctx.target_surface = \ Cairo::Surface.new_png(port, Cairo::FORMAT_ARGB32, 200, 200) # fill in the background ctx.new_path ctx.rectangle(0, 0, 200, 200) ctx.set_rgb_color(1.0, 1.0, 1.0) # white ctx.fill # draw a big X ctx.new_path ctx.move_to(20, 20) ctx.line_to(180, 180) ctx.move_to(20, 180) ctx.line_to(180, 20) ctx.set_rgb_color(0.0, 0.0, 0.0) # black ctx.line_width = 5 ctx.line_cap = Cairo::LINE_CAP_ROUND ctx.stroke ctx.show_page # write the PNG } -mental

1 0

Re: [Inkscape-user] Feedback 0.40pre1
by MenTaLguY 07 Nov '04

07 Nov '04

On Sat, 2004-11-06 at 20:01, bulia byak wrote: > > - Like 0.39, very large paths (4000 nodes) are very slow, especially during > > zoom and when I go into node-edit-mode (inkscape spends a lot of time drawing > > stuff that's off-screen). > > Yes it's a problem. We need to do more optimization in one of the > future versions. I have some specific ideas for algorithms to reduce the repainting burden. I'll try to document them sometime soon. Strictly speaking, when performing individual node edits it should only be necessary to redraw maybe four path segments at most. -mental

1 0

visible, printable, SVG
by Peter Moulder 07 Nov '04

07 Nov '04

The Object Properties dialog box has properties Visible and Printable. Currently, we map Visible in the Object Properties dialog to SVG's visibility attribute, while we use a custom attribute for Printable. When would in-inkscape visibility differ from on-paper visibility? - Visible on screen but not printable for guide lines/shapes. - Printable but not hidden [or 90% transparent?] on screen for temporary editing convenience. I'd guess that the user wants the same things to be printable as they want to be exported to PNG or generally visible as part of the image to be seen by viewers. If "seen by viewers" includes the use of other SVG agents (e.g. use of a command-line tool for printing or exporting to another format, or embedding in e.g. HTML before printing), then that suggests we should use SVG's visibility property for Printable, and use custom data to indicate what things are currently visible/hidden. Comments? pjrm.

3 4

set guides
by David Christian Berg 07 Nov '04

07 Nov '04

Hey guys, how do I put a guide to a specific position? The guides dialog only sets the guide's relative position. I need absolute positioning most of the time, but haven't found the property in the preferences dialog. David

2 2

layer progress
by MenTaLguY 07 Nov '04

07 Nov '04

bulia's gotten layer locking/unlocking and show/hide from the layer selector working now in CVS. Give it a spin and see if you can find any remaining bugs~ -mental

1 0

ghost spikes
by bulia byak 06 Nov '04

06 Nov '04

Now the biggest problem with the calligraphy tool is the ghost spikes - sudden long and thin spikes that burst sometimes from the stroke sideways. They are actually visible, unlike the ghost spikes of the pencil tool. Apparently they are caused by the same reason, since both tools use the same bezier fitter. Peter, have you had any progress on this issue? Can you look into the calligraphic spikes as well?

1 0