- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Rotatable desktop (was: Inkscape 0.49 Proposed Release Plan)
by jbc.engelen＠swissonline.ch 21 Sep '12

21 Sep '12

Indeed, I already had a rudimentary rotatable desktop working a while ago; it was only a small coding effort. What popped up were some UI questions: - page display - boundingbox, do we want it to rotate too or not? - thingies for scaling, shearing, rotating, should they rotate too? - horizontal/vertical directions for dragging objects with ctrl, should they rotate too? Etc... Related: it can be nice to have different scales in x and y dir. If rotating works, then it should be programmed such that any reasonable transform matrix works...? Cheers, Johan ----- Reply message ----- Van: "Krzysztof Kosiński" <tweenk.pl@...400...> Datum: do, sep. 20, 2012 11:13 Onderwerp: [Inkscape-devel] Inkscape 0.49 Proposed Release Plan Aan: "Josh Andler" <scislac@...400...> CC: "Johan Engelen" <jbc.engelen@...2592...>, "Inkscape Devel List" <inkscape-devel(a)lists.sourceforge.net> 2012/9/19 Josh Andler <scislac@...400...>: > I think that if we are going to break compatibility, we go for one > release to do it. Basically, all of the new-style stuff including > custom doc coords would be a huge win to introduce all at once. I > would love to see a rotatable canvas in Inkscape, but I have no idea > how feasible it is with the current rendering/viewport stuff we have > in place. In principle it should be possible to change doc2dt and dt2doc matrices to any transform without any modifications to the display subsystem, but it might expose bugs - mainly hidden assumptions that doc2dt is always an Y flip + translation. The code drawing the page background will need to be rewritten, as it now assumes that the page is a rectangle with sides parallel to desktop coordinate system axes. Regards, Krzysztof

2 1

Re: [Inkscape-devel] B-Spline
by Jabiertxo Arraiza Cenoz 21 Sep '12

21 Sep '12

Hello, I'm working on the first phase is to get the preview of the layout spiro match the final result. This is something I see that basic b-spline curves are meaningful. Anyway I'm very slow and not C and something that seems simple to me is a world. Hi, Jabiertxo.

1 0

Inkscape 0.49 Proposed Release Plan
by Josh Andler 20 Sep '12

20 Sep '12

Hey All, The following is based on previous release plans. Let me know if there's anything missing. One thing I want to do differently is the bug hunt. No score for this release, only going for bugs milestoned for 0.49 instead. This also means we need to hit the tracker to ensure the milestoned ones are correct and to milestone and must fixes. The number of bugs already fixed in trunk is huge, so getting the work out for further testing "soon" is better. Dates are subject to change as always, hopefully they could be moved up (with the exception of the the time between Feature Freeze and Hard Freeze, for the sake of the translators). Translators, I would recommend getting started sooner rather than later. 1. Open development. (In Progress) 2. Chill. (September 21, 2012) Development focuses on wrapping up. No further refactoring. Identify 'make distcheck' issues Triage bug reports Run an About Screen contest First draft of Release Notes. Update tutorials and other docs 3. Frost. (October 5, 2012) Most development complete. Release Notes should be >90% filled in. Bug Hunt: Target those milestoned for 0.49. Post alpha quality tarball. 4. Feature Freeze. (October 26, 2012) No further development work. Disable features that can't be finished in time. Focus on critical bug fixing. Finalize all tutorials, docs, etc. Finalize all extensions. Translators create/update translations. Inkscape must pass 'make distcheck' Post beta quality tarball. 5. Hard freeze. (November 23, 2012) Only release wardens can commit to mainline. No further string changes. Focus on release-critical bug fixing. Finalize translations, release notes, etc. Post Release Candidate tarball. Packagers test creating pkgs. 6. Branch. (December 7, 2012) Establish the Stable Branch for release Complete any late-late-late work. Final verification of packaging, release notes, docs, etc. Publish more release candidates until ready for release. Plan 0.49.1+ release(s), as needed 7. Release. (December 21, 2012) Post inkscape-0.49.tar.gz Post packages Post official announcements 8. Open development. Yes, it seems like a ridiculously short timeframe given our history of making releases happen and how much we've strayed in the past. I do however feel it is doable given the change in the bug hunt requirement for this cycle. That usually holds us up. Also, no platform specific bugs will hold up this release. We will release for specific platforms as issues are taken care of. If anyone has objections or concerns, please speak up. As stated in the past... this is doable. We're good, we're smart, we're competent, and we have the resources... we just need to be focused to make this happen. Let's do this! Cheers, Josh

9 27

Release notes page
by Johan Engelen 19 Sep '12

19 Sep '12

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

2 1

Fwd: B-Spline
by Arshdeep Singh 18 Sep '12

18 Sep '12

---------- 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

1 1

Re: [Inkscape-devel] Inkscape Board Election - voting time
by Ivan Louette 18 Sep '12

18 Sep '12

JazzyNico Tavmjong Bah

2 1

Question about prototype for new Keybinding GUI (was Fwd: [Bug 1036059] There are no GUI for setting keybindings )
by ~suv 16 Sep '12

16 Sep '12

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/+files… -- 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

1 0

Path 'z' question
by Tavmjong Bah 15 Sep '12

15 Sep '12

Hi, Can someone quickly remind me what the problem is with the current SVG 'z' syntax to close a path? Thanks, Tav

5 9

Complete removal of libnr
by Krzysztof Kosiński 15 Sep '12

15 Sep '12

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

11 38

Default Export Area
by Yann Papouin 14 Sep '12

14 Sep '12

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.

1 0