- Inkscape Devel - Inkscape Mailman

GTK3
by Inti Alonso 27 Mar '11

27 Mar '11

Hi, Im a regular Inkscape user, and with all the noise about the coming of the new GTK3, I want to know if Inkscape is already working in the GTK3 port, or when will that happen. I guess GTK3 can bring some improves to or beloved Inkscape.

3 6

[GSoC] SVG + javascript
by Fernando Lucchesi 26 Mar '11

26 Mar '11

Hi inkscape-devels, I've been lurking for a while, but didn't introduce myself yet. I'm Fernando Lucchesi, and I am at my third year studying Computer Engineering at Unicamp, Brazil. I am a member of the CS/CE Students' Union of Unicamp(CACo), where my role is roughly to do "graphical stuff", almost always using inkscape. That includes posters[1], t-shirts, etc. Since I rely on Inkscape so much, it was about time I got to contribute with some code. For that, I am willing to participate on this year's GSoC. (I realize that only using Inkscape doesn't mean I can hack it, but it means I want to see it get even better) Last year, I was playing with SVG/JSONP trying to make a widget to show the cafeteria menu[2]. While doing that, I realized that the javascript support could use some love. Searching a little, I've found this blueprint: https://blueprints.launchpad.net/inkscape/+spec/scripting-ui So I would like to work at something along those lines. I've chatted a little at the Inkscape Brazil mailing list, and already got some pointers. These are the ideas so far: -Enhance "Object properties > interactivity" by replacing the text boxes with combo boxes containing every javascript function/method available. To do that, it would be necessary to parse both external and embedded scripts. -Open embedded scripts on an external editor (perhaps blocking the svg edition while doing that). It would be a way to follow the unix philosophy of using the best tool for every job (inkscape - graphics; vim/emacs/some ide - code). That script list would be located at "document properties > scripting", under the external scripts. As Aurium pointed out, the name of the tmp file would have to be meaningful not to scare the user, so perhaps using the script id could be an option. Also, the way to create new scripts would be at the same interface, you'd just need to define the script name/id at its creation. -At the same place there could be a list of svg elements using script events. -We could encourage people to use .js files for scripts, since it is good practice to separate the structure from the action (like with html/js). The problem, however, is that by doing that there would be 2+ files instead of a single svg, making the distribution more difficult. As a way to solve that, inkscape could have an option to automatically embed external scripts, so there would be only one file. There should be some config regarding scripts on another server (so you don't save a static version of JSONP data, for example). Then, there would be the opposite direction, taking the embedded scripts out to the corresponding .js files. This wouldn't be restricted to scripts previously inserted by inkscape, but all embedded scripts. The name of each file to be created would be asked, except for those that came from a .js in the first place, since its name would be saved on the tag. Another option is to use the id defined by the other interface instead of asking. So, how could this fit into a GSoC project? (I'm yet to send the 2 patches, but I've already pulled the code from bazaar, successfully compiled it and am having a look at the bugs at launchpad). [1]: http://www.students.ic.unicamp.br/~ra091187/etc/reuniao.png [2]: http://www.students.ic.unicamp.br/~ra091187/teste/bandeco.svg -- Fernando Lucchesi Bastos Jurema UNICAMP - Engenharia de Computação 09 CACo - Centro Acadêmico da Computação Coordenador de Marketing e Produtos - gestão 2010/2011

1 0

Fwd: Inkscape Wiki page CompilingSunSolaris has been changed by Reinhard
by unknown＠example.com 24 Mar '11

24 Mar '11

