- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Joining and help on gtkmm
by aubi＠...373... 09 Jul '04

09 Jul '04

On Wed, 2004-07-07 at 13:33, bulia byak wrote: > > this code works > > Gtk::Image *pImg= new Image ("/x/y/z/toto.png"); > > > > while this one don't > > Gtk::Image *pImg= new Image > > (Gdk::Pixbuf::create_from_file("/x/y/z/toto.png")); > > Judging by http://www.gtkmm.org/gtkmm2/docs/reference/html/classGtk_1_1Image.html, > both uses are valid. But we haven't yet used Gtkmm in this project so > I can't tell. Mental, can you comment? As far as I know both examples are valid (and should be essentially interchangable), but I've not tried either. There are occasionally some gotchas which the documentation does not make clear. Aubi, does "doesn't work" mean that it doesn't compile, or that it misbehaves when run? What are the error messages or deviations from expected behavior you encounter? -mental The failure is at run time. As far as I remember (I doesn't have my machine right now), there is an assertion on the Pixbuf, something like could not bind pixbuf. And of course, nothing is displayed. Talking about GTKmm doc, I was wondering if we could put it in a wiki, this way we could add comments as we gain experience. I also have more general questions about gtkmm ification and widgettery. Do we try to redo custom widgets (ie inheriting from drawables) for the SPIcon and SPButton thingies, or do we provide static Images widgets with the according content (ie pixbuf) already loaded ? I would vote for the second solution as I remarked an important performance hit since we display SVG icons in eg the Fill dialog. The result would be something like class SVGIcons { public : const Gtk::Image & get (std::string name); private : static const Gtk::Image &icon1; static const Gtk::Image &icon2; static const Gtk::Image &icon3; etc ... } ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

2 1

Re: inkscape - tspan - baseline-shift
by bulia byak 09 Jul '04

09 Jul '04

> Dear Mr. Buliabyak, thank you for the explanation of the complexity of > implementation of the "baseline-shift" tag and tspan sections into > inkscape. I'm ready for helping with the development of the application, > but there is one big obstacle: I can't do C language. There are many ways to help other than coding: testing, documentation, discussions... > I understand, that you - and the development team as well - are not > interested in the text part of SVG. This is wrong. We are doing a lot for text. Since we forked from Sodipodi, we added letterspacing and kerning, and recently switched to Pango for much better Unicode text support (not counting hundreds of bugfixes). All this is necessary for any further improvements of text support. > As the SVG is only suitable vector graphics format, many chemical > structure drawing programs have export to the SVG. And as we need some > other graphic elements (frames, boxes, splines) when we prepare chemical > structures for the presentations or publications, the only way is usage > of some vector graphic editor. Chemical structures are made of thin > lines, the chemical bonds, and the export to the raster image degrade > such lines completely. But alas, almost every such chemical structure > include the subscripted text. There is no way through. Right now you can approximate sub/superscripts by vertical kerning. For example type "H2O", position text cursor before 2 and press Alt+down a few times, then move after 2 and press Alt+up a few times. The only problem with this method is that you can't make "2" smaller than "H". See http://inkscape.org/screenshots/gallery/inkscape-0.38-linux-kerning.png for an example of what is possible using kerning. > I do not understand the reason for existence of two similar projects on > the sourceforge, inkscape and sodipodi. See the FAQ on our site. In short, Sodipodi was too closed and inflexible so we had to start a new project from Sodipodi codebase so we could all work freely on what we wanted to see in a vector editor. > I look into the sodipodi source code and in my opinion to extend the > tspan routines is not such a big problem (if you don't need GUI for > editing of tspans, but only the interpretation of it when drawing on the > canvas). Yes, the rendering part is easier to do, but what is the use if you cannot create a subscript except by manual XML editing?

2 1

isnan
by Carl Hetherington 09 Jul '04

09 Jul '04

Hi, isnan without the std:: qualifier doesn't compile for me on mingw gcc 3.2.3. Are we going to need a platform-specific hack here? Carl -- http://carlh.net/pony

2 1

Joining and help on gtkmm
by aubi＠...373... 08 Jul '04

08 Jul '04

