- Inkscape Devel - Inkscape Mailman

Getting an Inkscape generated PDF in CMYK
by JiHO 10 Jan '10

10 Jan '10

Hello everyone, I have a colour document I want to get printed by a print shop. It is a monochrome (shades of the same hue with different lightness/saturation, basically all brown) fully vector document. Currently I have the SVG exported in PDF. The print shops want a CMYK PDF, as expected. They don't seem too smart (insist on using photoshop on the PDF, don't pay much attention to the superposition of recto and verso, etc.) so I would like to do as much as possible myself. However, even with a CMYK document I guess they would still need to do a CMYK to CMYK conversion between my CMYK profile and the one of their printer. Would this be any better than going straight from my RGB to their CMYK? If I do need to convert in CMYK, I explored the possibilities. The SVG does not import correctly in Scribus so this is out of the question. I have Adobe Acrobat, which looks like it can do the conversion on the PDF. I am just not sure what it assumes as a starting colour space, if any. What would the knowledgeable people on this list advise as a workflow to get an Inkscape generated PDF in CMYK? As a related note, what is the advised workflow within Inkscape? I have a display and proofing profiles set in the preferences (NB: Jon, does the "Retrieve profile from display" works on Mac? It does not inactivate the drop down menu when checked at least, while it looks like it should.). My understanding of the 0.46 release notes is that as soon as a display profile is set, it is used, and clicking the indicator at the bottom-right corner turns soft proofing on, using the specified proofing profile. Am I right? What part of all this is currently retained in the SVG? in the PDF? Sorry for the numerous questions. I would like to get this one right. Thanks in advance, JiHO --- http://maururu.net

6 10

Re: [Inkscape-devel] "Print colors"?
by Felipe Sanches 10 Jan '10

10 Jan '10

A friend wrote a message to this list in portuguese and asked me to translate it to english for him. Here it is: On Thu, Jan 7, 2010 at 9:32 PM, Valessio Brito <contato@...2138...>wrote: > Isto é uma boa ideia para separação de cores ou no processo de > visualização. A opção "Imprimir Cores" é legal porque se você utiliza > CMYK e cores especiais, pode visualizar quantas camadas de cores tem > seu trabalho. > > This [the print colors preview mode] is a great idea for color separation or also in the process of previewing your artwork. This is cool because it enables you to know how many color channels your artwork has (be it CMYK or spot colors). > > Acho que isso que você fez é > um grande passo para separação de cores e é bastante utilizado em > processo Silk, se colocar isso no dialogo de impressão é um sucesso. > > I think that what you [Felipe] have done is a great step towards color separations and is very frquently used in silk processes. If you add it to the print dialog it will be a success! Valessio Brito

3 2

Re: [Inkscape-devel] [Lib2geom-devel] How to sync 2Geom?
by unknown＠example.com 10 Jan '10

10 Jan '10

> -----Original Message----- > From: Krzysztof Kosiński [mailto:tweenk.pl@...400...] > Sent: vrijdag 8 januari 2010 4:02 > To: Engelen, J.B.C. (Johan) > Subject: Re: [Lib2geom-devel] [Inkscape-devel] How to sync 2Geom? > > W dniu 31 grudnia 2009 15:36 użytkownik > <J.B.C.Engelen@...1578...> napisał: > > Yeah I agree. It's best not to update Inkscape's 2geom > copy, unless you are sure some bug got fixed or you need a > newer 2geom. > > Also, note that Inkscape's copy does not (and shouldn't) > contain all 2geom's files. > > OK, but how it is done? :) Do you use some script or copy the > files manually? I use JFileSync: http://jfilesync.sourceforge.net/

1 0

Inkscape keeps crashing
by Alexandre Prokoudine 10 Jan '10

10 Jan '10

