- Inkscape Devel - Inkscape Mailman

Re: offset & simplify
by bulia byak 14 Mar '04

14 Mar '04

> > I suspect it's something with your code. > >indeed it is. the ConvertToShape() return 4, meaning >it fucked up the uncrossing. the path you give him is >a good example of polygons intersectors don't like: >"long" edges with lots of intersections in a small >area, and worst of all, small angles between segments. >there is also another tiny star in the svg that isn't >rendered properly for the same reasons. >i'll take a look at the problem when i have some time, >but you must realize that converting strokes to >polygons just to raster them is not a clever method. >dumbly rasterizing them segment by segment with a >supersampled antialiasing is faster (well, ought to be >faster) and much more robust to numerical problems. if >you want to get rid of rasterization bugs, i'm afraid >you'll have to get there one day. Yes, I never could fully understand why an intersector is needed in a renderer at all. This is design we inherited from Sodipodi. Do you think it's realistic to change that? How hard could that be? > > you add a check that would prevent it from doing any > > simplification on a > > subpath that contains only one node? That would stop > > it from growing > > indefinitely. I would do this myself but I only know > >here is also a big algorithmical problem: the >simplification algorithm (if you can call that an >algorithm) is not even able to recompose a single >cubic bezier curve from a polyline coming from a >single bezier curve; it will produce several cubic >curves, unless you give a very big treshhold, or >refine the fitting a lot (and it takes time). the >growth/rotate/oddities would probably not happen if >the algorithm worked properly on a single cubic curve. >before adding shortcuts to prevent degenerate cases, >it's better (IMHO) to make the simplification behave >correctly on such simple paths. I don't know, but if part of what Simplify does is adding more nodes sometimes, I'd say it's OK. The design appeal of Simplify is in its "randomness" and "generalization". The number of nodes is of secondary importance. The goal is not a mathematically perfect simplification, but one that "feels right". The current algorithm is very good in this respect, imho. _________________________________________________________________ Add photos to your messages with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

Re: FFDingbests
by bulia byak 14 Mar '04

14 Mar '04

