- Inkscape Devel - Inkscape Mailman

the svn path confusion
by Eric Wilhelm 14 Feb '06

14 Feb '06

Inkscapers, This page has been lying to us ever since the paths in the svn were reorg'd. I've seen more than one question about it on IRC and I don't even spend much time there. http://sourceforge.net/svn/?group_id=93438 There is no https://svn.sourceforge.net/svnroot/inkscape/trunk In an effort to get sourceforge to change this page (I'm under the impression that the page cannot be modified by inkscape devs (Is that correct?)), I submitted the following bug and was met with the (also following) rubberstamp reply. I am in no way accusing level1 support of putting too much thought into the issue. Is there a better way to get through to the sourceforge staff or some other way to get this page corrected? Thanks, Eric ---------- Forwarded Message: ---------- Subject: [ sitedocs-Support Requests-1423111 ] Feedback (confused) about DocID 31070 (en) Date: Friday 03 February 2006 07:20 am From: "SourceForge.net" <noreply@...34...> To: noreply@...34... Support Requests item #1423111, was opened at 2006-02-02 18:52 Message generated for change (Comment added) made by zigler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=467457&aid=1423111&gr oup_id=52614 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Priority: 5 Submitted By: Eric Wilhelm (ericwilhelm) >Assigned to: Erich Zigler (zigler) Summary: Feedback (confused) about DocID 31070 (en) Initial Comment: The following feedback has been submitted via the DocManager feedback reporting form for group ID 1. Document: 31070 Group: 1 Doc Section: toc Language: en Feedback type: I was confused by this text, and think this text should be clarified. (confused) Feedback text: The inkscape developers elected to re-org their svn layout to inkscape/<module>/trunk/ rather than the automatically-created inkscape/trunk/<module> layout. Thus, the info on this page has been misleading to many users. http://sourceforge.net/svn/?group_id=93438 --Eric Wilhelm [end] ---------------------------------------------------------------------- >Comment By: Erich Zigler (zigler) Date: 2006-02-03 09:20 Message: Logged In: YES user_id=1243797 Greetings, Please raise this issue with the inkscape project at: https://sourceforge.net/projects/inkscape/ Thank you, Erich Zigler First Level Technical Support, SourceForge.net ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=467457&aid=1423111&gr oup_id=52614 ------------------------------------------------------- -- I arise in the morning torn between a desire to improve the world and a desire to enjoy the world. This makes it hard to plan the day. --E.B. White --------------------------------------------------- http://scratchcomputing.com ---------------------------------------------------

6 8

Inkboard
by Dale Harvey 11 Feb '06

11 Feb '06

Hey all I am a student doing a 4th year project, studying the usability / workflow effects of a multi user vector graphics prorgam, at the time, I had not heard of inkboard, and planned on developing a prototype myself. then, after realising this was far too ambitious, I decided to add multi user functionality to inkscape, to realise it had already been done. Searching the net / mailing list archives it seems there isnt any up to date information on the current state of inkboards development. I have it compiled from the latest stable and cant get inkboard sharing with other users(different bugs show with loudmouth 0.17 / 1.0 / 1.0.1), I will try compiling the latest svn checkout today My plan is to take inkboard (either the rewrite or current release, depending on the rewrite state) and modify it to fit my requirements, due to the timescale on my project, and my lack of experience with open source development, I would not be looking to join inkscape development team immediately, if all goes well with my project, I would be happy to contribute my effort to inkboard after your review. So I would appreciate it if somone could fill me in on the current state of its development, and possibly point to where my problem is getting it working ( ill post details if needed ) Also any advice pointers on how to develop with inkscape would be appreciated, I am familiar with c++, however nowhere near this scale project, which I am familiar with in other languages (java, erlang) I will be looking to contribute to inkscape / inkboard in the future after my project is finished and I have some experience with its development Thanks Dale Harvey

7 17

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