On revision 8938: Program received signal SIGSEGV, Segmentation fault. 0x000000000047c747 in persp3d_VP_is_finite (persp_impl=0x0, axis=Proj::X) at persp3d.cpp:331 331 persp3d_VP_is_finite (Persp3DImpl *persp_impl, Proj::Axis axis) { (gdb) bt #0 0x000000000047c747 in persp3d_VP_is_finite (persp_impl=0x0, axis=Proj::X) at persp3d.cpp:331 #1 0x00000000007191ba in box3d_toolbox_prep (desktop=0x1997c00, mainActions=<value optimized out>, holder=0x2905b40) at widgets/toolbox.cpp:3464 #2 0x000000000070d2ff in setup_aux_toolbox (toolbox=<value optimized out>, desktop=0x1997c00) at widgets/toolbox.cpp:1745 #3 0x00000000006fe485 in toolbox_set_desktop (toolbox=0x1144e70, desktop=0x1997c00, setup_func=0x70d070 <setup_aux_toolbox>, update_func=0x6fe750 <update_aux_toolbox>, conn=0x28fde80) at widgets/toolbox.cpp:1635 #4 0x00000000006d96a1 in sp_desktop_widget_new (namedview=0x1f78030) at widgets/desktop-widget.cpp:1378 #5 0x00000000004627b4 in sp_file_new (templ=<value optimized out>) at file.cpp:129 #6 0x0000000000462aee in sp_file_new_default () at file.cpp:177 #7 0x0000000000453ef7 in sp_main_gui (argc=1, argv=0x7fffffffe3f8) at main.cpp:949 #8 0x0000000000453419 in main (argc=1, argv=<value optimized out>) at main.cpp:689 Maximilian? :) Alexandre

4 4

"Print colors"?
by bulia byak 08 Jan '10

08 Jan '10

I just noticed this new view mode and dialog. Guys, if you do anything remotely as newsworthy as this, PLEASE describe it in Release notes AND post to devel list to discuss. That said, I'm really not sure it's a good idea to make this a view mode, next to Outline and No filters. The modes are there primarily for speed, but this one has entirely different goals. I've never seen this implemented like that in other programs and I think it's for a reason. If you're interested in print preview, just set it up once, in a dialog/tab of its own. For those 95% users who don't need it, it will just make view modes much harder to figure out. As for the dialog, apart from the fact that it shouldn't be called from view modes submenu, it really looks strange with its 4 buttons and nothing else. Is it supposed to be that way? Can we make it more useful? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 3

Fit page to selection margin options
by Nicolas Dufour 08 Jan '10

08 Jan '10

Hi, Alex Leone has attached a patch which add margin options for the "Fit page to selection" button in the document properties. I've tested it successfully on Ubuntu 9.10, but it would be nice if a C++/UI expert review the code before we commit it (see https://bugs.edge.launchpad.net/inkscape/+bug/499942). Regards, -- Nicolas

8 23

New version of Alchemy is out w/ SVG support
by Joshua A. Andler 08 Jan '10

08 Jan '10

SVG support was added to svn a little while ago, but now it's in a release. You can set your preferred vector format to SVG now instead of PDF. I personally find it compliments Inkscape nicely. http://al.chemy.org/news/alchemy-008-beta-release/ Cheers, Josh

1 0

Devlibs SVN
by Krzysztof Kosiński 08 Jan '10

08 Jan '10

Hello 1. Where is Windows devlibs SVN hosted? 2. Why it contains .pyc files? 3. Why is glibmm version lower than GLib version (2.14 and 2.16 respectively)? 4. How can I get commit access? 5. Where is libxslt.pc? PS: I just installed WinXP in VirtualBox, and it works very well. I'll post a walkthrough on a wiki. This should enable more people to help with Windows problems. Regards, Krzysztof

3 6

Spray tool: code
by Krzysztof Kosiński 07 Jan '10

07 Jan '10

Hello Here are some remarks about the spray tool that are not related to its UI. Major issues: 1. The tool is very slow in single path mode - it updates XML after adding each object. XML should be updated only when the mouse is released, like in the node tool. 2. Single path mode uses sp_selected_path_union, which spams the undo stack with union operations and destroys selection. Ideally, 2Geom or livarot functions should be used directly, and if that's not possible, sp_selected_path_union_skip_undo. 3. Undo doesn't work correctly for single path mode - Ctrl+Z undoes only one sprayed copy. Less important issues: 4. Clones are created by creating XML nodes directly. Shouldn't the SP layer be used instead? 5. Cryptic pref names like "doo", "doh". 6. sp_spray_recursive has lots of parameters. 7. spray-context.cpp:554 is a crucial formula that is unreadable and undocumented. 8. Indentation in sp_spray_context_root_handler is, mildly put, unorthodox. 9. get_dilate_radius, get_path_force, get_path_mean, etc. - I don't like this. 10. random_position - data passed by non-const reference to a function that doesn't modify it. Regards, Krzysztof

2 1

Re: [Inkscape-devel] [Inkscape-user] Future plans for speeding up Inkscape?
by Joshua L. Blocher 06 Jan '10

06 Jan '10

> My conclusion is that 3D hardware can indeed greatly improve 2D > rendering performance. I'd really like to see these great speed > improvements pushed into a project like inkscape someday, but I am > generally not an open source developer (I'm happily stuck in the world > of Delphi programming). > Your more then welcome to become an Inkscape contributor. We have a pretty low bar for coders two accepted patches get you BZR commit rights. They don't have to be world changing patches either mine weren't. If that is not what you are interested in or have the time for that is fine. My knowledge of this area is limited so any other Developer feel free to speak up. > My recommendations would be the following: > > 1. Look into the simple optimization of using shader programs to > generate inkscapes polygon fills, especially when they involve any > kind of gradients. I have written all the cross platform glsl shaders > to handle any conceivable fill type including linear, radial, and cone > with reflect, repeat, and clamp end options. I can donate that code as > a starting point if anyone would like to take a look at it. Sure that is a good start. Small fits and start is how we finally got a OSX port and how the OSX Aqua port is currently going. People working out a little bit at a time until in all worked. > > 2. Get the cario guys interested in rolling hardware support into the > cairo api. I've talked with them about a hardware openvg backend > before. Maybe someone well respected from the inkscape can motivate > them to get moving in that direction. > We would need to finish the move to Cairo as our render, for this to be effective. That is planned but no one is active working on the renderer right now. > 3. Take a look into openvg. I believe Trolltech has done some work on > implementing that api in Qt. I used the Amanith openvg render and it > works okay in opengl mode. That's another thing to look into. Unlikely that we will start using the QT toolkit, but it is a great toolkit. > > 4. And finally, someone might want to check out the evil Microsoft > Direct2D api. I know it's locked into Windows, but it sure should take > care of everything you'd ever need, and be blazing fast too boot. > This is even less likely IMO than a move to QT, as it is not cross platform, currently maintaining the windows port is hard enough as we have only a handful of active windows developers. Joshua L. Blocher verbalshadow