>Hmm, this is getting stranger and stranger. Despite the warning >from pfaedit, the old one did work ok for me on both Linux and >Windows; On linux, that may be caused by different verions of fontconfig, freetype, or something else. But I didn't test that font on windows. > > Can you provide another example of a valid font which Inkscape > > sees on one platform but does not see on another? > >I'll try to find one when I get back to Windows next week. OK >I never thought about it, because I always edit text using Text >and Fonts. However, if Text and Fonts is going away, this >definitely would be useful (or perhaps "must be done" if we >don't want to lose existing functionality). OK, I will look into incorporating that patch. Another related question: Can you please test the status this bug: https://sourceforge.net/tracker/index.php?func=detail&aid=850966&group_id=9… Is this still a problem with the latest CVS? If yes, can you provide any additional pointers or information? What to look for to have that fixed? _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

RE: FFDingbests
by bulia byak 13 Mar '04

13 Mar '04

>I don't know why they changed all the names. I downloaded the >font fresh, and found that all the names, including names in >the Postscript fonts (both the PC and Mac versions), have changed. > >Perhaps they are doing this to discourage people from using this >font and encourage them buy the paid version instead... :-/ There may be plenty of other reasons, too. ><< dingbest.ttf >> This font has fewer characters than Dingbests-Regular, and it seems broken. pfaedit says "TTF has bad glyph count field", and if i install it on linux, Inkscape sees no characters in it (all are empty rectangles). The TTF file you sent is 36697 bytes (in case it was truncated or corrupted). So maybe they redid and renamed the font exactly because the old one was broken (the new one works OK for me on both platforms). Can you provide another example of a valid font which Inkscape sees on one platform but does not see on another? On another topic, as a person using Chinese, can you comment on this post: http://sourceforge.net/mailarchive/message.php?msg_id=7449173 Do you think adding this capability to Inkscape would be useful? _________________________________________________________________ STOP MORE SPAM with the MSN Premium and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

Adobe Illustrator CS screenshots and comments.
by Alan Horkan 13 Mar '04

13 Mar '04

So much for an unbiased write up, the Grid Mesh Tool rocks! (Well it produces great looking results, I haven't quite gottne the hang of using it yet). I've taken screenshots and grabbed a few samples http://www.maths.tcd.ie/~horkana/inkscape/illustrator/ Screenshot of Adobe Illustrator CS showing the About Inkscape SVG (139 kb) http://www.maths.tcd.ie/~horkana/inkscape/illustrator/Adobe-Illustrator-CS/… I was interested to notice that Adobe Illustrator CS doesn't render the About Inkscape SVG correctly (it also seems the version of librsvg used by the EOG viewer doesn't render it correctly either). The white part was not shown, I didn't make any changes, although I have selected it to show it is still there. It seems Adobe Illustrator isn't correctly interpreting the compound paths. Screenshot of Adobe Illustrator CS showing the Graph Tool(s) and tooltips for various graphs (81 kb). http://www.maths.tcd.ie/~horkana/inkscape/illustrator/Adobe-Illustrator-CS/… The screenshot shows many of the hidden tool options that you access by clicking and holding on tool button for a few seconds (and I should point out that usability people think click and hold is generally a bad idea). The screenshot was altered to include all the tooltips at once and usually only the active tool is coloured. Screenshot of Adobe Illustrator CS in fullscreen mode with menubar showing a simple Bar Chart created using the Graph Tool. (53 kb) http://www.maths.tcd.ie/~horkana/inkscape/illustrator/Adobe-Illustrator-CS/… As soon as I tried the graph tool I immediately saw the potential for Gnome Office integration and the reuse of existing components if developers are interested. Embeddding Gnumeric graphs into Inkscape! Gnumeric can already be embedded using bonobo which unfortunately is not a cross platform technology but Gnumeric is evolving towards being crossplatform so Jody Goldberg (Gnumeric maintainer,) may be able to suggest a better way to do easily produce a portable graph tool dialog based on Gnumeric. The Gnumeric graphing engine is in a seperate library adn the graphs have an SVG backend, hopefully this would allow the graphs to be embedded and the resulting graphs could be embedded as SVG so that Gnumeric would only be needed for the creation not the viewing of graphs. >From my brief playing around with the Adobe Illustrator Graph tool I didn't think it was particularly well done. It wasn't very obvious how to adjust the data of the graph (figured it out eventually though) and it was even less obvious how I might convert from one graph type to another without needing to create a whole new graph. My point is that if Inkscape were to have this feature it could easily do a better job of it. Screenshot of Adobe Illustrator in fullscreen mode with menubar show the sample file Flower.ai that is included with Adobe Illustrator (195 kb) http://www.maths.tcd.ie/~horkana/inkscape/illustrator/Adobe-Illustrator-CS/… I turned on a whole load of differnt pallettes and tried to show as many of the tools as I possibly could, and I made some selections so you could see the Grid Mesh. I was told that it would be important to get some postscript out so I converted the sample Flower.ai file into EPS and SVG formats (with some slightly differnt options in each case) and the files are here: http://www.maths.tcd.ie/~horkana/inkscape/illustrator/Adobe-Illustrator-CS/ I only have a 30 day Trial of Adobe Illustrator and although I'll try my best to produce lots of screenshots and write ups I urge you all (even the busy developers) to help out and try Adobe Illustrator CS as well or perhaps try Corel Draw (Corel Graphics Suite 12) or Macromedia Freehand (or Xara X from Bryce, or Deneba Canvas* from ACD Systems, or Jasc Web Draw) or any other vector graphics program that inspires you. Perhaps even some CAD or 3D graphics programs would inspire you, from what I've read Corel Graphics Suite 12 includes many advanced alignment guides and tools that make it quite useful for simpler technical drawing. Enthusiastically Yours Alan Horkan http://advogato.org/person/AlanHorkan/ PS Thanks for the software. PPS I bet I've forgotten something, I probably should have broken this into several smaller emails. * I got a 'free' full copy of Canvas 7 (current version is 9) inlcuded with Computer Arts magazine (annoying online registration required so I haven't tried it yet), published in the UK by Future publishing. Anyone else in the UK might be interested in trying it out.

4 4

SVG backend for Gnome Print in progress
by Alan Horkan 13 Mar '04

13 Mar '04

I thought you might be interested to learn that an SVG backend for Gnome-Print is currently underway and that there is work already in Gnome CVS. Christian Schaller (Uraeus) mentions it in here http://www.advogato.org/person/Uraeus/diary.html?start=288 Dom Lachowicz mentions it on the Gnome Office mailing list http://mail.gnome.org/archives/gnome-office-list/2004-March/msg00121.html Very short quote: 1) It emits SVG1.2/SVGPrint compliant SVG. This means that it supports multi-page docs via the <pageSet>, <page> tags. Unfortunately, no viewers support such a construct yet. LibRSVG gets it right for page 1. Of course, since I own librsvg, I can move on making it support multi-page SVGs. I'm thinking I should file an RFE asking for support of the <pageSet> and <page> tags? Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

2 1

Re: offset & simplify
by bulia byak 13 Mar '04

13 Mar '04

I love Simplify! Just added a new screenshot to http://inkscape.org/screenshots/index.php. With the new algorithm and acceleration it's really an essential design tool. Fred: concerning "rotate&growth" of degenerate paths, I have an idea: can you add a check that would prevent it from doing any simplification on a subpath that contains only one node? That would stop it from growing indefinitely. I would do this myself but I only know how to get the number of nodes in the entire path, while this check must be done for each subpath (so that some subpaths can stop while others may still be simplifying). Also, how difficult would it be to add an opposite operation, that would add _more_ nodes to a path with random displacement and disorientation, distorting the path? That would not only be a lot of fun, but a really useful design instrument as well. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

Joining GNOME Office
by Charles Goodwin 13 Mar '04

13 Mar '04

Inkscape developers! I'm in the process of developing the new GNOME Office portal. There's has been talk of GNOME Office applications requiring a quality SVG canvas. Your roadmap suggests that, at some point, you intend to separate out an SVG canvas from the Inkscape codebase. I also notice your plans for a clip art extension. This would also be an excellent tool for other GNOME Office applications. GO already contains arguably the best available spreadsheet application in Gnumeric, one of the leading word processors in AbiWord, and an excellent data(base)-agnostic backend in the Gnome-DB project that is a unique facet to GO. We are looking to include Conglomerate (advanced XML editor), Mergeant (database management), and Planner (project management) as well as Inkscape. The increased collaboration and code re-use could produce an office suite to be reckoned with. Inkscape is becoming the leading SVG editor. I am in a position of ignorance (not a coder or a projcet lead) but I firmly believe there is a desire from the GO team to include Inkscape among GO or, at the very least, make use of some of the excellent functionality provided by Inkscape. Perhaps Inkscape could make use of the advanced editing capabilities of Conglomerate or other facets of GO? There is libgsf, libgda, libgnomedb and the planned libgoffice (emerging from Gnumeric). I know not the details nor how any of this would be accomplished and indeed parts of it is mere speculation by myself. I can only humbly invite some (or all!) of you to join the GO mailing list in order to begin discussions with the more technical members of GO with regards to what GO and Inkscape can do for each other: http://lists.gnome.org/mailman/listinfo/gnome-office-list In the potential GO application list, we have a distinct selection of potentially (if not arguably) best-of-breed applications. If they were to collaborate then who knows what exciting prospects the future might hold! But first the respective project leads must be prepared to look months or even years ahead in terms of planning and setting goals. Thank you for your time and I hope to hear from you soon! -- - Charles Charles Goodwin <charlie@...208...> Online @ http://www.charlietech.com

9 28

MUC Room problems?
by Bob Jamison 13 Mar '04

13 Mar '04

Is anyone else having the same problem connecting to inkscape@...132...? I haven't been able to get into it all day. If so, please remember that the alternate location is IRC, #inkscape on irc.freenode.net. Bob

2 2

RE: [Inkscape-devel] Bug 'o the day - 848692
by bulia byak 11 Mar '04

11 Mar '04

>Isn't this a special case of bug 851008, "line of transformed object >rendered incorrectly" that we talked about the other day? No. This bug only affects how objects are displayed during transformation, i.e. while mouse is still down. Correct display during transformation is not limited to e.g. strokes being skewed, but includes other aspects, such as maintaining the ratio of the rounded corner radii. So when and if the skewed-stroke bug is fixed, that will probably affect display-during-transformation too, but overall it's a different problem altogether. _________________________________________________________________ Find things fast with the new MSN Toolbar � includes FREE pop-up blocking! http://clk.atdmt.com/AVE/go/onm00200414ave/direct/01/

1 0

Bug 'o the day - 848692
by Bryce Harrington 11 Mar '04

11 Mar '04

Okay, I think this one might boil down to a dupe of the skewing one: Summary: are the corners on a rounded rectangle circular? Bug ID: 848692 ------------------------------------------------------------------------ Rescaling a round cornered rectangle has strange semantics. Either we allow rectangles to have unequal roundness, or the resize should show equal roundness whilst interacting. - njh I think rects must have equal roundness always. If you want it unequal, just convert to curves. The scaling display must therefore be fixed. -- bb This may be difficult to fix because currently, what you see during scaling is made by applying a transform matrix to the object (temporarily, without writing to repr). Therefore it is scaled as a whole. For the scaling display to be correct, seltrans must actually write transform into the repr and then regenerate object from that repr on each mouse move, which would be slow and require a serious change in how seltrans works. I think this will need to be done eventually, but probably not now. -- bb ------------------------------------------------------------------------ Isn't this a special case of bug 851008, "line of transformed object rendered incorrectly" that we talked about the other day? If so, I'd like to just merge this one into that ticket, because if we're not going to be able to fix it this time round, I'd like to not have it count against us twice. Thoughts? Bryce

1 0