- Inkscape Devel - Inkscape Mailman

LPE on clip/mask - Bug 1241902
by Johan Engelen 23 Jun '14

23 Jun '14

Hi all, Recently, a fix to Bug 1241902 was committed. But... I have second thoughts now. Do we really want to apply LPEs to clip and masks? Now, clips on a path with, say, LPE Sketch, works very weird. I now think that we really don't want to apply LPEs on clips/masks. cheers, Johan

3 6

Windows Compilation 0.91pre1
by Partha Bagchi 22 Jun '14

22 Jun '14

I am having some difficulty with the latest code (also for 0.48.5 series) which I didn't have before or didn't notice before. :) There are lot of places where M_PI and friends is/are used without it/they being in scope. In some files, M_PI is defined right in with #ifndef block. What would be the fastest way (other than modifying the source all over the place) of rectifying this? A lot of the Windows specific stuff is defined with the #ifdef WIN32 block. However, in my case it only works if it's _WIN32 and not WIN32. This of course I can pass on the command line to gcc. Would be nice if it was standard as say glib or gimp. Thanks, Partha

3 6

0.48.5 release and wiki notes
by Jared Meidal 22 Jun '14

22 Jun '14

I don't mean to be presumptuous, as I have not been involved in the development, but I began adding links and some content to the wiki for the next minor release: http://wiki.inkscape.org/wiki/index.php/Release_notes/0.48.5 Please advise if I stepped to far ahead or if modifications are needed. --Jared

2 1

Optional hands on interface
by L2L 2L 22 Jun '14

22 Jun '14

> recently found out that I can ctl+atl+X to bring up a interface. That is nice. I enjoy programming the code more then I would using Inkscape GUI. But even the interface is still a GUI. I would like a second option to not reference from ID, but to actually have the code lay out like in a console. And also the ability to pin the window to the bottom of the main

1 0

Inkscape 0.48.5 - one bug left
by Krzysztof Kosiński 20 Jun '14

20 Jun '14

I have applied the patches from most of the "backport-proposed" items in the bugtracker and the 0.48.5 release is almost ready to tag. The only thing left is this bug related to UniConvertor: https://bugs.launchpad.net/inkscape/+bug/656938 Can someone test on Windows and report on the status of this issue? Does it apply to the 0.48.5 branch? Regards, Krzysztof

2 5

Website Stats
by Martin Owens 20 Jun '14

20 Jun '14

Hey Developers, I'm been monitoring the inkscape.org website for a few weeks and I waned to give you guys some data on how much traffic we get and what kind of visitors are coming. http://inkscape.org/media/stats/2014-05-18-2014-06-18/os.pdf http://inkscape.org/media/stats/2014-05-18-2014-06-18/lang.pdf http://inkscape.org/media/stats/2014-05-18-2014-06-18/searches.csv http://inkscape.org/media/stats/2014-05-18-2014-06-18/http-searches.csv First off, one and half million freaking views a month guys. This project is rocking and we should count our website as a major outlet for news and contributions. That's half a million users a month, 80% of who never visited before. If you take a look at the files, os wise we have a lot of windows and mac visitors. Plenty of iOS ones too, more than android. I feel we should make our os downloads more prominent on the front page. That's where most people are going. Language is interesting too. Lots of French, German, Japanese and Spanish. We should make sure that our website translations are up to scratch for these languages especially. Search terms are also interesting. Common mis-spellings for inkscape are inkspace, inscape, inskape, incscape, inkskape, inkscap, inscape, 'ink space' etc. Which looks like people heard is by ear and heard 'in' or instead of 'ink' and 'space' instead of 'scape'. Various variations on c for k and lots of transpositions. Other popular terms: download, free, vector, svg, drawing, program, software, tutorial, mac, illustrator, open source, editor, msi, osx and x11. Some searches of 'inkscape portable' spread around th results, not sure what that is or if people are searching for phone versions. Questions searched for: What is Inkscape for What fonts are available on Inkscape What is the latest version of Inkscape inkscape when converting a bitmap to vector what determines the order of the color layers what do i download on the computer 2 be able 2 draw what file formats does inkscape use what is a free software like adobe what is a vector based graphic what is a vector editing program what is the best free vector graphics program what is the latest version of inkscape for mac what program do i open a vector image what software do google use to create svg whats a free vector app for mac when is the best time to add filters to an art project? when should you use the undo command in inkscape where can you find inkscape's tools in the workspace? where is x11 inkscape where to download inkscape where to find inkscape for download which is best gimp or inkscape why an icon made in inkscape does not change into nvg why does pasting into inkscape make it black Interesting results. Any ideas from this data yourself? Best Regards, Martin Owens

5 4

Re: [Inkscape-devel] Rejuvenated build system for Mac OS X
by frizzlefry 19 Jun '14

19 Jun '14