4 4

Re: [Inkscape-devel] [Inkscape-user] Future plans for speeding up Inkscape?
by Joshua L. Blocher 06 Jan '10

06 Jan '10

> I think the most bang for the buck and most general would come > from using 3D HW accel and moving to the extra memory provided > by 64-bit. I know that running out of memory is where Adobe > Illus. quickly fails on larger vector drawings, especially in > the undo/redo system. Honestly, It is hard to find people who are Interested and have the skills and time to implement it. We are just waiting for the stars to align and the right contributor(s) to show up. > > It's amazing what Inkscape can do and how easy it is to do thing > when it comes to vector stuff, but my version (.47) doesn't seem > real stable after I've been running it for a while. All of my > long edit sessions in _playing_ with advanced features have > ended by it crashing. > > I wasn't trying to do anything in particular so I don't > remember the workflow I did each time, but it was usually after > it had been up a while. Only once did I actually get to a point > of saving an output w/o it crashing. I'm a complete novice when > it comes to computer art/SVG art, so I'd sure I was doing something > that was 'unreasonable'... :-) 'unreasonable' behavior is the kind that finds bugs the fastest, and provides us with new use cases. Please report your bugs . http://www.inkscape.org/report_bugs.php?lang=en > > I didn't try to report the bug at the time as I'm sure the > developers have their plate full with other problems and since I'm > not real familiar with correct operation, I didn't want to be told > that I wasn't using the product 'the right way' and by being a > beginner, the crashes were due to me trying to do things that I > should have done differently (though I tend to believe programs > shouldn't crash in such situations, but there could be workarounds > that would be known if I was more adept with the program). I recommend enabling the auto-save feature in Preference it has saved me a few times. > > I can try to report bugs if I'm not made to feel worthless for > reporting them if I don't also include fixes for them...like I > have got on some projects...(oh the joys of open source projects We want and need all the feedback you can give us for Inkscape. If you have issue with any inkscape contributor making you feel worthless for trying to be helpful please let us know, here or on the Devel ML. Appropriate action will be taken. Joshua L. Blocher verbalshadow

3 2

Re: [Inkscape-devel] [Inkscape-user] Future plans for speeding up Inkscape?
by Josh Andler 05 Jan '10

05 Jan '10

I feel that Joshua (not me) summed that up nicely. It boils down to that we are an open and welcoming community. Feedback is welcomed and appreciated, and the more info you can provide, the better for experience for everyone. We don't tend to take issue unless you want to complain and suggest how we can do it better. We don't know better than you, and we won't (generally claim to) know what's right. Tell us. Everyone benefits from non-argumentative feedback. Cheers, Josh On Jan 4, 2010 11:30 PM, "Joshua L. Blocher" <verbalshadow@...400...> wrote: > I think the most bang for the buck and most general would come > from using 3D HW accel and movin... Honestly, It is hard to find people who are Interested and have the skills and time to implement it. We are just waiting for the stars to align and the right contributor(s) to show up. > > It's amazing what Inkscape can do and how easy it is to do thing > when it comes to vector stu... 'unreasonable' behavior is the kind that finds bugs the fastest, and provides us with new use cases. Please report your bugs . http://www.inkscape.org/report_bugs.php?lang=en > > I didn't try to report the bug at the time as I'm sure the > developers have their plate full ... I recommend enabling the auto-save feature in Preference it has saved me a few times. > > I can try to report bugs if I'm not made to feel worthless for > reporting them if I don't als... We want and need all the feedback you can give us for Inkscape. If you have issue with any inkscape contributor making you feel worthless for trying to be helpful please let us know, here or on the Devel ML. Appropriate action will be taken. Joshua L. Blocher verbalshadow ------------------------------------------------------------------------------ This SF.Net email i... Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Re: [Inkscape-devel] spray tool: UI
by Josh Andler 05 Jan '10

05 Jan '10

I agree in principal, but I can't say that a function being "fundamental" matters as much as adding versatility to a tool, which in the end does what we want to do... empower the user. I think we should hang on to it until our nightly build situation gets sorted. The best way to figure out if it's truly valuable is to get feedback from users. Cheers, Josh On Jan 4, 2010 4:12 PM, "bulia byak" <buliabyak@...400...> wrote: On Mon, Jan 4, 2010 at 8:04 PM, Joshua A. Andler <scislac@...400...> wrote: > Why not keep Focus? I'... A modifier must be sufficiently fundamental and versatile to be worth having. This one looks to me more arbitrary than fundamental. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

spray tool: UI
by bulia byak 05 Jan '10

05 Jan '10

I haven't fully tested the functionality yet, but here are some comments on the UI. Sorry for the terseness - I do find the tool valuable, but the UI really needs some work. * The tool icon is horrible and very out of the line with the default tool icons. The Tweak icon is not stellar either. Can some talented artist suggest a replacement? * "Population" is unclear. Its tooltip does not really help. "This setting adjusts" is superfluous, just delete it, but then what remains is still confusing: "the number of items sprayed" - total number? Per click? Per mile? Per what? What does the percentage represent? Please rethink this. * "The mean of the spray action" is impossible to understand. Mean what? * "SD" is very techy, and while the tooltip expands it as "standard deviation", it is still confusing. Standard deviation of what value? Can you explain it in terms understandable to someone who has no math training and has no idea of what SD is. * The button "Some options for the spray" is a bad idea, as is the dialog it opens. We don't have separate dialogs for tool options. Each tool may have some often-used controls on the controls bar, plus some rarely-used settings on its page in Inkscape Preferences. Please try to redistribute the dialog controls between these two locations. E.g. I don't think many people will ever change the distribution from Gaussian to uniform - this choice can be moved to Preferences. The controls bar can accommodate more than you have there now - if something does not fit it will be placed in an automatic menu, so just move the least used controls to the right (but preserving some logical grouping, of course). You may also try to combine some of the options into higher-level, coarser but more user-friendly preset-like options, such as a single "Scale randomization" slider instead of min/max values. (And for cursor, the Width value seems a duplicate of the controls bar's Width slider.) Code-wise, the file spray-option.cpp contains some leftover bits from Alignment dialog (e.g. "remove overlaps" undo comment - and why do you need to make undo commit at all in this dialog?!) and some French comments that need to be translated. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 15

