- Inkscape Devel - Inkscape Mailman

Bug 1107305
by Jon A. Cruz 30 Jan '05

30 Jan '05

Well... now that things are tracked down, it looks like something I can get a handle on. Right off the bat it's probably related to 1094203. There could be a few others of mine that this problem is a part of. Though I'm not setup to test Win32 at the moment, I'm pretty sure I can do some nice Win32 fixes and get at least this part going. Additionally, it seems that bad filenames are part of the problem. For example, in this case we're probably getting that users' home directory in Cp-1252 and feeding it to the output routines that want UTF-8. To fix this, I can knock off a quick routine to 'sanitize' the data and make it safe for output. I'm also thinking that many things might benefit from this. (Since I can't actually test, you may not want to move this bug to me, but I think I can do all the work to fix it)

1 0

win32 compiles broken?
by Kees Cook 29 Jan '05

29 Jan '05

Well, I think I figured out how to crosscompile libgc 6.4 for the win32 compile. However, I can't seem to link the win32 version any more. I'm very confused... main.o(.text+0x3b0):main.cpp: undefined reference to `sp_repr_document_root(SPReprDoc const*)' main.o(.text+0x3e3):main.cpp: undefined reference to `sp_repr_document(SPRepr const*)' main.o(.text+0x737):main.cpp: undefined reference to `sp_repr_attr(SPRepr const*, char const*)' main.o(.text+0x750):main.cpp: undefined reference to `sp_repr_attr(SPRepr const*, char const*)' main.o(.text+0xa2a):main.cpp: undefined reference to `sp_repr_attr(SPRepr const*, char const*)' main.o(.text+0xa57):main.cpp: undefined reference to `sp_repr_attr(SPRepr const*, char const*)' main.o(.text+0xb22):main.cpp: undefined reference to `sp_repr_attr(SPRepr const*, char const*)' Is this the result hiding functions into object methods? Updating the ming file lists didn't help. (And this seems to have broken the autobuilds on the 26th?) -- Kees Cook @outflux.net

2 2

Inkboard linking/dependencies
by Montgomery, Steven S 29 Jan '05

29 Jan '05

Where/how do you set dependencies in the Inkscape makefile setup? When integrating this new code(which is of course in it's own file) to be called from a dialog, we're having issues with linking. It finds the function definition, but then gives the following error: dialogs/libspdialogs.a(inkboard-connect.o)(.text+0xa91): In function `sp_inkboardConnect_dialog_inkboardConnect(_GObject*, _GObject*)': dialogs/inkboard-connect.cpp:226: undefined reference to `connect_and_auth(char*, char*, char*)' connect_and_auth is defined in src/inkboard.cpp and is called from src/dialogs/inkboard-connect.cpp when the user clicks a button on the new dialog. I ran mkfiles.pl and mkdep.pl. Make.dep lists inkboard-connect.o being dependent on inkboard.h, but it's not picking up the function definition. We appreciate any help/direction on this. Thanks, Steven

2 1

Memory leak with pango_layout_new()
by Bryce Harrington 29 Jan '05

29 Jan '05

If anyone is investigating memory leaks, this issue may be worth looking into: http://mail.gnome.org/archives/gtk-app-devel-list/2004-September/msg00150.h… We use pango_layout_new() in the ruler.cpp code and the font-selector.cpp code via libnrtype/TextWrapper.cpp, so if the above leak is valid, it may be affecting the inkscape codebase as well. Bryce

1 0

critical bugs
by bulia byak 29 Jan '05

29 Jan '05

Here's my take on which bugs we must/should/ought to (try to) fix for the release, some of them because they're bad, some because they're relatively easy to fix or maybe already fixed. Those on Windows are marked correspondingly. Can everyone please go through the list and see if you can reproduce/add more details/report status/fix it/whatever? Help from Windows folks is especially appreciated. WIN 1069560 - annoying and pretty frequent, does anyone has an idea of what's happening there? 1108667 & 1086769 - may be the same bug but may be not, I cannot check because I don't have these input methods installed 1107922 - may be fixed by now, but I never could reproduce it anyway WIN 1107305 - something's wrong with Windows paths after Kees changed them. Need more details. 1102678 - need to force libxml to load external DTD (OK, I'll look at it once more, now that I have a newer libxml) WIN 1095300 - need more info from windows folks, is it still there? 1093060 - an easy-to-run-into freeze, I upped priority to 9, must be fixed (Mental?) WIN 1050361 - still can't open svgz on windows (again!)? It used to work, does anyone know what happened? 1055034 - do we now check for correct versions of libsigc? Can this be closed? WIN 1070816 - I guess there's no progress on this one. Looks like we'll have to release with it again. WIN 1073459 - This one frustrates me. It may be fixed but we can't figure out for sure yet. I asked about it before but got no definitive answer. Those who builds on Windows: Please check which version of libgc (boehm) you are using. If it is 6.4 AND you use latest CVS, see if you can reproduce this bug. If it's not 6.4, ask the person you got it from (Ishmal?) for this version. PLEASE LET'S CLOSE THIS ONE. It alone is worth a release. WIN 1076627 - Jon Cruz is working on that, is there chance it will be fixed? WIN 1068818 & 959352 - this may be the same bug or may be not.

3 5

list of updated translations
by Arpad Biro 29 Jan '05

29 Jan '05

Hi, > Also, Arpad, can you give us a list of the translations that were > updated from 0.40 to 0.41? Translations updated on/after 2004.11.29: ca Catalan de German es Spanish fr French hu Hungarian it Italian nn Norwegian Nynorsk sl Slovenian uk Ukrainian Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

5 4

Updated spanish translation
by Lucas Vieites 29 Jan '05

29 Jan '05

Hi, even though I'm waitng for an answer on Arpad's question in hs message "typos and a translation question" I'm sending an updated spanish po. Cheers, -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

2 2

DTD loading problems
by bulia byak 29 Jan '05

29 Jan '05

Trying to fix the loading of documents that do not contain xlink namespace declaration but instead rely on external DTD subset to supply it (bugs 1042161 and 1102678), I replaced the xmlParseFile call to the newer xmlReadFile call with these options: doc = xmlReadFile (localFilename, NULL, XML_PARSE_RECOVER | XML_PARSE_NOENT | XML_PARSE_DTDLOAD) in sp_repr_read_file. This fixed the namespace bug. However this resulted in loading the external DTD across the network for ALL regular Inkscape files too! This is because all our files contain <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.0//EN" "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd"> which is really not necessary at all and even non-compliant (because with our extension elements, we will likely fail validation with that DTD). However that DTD reference is being inserted since Sodipodi times and is now in all old files. And this means that these files will now have a delay on load while libxml fetches the DTD from the net, and will generate an error if you try to load them while network is not available. So, I did not commit this change, and I'm really not sure what to do about it. Should we try to supply our own catalog to the parser, which would force it to use a local copy of the DTD (which we also must therefore supply)? This sounds like a lot of hassle. Or just forbid the parser to access the net and suppress the error (this is possible)? But then the xlink namespace bugs will remain unfixed. And can/should we, at least, stop inserting the DOCTYPE in the files we create? It really serves no useful purpose, IMHO.

3 5

Re: [Inkscape-user] Gradient Editor design and Macromedia Freehand
by Jon Phillips 29 Jan '05

29 Jan '05

Jonathan Leighton wrote: > Hi Jon, > > I posted to the list saying I could do this also, but it doesn't seem to > have showed up yet (it's annoying how slow they are!). Anyway, I'm not > bothered either way, but I wanted to make sure we don't both do the same > thing and waste our time! Let me know whether you're going to do this, > or would like me to. As I say, it doesn't matter which. Why don't you go ahead and do -- it is a simple, but helpful task. You can see an example of what I did previously here: http://rejon.org/projects/inkscape/reference/ I took screenshots of gimp and adobe illustrator for ref. Jon > > Jon Phillips wrote: > >> Bryce Harrington wrote: >> >>> On Thu, 16 Dec 2004, Jozsef Mak wrote: >>> >>>> Among all the programs I�ve ever used, Freehand has the best >>>> implementation of gradients and color management; plus the finest >>>> interface. >>>> >>>> From the gradient options you can chose Linear, Radial, Logarithmic, >>>> Contour and Cone. You can further modify each of these by applying >>>> Normal, Repeat, Reflect and Auto size modifiers to the gradient >>>> styles. In addition, the gradients allow you to interactively modify >>>> the style within the object using small handles. With this you can >>>> create a great variety of patterns including abstract ones and also >>>> 3D effects. (Freehand also has a sophisticated 3D tool, as well, >>>> which is similar to Corel�s but more advanced). >>> >>> >>> >>> >>> From the above it sounds like Freehand should be analyzed for ideas on >>> redesigning the Gradient Editor. >>> >>> Does anyone happen to have a copy of this, that they could make some >>> screenshots or elaborate on Jozsef's comments above? >>> >> >> I have a copy of MX. I will take some screenshots and post them on my >> site like I did for illustrator. I'm taking requests.... >> >> Jon >> >> >>> >>> ------------------------------------------------------- >>> 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-user mailing list >>> Inkscape-user(a)lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/inkscape-user >>> >>> >>> >> >> > -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu) Scale Journal (http://scale.ucsd.edu)

6 10

(no subject)
by unknown＠example.com 29 Jan '05

29 Jan '05

Hi, <snip> > Ha, I use 6.4, which may be why I didn't see it taking more than 2 > minutes. Please compile 6.4 and see if it fixes it for you. This will > be an important result if it does. > > Just tried CVS with your fix, it does improve the load time but not by > much (was 1:50, now 1:39). I just upgraded to boehm-gc 6.4 - and now the file loads in about 35s. Moreover, I can see the whole file unlike in the other programs I've tried. I'll also try to upgrade to the CVS version when it appears in a snapshot (I don't think it's there yet?) Thanks, gav. -- Gavin Band <gavinband@...663...> ___________________________________________________________ Book yourself something to look forward to in 2005. Cheap flights - http://www.tiscali.co.uk/travel/flights/ Bargain holidays - http://www.tiscali.co.uk/travel/holidays/

4 6