- Inkscape Devel - Inkscape Mailman

Label view option
by Martin Owens 10 Feb '06

10 Feb '06

Hi all, Yes I'm still here looking the code :-) What I want (apart from a working barcode plugin and clear image import options) is node labels. Currently when you select and drag nodes you have '0' information about what your doing to the node, what the node is ect ect. The first thing would be to add this information to the status bar, size of lines on either side of the node, angle of node, position on page ect ect. The second would be to have a view option which shows the above information as little labels that appear when you begin a drag operation. so next to the lines that the node effects would be size and curve information, a label near the node would tell you it's position and angle (maybe with on of those arcs to show what it is), now I know this is not useful to artist types because they don't so much design as just draw, but for creating regular complex shapes this information would be invaluable and having it near the object while the operation is being carried out would make it easy to understand as well as being closer to your eye. What do you all think of this idea? Best Regards, Martin Owens -- #::::::::::::::::::::::::::::::::::::# #::.. http://www.doctormo.co.uk/ ..::# #::::::::::::::::::::::::::::::::::::#

4 3

effect rename/rearrange
by bulia byak 10 Feb '06

10 Feb '06

On 2/8/06, Aaron Spike <aaron@...749...> wrote: > Unfortunately, "Perspective" is incorrect. It is an envelope, but not a > perspective envelope. I plan to rename "Summer's night" to something > less "poetic" when I can get someone to suggest a more specific and > appropriate label. I should have pressed this sooner. Sorry, for the > trouble. I just reviewed all effects and committed some changes: a new, more logical (IMHO) submenu organization; capitalization fixes in parameter names; and several renames: summer night -> envelope motion -> extrude connect the dots -> number nodes As always, feel free to disagree and propose better names! :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Guide to developers
by Dale Harvey 10 Feb '06

10 Feb '06

Hey again I was wondering if there was any quick guide to development with inkscape I have read http://wiki.inkscape.org/wiki/index.php/DeveloperManual however I was looking for more of a quick guide to compliation of the seperate files / linking etc Currently, reasonably new to c++, especially on a project this big, I am just running make while making small changes to individual files, it works, but incredibly time consuming, so was wondering if there was a way of compiling / linking individual source files, without recompiling the entire modules it resides within if anyone could give me a quick overview of their process while developing small changes I could figure out the details and probably post a beginners guide on the wiki Thanks Dale

2 1

0.43: make: wcstoimax() invalid conversion
by Jim Osborn 09 Feb '06

09 Feb '06