Compiling of Inkscape from trunk fails on "extension/internal/pdfinput"
by Steven P. Ulrick 03 Jan '10

03 Jan '10

Hello Everyone I have been having problems compiling Inkscape from SVN Trunk. It fails while compiling in "extension/internal/pdfinput" Here is the entire output of "make": http://www.afolkey2.net/~steve/inkscape-build-make-001.txt This is on Fedora 12, and with a fresh copy of Inkscape from SVN Trunk If you need any more information, feel free to let me know. Steven P. Ulrick

5 5

How to sync 2Geom?
by Krzysztof Kosiński 02 Jan '10

02 Jan '10

I have a question: how do I "sync" 2Geom from its SVN? I want to add this action as a custom command in my Waf build system for Inkscape. Regards, Krzysztof

4 5

build weirdness
by Alexandre Prokoudine 02 Jan '10

02 Jan '10

Hi, While building revision 8938 I saw this: In file included from extension/execution-env.cpp:27: ./util/glib-list-iterators.h: In member function ‘T* const& Inkscape::Util::GSListConstIterator<T*>::operator*() const [with T = SPItem]’: extension/execution-env.cpp:61: instantiated from here ./util/glib-list-iterators.h:47: warning: dereferencing type-punned pointer will break strict-aliasing rules CXX extension/init.o ^Cmake[2]: *** [extension/init.o] Interrupt make[1]: *** wait: No child processes. Stopping. make[1]: *** Waiting for tasks execution end... make[1]: *** wait: No child processes. Stopping. make: *** [all] Error 2 The compile messages were actually in RU, so I did 'LC_ALL make' and for some reason the compilation didn't break there again and is likely to be completed this time. Any ideas? Alexandre

