February 2005 - Inkscape Devel

Status needed for ReleaseNotes
by Bryce Harrington 04 Feb '05

04 Feb '05

One other task needed before we get too much further is to update the Roadmap. Mental, Ted, Ishmal, and others, can you give us some quick status on the following items? [Perl, Python scripting; XSLT] [embed/outbed, gamma scripts] [Effects menu] [extensions warning and logging] [Namespace changes] [Making reprs private] Also, Arpad, can you give us a list of the translations that were updated from 0.40 to 0.41? Thanks, Bryce

9 17

Fwd: [Inkscape-user] Line marker colour
by bulia byak 04 Feb '05

04 Feb '05

forwarding to devel too.. ---------- Forwarded message ---------- From: bulia byak <buliabyak@...400...> Date: Fri, 4 Feb 2005 08:51:14 -0400 Subject: Re: [Inkscape-user] Line marker colour To: inkscape-user(a)lists.sourceforge.net On Fri, 04 Feb 2005 13:45:17 +0100, Arnout Standaert <arnout.standaert@...687...> wrote: > is there any intention of fixing bug #995815 for the 0.41 release? It's > the bug where line markers (for instance, arrowheads) don't follow the > colour of the line they're attached to. Not for 0.41 for sure, it's almost out. In fact it's not really a bug, it's just a limitation of SVG which needs to be worked around. This workaround has to be quite complex, though doable. We just need a coder who would be motivated enough to dive into it. My comments in that bug give a rough plan for attacking it. To All: Note that the people in that bug started offering real monetary awards for whoever will do this first. So, if you want to make some money, here's a good task for you! :)

1 0

embed/outbed, gamma scripts ??
by Bryce Harrington 04 Feb '05

04 Feb '05

What is "embed/outbed" and "gamma scripts" ? I see these mentioned in the release notes, but with no elaboration... This is also the first I've heard of them. Bryce

2 1

locale madness
by Kees Cook 04 Feb '05

04 Feb '05

So, to really confuse things, I decided to go see if The Gimp under windows would blow up the way we are (were). It does not. So I then removed all the .DLL's from my inkscape directory so it would use the install GTK defaults. It worked like a charm. No utf8 errors, nothing. Very interesting. -- Kees Cook @outflux.net

1 0

Info needed from Ishmal for release notes
by Bryce Harrington 04 Feb '05

04 Feb '05

Bob, can you say a few words about the status of scripting and XSLT for us to use in the ReleaseNotes? I.e. what can users make use of, and what level of functionality will be available in this release? Thanks, Bryce

1 0

Re: [Inkscape-devel] Basic tasks ?
by Bryce Harrington 04 Feb '05

04 Feb '05

On Wed, 2 Feb 2005, Ashwin Bharambe wrote: > Hi Bryce, > > > Another area we will need a lot of help in fairly soon is with upgrading > > the UI to gtkmm. This will involve a lot of meat-and-potatos C++ class > > creation and conversion of C code into OOP style. Presently this work > > is going on in a separate cvs module but it's scheduled for integration > > within about a week. If you're interested in working on this, let me > > know and I can give more details. It should be pretty straightforward > > work, and will be seeing progress rapidly, so it could be fun. :-) > > I would be interested in more details for this. Basically, once in a > while, it feels good to do "simple" things and get something useful > done. :) Let me know if and how I could help out here. Great! This work will begin in earnest after we release 0.41, but you can get involved now easily by downloading and tinkering with the inkscape_gtkmm codebase, and/or learning Gtkmm via the www.gtkmm.org site. If you're anxious to work on something with inkscape_gtkmm, and willing to take on a more challenging effort, I posted a few tasks to this list a couple weeks ago, you could look through. For example: http://sourceforge.net/mailarchive/forum.php?thread_id=6260552&forum_id=360… http://sourceforge.net/mailarchive/forum.php?thread_id=6260551&forum_id=360… Those include directions for checking out the code, too. Also, look in the PLAN document within the codebase for some tasks and projects (esp. at the end of the file). > > * Cairo Gtk Canvas - A long term project we have talked about is to > > replace our internal renderer with Cairo, but there's a ton of R&D > > experimentation needed to get there. If you like working from a > > blank sheet of paper and just coming up with a lot of good ideas > > that others can build off of later, this would be a good > > opportunity. > > How would one start here? I briefly tried figuring out how exactly > livarot is used within inkscape at this moment - is there a > well-specified layer here? If you could get me started on a brief > outline of what the goals are, I am willing to spend considerable > amount of time performing experimentation with cairo. This would be great. I think you have already made some progress at this but I can give some additional random info: * Cairo is itself composed of several libraries that each provide different wrappers atop the core. For instance, the SVG bindings are in a library that sits atop the more underlying cairo bits. * We need to understand exactly which cairo pieces are required, how they're packaged, and how we can distribute them to users. For example, what pieces would we need to distribute to Windows users? * There is a GtkCairo lib, that you looked at the other day, but actually we need a full Canvas. What exactly does this mean? How would we go about packaging such a thing? * I believe I saw that there is a Qt Canvas for Cairo. Is there any possibility of sharing code between this and a Gtk Canvas? * What portions of the existing Inkscape codebase would get subsumed into a GtkCairoCanvas object? What would be most appropriate to keep out at a different level? In general, the idea behind creating a gtk cairo canvas would be to enable things like these: * A game developer could use it to render and manipulate the graphical components in their game. * A project aimed at creating a shared whiteboard project could tie a canvas to the Jabber message protocol stream to enable interactive drawing functionality. * A company wishing to provide their customers with an application showing attractive, dynamic graphs and diagrams could use it for drawing this information as it is broadcast to the client app. * An application for viewing/managing rack mounted computer hardware could use it for displaying a top-down view of the data center, which could be interactively clicked on to view front-views of the racks, and with further clicking to see individual hosts in the racks, usage/performance graphs, machine statistics, and wiring diagrams. Of course, in addition, the canvas would provide rich functionality for Inkscape to use it for editing SVG documents. ;-) Bryce

