Powerstroke cusps
by Johan Engelen
Hi all,
I've been working on cusps on powerstroked paths. And I've obtained a
first success. The attached picture shows a comparison between how
powerstroke strokes thick cusps, and how Inkscape does it normally (I
suppose according to SVG spec). I think the powerstroke solution is more
artistically pleasing, what do you think? :-)
Cheers,
Johan
11 years, 9 months
Re: [Inkscape-devel] Powerstroke cusps
by Valerie
On the topic of Powerstrokes... applying Powerstroke to a group
seems to crash Inkscape. Steps to reproduce:
1. Create two bezier paths
2. Group them
3. Apply Powerstroke to group
(inkscape:5119): GLib-GObject-WARNING **: invalid cast from `SPGroup' to `SPShape'
The idea was to first place the lines, then apply powerstroke to
all of them to edit the line shapes afterwards...
Do I start another bug report?
Anyway, on the topic of cusps shapes: it's true that from a technical
drawer's perspective, the result may seem too pointy, but maybe
such users won't actually generate lines of that angle (thus shapes that
pointy) when they're actually drawing.
Just to say that we're all likely itching to try it out for ourselves. :P
11 years, 9 months
Wiki organisation - Case of the Clipboard
by Romain de Bossoreille
Hi,
I'm working a bit for the wiki while I'm discovering Inkscape
architecture. I've made the following page
(http://wiki.inkscape.org/wiki/index.php/Clipboard) but there is also
this page (http://wiki.inkscape.org/wiki/index.php/ClipBoard) which is
in fact a discussion (but can looks like a documentation page as soon as
there is only a "discussion" tag at the end of the page).
This is symptomatic of the fact the wiki is mixing discussions and
actual Inkscape state. Both are important but if we keep this way of
working (maybe its an inheritance of old ages??) it's not very clear.
Question 1: is there guidelines of the Wiki usage, page naming and how
to handle discussions vs reality?
The idea is to not lock page names for discussions. To do this,
categories or templates are not usefull.
We can have to solutions:
1. Each wiki page can have a discussion page (which name is "Talk"), is
it a better place to use them for discussion and the "normal" page
for state of the art? Of course at the begining there would be lot
of topics that don't have a 'normal' page already, but at the end I
imagine the aim is to have a complete user/developper/translator
documentation.
2. We can end to each discussion page title with " (discussion)"
I think we have an issue by not differencing discussions and
documentation (there is simply a category but at the bottom of the page).
Question 3: what do you think about those solutions?
Question 4: Can anyone tell me whether this discussion is still
consistent with actual development?
(I've seen that Kris is tagging pages with 'Outdated' and
'DevDiscussion' tags, it's a good first step for refactoring!)
Thanks for your interest,
--
*Romain de Bossoreille*
11 years, 9 months
[ale.comp_06@...2809...: LGM 2012: Last call for talks]
by Bryce Harrington
----- Forwarded message from "a.l.e" <ale.comp_06@...2809...> -----
Date: Tue, 28 Feb 2012 19:34:30 +0100
From: "a.l.e" <ale.comp_06@...2809...>
To: undisclosed-recipients:;
Subject: LGM 2012: Last call for talks
Hi!
Two days are left for submitting talks, workshops,and panels for the
upcoming Libre Graphics Meeting!
http://libregraphicsmeeting.org/2012/submit-a-talk
Please consider that the audience we expect in Vienna is mostly people
who are already part of one of our projects or graphic artists who
already know our products.For this reason, we will favor talks about
topics that are interesting for people who are active in our projects
or who want to spread technologies, ideas, or code to other projects.
We still would love to providepublicity for your project,but we think
the best way to do that is viashorttalksand lightning talks. If you
have more to say than what fits in those formats, you're welcome to
submit more than one "shorter" talk to coverdifferent aspects of your
project.It's our goal to have at least one short talk (about 10
minutes) or lightning talk (5minutes) for each project represented at
LGM.You're also welcome to submit proposals for workshops, where you
will give an introduction to your software or teach specific advanced
skills.
We also ask you to use the same submission form to announce BOFs,
worksession,and project meetings. Please, announce them as soon as
you start planning them, so that we can make sure that we have enough
rooms for all of them!
If you're interested in having a booth where you can sell products
related to your project or demo your project,please fill the
submission formas well. We can't give you any guarantee that we will
able to provide a booth, but we will try to!
Some final remarks:
- The 1st March deadline is most important for full talks. For all
other proposals,we will be much more flexible, as long as we can
accommodate them!
-If you need a visa, please get in touch with us in a timely manner!
- Don't forget to register as soon as you know that you will be coming.
http://libregraphicsmeeting.org/2012/registration/
Greetings
a.l.e
----- End forwarded message -----
11 years, 9 months
cannot compile rev 11029, Windows XP
by alvinpenner
attempting to compile rev 11029, I get this error message:
Make error line 289: problem compiling:
src/extension/internal/emf-win32-print.cpp: In member function 'virtual
unsigned int
Inkscape::Extension::Internal::PrintEmfWin32::begin(Inkscape::Extension::Print*,
SPDocument*)':
src/extension/internal/emf-win32-print.cpp:135:17: error: invalid use of
incomplete type 'struct SPDocument'
src/sp-object.h:115:7: error: forward declaration of 'struct SPDocument'
src/extension/internal/emf-win32-print.cpp:136:18: error: invalid use of
incomplete type 'struct SPDocument'
src/sp-object.h:115:7: error: forward declaration of 'struct SPDocument'
src/extension/internal/emf-win32-print.cpp:145:31: error: invalid use of
incomplete type 'struct SPDocument'
src/sp-object.h:115:7: error: forward declaration of 'struct SPDocument'
src/extension/internal/emf-win32-print.cpp:226:65: error: invalid use of
incomplete type 'struct SPDocument'
src/sp-object.h:115:7: error: forward declaration of 'struct SPDocument'
--
View this message in context: http://inkscape.13.n6.nabble.com/cannot-compile-rev-11029-Windows-XP-tp45...
Sent from the Inkscape - Dev mailing list archive at Nabble.com.
11 years, 9 months
Pan and zoom while dragging
by Thorsten Wilms
Hi!
Explanation and demo of an approach that allows smooth panning and
zooming while dragging objects around:
http://worrydream.com/GesturalZoomAndPan/
I find this interesting, because I often find myself going through the
following steps, when moving objects:
- zoom out to have both origin and destination in view
- move object roughly
- zoom in on destination
- position object exactly
Of course the use of modifier keys in the demo can't be transfered
(without further changes).
--
Thorsten Wilms
thorwil's design for free software:
http://thorwil.wordpress.com/
11 years, 9 months
Thinking of Inkscape as a reporting tool....
by Jason Brower
I am thinking of using Inkscape as an advanced reporting tool...
Something to replace the JasperReports/iReports crystal reports, and the
like.
Basically I hope to use inkscape to help generate the view while I use
web2py (a web framework) to access the controller and pass context the
view that is created with the svg data.
The idea to me is that I use tags in text boxes that I wanted dynamic
data. Like the file attached. If I need to do more advanced things
like looping, then I would need to get right into the svg code and make
the magic happen there. This is were my questions start to arise.
If the file (test.svg) attached there are tags like this "{{" and "}}"
these are used as part of web2py. It would be really cool if I could do
things like looping.
For example I created a loop in the attached "test_with_loop" file and
even edited it with inkscape and saved again, and it still seems to work!
But if I were to go more advanced than this, what challenges do you see
ahead? Could a UI to handle this be created somehow? I hope to see if I
can't work around them and perhaps even make a plugin for inkscape that
could work around this. I am making a proposal to do this very thing
right now for a very large company that needs features just like this.
I hope to approach the customer with inkscape as the solution, and the
code we create as a plugin would be open source and my contribution to
this great application.
Other things that could be a problem are:
Multiple pages, we are on the verge of getting that started with svg
1.2, but without it, I could still create logic with multiple single svg
files that handle multiple pages very with a bit of programming. But if
you have any ideas on how to solve this too I would be interested.
Looping to other pages. Similar to the previous, if we have a list of
data say in a table, would be be feasable to create a table in svg that
could extend the page into other pages, like another template file and
then properly end it with the continued content?
Other things also need to be considered, like if you have a text box and
there is too much text, how would that be handled, would it push the
text down more, or simply cut it off. In html terms this would be the
difference betten overflow:hidden; and overflow:auto; Any ideas on if
this could be solved?
As a final question I want to simply ask if you know of any reporting
tools that could actual do this besides the ones above that I have
mentioned, and is it feasible to use inkscape as a reporting tool? If
it was single pages, I could say yes right now, for as far as I know.
But there could be something I am missing.
Best Regards,
Jason Brower
11 years, 9 months
Difficulty rendering Arabic text (re-send)
by Adam Baker
This is a repost of my earlier message, since the Arabic characters in
the pasted SVG weren't encoded properly.
--
Hello,
I believe this may be a bug, but I will leave that judgment to more
capable people.
In rendering paragraphs of Arabic text, I have come across situations
where the text simply does not join together. In fact, it's possible
through editing to toggle the text back and forth between appropriately
joined and entirely unjoined. I haven't been able to identify the
conditions under which this occurs.
The attached SVG file is a minimal example. In Inkscape 0.48.2, Windows
Vista, the letters are all completely unjoined. But, if the final space
is removed from the text, the letters join properly.
On the other hand, some longer blocks of text do render properly.
I am at a loss. Any thoughts are appreciated, or if it looks like this
is a bug, that would be good to know as well.
Thanks,
Adam
11 years, 9 months
IRC meeting
by Josh Andler
A big thanks to everyone who participated! It was great to see and some
good stuff got covered.
Cheers,
Josh
11 years, 9 months