1 1

Back from the dead
by Bob Jamison 02 Jan '10

02 Jan '10

Hi, all! I've been busy with other things for the last 7 months, but I want to make up for it somewhat. Sorry! I've been told that the "devlibs" bundle on Modevia seriously needs updating, so I will start doing that with what people need, and what they agree upon. After adding msvcr80.dll to the devlibs, I was told that Python's libs need updating in general. We have been wanting to use Python 2.6 for over a year now, but a couple of the dependencies, (lxml and numpy) have held us back. I looked at their project pages, and it appears that there are 2.6-usable win32 binary builds available for them. So, the question is: is everyone comfortable with updating Python to 2.6? It's the version 'at the precipice.' Being the last version before 3.0, there is some expectation of permanence. Things work correctly now for 2.5, but moving to 2.6 will allow updating UniConvertor to 1.1.4, which helps toward fixing a bug: https://bugs.edge.launchpad.net/inkscape/+bug/315996 <https://bugs.edge.launchpad.net/inkscape/+bug/315996/comments/39> bob (ishmal)

6 6

Issue with inkscape on FreeBSD
by Guy Brand 02 Jan '10

02 Jan '10

Hi list, I'm having a serious issue with inkscape on FreeBSD -current. I'm using the port available for FreeBSD and even a forced reinstall of it doesn't fix the problem. The maintainer of the port suggested to report the problem through this list. The issue is quite simple to express: adding a layer to any opened file freezes inkscape. I can open any svg file without a trouble, and a file can contain layers, they are perfectly displayed. I can also hide any of the layers of a document, or rename a layer, change the order of layers, without problem. Only creating a new layer (or duplicating the current layer) is impossible, and leads to a freeze. Tracing the process (using truss on FreeBSD) doesn't show anything once the process is frozen. If there is anything else I could do please let me know. Does such an issue speak to anyone here? Merry Christmas all gb

