- Inkscape Devel - Inkscape Mailman

Fwd: [Inkscape Brasil] SK1 também já manipula dados no "device-cmyk"
by Felipe Sanches 31 Dec '09

31 Dec '09

hey, Jon, here is a translation to english of an email message that one guy sent a few moments ago to the brazilian inkscape-users mailing list. I'm afraid we've got a wave of misunderstanding here... I'm going to travel now to countryside (I'll be offline and I'll be back to the internet on january 4th) Felipe "Juca" Sanches ---------- Forwarded message ---------- From: Jonatã Bolzan <jbopen@...400...> Date: 2009/12/30 Subject: [Inkscape Brasil] SK1 também já manipula dados no "device-cmyk" To: Comunidade Inkscape Brasil <inkscape-brasil@...2207...> Olá pessoal Há alguns dias conversei com o Igor, responsável pelo desenvolvimento do sK1, e ele disse que seria possível o sK1 usar também os dados "device-cmyk". Hoje recebi a confirmação, vejam o chat: [translation:] Some days ago I chatted with Igor, the guy responsible for developing sK1, and he told me that it would be possible to make sk1 use data from "device-cmyk". Today I have received a confirmation, check our recent chat: Igor: According to your request we have implemented device-cmyk in sK1 me: hi there Oh, great to know! can I say that in Inkscape-brasil mailing list? Igor: yes of course the code in SVN me: thanks! Igor: device-cmyk is implemented as for SVG importer and for SVG exporter Então, os arquivos SVG gerados no Inkscape que possuem dados do "device-cmyk" serão abertos no sK1 respeitando tais valores. Apenas não sei dizer que o sK1 exporta PDF em CMYK, mas se sim, os arquivos gerados no Inkscape poderão ser abertos no sK1 e exportados em PDF com cores CMYK. Alguém disposto a testar? :D Obrigado, até mais... [translation:] So, SVG files created in Inkscape that have data stored in "device-cmyk" will be properly opened in sK1 respecting those values. I just dont know whether sK1 exports PDF files in CMYK, but if that's the case, it will be possible to open in sK1 the files created in Inkscape and export them as PDF with colors information in CMYK. Anyone willing to test it? :D Thanks, bye... ____________________________________________________ Lista de Discussão Inkscape-Brasil O Site da Comunidade: http://inkscapeBrasil.org Sobre a Lista de Discussão: http://inkscapeBrasil.org/Comunidade#ListaDeDiscussao Quer Scribus? http://wiki.softwarelivre.org/Scribus/Comunidade#ListaDeDiscussao Quer GIMP? http://listas.softwarelivre.org/cgi-bin/mailman/listinfo/gimp-br

3 2

I've messed the lp:inkscape branch
by Arcadie M. Cracan 30 Dec '09

30 Dec '09

Hello, I don't really know how I've managed to do this (bzr still seems a bit complicated to me) but I think the current revision is an outdated one. Please revert my today (Dec 27) commits. Thank you, Arcadie Cracan

12 34

Video markup
by Александр Горбань 29 Dec '09

29 Dec '09

Hi, I'm thinking about creating tool to markup video (select areas containing objects, add tags) for my computer vision algorithms (head tracking, human detection and the like). The core functions of such tool: split video into separate frames, possibility to markup some object by drawing rectangles, circles or other closed contours objects on each frame, play markuped video, interpolate unmarked object coordinates between frames. It is seemed to me, that within inkscape it can be done in the following way: 1. Input extension that "convert" video frames into inkscape layers 2. Toolbar with play/stop buttons that toggle layer visibility to simulate video playback if you catch the idea, can you tell how difficult to implement the tool on inkscape basis? If it isn't very hard task what is the best way to do it: creating extension or creating patch? --- Best regards, Alexander Gorban

2 1

broken build again
by Alexandre Prokoudine 29 Dec '09

29 Dec '09

Hi, BZR doesn't build again (revision 8907): http://pastebin.com/mea17326 This is on Ubuntu 9.10. Alexandre

5 5

Wiki font
by Krzysztof Kosiński 29 Dec '09

29 Dec '09

Can someone change the Wiki font from 12px to at least 14px, and adjust other font sizes accordingly? The current size is really hard to read. I put this in Firebug, and it is much easier on the eyes: div.content { font-size: 14px; line-height: 1.3em; } pre { ... font-size: 12px; line-height: 1.2em; } And the title of the page should be displayed below the flag bar, in place of the big "Contents" heading. That would be enough to use the wiki comfortably. Regards, Krzysztof

1 0

Re: [Inkscape-devel] Specification: Improved image properties dialog (0.48)
by Krzysztof Kosiński 28 Dec '09

28 Dec '09

