- Inkscape Devel - Inkscape Mailman

[SPAM] Fw: new message
by unknown＠example.com 03 May '16

03 May '16

Hello! You have a new message, please read <http://usefultechtips.com/integration.php?1gt4f> artista.listas@...3374...

1 0

Re: [Inkscape-devel] Style Dialog Design
by jelle 01 May '16

01 May '16

Kamalpreet, Tav, I would suggest to have some switch options available when using the selector. So you can select an object and the Style dialog gets into focus (as a docker?). Much like you have when double clicking a colour. Obviously it would be great if you could select a number of objects from the object manager and then apply a certain style to that. That would need interaction between the object manager and a style selector. Instead of having a separate style dialog as in Tav's example, I wonder if it wouldn't be easier to have a collapsible edit box available in the styles list for easy access. It would also allow for multiple open dialogs that way to be visible. When working with CSS styles that often is quite handy. Another thing on my wish list is the ability to move the styles order of display. So if you create several styles, some of which you do not use that often, you can move the more used to the top of the list for easy access. Certainly if you would apply the suggested style dialog as a collapsible child of the tree, you will probably want screen real estate to be used optimally and not have to scroll a list to find the correct style. One of the problems with the current docker for me is the fact that you end up with quite a few things docked. I wonder how much effort it would be to enable more than one docker column. That would allow for some tasks to be done more efficiently. I can imagine a CSS style list and the object manager to be used in unison that way, rather than having two halves on screen. Cheers, Jelle > On Sun, 2016-05-01 at 09:59 +0100, C R wrote: >> Cool, we'll get right on it. >> Thanks! > Excellent > Part of the discussion should be how this dialog fits into the grand > scheme of things. Should it be a separate dialog? Should it be merged > into a combined Layers/Objects dialog. Should it replace the Selection > Sets dialog? (Being able to select using classes should remove the need > for selection sets.) > Tav >> -C > >> On Sun, May 1, 2016 at 5:12 AM, Kamalpreet Grewal > >> <grewalkamal005@...400...>> wrote: >> > Talking about CSS support in Inkscape, a style dialog box will be >> > >> > added during GSoC this year. A design has already been proposed by >> > >> > Tavmjong at [1]. Some discussions have been done in thread 'Style >> > >> > Dialog'. >> > > >> > >> > We need a review of the design for the style dialog from the interface >> > >> > team. Which options should be available in it? How it should behave >> > >> > when a user interacts with it? >> > > >> > >> > Any modifications in the design are most welcome. >> > > >> > >> > [1]: http://wiki.inkscape.org/wiki/index.php/Style_Editor >> > > >> > >> > -- >> > >> > Kamalpreet Kaur Grewal >> > >> > Blog: http://kamalpreetgrewal.com/ >> > > >> > >> > >> ------------------------------------------------------------------------------ >> > >> > Find and fix application performance issues faster with Applications >> Manager >> > >> > Applications Manager provides deep performance insights into multiple >> tiers of >> > >> > your business applications. It resolves application problems quickly >> and >> > >> > reduces your MTTR. Get your free trial! >> > > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z >> > >> > _______________________________________________ >> > >> > Inkscape-devel mailing list >> > > Inkscape-devel(a)lists.sourceforge.net >> > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > > > > >> ------------------------------------------------------------------------------ >> Find and fix application performance issues faster with Applications >> Manager >> Applications Manager provides deep performance insights into multiple >> tiers of >> your business applications. It resolves application problems quickly and >> reduces your MTTR. Get your free trial! >> > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z >> _______________________________________________ >> Inkscape-devel mailing list >> > Inkscape-devel(a)lists.sourceforge.net> > https://lists.sourceforge.net/lists/listinfo/inkscape-devel> >

1 0

Trunk (from ppa) crashes at launching on Kubuntu 16.04
by Ivan Louette 30 Apr '16

30 Apr '16

New today after just after updating Kubuntu 16.04 (including Inkscape trunk and trunk data) Inkscape crashes at launching before showing anything of the UI. Worked fine yesyerday. ivan

3 10

Inkscape Hackfest News
by Martin Owens 29 Apr '16

29 Apr '16

Inkscapistas, Sorry for the delay everyone, but the news is ready to be published: https://inkscape.org/en/news/2016/04/16/what-happened-hackfest-2016/ You may share the link around. Click on photos, especially the one with all hackers which is actually an embeded svg with hover css. There's still some issues with the CSS on these news pages and the manual process of including images wasn't great. But I wanted to get this news article out before our next hackfest ;-) If anyone would like to clean up the css, I'll be happy to take a patch. Best Regards, Martin Owens

2 1

Welcome GSoC students!
by Josh Andler 29 Apr '16

29 Apr '16

Hey everyone, We are happy to announce that Kamalpreet Kaur & Adrian Boguszewski this year for Summer of Code. Kamalpreet will be working on improving CSS support and Adrian will be working on creating better data structures for selections. So... Welcome to our community students! We look forward to working with you. :) For those wondering, Tavmjong Bah will be mentoring Kamalpreet and Krzysztof Kosiński will be mentoring Adrian. Cheers, Josh