4 6

Passing data with sp_action_perform(SPAction *action, void * data)?
by Alex Leone 31 Dec '09

31 Dec '09

Hello, I'm attempting to write a patch that adds a margin when setting page size through the "Fit page to selection" button in document properties. I've already added the ui elements (RegisteredScalarUnit's) for marginTop, marginLeft, etc, but I can't figure out how to get the values to the function that resizes the page. Here's how the page currently gets resized: 1. When clicked, "Fit page to selection" fires src/ui/widget/page-sizer.cpp:487: PageSizer::fire_fit_canvas_to_selection_or_drawing() { Verb *verb = Verb::get( SP_VERB_FIT_CANVAS_TO_SELECTION_OR_DRAWING ); SPAction *action = verb->get_action(dt); sp_action_perform(action, NULL); } 2. sp_action_perform eventually calls src/verbs.cpp:2149: FitCanvasVerb::perform(SPAction *action, void *data, void */*pdata*/) { fit_canvas_to_selection_or_drawing(dt); } where the void *pdata parameter is the second argument from sp_action_perform. 3. This eventually calls src/document.cpp:601: SPDocument::fitToRect(Geom::Rect const &rect) My plan was to add marginTop, marginLeft, etc as parameters to SPDocument::fitToRect, and somehow pass these parameters through the void *data parameter in sp_action_perform. However, all the other calls to sp_action_perform in inkscape set the void *data parameter to NULL, and it looks like the action handler doesn't have any code to call free on the parameter after all the action listeners are serviced. Am I trying to do this completely wrong? Thanks, - Alex (Attached is a patch that adds the margin UI elements in document properties)

4 13

Re : Exchange position of two objects
by Arcadie Cracan 31 Dec '09

31 Dec '09

---------- Forwarded message ---------- From: Arcadie Cracan <acracan@...400...> Date: Dec 31, 2009 11:36 AM Subject: Re: [Inkscape-devel] Re : Exchange position of two objects To: Krzysztof Kosiński <tweenk.pl@...400...> Actually the center might be the center of mass ( http://en.wikipedia.org/wiki/Center_of_mass), and, as Krzysztof said, a sort around this center is the way to go. But there is a better approach than using atan2 function. It is described in the Chapter 33 - Computational Geometry in Introduction to algorithms by T. Cormen. It does compare 2 vectors' angle by computing their cross product. As I can see, the angle_sort() function already exists in 2geom (see convex-cover.cpp and convex-cover.h) and it seems that it used to use the atan2() function for angle comparison, but now computes some kind of matrix determinants (that lead to vector slopes I guess). The use of cross products avoids the division operation, so it is faster. On 12/31/09, Krzysztof Kosiński <tweenk.pl@...400...> wrote: > > 2009/12/30 bulia byak <buliabyak@...400...>: > > But a still better and more useful approach is to dedect a clockwise > > order, as I wrote before. This may not be always easy, but it's an > > interesting mathematical challenge. For example: calculate a center > > point of objects and rotate clockwise a ray from this center, and > > process objects in the order in which this ray crosses their bbox > > centers. > > This is actually rather simple. Compute the center (this may require > learning some not-perfectly-clear API); for each object calculate the > vector from the center to that object's center (let's call it relpos) > and sort on Geom::atan2(relpos), for example by inserting the SPItem*s > into a std::map<double, SPItem*> and then iterating over it. I'm not > sure whether it will produce a clockwise or a counterclockwise > ordering, because I never remember which one (desktop / document) is > the mathematical one :) > > Regards, Krzysztof > > > ------------------------------------------------------------------------------ > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

3 3

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