Hi list, as a convinced Inkscape user and former C++ developper, I decided to at least try to join the developpment team. I don't want to promise anything, as real life work keeps me quite busy, but sure I could spend a few hours a week on it. So I pulled the code from cvs and started to look at something intersting me : aligning nodes. Well, this is C code. I'm not a great fan of C, so I wanted to start the C++ ification of the align dialog. And still pulling away, fall in front of SPButton and SPIcon. I first tried to wrap (GtkButton::wrap for example) them, but could not get it working. So I went deeper and figured that it could be a good idea to take it at the pixbuf level. But I can't understand how this works, even with a simple png image : this code works Gtk::Image *pImg= new Image ("/x/y/z/toto.png"); while this one don't Gtk::Image *pImg= new Image (Gdk::Pixbuf::create_from_file("/x/y/z/toto.png")); Looks like I missed something ... If you have some answers, or even pointers (google is not very talkative about this), please post them in my blog here : http://un.regne.net/dotclear/index.php/2004/07/01/20-firsts-tries-on-inksca… sorry for the inconvenience, I'm in trouble with my email setup. Thanks in advance for any answer, aubanel. ************************ ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT ************************ Surfez 40 fois plus vite pour 30EUR/mois seulement ! Et téléphonez partout en France gratuitement, vers les postes fixes (hors numéros spéciaux). Tarifs très avantageux vers les mobiles et l'international ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl (voir conditions sur le site)

3 2

RE: [Inkscape-devel] General and Specific Meta-Data
by unknown＠example.com 07 Jul '04

07 Jul '04

> On Wed, 7 Jul 2004, Jon A. Cruz wrote: >> >> >> XMP >> >> >> XMP > > We left implementation of that for you... ;-) Why, how kind and thoughtful of you. Thanks. :-D (look for things after the thaw)

1 0

RE: [Inkscape-devel] General and Specific Meta-Data
by Jon A. Cruz 07 Jul '04

07 Jul '04

> -------- Original Message -------- > Subject: Re: [Inkscape-devel] General and Specific Meta-Data > From: "Bryce Harrington" <bryce@...260...> > Date: Sat, July 03, 2004 11:27 pm > To: "Kees Cook" <inkscape@...62...> > Cc: "inkscape" <inkscape-devel(a)lists.sourceforge.net>, "clipart-list" > <clipart@...330...> > > On Sat, 3 Jul 2004, Kees Cook wrote: > > On Sat, Jul 03, 2004 at 08:40:07PM -0700, Jon Phillips wrote: > > For now, I just want to get the "General" RDF editor working. :) > > *Nod* Agreed - this will take care of 99% of the cases; the last 1% > will be more challenging. XMP XMP

2 1

RE: [Inkscape-devel] Polyline and polygon point specification patch submitted
by Jon A. Cruz 07 Jul '04

07 Jul '04

> -------- Original Message -------- > Subject: [Inkscape-devel] Polyline and polygon point specification > patch submitted > From: "Mark Nyrup Mortensen" <nightcap@...58...> > Date: Fri, July 02, 2004 10:44 pm > To: inkscape-devel(a)lists.sourceforge.net > And then another question somewhat related to the patch (and probably > other places in Inkscape?): > Does anyone know whether the "g_ascii_strtod" function actually is > capable of reading and returning numbers sufficiently large to allow for > the numbers available in SVG? From what I have seen so far i would say > no, but again my knowledge of C/C++ and GTK+ is fairly limited. Ahhh..... This is where I'd suggest getting it in the unit tests. Just find out the range that could be needed, and then set up tests for those on either side of any boundary. Of course, we'd probably have to have some unit test framework first to make it easy. :-) But, seriously, it is good to at least make a note of the range that it would need to support, allong with samples to exercise it.

2 1

RE: [Inkscape-devel] General and Specific Meta-Data
by Jon A. Cruz 07 Jul '04

07 Jul '04

> -------- Original Message -------- > Subject: Re: [Inkscape-devel] General and Specific Meta-Data > From: "Kees Cook" <inkscape@...62...> > Date: Sat, July 03, 2004 10:09 pm > To: "inkscape" <inkscape-devel(a)lists.sourceforge.net>, "clipart-list" > <clipart@...330...> > > > > I wonder how we can have it so that when an object or collection of > > objects is copied and pasted, imported and transformed, that its > > specific meta-data (beyond specified graphics attributes) can be copied > > along with itself (making a media object). In the future this will be > > vital for algorithmic composition of graphics. > > You could test for clashing licenses! Hah. > > > Thoughts? > > I'd need to read a lot more about RDF itself. For example, how do we > reference a specific SVG group or shape within the doc? > XMP?

