Release notes page
by Johan Engelen
Hi all,
I would very much like to have the release date written somewhere on
the release notes page. I can only find it on the 0.48.2 page (I believe
I added it back then). If someone is looking for a small task, please go
ahead and add the release dates to all other release notes pages! ;)
Let's try to not forget it for future releases!
An idea just popped up: shall we add the about screen dialog to the
release notes page? For extra exposure of the winning entry :-)
Cheers,
Johan
10 years, 8 months
Fwd: B-Spline
by Arshdeep Singh
---------- Forwarded message ----------
From: Arshdeep Singh <moduli16@...400...>
Date: Mon, Sep 10, 2012 at 10:33 PM
Subject: Re: [Inkscape-devel] B-Spline
To: jabier.arraiza@...2893...
@Jabiertxo : Thankyou You seem to have a good level of knowledge of
working of the B-Splines and of how curves implemented in lib2geom. I
don't know much of code's working. I will study the code and you can
help me with the understanding.
@Pieter Barendrecht, seems to know A LOT about Beizer
Implementations, I guess he seems the GOTO GUY for technical probelms
. :)
On Mon, Sep 10, 2012 at 8:13 PM, Jabiertxo Arraiza Cenoz
<jabier.arraiza@...2893...> wrote:
> Good morning.
>
> I am very glad that people are getting involved in the project. I thank
> especially Arshdeep Singh for offering with such enthusiasm, I look
> forward to working with him and learn.
>
> I am also happy news for the project provided by Johan Engelen lib2geom
> of the project, which seems key to the achievement of the B-Splines in
> Inkscape.
>
> For my part I contribute my part of the way and start coding before I
> point out what I think we need to get.
>
> The BSplines give the artist total control to make layouts without using
> handlers, giving a speed and accuracy, I think, unique in the world of
> drawing.
>
> This feature is primarily patent while you draw each stroke, implement
> this feature at the end of the path has no make much sense.
>
> I therefore propose branch-if so-called the project into two consecutive
> parts:
>
> The first is a part facilitator also has benefits spiro tool. They are
> getting while drawing a spiro curve, the mark of the "road" is already
> the final route, without going into consideration to show both paths
> and / or buttons to switch.
>
> The second would be to implement a curve BSpline like a Spiro.
>
> In both modes "spiro" and "BSPLINE" would be important to assign a key
> to draw the next point is a corner point.
>
> Do you think well this way?
> -------------------------------------------------------------
>
> Buenos días.
>
> Estoy muy contento de la gente que se está involucrando en el proyecto.
> Le doy gracias especialmente a Arshdeep Singh por ofrecerse con ese
> entusiasmo, estoy deseoso de poder trabajar junto a el y aprender.
>
> Me alegra también la noticia a favor del proyecto facilitada por Johan
> Engelen de el proyecto lib2geom, que parece clave para la consecución de
> las B-Splines en Inkscape.
>
> Yo por mi parte aporto mi parte del camino y antes de empezar a
> codificar quiero puntualizar lo que pienso que tenemos que conseguir.
>
> Las BSplines dan al dibujante total control al realizar trazados sin
> necesidad de usar manejadores, dando una velocidad y precisión únicas
> -creo- en el mundo del dibujo.
>
> Esta característica es patente principalmente mientras se va dibujando
> cada trazo, implementar dicha característica al final de realizar el
> trazado no tiene mucho sentido.
>
> Por ello propongo bifurcar -si se llama así- el proyecto en dos partes
> consecutivas:
>
> La primera es una parte facilitadora que además tiene beneficios para la
> herramienta spiro. Se trata de conseguir mientras se dibuja una curva
> spiro, que la marca del "camino" sea ya el trazado final, sin entrar en
> consideración de mostrar ambos trayectos y / o botones para alternar.
>
> La segunda seria implementar la curva BSpline como una Spiro.
>
> En ambos modos "spiro" y "bspline" seria importante asignar una tecla
> para que el siguiente punto a dibujar sea un punto de esquina.
>
> ¿Os parece bien este camino?
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Inkscape-devel mailing list
> Inkscape-devel(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
--
Arshdeep Singh
Third Year, Computer Engineering
Delhi Technological University
Ph: +91-9654115614
--
Arshdeep Singh
Third Year, Computer Engineering
Delhi Technological University
Ph: +91-9654115614
10 years, 8 months
Question about prototype for new Keybinding GUI (was Fwd: [Bug 1036059] There are no GUI for setting keybindings )
by ~suv
Anyone interested to help with these questions about Inkscape's handling
of keyboard shortcuts (and how to add files for new widgets)?
Being able to switch keymap files or redefine keyboard shortcuts from
within Inkscape would be a nice new feature (requested repeatedly by users)…
Forwarded from <https://bugs.launchpad.net/bugs/1036059>.
thx, ~suv
-------- Original Message --------
Subject: [Bug 1036059] Re: There are no GUI for setting keybindings
Date: Wed, 15 Aug 2012 19:19:45 -0000
From: Aapo Rantalainen <1036059@...1882...>
Reply-To: Bug 1036059 <1036059@...1882...>
To: suv
I started to implement GUI-widget for changing keyboard bindings. Here
is video of first prototype: http://www.youtube.com/watch?v=Hvdvz--L6OM
There are many issues where I'm waiting for discussion, help,
solution... Patch is not intented to merge as it. It is against
rev-11604.
a) I had problem to add new files for compilation, so this patch
overwrite font-selector (randomly selected dialog/widget)
b) Inkscape has some 'own' style to handle keybindings. Thus widget on
my patch contains converting between 'GDK-modifier' to 'SP-modifier' and
back. Is there reason to not use shortcut handling for GDK?
c) Patch handles only primary keys, not secondaries. I'm not sure how
they should be handled. I think there are no limit how many secondary
key one action could have.
d) Patch doesn't check conflicst. I.e. if key is already assigned.
e) Tip text (and menus) are not updated, but new window shows new accel
keys.
f) It doesn't yet save modifications. Maybe the best place is end of the
~/.config/inkscape/keys/default.xml or add one more xml
(user_defined.xml).
g) Patch just move things in shortcuts.cpp,verbs.cpp private->public.
--
So what it does:
-shows (primary) keybindings of the every verbs (in _verbs)
-allow keybindings to be modified
** Patch added: "keybindings_proto_001.patch"
https://bugs.launchpad.net/inkscape/+bug/1036059/+attachment/3262804/+fil...
--
You received this bug notification because you are a member of Inkscape
Bug Team, which is subscribed to Inkscape.
https://bugs.launchpad.net/bugs/1036059
Title:
There are no GUI for setting keybindings
10 years, 8 months
Path 'z' question
by Tavmjong Bah
Hi,
Can someone quickly remind me what the problem is with the current SVG
'z' syntax to close a path?
Thanks,
Tav
10 years, 8 months
Complete removal of libnr
by Krzysztof Kosiński
Hello all.
Revision 10589 removes all trace of libnr from Inkscape's code, which
was a major refactoring goal. This is a rather big change and might
break various things. Here is a short summary of the changes:
1. NRRect was replaced by Geom:Rect and Geom::OptRect as appropriate.
2. NRRectL was replaced by Geom::IntRect and Geom::OptIntRect as
appropriate. Note that the semantics of Geom::IntRect's contains()
function for points are slightly incorrect at this time, as max() will
be considered part of the rectangle even though it should not be. This
doesn't cause any obvious problems for now.
3. SPItem bounding box methods were rewritten. There are now methods
for bounding boxes in 3 different coordinate systems:
- visualBounds(), geometricBounds(), bounds() - bounds in the item's
own coord system
- desktopVisualBounds(), desktopGeometricBounds(), desktopBounds() -
bounds in desktop coordinate system (origin in bottom left, but
user-editable in the future)
- documentVisualBounds(), documentGeometricBounds(), documentBounds()
- bounds in SVG coordinate system
The "geometric" version returns the object bounding box as defined by
SVG (does not consider stroke, filters, clipping paths, masks, etc.).
The "visual" version considers all of this to return the bounds of the
area affected by the object. The legacy "approximate bbox" was
removed.
4. NRActiveObject was used only by SPAction. SPAction was converted to
GObject and NRActiveObject listeners were replaced by signals. Some
changes to verbs were made along the way.
5. nr-point-fns.h was used by some things in the gradient editor and
was replaced with code using Geom::LineSegment.
Regards, Krzysztof
10 years, 8 months
Default Export Area
by Yann Papouin
Hi,
I'm testing trunk few times a week and for some time now, the default
export area is set to "Drawing" in the export dialog when clicking on a
blank part of the canvas.
To my mind, it should be set to "Page" as default.
Yann Papouin.
10 years, 8 months
livarot stroke to path calls union?
by Shriramana Sharma
I noticed that when Inkscape does stroke to path of a self-overlapping
stroke, it automatically does a union of the resulting filled paths
because there are no overlaps after stroke to path. Trying to track
this I found:
src/verbs.cpp:2396: new SelectionVerb(SP_VERB_SELECTION_OUTLINE,
"StrokeToPath", N_("_Stroke to Path")
->
src/verbs:cpp:1073:
case SP_VERB_SELECTION_OUTLINE:
sp_selected_path_outline(dt);
->
src/splivarot.cpp:880: sp_selected_path_outline(SPDesktop *desktop)
which calls Path::Outline from src/livarot/PathOutline.cpp which calls
Path::SubContractOutline.
My question:
Despite all this searching it is not clear to me where the livarot
union function is being called. Perhaps I am missing something?
Thanks.
--
Shriramana Sharma
10 years, 8 months
Inkscape Board/Committee Nominations
by Josh Andler
Hello Developers,
I am recycling Aaron Spike's email from the last time we went through this.
As many of you know, Inkscape is a member organization of the Software
Freedom Conservancy ( http://sfconservancy.org/ ) and that we have a
board. The board/committee consists of Josh Andler, Jon Cruz, Ted
Gould, Bryce Harrington, Nathan Hurst, MenTaLguY and Aaron Spike.
Bryce Harrington currently serves as the Representative (the official
board representative on behalf of Inkscape to the SFC). Dr. Hurst had
previously resigned his position on the board and Aaron has done so
more recently. Therefore we must elect new committee members to fill
the open spots. I will be collecting nominations through the weekend
(ending Sunday, September 16th unless there is great desire for an
extension to the nomination period). Anyone listed in the AUTHORS file
(as of September 10, 2012) may make a nomination. Anyone listed in the
AUTHORS file (as of September 10, 2012) may be nominated. Nominees are
free to refuse nomination. Just as a heads up, if you use a pseudonym,
you will have to sign the agreement with your legal name (not that
this information gets released to the public). Note: The dates related
to the AUTHORS file are to avoid anyone trying to get in at the last
second, and they will always adjust with future nomination periods.
Typically the board votes on things such as project fund expenditures
(travel, conferences, marketing materials for events, etc), trademark
related issues (a topic currently be worked on), other legal issues
that arise, etc. Our hope is that by refreshing the board, that we'll
be better suited to give better guidance on items and hopefully be
more effective at supporting the Inkscape project and our community as
a result.
As specified in Section 6 or our charter we maintain a committee of
seven project members. Section 6 reads as follows:
"6. Representation of the Project in the Conservancy. The Developers,
each a signatory hereto, shall represent the Project in its official
communication with the Conservancy. There shall be seven Developers
(together, the "Committee"), elected by the community members of the
Project listed in the Project's AUTHORS file (the "Community
Members"). Each Developer shall continue to serve until he or she
resigns from the position. The Developers may be removed from the
position at any time by a majority vote of the Community Members. Upon
the resignation or removal of a Developer, the Community Members shall
elect a replacement Developer to serve on the Committee. The Committee
will elect a single individual to communicate with the Conservancy
(the "Representative") and shall notify the Conservancy promptly
following the election of a new Representative. The Representative
will have the authority to instruct the Conservancy on the Project's
behalf on all matters. This section may be modified by a vote of at
least 3/4 of the Community Members, with the consent of the
Conservancy, such consent not to be unreasonably withheld."
The election itself will take place from the 17th through the 23rd.
The process will be voting for your top two choices (all votes carry
equal weight) and the two names with the most votes will be elected.
Thank you to everyone for your participation.
Cheers,
Josh
P.S. I have uploaded a redacted copy of the full Charter at:
http://dl.dropbox.com/u/21152971/InkscapeSponsorshipAgreement-redacted.pdf
(modified only for privacy reasons). We will get something more
official in place soon.
10 years, 8 months
Creating color managed PDFs
by Adrian Johnson
I have been working on an experimental branch of cairo that supports
color management for the image and pdf surfaces. I'm currently trying to
get Inkscape to use this API so I can test creating color managed PDF
files. I'm not familiar with SVG or the Inkscape source and have some
questions.
The SVG specification says that compositing can be performed in sRGB or
linear RGB color space. I could not find where this is supported in
Inkscape. For now I've set the PDF surface color space to sRGB.
What color space are gradients interpolated in? Are all gradient stops
the same color space? In my patch I have assumed that all stops have the
same color space and used this color space as the interpolation color space.
Can a color space be set for an image?
If anyone is interested the code is here:
http://cgit.freedesktop.org/~ajohnson/
To simplify the implementation only RGB color spaces are currently
supported.
10 years, 8 months