W dniu 23 października 2009 17:18 użytkownik Jon A. Cruz <jon@...18...> napisał: > You are thinking of *your* intuition. There is roughly half the user > population who's intuition is the *opposite* of yours. You say that 50% of people prefer linking and 50% prefer embedding. I am certain this is not true. Most people expect the image to stay in place. When you send an email attachment, it is not a magical link to the data on your computer. When you paste an image into a Word / ODT file, it is not a link to that file on your hard disk. When you paste SVG elements from another document, they do not magically become a link to that second document. > However... I don't think the "Therefore" actually quite matches. Among other > issues, a drag-n-drop is actually a complex paste operation. So I think the > code is doing a few things you don't expect. Drag and drop is currently not related to pasting, because drag and drop is implemented in src/interface.cpp, and pasting in src/ui/clipboard.cpp. They don't use the same code path. In fact the import code is simpler, because imported / dragged items are put into a group. Not sure if that's what you meant. > Also for the import case, embedding will break things for many, many users. > We've looked at that a few times. For who, and in what cases? You sometimes say that a proposed solution will cause 'important issues for many users', but don't say what those issues actually are. > The good solution is to create a "media manager" that handles things like > images, linked css files, ICC profile files, etc. This would be great to have, along with UI improvements to enable using common styles. The image links manager proposed in this thread is a good start, and could be extended to Still, I think this is orthogonal to what the defaults are. > Things can then be worked > out with the UI and perhaps a "Publish" menu/command that does things a bit > more explicitly than "save as" or "export". I think that "Publish" is a stupidity cloned from Corel Draw. Why should saving a PDF be completely different from saving any other file? Moreover the name is misleading: you are actually not 'publishing' anything in the sense of showing it to the outside world. You are only saving a file. A better name is "save standalone document" or something like this, but I don't see a difference between this and Export. Regards, Krzysztof

13 69

bzr - keeping the log linear
by Terry Brown 28 Dec '09

28 Dec '09

After the recent months worth of various people's commits becoming sub-revisions of one person's commits, I chatted on #bzr to see if there was a way to avoid this. Incidentally, the branch based workflow shown on the wiki will *cause* this problem, so I'll revise what's written there. Anyway, there is a bzr configuration flag which will prevent changes (other than extensions) to the log, i.e. it would refuse to accept the push which sidelines other people's commits. According to the #bzr people, this would set the flag on lp:inkscape python -c 'import bzrlib.branch as b; b.Branch.open("bzr+ssh://bazaar.launchpad.net/path/to/branch").set_append_revisions_only(True)' (if the user has the required permissions) They also pointed out the current sidelining could be undone, I might see that's involved, but not really sure if it's worth it, seeing there's no real damage. Cheers -Terry

1 0

Re: [Inkscape-devel] Specification: Improved image
by Valerie 28 Dec '09

28 Dec '09

On the issue of linking vs embedding images: can't we just have 2 commands? - Embed an image - Link an image Those who don't understand what Link an image means probably expect the first behaviour anyway. I'm among those who was surprised by the behaviour. I use Inkscape as an image editor first. Even if Inkscape is used to create svg files which were initially destined for webpage content, the difference is inconsistent treatment of similar objects (from casual user POV). For html, there are: - Images (external objects, must be attached separately) - Text (part of the html file) For svg, for the really clueless user, there are: - Graphics - More graphics (just with fewer editing options) This is perhaps a simplistic view, but what do most users know about the subtleties of image objects? There's a whole segment of users out there for which Inkscape is "to create images, like Photoshop, except Inkscape uses vectors, which is like manipulating lines and moving around shapes instead of adding blobs of paint."

5 9

bug 478157: Mid-markers are rendered above end-markers
by unknown＠example.com 28 Dec '09

28 Dec '09

Hi all, Who knows what determines the rendering order of the different markers? See https://bugs.edge.launchpad.net/inkscape/+bug/478157. Currently, endmarkers are drawn beneath midmarkers, although the code calls sp_marker_show_instance last for endmarkers. Perhaps this has to do with the 'key' that is passed to sp_marker_show_instance? (determines the layer?) Have a look at sp_shape_update_marker_view in sp-shape.cpp. Thanks, Johan

2 2

Re: [Inkscape-devel] Specification: Improved image propertiesdialog (0.48)
by Valerie 28 Dec '09

28 Dec '09

Just a small note on user cases: The lowest common denominator of Joe Schmoe out there (that can be expected to use Inkscape) is probably the Windows user who's only familiar with 2 programs: an internet browser and Microsoft Word. That's it. He's neither a webpage designer nor a raster graphics master. He's the type who (very regretfully) takes 2 MB photos, sends them as is to you by email, and doesn't even know (nor care) that he's doing it wrong (unfortunately, this is also about 90% of the people I've worked with...). Such a person's notion of copy/paste is: - Copy text. Paste in Word file. - Copy image. Paste in Word file. - If the image is modified, delete the original image and paste the new one in. - They don't expect anything they've pasted in to disappear when they move the file around or send it to their family/friends/boss. (and yes, that level of user may come to use Inkscape. I often use Inkscape to do charts for work, it's handy)

1 0