Make fails for me building Inkscape-0.43. A full transcript of the log is below. The problem seems to be a series of invalid conversions from __gw<blah> to w<blah> in <inttypes.h>. Here's my environment: Libs: atkmm-1.6: 2.8.2 glibmm-2.4: 2.8.4 gtkmm-2.4: 2.8.2 pangomm-1.4: 2.8.2 sigc++-2.0: 2.0.17 atk: 1.10.1 cairo: 1.0.0 gconf-2.0: 1.2.1 glib-2.0: 2.8.4 gtk+-2.0: 2.8.6 gdk-2.0: 2.8.6 gdk-x11-2.0: 2.8.6 gtk+: 1.2.10 gdk: 1.2.10 orbit-2.0: 2.13.2 pango: 1.10.1 libxml-2.0: 2.6.22 freetype2: 9.8.3 gc6.5 gnome-vfs-2.0: 2.8.4 libbonobo-2.0: 2.13.1 bonobo-activation-2.0: 2.13.1 XFree86-4.5.0 Tools: gcc 3.4.3 glibc 2.2.4 autoconf 2.5.8 automake 1.9.6 libtool 1.5.20 bison-2.1 pkg-config-0.20 <config.h> has these: #define HAVE_INTTYPES_H 1 #define HAVE_STDDEF_H 1 #define HAVE_STDINT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_UNISTD_H 1 #define STDC_HEADERS 1 I fixed a vaguely similar problem compiling gnome-print-0.9 by adding #include <stdlib> to the failing .c file, but that doesn't seem to help this failure. I'd appreciate any suggestions of where to focus my debugging efforts. TIA, Jim -------------log of make:-------------------- Making all in src make[2]: Entering directory `/build/inkscape-0.43/src' if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include/freetype2 \ -I/usr/X11R6/include -pthread -DORBIT2=1 -I/usr/local/include/gnome-vfs-2.0 \ -I/usr/local/lib/gnome-vfs-2.0/include \ -I/usr/local/include/bonobo-activation-2.0 \ -I/usr/local/include/libbonobo-2.0 -I/usr/local/include/gconf/2 \ -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include \ -I/usr/local/include/orbit-2.0 -I/usr/X11R6/include \ -I/usr/X11R6/include/freetype2 -DPOTRACE=\"potrace\" -pthread \ -I/usr/local/include/gdkmm-2.4 -I/usr/local/lib/gdkmm-2.4/include \ -I/usr/local/include/glibmm-2.4 -I/usr/local/lib/glibmm-2.4/include \ -I/usr/local/include/pangomm-1.4 -I/usr/local/include/gtk-2.0 \ -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/sigc++-2.0 \ -I/usr/local/lib/sigc++-2.0/include -I/usr/local/include/glib-2.0 \ -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pango-1.0 \ -I/usr/local/include/cairo -I/usr/local/include/gtkmm-2.4 \ -I/usr/local/lib/gtkmm-2.4/include -I/usr/local/include/atkmm-1.6 \ -I/usr/local/include/atk-1.0 -I/usr/local/include/libxml2 \ -I/usr/local/include -I../cxxtest -Wall -W -Wpointer-arith -Wcast-align \ -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter \ -march=pentium2 -O2 -pipe -MT arc-context.o -MD -MP -MF \ ".deps/arc-context.Tpo" -c -o arc-context.o arc-context.cpp; \ then mv -f ".deps/arc-context.Tpo" ".deps/arc-context.Po"; \ else rm -f ".deps/arc-context.Tpo"; exit 1; fi In file included from display/sp-canvas.h:28, from arc-context.cpp:26: /usr/include/inttypes.h: \ In function `intmax_t wcstoimax(const __gwchar_t*, __gwchar_t**, int)': /usr/include/inttypes.h:432: error: invalid conversion from \ `const __gwchar_t* __restrict' to `const wchar_t*' /usr/include/inttypes.h:432: error: initializing argument 1 of \ `long long int __wcstoll_internal(const wchar_t*, wchar_t**, int, int)' /usr/include/inttypes.h:432: error: invalid conversion from \ `__gwchar_t** __restrict' to `wchar_t**' /usr/include/inttypes.h:432: error: initializing argument 2 of \ `long long int __wcstoll_internal(const wchar_t*, wchar_t**, int, int)' /usr/include/inttypes.h: \ In function `uintmax_t wcstoumax(const __gwchar_t*, __gwchar_t**, int)': /usr/include/inttypes.h:451: error: invalid conversion from \ `const __gwchar_t* __restrict' to `const wchar_t*' /usr/include/inttypes.h:451: error: initializing argument 1 of \ `long long unsigned int __wcstoull_internal(const wchar_t*, wchar_t**, int, int)' /usr/include/inttypes.h:451: \ error: invalid conversion from `__gwchar_t** __restrict' to `wchar_t**' /usr/include/inttypes.h:451: error: initializing argument 2 of \ `long long unsigned int __wcstoull_internal(const wchar_t*, wchar_t**, int, int)' make[2]: *** [arc-context.o] Error 1

4 14

Re: [Inkscape-devel] Updated fr.po file, plus some few remarks
by unknown＠example.com 08 Feb '06

08 Feb '06

> matiphas@...8... wrote: > > I've just uploaded an updated fr.po file. > > Only a few strings (for Fret Find) are not yet translated : i will update > them > > as soon as I can find someone able to provide me the necessary explanations > for > > this vocabulary. > > That someone is me. Maybe we should take a shot at changing the strings > a little. Hum, in fact I was meaning the French vocabulary. The issue being this vocabulary is quite specialized (luthiers, string instrument manufacturers...) and I'd like not to commit to many mistakes. It's not a problem : I've already faced this with the typographic (remember, kerning...) vocabulary. And the issues have been solved with the help of some Inkscape developppers a good dictionnary... and some French typographs that have been kind enough to provide some "live explanations". -> I'll have to follow the same process here for this vocabulary. Not really an issue then, looks more like me justifying the fact I've not finished the job yet. > > Just a few remarks : > > - i would suggest that Licenses should be translatable > > Might be a bad idea because the license is a legal type document. Let me precise then : - first a lot of those licenses are translated in some other languages Examples : - the CC licenses are officialy translated, - the GPL is on the process of getting some official translations (not finished yet). - proprietary and public domain are explicit licenses by themselve Other point : let's say I'm a German (or French) artist. I want to specify a licence in the metadata of my creations. Up to now, with Inkscape, I'm stuck with the American licences and they may not cover my needs. This implies the need for a "custom licence" button I think... > > - it may also be a good idea to embed directly in inkscape some > documentation > > about the effects (in a tab linked to each effect dialog?) > > Excellent suggestion. Much needed. Other point : some strings are not translatable at the moment. Even if they are correctly marked in the code (Document properties, Document metadata....) they have not been embedded in the po files. Non exhaustive list : File menu : Document properties, Document metadata, Edit menu : Tile Clones View menu/show-hide : Panels Effects menu : Blur Edge, Enhance Path, Extract One Image, Render The complete Document Properties dialog ... And yet another one : I've decided in French to translate 'Summer's night' by 'Perspective', which is less poetic, but much more explicit. Regards (sorry for the verbose mail), Matiphas