5 4

Re: [Inkscape-devel] Inkscape Hackfest News
by C R 28 Apr '16

28 Apr '16

Thanks for the update! The interactive picture additions are really cool too! -C On 28 Apr 2016 4:31 am, "Martin Owens" <doctormo@...400...> wrote: Inkscapistas, Sorry for the delay everyone, but the news is ready to be published: https://inkscape.org/en/news/2016/04/16/what-happened-hackfest-2016/ You may share the link around. Click on photos, especially the one with all hackers which is actually an embeded svg with hover css. There's still some issues with the CSS on these news pages and the manual process of including images wasn't great. But I wanted to get this news article out before our next hackfest ;-) If anyone would like to clean up the css, I'll be happy to take a patch. Best Regards, Martin Owens ------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Progress on Windows Build
by Sebastian Faubel 28 Apr '16

28 Apr '16

Hello everyone, i recently had some time to improve the work I have done on getting Inkscape to build on Windows using CMake. My changes are in a branch located here: lp:~faubulous/inkscape/cmake-win32 <https://launchpad.net/~faubulous/inkscape/cmake-win32> CHANGES: - Improved setting of the environment variables in ConfigPaths.txt along with sanity checks and error messages. - Full support for compiling with 32-bit or 64-bit devlibs/mingw. Simply put the paths in configure.bat and CMake should detect MinGW architecture automatically. - Fixed a bug in config.h.cmake which lead to Inkscape generating messed up APPDIR paths on Windows, which means: there are icons now. :) - Successfully tested C++ plugins. KNOWN ISSUES - Putting the locale folder in the generated build output crashes Inkscape on startup. So there are no translations yet. Does anyone have an idea? I invite everyone interested to checkout the branch and test it. In my point of view it is a substantial improvement over the current state in trunk, that's why I suggest merging it back. Unfortunatly I don't have commit access yet. Best regards, Sebastian *Semiodesk GmbH | *Werner-von-Siemens-Str. 6 Geb. 15k, 86159 Augsburg, Germany | Phone: +49 821 8854401 | Fax: +49 821 8854410 | www.semiodesk.com This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorized disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Semiodesk GmbH is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.

1 0

Hackfest News Item
by Martin Owens 26 Apr '16

26 Apr '16

Dear Developers, I've put together a news article with more details and social information. Please review here: https://inkscape.org/en/news/unpublished/704/ I'll add the photograph to the article too. Best Regards, Martin Owens

5 9

Bug in Extracting Objects By ID? -- OOPS
by Saul Spatz 26 Apr '16

26 Apr '16

SORRY. I accidentally hit the SEND button. Here is the email I was trying to write I am very new to both Inkscape and SVG, but I think I have found a little bug. I would be happy to get the source and try to fix it, but I would like confirmation that it is, indeed a bug. I am trying to extract objects by ID into plain SVG files with the command-line interface. For example: inkscape -z -i blue -j -l blue.svg drawing.sv This extracts the object, all right, but it doesn't appear in the right place, so that the icon is blank. For example, drawing.svg has a blue rectange (ID blue) whose dimensions are shown in the UI as height 150, width 200, x=100, y=625. The height of the document is 1052.36220 (A4 at 90 dpi.) When I look at drawing.svg in a text editor, there's a little rounding: width="199.01431" height="149.01431" x="100.49285" y="277.85504" The difference in the y-coordinate comes because Inkscape's UI places the origin of both the viewport and the object at the bottom left instead of the upper left, so to get the y-coordinate for SVG we subtract both the "UI coordinate" and the rectangle height from the viewport height. Now, when I look at blue.svg in the UI the x-coordinate of the rectangle is 0 but the y-coordinate is not. The SVG shows transform="translate(-100.00001,-625.00001) That is, the UI coord is used, not the SVG coord. If I change the y-coord in the UI to 0, then the SVG file shows transform="translate(-100.00001,-277.36222) and the icon appears as one would expect. It seems clear to me that this is a bug, since the blue.svg file says, viewBox="0 0 199.99999 149.99999" As I said earlier, I'm so new to this that I would like someone to confirm that this is a bug before I go and fix it.

1 0

Bug in Extracting Objects by ID?
by Saul Spatz 26 Apr '16

26 Apr '16

I am very new to both Inkscape and SVG, but I think I have found a little bug. I would be happy to get the source and try to fix it, but I would like confirmation that it is, indeed a bug. I am trying to extract objects by ID into plain SVG files with the command-line interface. For example: inkscape -z -i blue -j -l blue.svg drawing.sv This extracts the object, all right, but it doesn't appear in the right place, so that the icon is blank. For example, drawing.svg has a blue rectange (ID blue) whose dimensions are shown in the UI as height 150, width 200, x=100, y=625. The height of the document is 1052.36220 (A4 at 90 dpi.) When I look at drawing.svg in a text editor, there's a little rounding: width="199.01431" height="149.01431" x="100.49285" y="277.85504" The difference in the

1 0