Yes, the osxmenu branch is looking really fantastic. I believe though that those builds are hosted on su_v’s personal drobox account, and considering the amount of traffic this thread has been getting (it’s over 10k views now), it may be better to share them as torrents or mirror them somewhere else so su_v’s account doesn’t get hammered. On Apr 18, 2014, at 5:09 AM, duvrai [via Inkscape] <ml-node+s13n4970261h31@...2730...> wrote: > OK, I just found out about the new development on native Inkscape for Mac. > You can even download the latest unstable builds! > It's all here: > https://code.launchpad.net/~suv-lp/inkscape/osxmenu > > If you reply to this email, your message will be added to the discussion below: > http://inkscape.13.x6.nabble.com/Mac-OS-X-Mountain-Lion-x86-64-packaging-of… > To unsubscribe from Mac OS X Mountain Lion x86_64 packaging of 0.48.4, click here. > NAML -- View this message in context: http://inkscape.13.x6.nabble.com/Mac-OS-X-Mountain-Lion-x86-64-packaging-of… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 7

Re: [Inkscape-devel] patch: merge pdf import via poppler-cairo into native importer
by mathog 17 Jun '14

17 Jun '14

On 17-Jun-2014 11:55, Josh Andler wrote: > The handful of random files I had around here as well as a couple I > found > in the tracker are importing the glyphs as outlines/symbols... here are > a > couple examples: > https://bugs.launchpad.net/inkscape/+bug/429709/+attachment/718312/+files/%… > from https://bugs.launchpad.net/inkscape/+bug/429709 Ah, I see now what you are talking about. After poppler import defs is full of symbols like this: <symbol overflow="visible" id="glyph12-48"> <path style="stroke:none;" d="M 2.765625 (PATH EDITED OUT) Z " id="path4079" /> </symbol> and they are placed in the drawing with <g style="fill:rgb(0%,0%,0%);fill-opacity:1;" id="g10226"> <use xlink:href="#glyph12-48" x="183.553346" y="712.58976" id="use10228" /> </g> The original PDF did have selectable text when opened in a PDF viewer, but after poppler import into Inkscape all of the text has been replaced with graphic draws. Looks like poppler import is essentially treating everything as a draw operation, and it has no concept of <text> or <tspan>. The resulting SVG representation would not be easy to invert since the glyph IDs provide no clue as to the original font or unicode value. The part of the id before the dash is probably correlated with fonts, as in glyph1 might be "Arial", glyph2 "Courier", and so forth, but the part after is just numbered sequentially for each "glyph*" variant. Whoever is working on this might have a look at the code for "pdftotext", which comes with poppler. If that program uses the same import code it will show at least one way to retain text as text. (Or it might be completely separate from poppler's usual import and not be of any use at all. I have never looked at it.) > > https://bugs.launchpad.net/inkscape/+bug/275655/+attachment/362795/+files/m… > from https://bugs.launchpad.net/inkscape/+bug/275655 That one is odd, the text doesn't import properly in any mode on the Inkscape versions I tried, and it is also lost going into LibreOffice draw. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Re: [Inkscape-devel] patch: merge pdf import via poppler-cairo into native importer
by mathog 17 Jun '14

17 Jun '14

On 17-Jun-2014 10:47, Josh Andler wrote: > With the poppler-based import it is converting text to paths (or > symbols > from what I saw), but it still leaves the "import text as text" active > and > looking as if it will be how it functions. Is not importing the text as > text via Poppler a bug or what we should expect? Please post a link to an example (any PDF somewhere on the web) and describe the region you are talking about. PDFs have a broad spectrum of how text is encoded and without seeing the example we can't be sure where the issue is. These PDFs all look the same on the screen, but... The best case encodes each letter as its own glyph, and the encoding matches up with unicode. These are searchable with text strings in PDF viewers. Not quite so good, the PDF merges pairs of letters like "fi" into one glyph. This looks good as a graphic but causes hiccups when it hits any text processing code. These are mostly searchable, but (in this example) "file" would not be found, even when the word is staring the user in the face on the screen. Compensating is possible in special cases if there is a table of the common instances of this, and the import code splits out the merged glyphs. Really bad, PDF embeds glyphs and assigns arbitrary codes for each glyph, so that there is no correspondence whatsoever between the encoding and UTF or ASCII. These cannot be searched and will be imported as gibberish. Miserable to straighten out, but in theory it can be done by first searching each embeded glyph from the PDF against the corresponding font (assuming that can be identified), to make a table that back translates to unicode. Impossible - PDF converts text to graphic draws and there are no explicit glyphs whatsoever. This normally only shows up if the exporting program has told the program generating the PDF to do this. It might happen without the user being aware of it if the export code passes through a stage where it is forced to bitmap text in order to satisfy some special effect the program uses that cannot be represented in PDF (or in some cases in Postscript, if the PDF driver goes through the usual Windows Postscript driver.) For instance, if the transparency of the text is 0.001 (instead of 0.0) many postscript drivers are going to bitmap that text to satisfy the required transparency. The end user may not be aware that transparency is not 0, since on screen the two cases are indistinguishable. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

patch: merge pdf import via poppler-cairo into native importer
by the Adib 17 Jun '14

17 Jun '14

Hello, as already discussed here is a patch that moves the pdf poppler-cairo importer into the native pdf importer. Thus it obsoletes the current pdf-input-cairo importer and removes from the source three. If nobody complains I will go ahead and commit within the next days. Regards, Adib. --

5 13