3 4

Config-time ALL_LINGUAS patch
by Jim Osborn 08 Feb '06

08 Feb '06

I've encountered this feature in a few other packages, and offer it as a humble suggestion. A trivial patch to configure.ac: --- orig/configure.ac Fri Nov 18 23:55:49 2005 +++ configure.ac Wed Feb 1 09:55:31 2006 @@ -74,7 +74,11 @@ AC_SUBST(GETTEXT_PACKAGE) AC_DEFINE_UNQUOTED(GETTEXT_PACKAGE,"$GETTEXT_PACKAGE",[Translation domain used]) dnl Add the languages which your application supports here. -ALL_LINGUAS="am az be ca cs da de el es es_MX et eu fr ga gl hu it ja mk nb nl nn pa pl pt pt_BR ru sk sl sr sr@...428... sv tr uk zh_CN" +if test "x$ALL_LINGUAS" != "x"; then + ALL_LINGUAS=$ALL_LINGUAS +else + ALL_LINGUAS="am az be ca cs da de el es es_MX et eu fr ga gl hu it ja mk nb nl nn pa pl pt pt_BR ru sk sl sr sr@...428... sv tr uk zh_CN" +fi AM_GLIB_GNU_GETTEXT AC_PATH_PROG(PKG_CONFIG, pkg-config, no)

1 0

new cursors problem
by bulia byak 08 Feb '06

08 Feb '06

The new cursors recently committed by Scislac don't work for me on win2k. They are shown as a white square and a stream of warnings goes on the console like: (inkscape-console.exe:368): Gdk-WARNING **: gdkdrawable-win32.c:1323: LineTo fai led Does anyone know a fix for this? If not, sadly but this patch will have to be backed out. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

icon prerendering debug output
by bulia byak 06 Feb '06

06 Feb '06

Can we PLEASE turn these off already? Haven't the authors collected all the data they needed from it, by now? It's SO annoying. As a general rule, please avoid adding debug output unless you have a genuine purpose of collecting information from all developers and svn users, and even in that case, please don't forget to remove it soon enough. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

connector layout
by Tim Dwyer 06 Feb '06

06 Feb '06

Hi All, I recently added the "rectangle overlap removal" algorithm to inkscape and received so much useful feedback (advice, testing and so on) throughout the process that I'm now quite keen to start another project. The connector stuff that was introduced in 0.43 is a really powerful concept and makes inkscape much more of a "diagramming" tool. Between the connector routing and the overlap removal stuff we have the basics of some nice automatic diagram layout. I'd like to continue this by incorporating some "graph layout" algorithms to adjust the positions of objects at the end of connectors to achieve things like minimal crossing of connectors and to better show coupling and cohesion in the network (graph) defined by the connectors. I'd appreciate any feedback people have on this idea. Also, I'd really like to use the boost 'graph' libraries to get this happening quickly. Boost already has some basic layout algorithms which we can use right away, but I'll also need the underlying graph data-structures and algorithms in boost to implement new algorithms. What are the logistics of adding boost to the inkscape dependency tree? I've noticed similar requests for boost in the inkscape-devel archives... it seems like I'm not the only one who would benefit. Looking forward to your comments, Cheers Tim

8 13

recent commits: purged includes
by Ralf Stephan 06 Feb '06

06 Feb '06

ello, in the last days, of about 5500 include lines, over 2200 were removed by a simple program that, for every include, tried to compile the source without it. After a first run, problems were identified and handled by removing overgenerous includes from the most important headers. Also, the problem of non-indented ifdefed includes turned up and needed manual intervention. For this reason, it is possible that compilation in some cases barfs because of overzealous removing. Another annoying tidbit is the removal of non-indented includes of config.h. The about two dozen cases will be rewritten the next days and should not affect compilation in most cases. Finally, some includes were removed of the respective header belonging to the source file. This does not affect compilation at all but might annoy some people writing in the source later on. Please bear with the side effects. I firmly believe that they are worth it all. A log file of the removal is available on request. All in all, a 1.5 GHz computer with 2.5" hard disk needed 12 hours full work for it. Thanks for your patience, ralf

5 11