- Inkscape Devel - Inkscape Mailman

Test strategy
by Gazal, Geraud (MED) 17 Jul '04

17 Jul '04

Hi all, here is my workaround for the testing strategy of Inkscape. (sorry it's a copy paste of my doc in the mail, I can forward you the rtf document if you want)(easier to read) I'm currently listing the "specifications", in order to have a reference of features to be tested. The main things that should be defined if you agree with this : - establish a test process - establish communication/coordination tools (wiki / specific web page /mail list ?) - prepare/review specifications,test tools and test cases - begin tests Regards, Matiphas Preliminary note: This is a preliminary/draft document for defining a test strategy for Inkscape projet (http://www.inkscape.org) It is currently in Rich Text Format (rtf), for easy exchange purposes. -> Don't know yet how to manage this document (Dookbook ? Open Office)(specific web page ? wiki ? cvs ?) -> Any way this document will split for the following reasons : - separate specifications of software, test strategy, test traceability, test items, test results... - ease of maintenance - separation of features under test At the moment, it is mainly architectured according to the categories of bug tracking under sourceforge tool for Inkscape (see http://sourceforge.net/tracker/?group_id=93438) Reference: Inkscape testing framework: http://www.inkscape.org/cgi-bin/wiki.pl?TestingFramework (Missing) Inscape "specifications" (not really a pure specification of the software, this would be incompatible with the development process of Inscape, but somewhat a hierarchised and detailed list of features to be tested) Introduction: Why testing ? Just to ensure quality of the software (does it suits user needs ?) and even better the quality of the code/design What are the important concepts of testing : - measure: metrics (specifications and comparison to those specifications) are needed. This is important for the homogeneity of the tests and the correct interpretation of their results - coverage: what are the areas (design / code / features / architectures) covered by the tests. Stronly linked to the efficiency of the testing process - repeatability/reproducibility. The tests must provide coherent results, in order to to be correctly interpreted. Automatisation of the tests and well documented references (vocabulary, procedures...) help a lot. - periodicity: when shall the test be executed. This depends on the criticity, probability of bug and level of test. What is required for having efficient tests : - KISS : tests cases should be very simple in order to be easy to understand, easy to implement, and the results easy to interpret. - well maintained and documented Acronyms and abbreviations: (not used yet, but might become usefull) NA : Not Applicable TBD : To Be Done Levels of tests: Unit testing: at code level, providing tools/script in order to test classes/functions... Mainly depends on coding team Feature testing: the biggest part, and the largest amount of work. After definition of the features to be tested, establish precise test cases and execute them. Can be partially automated (see in this document) Non regression testing: the ability to check nothing has been broken in the code after important/critical development. Can be covered by feature and unit testing, but a non regression analysis after important/critical development is a great help. Plus after finding some new bugs covered by the test plan, prepare new test itemand ensure it covers properly the new bug. Reference tools: Purpose : define a list of reference tool against which the software should be compared. (especially for issues around import/export / rendering / printing / maybe UI) To be refined. At the moment : take a look at http://www.inkscape.org/cgi-bin/wiki.pl?OtherProjects SVG software Vector software Tests: Build Linux (Debian / Gentoo / Slackware / Mandrake / Fedora / Suse / Others) Windows (98 / 2000 / XP) MacOS (X) BSD (Free / Open) Other Unices (Solaris / Irix) Notice : should be automated (example see : http://public.kitware.com/Dart/HTML/Index.shtml) List of tasks : - establish a list of builders and link it with the architectures they can manage - establish a kind of "test contract" defining the tools to be used (compiler, dependancies, test report tool...) and the periodicity of the tests Import Bitmap Vector Export Bitmap Vector Printing Node editing Shape editing Transformations Color Management Internationalization Main tasks : - list the internationalization that are actively maintained - starting with http://www.inkscape.org/cgi-bin/wiki.pl?InkscapeTerminology, prepare a good dictionnary covering the maintained languages (can be very helpful for the reading of test procedures), plus the vocabulary of the application (messages, menus, etc etc) - establish a list of users with the languages they can check and define a kind of "test contract" UI SVG compliance See in 'specifications of software' plus SVG specifications The main idea is to provide a large repository of reference "SVG files" and "editing sequences". then two types of actions : - open reference files with inkscape, export it as bitmap and compare with a reference bitmap provided by a reference application (Batik ?) - open Inkscape, launch reference editing sequence, export result as bitmap and compare with a reference bitmap provided by a reference application on the same sequence (Inkscape itself for non regression, Batik ?) Previous sequences can be combined in one in order to save time, but then analysis of results can become more complex. Performance "Speed benchmarking" (can be automated) - provide a list of criterias to be tested (time to launch, time to open complex docs, time to save complex docs, speed of scrolling, speed of application of different types of transformations) - provide a benchmark tool - establish a list of users with the architecture on which they use the software, then define a kind of "test contract" defining the tools to be used and the periodicity of the tests Verification of robustness - testing memory leaks (not a specialist of this : I need help) - provide a shaker tool (this tool would launch Inkscape and then start a predefined number of pseudo-random commands -logging each action). The goal is to detect crashes and analyse their conditions with the logs - testing against severe conditions (corrupted files / out of memory / out of disk space ...)

2 1

Re: [Inkscape-devel] BUG and solution in align dialog
by aubi＠...373... 17 Jul '04

17 Jul '04

>> BTW, I finished refactoring the align dialog to use gtkmm and more >>OO code. >> Now I'll add the align nodes features. > >How is it going to look in terms of UI? I think the most intuitive >would be to make it work on selected nodes when the node edit tool >is >active on the active desktop, and on selected objects otherwise. >This >way you need no additional buttons or switches in the dialog. > >Also it would be nice to disable all or some of the buttons >depending >on what is selected. Thus, if no objects or only object is selected, >all align/distribute buttons are grayed out; if several nodes are >selected, "distribute top/bottom/right/left" are disabled because >they >make no sense for sizeless nodes (only distribute centers and >equi-spaced remain). That was what I was planning to do. But instead of grayed icons, I think I'll replace them by specific node align icons (node align vert, node align hor, node ditribute vert, node distribute hor). To do so, if it's not already here, I'll add a stdc::signal<void, ToolIdent> _tool_changed; for the desktop. >> I also would like to talk about the possibility to use the dialogs >>like in >> gimp2 (drag and dropable notebook tabs, multiple instances of the >>same >> dialog, etc) >> I started a very simple implementation, but I'm not sure you want >>to do that. >> Now I'm used to it, I find it easier to remember keyboard >shortcuts and have >> transient dialogs. No mess with tabs. PLease let me know your >>opinions. >Draggable notebook tabs may be a good idea - it will let one combine >all the tabs used frequently into one dialog and have only that >dialog >open, thus saving space. But it's likely to be rather difficult to >implement, it will very much disrupt our old dialogs code. > Yes. But as we will refactor all the dialogs, that should be the right time to do it. The only thing needed is to make each dialog inherit from a class. For me the main question is the impact on the GUI. Do we keep buttons for calling each dialog ? How much docker areas can you create? How do you create one ? What happens with keyboard shortcuts ? >Multiple instances of the same dialog does not sound like a good >idea >at all. I think it will be just confusing without any advantage. OK, so maybe a ctrl+shift+a shortcut could bring the align dialog in a new docker if it does not already exists. This way, you could still work as now, but w/ the ability to group several dialogs in one. I was also wondering if we could split the fill dialog in 3 different dialogs, strarting in the same docker, but you could rearrange that, eg if you want to see in the same time fills and strokes ... ************************ 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

Inkscape Status July 15, 2004
by Bryce Harrington 17 Jul '04

17 Jul '04

Inkscape 0.39 has been released! It has been amazing to watch everything coming together over the past few weeks. Users have been very attentive to locating, reporting, and following up on wide ranges of bugs across an impressive range of platforms. Meanwhile developers have been grinding away at the bug list; the rate of bug fixing is astounding - it is not unusual for bugs to be fixed the day they're reported. The number of translations that have come in has also been impressive. Statistics Nov 15 May 15 Jun 15 Jul 01 Jul 15 ========== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 1028 928 930 845 (68.5%) (92.7%) (93.4%) (93.4%) (94.0%) Max Week's Rank on SourceForge: 62 36 41 43 33 (99.6%) (99.8%) (99.8%) (99.8%) (99.8%) Total SF Page Views * 475,000 616,263 678,767 741,681 Total SF Downloads * 27,400 34,015 36,979 39,359 Total Freshmeat URL Hits 746 * 7,333 7,615 7,946 Total Freshmeat Subscriptions 16 74 87 91 93 Lines of Code in src/: 115,901 189,116 280,263 261,927 264,418 Code lines 147,471 210,119 190,519 192,240 Comment line 16,757 40,620 41,422 41,926 Blank 25,886 34,677 35,134 35,422 Lines of Docs in doc/: 1,135 4,544 15,170 15,201 15,217 Lines of content in website: 1,173 6,008 6,372 6,581 6,784 Size of the Inkscape wiki: 3,700 18,638 17,176 16,600 17,854 Minutes since last ChangeLog mod: 360 * * 28 54 Bugs open/total: 9/15 57/365 63/401 88/452 73/496 Features open/total: 18/18 183/238 210/285 222/307 242/331 Patches open/total: 1/ 6 4/ 83 5/ 88 6/ 91 8/110 CVS Commits (as per inkscape-cvs): 481 3391 5549 6033 6314 Inkscape-devel membership: 49 78 84 87 95 Inkscape-announce membership: 9 43 53 58 60 Inkscape-user membership: 71 76 84 90 Num Translations: Translated: 338 405 Fuzzy: 288 270 Untranslated: 349 325 Total number of PO files: 32 32 Ave Translation Ratio: 34.7% 40.5% * - Statistics unavailable

3 7

HELP WANTED: OSX packager for 0.39
by Bryce Harrington 17 Jul '04

17 Jul '04

Hi all, We have not had Mac OSX packages to provide in the past, but we'd certainly like to! OSX is an important platform for artists, and it would make sense for Inkscape to have a good presence there, as it does on Windows and Linux. Kees and others have verified that it builds and can be run on OSX, so the hardest part is done. The notes are available here: http://inkscape.org/cgi-bin/wiki.pl?CompilingInkscape What we need is someone who can create a package that other OSX users can easily download and install. This probably doesn't require any coding know-how, but does require someone knowledgeable of fink and in compiling under OSX. If you're interested, please go ahead, and when you've got a working package, announce it here, and we'll add it to the Download area. :-) Bryce

1 0

[Fwd: Autopackage: fantastic, thanks.] (fwd)
by Bryce Harrington 17 Jul '04

17 Jul '04

---------- Forwarded message ---------- Date: Sat, 17 Jul 2004 12:42:28 +0100 From: Mike Hearn <mike@...333...> Reply-To: autopackage-dev@...375... To: autopackage-dev@...375... Subject: [Fwd: Autopackage: fantastic, thanks.] -------- Forwarded Message -------- From: Leland McInnes <leland.mcinnes@...456...> To: mike@...333... Subject: Autopackage: fantatsic, thanks. Date: Sat, 17 Jul 2004 03:01:08 -0400 Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Hi, I've been keeping vague tabs on the autopackage project as it looked promising, but mostly it was still in the "unstable API" stage, so wasn't really much to use to me as an end user. I was looking at the latest inkscape however, and noticed an autopackage install. I figured this was a good chance to actually give it a try. It worked flawlessly and elegantly and did everything I would expect of it. I look forward with great anticipation to the 1.0 version and a wide variety of packages available. This is exactly the sort of things linux package management desperately needs. Thanks for all the great work. Leland McInnes. -- "The bitter apple and the bite in the apple. And the ragged and restless waters" -- The Dry Salvages (Four Quartets), T.S. Eliot --------------------------------------------------------------------- To unsubscribe, e-mail: autopackage-dev-unsubscribe@...375... For additional commands, e-mail: autopackage-dev-help@...375...

1 0

problems compiling in macosx
by Albert 17 Jul '04

17 Jul '04

Hi inkscapers Inkscape 0.38 compiled in MacOSX after djusting several details as I reported to the inkscape-users list some time ago. Now for 0.39: I have gone already over the gtkmm issue by doing what was suggested by Peter Moulder, that is change 'ink_gtkmm_pkg=gtkmm-2.0' to 'ink_gtkmm_pkg=' But just to find another issue: checking for png_read_info in -lpng... no configure: error: libpng >= 1.2 is needed to compile inkscape I know my system has libpng 1.2.5 installed. Note that 0.38 compiled without complaining about this. I've noted the failing test in configure.in has not changed since version 0.38, so I'm pretty lost here. Here the last terminal output lines from ./configure before failing: ... checking GNU compiler version... 3.1 checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... no checking libintl.h presence... no checking for libintl.h... no checking for pkg-config... /sw/bin/pkg-config checking for png_read_info in -lpng... no configure: error: libpng >= 1.2 is needed to compile inkscape Any help would be appreciated. Albert

3 7

One thing to do before a branch
by Bob Jamison 17 Jul '04

17 Jul '04

Whoever does the branch, I request you do one thing just before that. Please run: perl mkfiles.pl and perl mkdep.pl and commit make.* This will hopefully ensure that the tarball will compile under win32. Thanks. Bob

4 4

status?
by bulia byak 17 Jul '04

17 Jul '04

Looks like the freeze is going well, with nothing serious showing up. Is there anything preventing us from making a release, say, tomorrow? Actually, Ted, since you are our Release Technician (right? :) what is the best time for you to cut the release? Arpad, thanks for committing the translations. As for the assert, I think it's not very frequent, but its fix is likely to be too dangerous for so late in the freeze. I will fix it for the next version.

8 9

[Fwd: Re: siggraph?]
by Jon Phillips 17 Jul '04

17 Jul '04

Anyone in the LA area for SIGGRAPH. Here is a form for free exhibits + passes. I'm going to go on MONDAY AUG 9. If anyone is there, then we could do a BOFA on INKSCAPE, or just meetup for some rip-off expensive lunch or supper in rip-off-cost land. Jon > >https://reg.jspargo.com/siggraph04/invitations/general/default.asp > >Guest Password: 1208 > > -- Jon Phillips Graduate Researcher Visual Arts Department PO BOX 948667 LA JOLLA, CA 92037 USA cell.858.361.2811 jon@...235... http://www.rejon.org

4 4

First experiences with 0.39pre4
by Wolfram Quester 17 Jul '04

17 Jul '04

Hi alltogether! Yesterday I prepared an inkscape package for debian unstable from 0.39pre4. Now, always when I start inkscape I get the message "Couldn't find helper" in my terminal window. Using strace doesn't tell me anything: 3911 access("/usr/share/inkscape/extensions/roundhole", F_OK) = 0 3911 access("/usr/bin/perl", F_OK) = 0 3911 access("/usr/share/inkscape/extensions/ill2svg.pl", F_OK) = 0 3911 fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0 3911 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x30274000 3911 write(1, "Couldn\'t find helper\n", 21) = 21 Is this message just supposed to appear after the last extension is initialized or did I something wrong? Additionally yesterday I had to play with bézier curves. It seems that I forgot to close one of these or inkscape could not properly determine which area is enclosed by the curve. The whole canvas turned black and inkscape became inresponsive. To me, it looked like it was filling infinity and it was to busy with that to react to any keystroke or whatever. I had to kill it at least. The output in the terminal was wolfi@...453...:~/simu $ inkscape Couldn't find helper failed to load unicode charmap ** (inkscape:2508): CRITICAL **: file display/curve.cpp: line 578 (void sp_curve_closepath_current(SPCurve*)): assertion `curve->end - curve->substart > 2' failed Private normalization of gradient linearGradient7951 requested Changing object g7308 fill to gradient linearGradient7952 requested ** (inkscape:2508): CRITICAL **: file color.cpp: line 95 (void sp_color_set_rgb_float(SPColor*, float, float, float)): assertion `b >= 0.0' failed ** (inkscape:2508): CRITICAL **: file color.cpp: line 95 (void sp_color_set_rgb_float(SPColor*, float, float, float)): assertion `b >= 0.0' failed ** (inkscape:2508): CRITICAL **: file color.cpp: line 95 (void sp_color_set_rgb_float(SPColor*, float, float, float)): assertion `b >= 0.0' failed I could not reproduce this with simple curves I drew today, so this is merely an information for you. Perhaps it helps. With best regards, Wolfi

9 23