1 0

RE: [Inkscape-devel] Inkboard linking/dependencies
by Montgomery, Steven S 04 Feb '05

04 Feb '05

No, we don't have our code linking normally. Since it was such a brickwall for our progress, we moved the Jabber code into a file we added under dialogs(where it was being called from). Obviously this links, but we definitely would like to separate the code back out how it should be. I've seen some recent posts about automake 1.9 causing problems for some people. Perhaps that is our issue as well? It's not clear to me where our documents would be appropriate in the Inkscape Wiki. However, we do have all of our documents and sourcecode available online. The documentation is at http://inkboard.sourceforge.net and our code is in the Sourceforge CVS(/cvsroot/inkboard/). The Inkboard module is the correct one(we plan to clean up the CVS repository at some point). Steven Montgomery

2 4

RE: [Inkscape-devel] Inkboard linking/dependencies
by Montgomery, Steven S 04 Feb '05

04 Feb '05

Ok, the code DID link fine, but it was because it included the .cpp instead of .h. So, we're still having problems linking. Steven -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net [mailto:inkscape-devel-admin@lists.sourceforge.net] On Behalf Of Montgomery, Steven S Sent: Thursday, February 03, 2005 3:21 PM To: inkscape-devel(a)lists.sourceforge.net Subject: RE: [Inkscape-devel] Inkboard linking/dependencies Actually, I just confirmed that we're running automake 1.7. And it just linked fine a second ago. So, the latest version of code is in the CVS. Steven -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net [mailto:inkscape-devel-admin@lists.sourceforge.net] On Behalf Of Montgomery, Steven S Sent: Thursday, February 03, 2005 2:59 PM To: inkscape-devel(a)lists.sourceforge.net Subject: RE: [Inkscape-devel] Inkboard linking/dependencies No, we don't have our code linking normally. Since it was such a brickwall for our progress, we moved the Jabber code into a file we added under dialogs(where it was being called from). Obviously this links, but we definitely would like to separate the code back out how it should be. I've seen some recent posts about automake 1.9 causing problems for some people. Perhaps that is our issue as well? It's not clear to me where our documents would be appropriate in the Inkscape Wiki. However, we do have all of our documents and sourcecode available online. The documentation is at http://inkboard.sourceforge.net and our code is in the Sourceforge CVS(/cvsroot/inkboard/). The Inkboard module is the correct one(we plan to clean up the CVS repository at some point). Steven Montgomery ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

RE: [Inkscape-devel] Inkboard linking/dependencies
by Montgomery, Steven S 03 Feb '05

03 Feb '05

Actually, I just confirmed that we're running automake 1.7. And it just linked fine a second ago. So, the latest version of code is in the CVS. Steven -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net [mailto:inkscape-devel-admin@lists.sourceforge.net] On Behalf Of Montgomery, Steven S Sent: Thursday, February 03, 2005 2:59 PM To: inkscape-devel(a)lists.sourceforge.net Subject: RE: [Inkscape-devel] Inkboard linking/dependencies No, we don't have our code linking normally. Since it was such a brickwall for our progress, we moved the Jabber code into a file we added under dialogs(where it was being called from). Obviously this links, but we definitely would like to separate the code back out how it should be. I've seen some recent posts about automake 1.9 causing problems for some people. Perhaps that is our issue as well? It's not clear to me where our documents would be appropriate in the Inkscape Wiki. However, we do have all of our documents and sourcecode available online. The documentation is at http://inkboard.sourceforge.net and our code is in the Sourceforge CVS(/cvsroot/inkboard/). The Inkboard module is the correct one(we plan to clean up the CVS repository at some point). Steven Montgomery ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Need to hunt things down
by Jon A. Cruz 03 Feb '05

03 Feb '05

I'm 'bout off to work, but I remembered something that just needs a little help from extra eyes. One of our problems with reading and writing files with names containing characters outside of the 7-bit ASCII range is with library and/or API calls that take filenames directly. Our uses of fopen have been mainly fixed, as are some of the pass-it-a-filename calls. However... there might be a few places that still pass a filename on directly. Could people take a quick peek to see if we have spots where that happens? For things to work well, we have to do one of two things 1) Convert filenames from UTF-8 to filename encoding before calling 2) open the file and pass the API an open file or a data source (depending on the needs of the API). #1 will work for Linux, but *not* Windows XP and friends, since all characters possible on the filesystem can't be respresented in the current ANSI codepage. If anyone has a chance and can find a few of the lingering places, I can go in more quickly tonight and fix them. Thanks.

1 0