1 0

RE: [Inkscape-devel] joining development
by Bryce Harrington 07 Jul '04

07 Jul '04

On Tue, 6 Jul 2004, Gazal, Geraud (MED) wrote: > > > As I really appreciate the tool you're developping, I'd really like to > > > contribute, as soon as my home internet connection is up again. > > > Ah, cool, welcome aboard. :-) > > Yeah, will subscribe to inkscape devel/user as soon as possible (damned > internet provider) Note that there's also a news feed available via gmane.org, if mail is an issue. > OK, there we are. I really want to help this project as it really helps me. > Here are the tasks on which I can help : > > - writing test plan (it used to be my job a few years ago) I've been (slowly) working on exploring some different aspects for testing Inkscape, and would love to work with you on this. So far our testing has been organic as opposed to systematic; planned testing likely could help identify issues more intently. > - translation : my English is not perfect (and my accent is terrible/fic), > but I'got some good dictionaries. I'm native French speaker (this can > explain the accent), correct in Spanish and German, poor in Slovak and Czech > (but my girlfriend is native :) ). Translators are always welcome. :-) I think we've got people involved in all those languages, but the translations may benefit from additional sets of eyes. > - doing some tests This is definitely needed; I can give lots of tips and ideas on testing. We don't have much in the way of unit tests, but I've been finding a number of other effective approaches to doing it. > - working on specifications (my current job : project coordination) An immediate area we need help here is with the extensions system. It's been on our roadmap to write a spec for this, and some work has been done and many of the ideas are out there, but it needs to be written up and pushed to completion. The reason why extensions would benefit from a spec whereas most other features haven't needed one, is because by definition the system needs to be used by a lot of different developers coming at it from a lot of different ways (different programming languages, operating systems, etc.) So specifically detailing the API, capabilities and limitations, etc. etc. will be vital for making it successful. > - providing some example svg (mostly technical/mapmaking oriented, not > artiscal value) / screenshots Also definitely check out www.openclipart.org, one of Inkscape's sister projects; technical symbols and examples are quite welcome there. > - work on some small tutorials > - test test test > > I fact, here is my proposal : > > - begin working on a list of specifications in order to get a traceability > matrix for test/user manual/tutorial/screenshots. (see example below > attached as rtf doc). Maybe to be posted on your wiki someday > - will try to do the same for RFEs in order to sort/orgize them (sounds > huge) By the way, note that I did this too, back when we were all part of Sodipodi. What I came up with is here: http://www.sodipodi.com/index.php3?section=development/tasks I believe rejon ported these writeups into the RFE tracker, so you hopefully should find some good order in the older RFE's. For what it's worth, I think for the RFE what we need is not so much organizing them, but more about identifying ones that are completed or duplicates, or that need further elaboration. Also, to date we've focused more intently on the bug list than the rfe list, although hopefully this will shift towards rfes a little more in the future. Note that one area of testing that can be directly beneficial is to try to replicate some of the reported bugs (esp. the ones with comments "I can't recreate it"), and provide additional info like back traces, error messages, etc. > - begin working on some test documents > - start a 'Need for contribution' wiki page listing points where > coders/artists/dummies_like_me can help Looking forward to seeing this. :-) > Wainting for your feedback and if this souds good to you, please forward to > the devel-mail-list Definitely sounds good, and am forwarding. Thanks, Bryce

5 4

RE: [Inkscape-devel] joining development
by Gazal, Geraud (MED) 07 Jul '04

07 Jul '04

OK, then. Here are my priorities then : 1 provide a test framework, based on the following notions : feature testing non regression testing unit testing -> thus providing - a kind of test matrix - some test cases/documents - a test report template (maybe script/interface) in order to automatically generate test reports I insist on the fact that having Inkscape being scriptable would be a huge plus for automated tests, especially for : - SVG compliance, rendering, printing (automaticaly loads svg files, compare to 'reference', and provide a status). - editing features (automatically generates svg files according to scenario and compare to reference. 2 Test (of course). 3 Work on a 'help/work needed' page. And a the same time get a look on extensions specifications. 4 work on French translation. Regards, Matiphas

3 2