You can subscribe to this list here.
2007 |
Jan
(2) |
Feb
(3) |
Mar
(4) |
Apr
(27) |
May
(5) |
Jun
|
Jul
(14) |
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(19) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(8) |
Feb
(1) |
Mar
(4) |
Apr
(28) |
May
(77) |
Jun
(79) |
Jul
(112) |
Aug
(36) |
Sep
(33) |
Oct
(19) |
Nov
(9) |
Dec
(11) |
2009 |
Jan
|
Feb
|
Mar
(12) |
Apr
(11) |
May
(13) |
Jun
(23) |
Jul
(5) |
Aug
(25) |
Sep
(9) |
Oct
(22) |
Nov
(16) |
Dec
(5) |
2010 |
Jan
(23) |
Feb
(12) |
Mar
(5) |
Apr
(29) |
May
(4) |
Jun
(9) |
Jul
(22) |
Aug
(2) |
Sep
(10) |
Oct
(6) |
Nov
(8) |
Dec
|
2011 |
Jan
(2) |
Feb
(44) |
Mar
|
Apr
(4) |
May
|
Jun
(9) |
Jul
(5) |
Aug
(4) |
Sep
(7) |
Oct
|
Nov
|
Dec
(10) |
2012 |
Jan
(16) |
Feb
(8) |
Mar
(9) |
Apr
(5) |
May
(3) |
Jun
(3) |
Jul
(6) |
Aug
(10) |
Sep
(48) |
Oct
(6) |
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(19) |
Sep
(3) |
Oct
(5) |
Nov
(35) |
Dec
(3) |
2014 |
Jan
|
Feb
(3) |
Mar
(4) |
Apr
(12) |
May
(6) |
Jun
(16) |
Jul
(25) |
Aug
(16) |
Sep
(3) |
Oct
|
Nov
(7) |
Dec
|
2015 |
Jan
(3) |
Feb
(1) |
Mar
(21) |
Apr
(10) |
May
(6) |
Jun
(3) |
Jul
(2) |
Aug
(4) |
Sep
(4) |
Oct
|
Nov
(2) |
Dec
|
2016 |
Jan
|
Feb
(11) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Vinícius d. S. O. <vin...@gm...> - 2013-08-14 21:14:25
|
Em Qui, 2013-08-15 às 00:31 +1000, Nathan Hurst escreveu: > The code looks fine to me. Is it worth pulling the 'point to string' > iterator code out into a helper method - DRY? By "point to string...", what part of the code are you referring to? > I agree about the dynamic dispatch, if you can find a good solution to > this we should use it in multiple places. I didn't know this pattern is used in many different places. My original plan was the suggestion in the TODO comment, but now that I know this info, I could look for some viable, "embedable" and multiplatform lib. > Btw, I've added you to the admin team, feel free to commit all your > changes. Thank you, I'll start committing the changes needed to cleanly install and use lib2geom in a modern system. -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker |
From: Nathan H. <nj...@nj...> - 2013-08-14 14:30:14
|
On Wed, Aug 14, 2013 at 02:31:27AM -0300, Vin?cius dos Santos Oliveira wrote: > Em Ter, 2013-08-13 ??s 23:13 +1000, Nathan Hurst escreveu: > > > I think you should be able to write something using direct string > > concatenation in an afternoon. > > > I made too many mistakes and took longer than expected, but code is done > now (patch attached). > > I'd appreciate if any "veteran" lib2geom developer review the code. The code looks fine to me. Is it worth pulling the 'point to string' iterator code out into a helper method - DRY? I agree about the dynamic dispatch, if you can find a good solution to this we should use it in multiple places. Btw, I've added you to the admin team, feel free to commit all your changes. njh |
From: Nathan H. <nj...@nj...> - 2013-08-14 14:19:04
|
On Tue, Aug 13, 2013 at 09:23:14PM -0300, Vin?cius dos Santos Oliveira wrote: > Em Ter, 2013-08-13 ??s 23:13 +1000, Nathan Hurst escreveu: > > > I think you should be able to write something using direct string > > concatenation in an afternoon. > > > I already started coding, but I want to share design ideas sooner. > > There will be a function, called render_svg_path (declared under > svg-path-render.h file), analogous to parse_svg_path. This function will > receive an ostream object and a PathVector. I still didn't reasoned > enough to conclude if this should be an operator overload or a normal > function, but I think it should be a normal function to maintain > consistency. This all sounds great. > parse_svg_path only treats the "d" attribute, so should render_svg_path This sentence is correct (if you add the . at the end :) > (this english sentence I don't know if it's correct, I'm trying to use > the same grammar technique from Donnie Darko movie: > <https://gist.github.com/vinipsmaker/6226845#file-donnie-darko-part-L11>). This sentence is incorrect (or at least a non-typical construction): normally you would put the subject at the front of the sentence. "I don't know if this sentence is correct, I'm..." > My tests ran fine and I don't think I'll have much trouble, but lib2geom > needs some love as a "standalone" installed library. Yes, it really needs a new, passionate, maintainer with the right personality and skills to refine it into the elegant and widely used library it should be. > When I tried to > compile-and-link my tests to a system-installed-dynamic-lib 2geom, there > where some include files errors due to missing installed files (numeric > folder). I fixed this error locally, but I'll share the results soon. njh |
From: Vinícius d. S. O. <vin...@gm...> - 2013-08-14 05:31:46
|
Em Ter, 2013-08-13 às 23:13 +1000, Nathan Hurst escreveu: > I think you should be able to write something using direct string > concatenation in an afternoon. I made too many mistakes and took longer than expected, but code is done now (patch attached). I'd appreciate if any "veteran" lib2geom developer review the code. -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker |
From: Vinícius d. S. O. <vin...@gm...> - 2013-08-14 00:23:33
|
Em Ter, 2013-08-13 às 23:13 +1000, Nathan Hurst escreveu: > I think you should be able to write something using direct string > concatenation in an afternoon. I already started coding, but I want to share design ideas sooner. There will be a function, called render_svg_path (declared under svg-path-render.h file), analogous to parse_svg_path. This function will receive an ostream object and a PathVector. I still didn't reasoned enough to conclude if this should be an operator overload or a normal function, but I think it should be a normal function to maintain consistency. parse_svg_path only treats the "d" attribute, so should render_svg_path (this english sentence I don't know if it's correct, I'm trying to use the same grammar technique from Donnie Darko movie: <https://gist.github.com/vinipsmaker/6226845#file-donnie-darko-part-L11>). My tests ran fine and I don't think I'll have much trouble, but lib2geom needs some love as a "standalone" installed library. When I tried to compile-and-link my tests to a system-installed-dynamic-lib 2geom, there where some include files errors due to missing installed files (numeric folder). I fixed this error locally, but I'll share the results soon. -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker |
From: Nathan H. <nj...@nj...> - 2013-08-13 13:54:11
|
On Tue, Aug 13, 2013 at 03:05:59AM -0300, Vin?cius dos Santos Oliveira wrote: > Hi 2geom developers, > > I'm playing with 2geom and I can see which code I can use to read from > SVG files. I can use the function Geom::parse_svg_path and pass a > Geom::PathBuiler as the second parameter. In the end, I'll be able to > extract the Geom::PathVector through the method PathBuilder::peek. > > Anyway, what I need is to do the other way back (generate a SVG file > from some Geom::PathVector). The only code I found related to this > functionality lies in the toys (not part of the lib) and uses a > complicated scheme involving cairo and a lot of virtual func calls. Is > there another way? If there is not, I want to implement it and I want to > implement it fast. I think you should be able to write something using direct string concatenation in an afternoon. > Would be possible to release another lib2geom version > fast if code goes okay? Absolutely, indeed I think we should just give your write access to the repo (given you're already an inkscape dev). Who remembers how to do this? njh |
From: Vinícius d. S. O. <vin...@gm...> - 2013-08-13 06:11:35
|
I've had some build issues when I tried to compile latest stable version of lib2geom on my ArchLinux system (ArchLinux means latest version of every lib and compiler and no patched packages, if possible). I've fixed the issues and made a patch. I wanna someone revised my patch and, possibly, integrate it in lib2geom code. The patch is located at https://aur.archlinux.org/packages/li/lib2geom/lib2geom.tar.gz (file fix.patch). You guys can see the build options I've used at <https://aur.archlinux.org/packages/li/lib2geom/PKGBUILD>. -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker |
From: Vinícius d. S. O. <vin...@gm...> - 2013-08-13 06:06:19
|
Hi 2geom developers, I'm playing with 2geom and I can see which code I can use to read from SVG files. I can use the function Geom::parse_svg_path and pass a Geom::PathBuiler as the second parameter. In the end, I'll be able to extract the Geom::PathVector through the method PathBuilder::peek. Anyway, what I need is to do the other way back (generate a SVG file from some Geom::PathVector). The only code I found related to this functionality lies in the toys (not part of the lib) and uses a complicated scheme involving cairo and a lot of virtual func calls. Is there another way? If there is not, I want to implement it and I want to implement it fast. Would be possible to release another lib2geom version fast if code goes okay? -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker |
From: Johan E. <jbc...@sw...> - 2012-10-20 11:50:50
|
On 20-10-2012 13:26, Jabiertxo Arraiza Cenoz wrote: > Solved (Find the second handle position (p2) ): > Geom_::Curve foo = ... > Geom::Point p2 = ?; > if (foo) { > Geom::CubicBezier const * cubic = dynamic_cast<Geom::CubicBezier const *>( foo ); > if ( cubic && (*cubic)[2] != (*cubic)[3] ){ > p2 = (*cubic1)[2]; > } > } > Hi to all > > For find symmetric handle node I use this > Where g3 is the end node of previous curve and (*cubic1)[2] his second handle position. > (g0-(*penultimateGreenCubic)[2]) + g0 > Geom::Point symmhandle =(g3-(*cubic1)[2]) + g3; > Hi to all and sorry for repost Hello Jabiertxo, Although I do not understand completely what you are trying to compute, I can give you an important tip to improve your code. In most cases you should not do a direct floating point comparison. "(*cubic)[2] != (*cubic)[3]" will only evaluate to 'false' if both point are exactly the same (binary equivalent). Due to numerical errors, this is almost never the case, even if you think they should be the same. For example, "1.0/3.0 * 3.0 == 1.0" may evaluate to 'false'. Instead, you should use "Geom::are_near" to compare whether points or coordinates are the same or not. So "(*cubic)[2] != (*cubic)[3]" ---> "!are_near((*cubic)[2], (*cubic)[3])" Ciao, Johan |
From: Jabiertxo A. C. <jab...@ma...> - 2012-10-20 11:26:39
|
Solved (Find the second handle position (p2) ): Geom_::Curve foo = ... Geom::Point p2 = ?; if (foo) { Geom::CubicBezier const * cubic = dynamic_cast<Geom::CubicBezier const *>( foo ); if ( cubic && (*cubic)[2] != (*cubic)[3] ){ p2 = (*cubic1)[2]; } } Hi to all For find symmetric handle node I use this Where g3 is the end node of previous curve and (*cubic1)[2] his second handle position. (g0-(*penultimateGreenCubic)[2]) + g0 Geom::Point symmhandle =(g3-(*cubic1)[2]) + g3; Hi to all and sorry for repost |
From: Jabiertxo A. C. <jab...@ma...> - 2012-10-19 17:58:29
|
Solved by myself (Find the second handle position (p2) ): Geom_::Cueve foo = ... Geom::Point p2 = ?; if (foo) { Geom::CubicBezier const * cubic = dynamic_cast<Geom::CubicBezier const *>( foo ); if ( cubic && (*cubic)[2] != (*cubic)[3] ){ //symm node -> p2 = g3 + ((*cubic1)[2] - g3)/3; p2 = (*cubic1)[2]; } } Hi to all |
From: Jabiertxo A. C. <jab...@ma...> - 2012-10-18 18:09:54
|
Hi all, I'm new to the list, let me know if I make mistakes. I'm working on "inkscape" and took days locked because you like to find out where this either "handles" of a curve. I understand that a curve is defined by four points but I see no way to access the two intermediates that set the direction. I researched sbasis with unitTangentAt but without success. Anybody can help me? Thanks in advance. Translated by google. |
From: Susan S. <sus...@gm...> - 2012-10-06 02:44:01
|
I've seen this message before and can't remember what I did to make it go away: CMake Error at src/2geom/CMakeLists.txt:157 (ADD_LIBRARY): Target "2geom" links to item "-lgsl -lgslcblas -lm " which has leading or trailing whitespace. This is now an error according to policy CMP0004 Any suggestions? - Susan |
From: Susan S. <sus...@gm...> - 2012-10-01 04:35:50
|
Nathan, Thanks for this info! Replies are inline... On Sun, Sep 30, 2012 at 5:53 PM, Nathan Hurst <nj...@nj...> wrote: > On Sun, Sep 30, 2012 at 05:12:27PM -0500, Susan Spencer wrote: > > Hi developers, > > > > Here are some examples of current output using > > the tmtp library <https://github.com/sconklin/tmtp.git> for pattern > design. > > > > https://docs.google.com/open?id=0BxsnjDIHW4yvNGZEMGlNSGpzblk > > https://docs.google.com/open?id=0BxsnjDIHW4yvTVFndHIyYnBoZjA > > https://docs.google.com/open?id=0BxsnjDIHW4yvck9iMGVVTWFXMFU > > freaken awesome. I just spent several hours reverse engineering a > teeshirt pattern I liked: this would have been very handy! > > Something I would like is a way of tracing the support lines from body > measurements and using them to adjust the pattern. I have no idea how > to do this :) > Do you have a drawing or diagram to illustrate? Send me email, it sounds do-able. > > It would improve the tmtp project to replace functions like > > pointOnCurveAtLength() and lengthOnCurveAtPoint() > > with calls to cy2geom/lib2geom code. > > > > The data structures are very simple, > > a point is a python object with x & y values. > > Point A is A.x, A.y, and A.name = 'A' > > Curve paths are python lists where a cubic curve P0 c1 c2 P1 > > is stored as curve[0],curve[1],curve[2],curve[3] > > Longer curves P0 c11 c12 P1 c21 c22 P2 are stored as > > curve[0],curve[1],curve[2],curve[3], curve[4],curve[5],curve[6] > > where the shared points (eg P1 in example) are not repeated. > > > > Can anyone give me examples for: > > 1.) returning a point at a known length on a curve, > > There are two ways to go about this, depending on how many points you > want. If you just want a single point then you could do it with a > root find on length, but if you want it for many values it would be > more efficient to use arc_length_parametrization(D2<SBasis> const &M, > unsigned order=3, > double tol=.01); > > which returns a new path which 't' is in length. arc_length_parametrization returns a new path in an SBasis form, right? Do you have links to a detailed description of SBasis, so I can write a mapping from the tmtp simple list structure into an SBasis structure and back again to a simple list? The tmtp function returns a list of the points found, but only the first item in the list is used (so far, anyway). > > > 2.) returning the length at a known or interpolated point on a > > curve, > > double length(path.portion(0,t)); > > should do that. > > > 3.) the point at an intersection of a line and a curve, > > 4.) the point at an intersection of two curves > > void find_intersections_bezier_clipping (std::vector< > std::pair<double, double> > & xs, > std::vector<Point> const& A, > std::vector<Point> const& B, > double precision = 1e-5); > > will find the intersection of two bezier curves (including lines) > Great! This would require the mapping function from tmtp list to lib2geom SBasis & back, and the results would be as you say, freaking awesome. > > > > 5.) interpolating a curve. > > What do you mean by this? the simplest interpolation would be to just > Lerp the control points. If you want something like the stretchy > rubber mat transforms in the toys/2dsb2d you are actually composing > curves. If you want something like path-along-path you are composing > with a 2d arc length parameterisation. > > For patterns I think the solution is somewhere in the middle of these > approaches: it's not an affine scaling transform because people aren't > all the same shape and you are actually also ensuring that both sides > of seam are the same length. I will think about it for a bit. > I have been interpolating a curve (typically into 100 interpolation points) and using the resulting list of points in finding an intersection with line (2 points) or curve (another list of 100 interpolated points). But this is not a best solution. > > > I have very simple code for these functions in tmtp, > > but I need to improve accuracy. > > Jan is the expert on the cy2geom bindings and I'm sure he'll be able > to give example code for these better than me. > > > Bonus points if anyone can produce an example for Bend Path!!! > > I obviously don't have code for this - see the 2nd file in list > > above. > > yeah, I think it's a variant of path-along-path. > > njh > path-along-path will open up a whole new territory...can't wait. Again, it sounds like I need more information about SBasis. Johan Engelen's presentation at LGM 2012 was excellent, but obviously I wasn't at the proper knowlege level yet to digest it all, it was a starting point for me. - Susan |
From: Nathan H. <nj...@nj...> - 2012-09-30 22:52:56
|
On Sun, Sep 30, 2012 at 05:12:27PM -0500, Susan Spencer wrote: > Hi developers, > > Here are some examples of current output using > the tmtp library <https://github.com/sconklin/tmtp.git> for pattern design. > > https://docs.google.com/open?id=0BxsnjDIHW4yvNGZEMGlNSGpzblk > https://docs.google.com/open?id=0BxsnjDIHW4yvTVFndHIyYnBoZjA > https://docs.google.com/open?id=0BxsnjDIHW4yvck9iMGVVTWFXMFU freaken awesome. I just spent several hours reverse engineering a teeshirt pattern I liked: this would have been very handy! Something I would like is a way of tracing the support lines from body measurements and using them to adjust the pattern. I have no idea how to do this :) > It would improve the tmtp project to replace functions like > pointOnCurveAtLength() and lengthOnCurveAtPoint() > with calls to cy2geom/lib2geom code. > > The data structures are very simple, > a point is a python object with x & y values. > Point A is A.x, A.y, and A.name = 'A' > Curve paths are python lists where a cubic curve P0 c1 c2 P1 > is stored as curve[0],curve[1],curve[2],curve[3] > Longer curves P0 c11 c12 P1 c21 c22 P2 are stored as > curve[0],curve[1],curve[2],curve[3], curve[4],curve[5],curve[6] > where the shared points (eg P1 in example) are not repeated. > > Can anyone give me examples for: > 1.) returning a point at a known length on a curve, There are two ways to go about this, depending on how many points you want. If you just want a single point then you could do it with a root find on length, but if you want it for many values it would be more efficient to use arc_length_parametrization(D2<SBasis> const &M, unsigned order=3, double tol=.01); which returns a new path which 't' is in length. > 2.) returning the length at a known or interpolated point on a > curve, double length(path.portion(0,t)); should do that. > 3.) the point at an intersection of a line and a curve, > 4.) the point at an intersection of two curves void find_intersections_bezier_clipping (std::vector< std::pair<double, double> > & xs, std::vector<Point> const& A, std::vector<Point> const& B, double precision = 1e-5); will find the intersection of two bezier curves (including lines) > 5.) interpolating a curve. What do you mean by this? the simplest interpolation would be to just Lerp the control points. If you want something like the stretchy rubber mat transforms in the toys/2dsb2d you are actually composing curves. If you want something like path-along-path you are composing with a 2d arc length parameterisation. For patterns I think the solution is somewhere in the middle of these approaches: it's not an affine scaling transform because people aren't all the same shape and you are actually also ensuring that both sides of seam are the same length. I will think about it for a bit. > I have very simple code for these functions in tmtp, > but I need to improve accuracy. Jan is the expert on the cy2geom bindings and I'm sure he'll be able to give example code for these better than me. > Bonus points if anyone can produce an example for Bend Path!!! > I obviously don't have code for this - see the 2nd file in list > above. yeah, I think it's a variant of path-along-path. njh |
From: Susan S. <sus...@gm...> - 2012-09-30 22:12:56
|
Hi developers, Here are some examples of current output using the tmtp library <https://github.com/sconklin/tmtp.git> for pattern design. https://docs.google.com/open?id=0BxsnjDIHW4yvNGZEMGlNSGpzblk https://docs.google.com/open?id=0BxsnjDIHW4yvTVFndHIyYnBoZjA https://docs.google.com/open?id=0BxsnjDIHW4yvck9iMGVVTWFXMFU It would improve the tmtp project to replace functions like pointOnCurveAtLength() and lengthOnCurveAtPoint() with calls to cy2geom/lib2geom code. The data structures are very simple, a point is a python object with x & y values. Point A is A.x, A.y, and A.name = 'A' Curve paths are python lists where a cubic curve P0 c1 c2 P1 is stored as curve[0],curve[1],curve[2],curve[3] Longer curves P0 c11 c12 P1 c21 c22 P2 are stored as curve[0],curve[1],curve[2],curve[3], curve[4],curve[5],curve[6] where the shared points (eg P1 in example) are not repeated. Can anyone give me examples for: 1.) returning a point at a known length on a curve, 2.) returning the length at a known or interpolated point on a curve, 3.) the point at an intersection of a line and a curve, 4.) the point at an intersection of two curves 5.) interpolating a curve. I have very simple code for these functions in tmtp, but I need to improve accuracy. Bonus points if anyone can produce an example for Bend Path!!! I obviously don't have code for this - see the 2nd file in list above. Thanks! You guys rock. - Susan |
From: Zainab A. <z.a...@gm...> - 2012-09-25 12:52:10
|
Thank you. I have managed to make it work now. This is neat stuff! Zainab On Tue, Sep 25, 2012 at 6:54 AM, Krzysztof Kosiński <twe...@gm...>wrote: > 2012/9/24 Zainab AlMeraj <z.a...@gm...>: > > I am not able to find a reference to the specs for the ".svgd" file. > > The contents of these files should be in the format of the "d" > attribute (path data) of SVG paths - that's why they have the > extension "svgd". A detailed specification is available here: > http://www.w3.org/TR/SVG/paths.html#PathData > > Regards, Krzysztof > |
From: Krzysztof K. <twe...@gm...> - 2012-09-25 10:54:48
|
2012/9/24 Zainab AlMeraj <z.a...@gm...>: > I am not able to find a reference to the specs for the ".svgd" file. The contents of these files should be in the format of the "d" attribute (path data) of SVG paths - that's why they have the extension "svgd". A detailed specification is available here: http://www.w3.org/TR/SVG/paths.html#PathData Regards, Krzysztof |
From: Zainab A. <z.a...@gm...> - 2012-09-24 16:48:23
|
Thanks Nathan and S++. I copied the 2rect.svgd from the toys directory and it ran. I didn't notice them before now. Will look into why and how to put my own vectors in there. Much appreciated :) Zainab On Mon, Sep 24, 2012 at 12:36 PM, Stuart Axon <st...@ya...> wrote: > Try running this command to get info about the file: > > file svgfile.svg > > > At a guess it sounds like it may be a gzipped svg ? > > S++ > > ------------------------------ > *From:* Zainab AlMeraj <z.a...@gm...> > *To:* lib...@li... > *Sent:* Monday, September 24, 2012 4:40 PM > *Subject:* [Lib2geom-devel] New to 2Geom > > Hi. > > I am not able to find a reference to the specs for the ".svgd" file. > > I am running 2Geom on a Mac using Xcode on Snow leopard. > > I renamed a .svg to .svgd (which i realize is not correct) and get this > error > > (ArrUI:17485): glibmm-ERROR **: > unhandled exception (type std::exception) in signal handler: > what: parse error > > > Could some one post a .sgvd files content and how it can be generated. > > Thanks. > > Z > > > ------------------------------------------------------------------------------ > 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/ > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > > > |
From: Stuart A. <st...@ya...> - 2012-09-24 16:36:51
|
Try running this command to get info about the file: file svgfile.svg At a guess it sounds like it may be a gzipped svg ? S++ >________________________________ > From: Zainab AlMeraj <z.a...@gm...> >To: lib...@li... >Sent: Monday, September 24, 2012 4:40 PM >Subject: [Lib2geom-devel] New to 2Geom > > >Hi. > >I am not able to find a reference to the specs for the ".svgd" file. > >I am running 2Geom on a Mac using Xcode on Snow leopard. > >I renamed a .svg to .svgd (which i realize is not correct) and get this error > >(ArrUI:17485): glibmm-ERROR **: >unhandled exception (type std::exception) in signal handler: >what: parse error > > >Could some one post a .sgvd files content and how it can be generated. > >Thanks. > >Z > >------------------------------------------------------------------------------ >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/ >_______________________________________________ >Lib2geom-devel mailing list >Lib...@li... >https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > > > |
From: Zainab A. <z.a...@gm...> - 2012-09-24 15:40:57
|
Hi. I am not able to find a reference to the specs for the ".svgd" file. I am running 2Geom on a Mac using Xcode on Snow leopard. I renamed a .svg to .svgd (which i realize is not correct) and get this error (ArrUI:17485): glibmm-ERROR **: unhandled exception (type std::exception) in signal handler: what: parse error Could some one post a .sgvd files content and how it can be generated. Thanks. Z |
From: Johan E. <jbc...@sw...> - 2012-09-18 22:49:06
|
On 18-9-2012 23:12, jan pulmann wrote: > On Thu, Sep 13, 2012 at 12:24 AM, Johan Engelen > <jbc...@sw... <mailto:jbc...@sw...>> wrote: > > On 12-9-2012 23:12, Johan Engelen wrote: > > With a CMakeScript hack, I got cy2geom to build completely now. > > > > An install script is missing, so how do I test whether it actually > > works? :) (I tried a bit, but without success). > > For an example of a "working" install script: > /py2geom/CMakeLists.txt > > lines 116-... > > And I've gotten it to work now (from the src dir with all the built > files). I do get this message: > "RuntimeWarning: compiletime version 2.6 of module > '_cy_primitives' does > not match runtime version 2.7" > but that does not seem to matter :-) I've never had Python 2.6 > installed on this PC, and I installed Cython for 2.7... > > An important thing that is missing is a way to read/write SVG paths. > Can you add bindings for the read_svgd and write_svgd functions (or > something similar?) > > Let's see if we can get a very simple Python extension working with > Inkscape (i.e. a mirror effect or something stupidly simple, but > showing > that cy2geom works)! > > Cheers, > Johan > > ------------------------------------------------------------------------------ > 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/ > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > <mailto:Lib...@li...> > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > > > I've added read_svgd function, couldn't find anything similar to > write_svgd though. It works now, it just fails pretty badly on wrong > filenames (as most of the other stuff does, but that should be a quick > fix). > Cool, I'll have a look :) > Concerning cmake, I am trying to pick it up, but I am new to it. The > shared option hack looks like it works, couldn't it become the > standard way to build cy2geom? > Yep, make it standard! I hope Krzysztof can chime in, he knows more about CMake. > I will look on installing python modules, it looks like it's missing > __init__.py file. I guess I should add custom target to copy that file > to system-wide python modules directory. Did you see my cmake code to install to the system-wide python modules dir? Have a look at the last lines in the /cython-bindings/CMakeScript.txt file. That works for Windows. But indeed I think an __init.py__ file is missing. Have a look at the py2geom folder. A modification of this will copy the file: INSTALL(FILES "${CMAKE_CURRENT_SOURCE_DIR}/__init__.py" DESTINATION "${SITEPACKAGE}/py2geom") Cheers, Johan |
From: jan p. <jan...@gm...> - 2012-09-18 21:13:08
|
On Thu, Sep 13, 2012 at 12:24 AM, Johan Engelen <jbc...@sw...>wrote: > On 12-9-2012 23:12, Johan Engelen wrote: > > With a CMakeScript hack, I got cy2geom to build completely now. > > > > An install script is missing, so how do I test whether it actually > > works? :) (I tried a bit, but without success). > > For an example of a "working" install script: /py2geom/CMakeLists.txt > > lines 116-... > > And I've gotten it to work now (from the src dir with all the built > files). I do get this message: > "RuntimeWarning: compiletime version 2.6 of module '_cy_primitives' does > not match runtime version 2.7" > but that does not seem to matter :-) I've never had Python 2.6 > installed on this PC, and I installed Cython for 2.7... > > An important thing that is missing is a way to read/write SVG paths. > Can you add bindings for the read_svgd and write_svgd functions (or > something similar?) > > Let's see if we can get a very simple Python extension working with > Inkscape (i.e. a mirror effect or something stupidly simple, but showing > that cy2geom works)! > > Cheers, > Johan > > > ------------------------------------------------------------------------------ > 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/ > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > I've added read_svgd function, couldn't find anything similar to write_svgd though. It works now, it just fails pretty badly on wrong filenames (as most of the other stuff does, but that should be a quick fix). Concerning cmake, I am trying to pick it up, but I am new to it. The shared option hack looks like it works, couldn't it become the standard way to build cy2geom? I will look on installing python modules, it looks like it's missing __init__.py file. I guess I should add custom target to copy that file to system-wide python modules directory. Cheers Jan |
From: Krzysztof K. <twe...@gm...> - 2012-09-13 18:43:46
|
2012/9/13 mathog <ma...@ca...>: > I just noticed today that the linux build directory is enormous, much, > much larger than > what is seen on windows: > > windows \c\progs\inkscape 552MB in 8597 files > linux /usr/local/src/inkscape_dev4 5895 MB in 6306 files > > Most of the difference is to be found in > /usr/local/src/inkscape_dev4/src where there are > 4.75 GB of storage in 31 st###### files. > > Presumably from the "st" these have something to do with the STL, but > why only on Linux? On > both platforms it is using gcc compilers. Is there maybe a compiler > switch we could change > in the linux build to eliminate these? The build directory for out-of-tree builds takes up around 1.6 GB for me (on Linux). There is just one of those 'st' files, which takes up only 8 bytes. Regards, Krzysztof |
From: mathog <ma...@ca...> - 2012-09-13 18:42:35
|
On 13-Sep-2012 10:22, mathog wrote: > Most of the difference is to be found in > /usr/local/src/inkscape_dev4/src where there are > 4.75 GB of storage in 31 st###### files. Started working with release 11664 today and it did not build these st###### files. Both of the last two releases I worked on did. Regards, David Mathog ma...@ca... Manager, Sequence Analysis Facility, Biology Division, Caltech |