This made me wonder (not that I've ever used a SUN operating system, proprietary or open, or probably ever will) if anyone has ever tried to compile Inkscape on OpenSolaris ( http://hub.opensolaris.org/bin/view/Main/ ) or its new fork Illumos ( http://www.illumos.org/ )? ---------- Forwarded message ---------- From: WikiAdmin - acspike@...34... Date: Thu, Mar 24, 2011 at 7:17 AM Subject: Inkscape Wiki page CompilingSunSolaris has been changed by Reinhard To: NeoPhyte Rep <InkscapeWiki.NeoPhyte_Rep@...2295...> Dear NeoPhyte Rep, The Inkscape Wiki page CompilingSunSolaris has been changed on 14:17, 24 March 2011 by Reinhard, see http://wiki.inkscape.org/wiki/index.php/CompilingSunSolaris for the current version.

2 1

Brightness and Lightness
by Kris De Gussem 24 Mar '11

24 Mar '11

Hi all The latest inkscape.pot update draw my attention on the terms "Brightness" and "Lightness". I supposed they were the same, but according to the filter names "Brightness, custom (color)" en "Lightness, custom (color)" in the menu "Filters" > "Experimental", there is a difference between brightness and lightness. Can anyone explain the difference, if there is any: is it a different concept, related to color space, different mathematical formula, ... ? Thanks a lot. Regards Kris

2 3

Some progress on OSX/aqua, and how to go further?
by Gellule Xg 23 Mar '11

23 Mar '11

Hi, I have made some little progress in a local branch on an OSX?aqua version of inkscape. I would like to know what the best way is to give these changes back to inkscape. Many patches? A branch on launchpad? Would a branch ~gellule-xg/inkscape/aqua work for now? Can it be made available to others later, before a merge back in master? So far, I have workarounds for: https://bugs.launchpad.net/bugs/487144 https://bugs.launchpad.net/bugs/721448 I am also able to get rid of the launcher script used for the X11 version and put the inkscape executable directly in the application bundle. I have also started using ige-mac-integration to determine the correct paths to use throughout inkscape. I am currently working on the relocation of the libraries into the application package, one step before the production of the disk image. Is anyone familiar with install_name_tool and the -headerpad_max_install_name or -headerpad linker flags? I might need a little help there. -Gellule/Julien

3 7

GSoC 2011
by Josh Andler 21 Mar '11

21 Mar '11

Hey All, Since we were accepted for GSoC again this year. Is anyone interested in mentoring that has not already stated so? Please let me know either on-list or directly. We can't add mentors yet as they are updating Melange this week, but I just want to get the ball rolling on discussion. Cheers, Josh

1 0

Missing libgomp-1.dll from mingw
by LucaDC 21 Mar '11

21 Mar '11

Recently I get this error when compiling under Windows XP: Make error line 708: copy : file /c:/mingw/bin/libgomp-1.dll does not exist I have a file with the same name under mingw\lib\gcc\mingw32\bin: is it the same that has been moved for some reason? Latest try with rev 10122 (devlibs 21). Regards. -- View this message in context: http://old.nabble.com/Missing-libgomp-1.dll-from-mingw-tp31202579p31202579.… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 1

Strange crash on startup?
by Jasper van de Gronde 21 Mar '11

21 Mar '11

After a break of a few months I tried to get inkscape to compile again over the weekend but ran into a strange issue. Inkscape compiles just fine, but if I try to run it it crashes immediately (and yes, I've done several clean builds by now). Unfortunately I'm not at my laptop right now, so I can't give you the exact error, but I'm wondering whether anyone has had a similar issue and/or knows something else I could try. I'm using TDM's GCC 4.5.1 (sjlj, and I have also tried the 64 bit version, but that fails to build inkscape at some point) on Vista, and there are no other mingw installations present (anymore). The source is unmodified, I have updated devlibs and I have done a clean build. I have also downloaded a "nightly" build for a slightly older revision (the latest I could find), and although that worked fine, updating my source to the same revision and doing a clean build of that did not. I've even tried moving my inkscape.exe into the folder of the downloaded nightly build, without success. Interestingly just running inkscape(.com) seems to do nothing... (No crash, no output, no Inkscape, nothing.) The crash is pretty much immediately after startup and seems to come from loading(?) lcms, but according to gdb's backtrace it crashes from some function having to do something with (stack?) frames (sorry, don't have the details with me at the moment). I googled it, and it appears this function is somehow associated with relocation of dll's. So, sound familiar to anyone? Any ideas for what else to try? BTW, I think it could be related to this bug: https://bugs.launchpad.net/inkscape/+bug/453931

1 0

^-, I miss you
by Johan Engelen 21 Mar '11

21 Mar '11

Hi all, I miss our IRC/Jabber bridging bot. Hope whoever managed it, can get it back online in our chat! Many thanks, Johan

2 1

Re: [Inkscape-devel] plans on 0.49
by Valerie 20 Mar '11

20 Mar '11

I also think the "sprint" idea is a really good one, while donators vote for "top wanted features" to be coded during the sprint. It could also be helpful to do the following for each feature: 1. Note what needs to be done (what needs to be implemented). This is to give donators an idea of what they're "paying" for (they deserve to know when the feature isn't That simple to code), but also so that potential developers who don't know how to contribute could see the top listed features easily and know where to start. 2. Estimate roughly how much work it'd take (at least try to note if it'd take a long time or just a couple of hours). If you organise a sprint, this means donators will better understand why Feature X hasn't been completed yet (because it takes "1000 man-hours" to finish all the dependencies). 3. Also describe clearly what the feature does and how the user benefits. Inkscape features can be pretty technical (Cairo), but users will understand if you say "You can use it to accomplish [cool effects]/[serious office work]/[compatibility with other software]/etc., or "It will speed up parts of Inkscape by 20%." Or even "doing this will allow us to then implement Feature Y that all of you want." 4. Progress should be documented clearly, like on a blog or such. 5. As an alternative to sprints, some or all developers could agree to all commit to working on the top feature (without meeting up), either periodically or when total donations reach a certain milestone. I'll also mention as a side note that although bounties never worked for Gimp and Inkscape, paid development did work for Krita last year. What they did was get a developer (Lukáš Tvrdý) to develop for Krita full-time during several months thanks to donations. Krita has a blog, so every week work on Krita development, including Lukáš', was documented (when money is involved, transparency is important). You can read the log on krita.org (start from the last page). Lukáš coded and improved several brushes engines, improved speed, fixed lots of bugs, etc. I think anybody who observed the progress will agree that Huge progress was made thanks to that, it was very exciting to read week after week. Of course, it's not an arrangement for everyone, it just happened that a capable developer could be made to work full time on Krita thanks to donations, so it can't necessarily be reproduced for Inkscape. It's just an example of donations that can work, in case you decide not to go for a sprint.

1 0