- Inkscape Devel - Inkscape Mailman

RE: win32 Calligraphy Tool
by bulia byak 28 Apr '04

28 Apr '04

>Is there anything written on "mass" and "drag" for instance or on the >rationale behind what the tool is doing? My guess is as good as yours. The original author of the tool is not active in Inkscape. I agree that the tool is pretty useless, but let it be until we have a better replacement. _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

3 2

RE: [Inkscape-devel] Quick Observation / Inquiry
by bulia byak 28 Apr '04

28 Apr '04

>1) Observation: > One of the nicer features of Sodipodi's interface was the ability to >quickly >zoom in on a selection, as that is one of the most frequently done >operations. You can still hit '3' in Inkscape, but is this not one of the >features that might qualify for a RMB entry? RMB == right mouse button? Anyway, feel free to submit a patch. _________________________________________________________________ Add photos to your e-mail with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

Re: [Inkscape-devel] Problem with the GTK file selector in KDE
by bulia byak 28 Apr '04

28 Apr '04

> > OK, the difference between the 2004-04-10 05:00 (good) and the > > 2004-04-10 06:00 (bad) versions are in inkscape.cpp and in main.cpp. > > Downgrading inkscape.cpp in the 06 tree to the 05 version does not > > solve the problem, but downgrading main.cpp DOES. > >Ok, so it's locale related, I've probed exporting LC_NUMERIC="C" >manually and it worked fine. The previous code set that manually to (and >it advertised that not doing it will mess up things, btw). Great work >Mr. Biro. Thanks for finding this out. I wonder what functions might be affected by the non-C locale, now that we removed all printfs? Judjing by the program behavior, it fails when reading SVG from files. We don't seem to have scanf() in XML reading code, only atof(). Is atof locale-broken also, as is printf? If so what should we use instead? > >Thanks. > > > >------------------------------------------------------- >This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek >For a limited time only, get FREE Ground shipping on all orders of $35 >or more. Hurry up and shop folks, this offer expires April 30th! >http://www.thinkgeek.com/freeshipping/?cpg=12297 >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee� Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

3 2

Quick Observation / Inquiry
by Dan Ostrowski 28 Apr '04

28 Apr '04

Hello. I've been following Inkscape development for a while now. I was also on the Sodipodi list. 1) Observation: One of the nicer features of Sodipodi's interface was the ability to quickly zoom in on a selection, as that is one of the most frequently done operations. You can still hit '3' in Inkscape, but is this not one of the features that might qualify for a RMB entry? If no, I understand you get a lot of UI suggestions, but I figured I'd throw this one out there. It seems to be a logical fit. 2) Inquiry: What are the plans, if any, for patterns in Inkscape? Every couple days I say to myself "Hey, I just need to go in there and hack up some pattern support...", and yet... Lauris did not comment a lot of his files very well and the myriad of SP/NR_long_names_of_pointers shoved together in structs makes my eyes cross. Is anyone on the development team interested in patterns? There's a sp-pattern* file subset, but nothing seems to be done with it... It's SUCH a crucial feature is it on the radar at all? Thanks so much for a reply and Thanks so much for your development work, Dan Ostrowski

3 7

Re: [Inkscape-devel] Problem with the GTK file selector in KDE
by Arpad Biro 27 Apr '04

27 Apr '04

Hi, OK, the difference between the 2004-04-10 05:00 (good) and the 2004-04-10 06:00 (bad) versions are in inkscape.cpp and in main.cpp. Downgrading inkscape.cpp in the 06 tree to the 05 version does not solve the problem, but downgrading main.cpp DOES. main.cpp diff attached Arpad Biro __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover

3 2

Re: [Inkscape-devel] Problem with the GTK file selector in KDE
by bulia byak 27 Apr '04

27 Apr '04

>For me, it's not just buttons, but also menu icons, SVG documents, >and more. Looks like something very basic is broken. Since I cannot reproduce this, I would appreciate if you could find out the exact point in time when this started to happen. Use backdated CVS checkouts (the -D switch) to find the most recent date on which the CVS was is OK (maybe pre-0.38?), and also the first date on which it is broken. Then we can make a diff between these two dates to figure out the reason. If you manage to find the day of breakage and if that day's diff is big (which is possible, given the rate of checkins we're having on average), try to narrow it down to a few hours. For example: cvs -d:ext:a_b@...318...:/cvsroot/inkscape checkout -D"2004-04-04 12:00" inkscape will give you the CVS as it was on that date at midday. _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar get it now! http://toolbar.msn.com/go/onm00200415ave/direct/01/

3 3

Re: [Inkscape-devel] selection NULLness
by bulia byak 27 Apr '04

27 Apr '04

>which means that the SP_DT_SELECTION macro will give an assertion failure >if it doesn't return a non-NULL selection. I've then removed defensive >checks from callers of SP_DT_SELECTION. Everything seems ok so far. Here's a crash that seems to be caused by selection==NULL: http://sourceforge.net/tracker/index.php?func=detail&aid=942149&group_id=93… _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

3 4

Re: [Inkscape-devel] Problem with the GTK file selector in KDE
by bulia byak 27 Apr '04

27 Apr '04

>So, in addition to determining when the offending code was checked in, >we should look at the specific compiler/build configuration of the >people experiencing problems. Likely, given that some people have no problem with RPMs (compiled elsewhere) but their own builds are broken. So whoever has or does not have this problem, please report your compiler version and, if non-standard, compilation flags. Mine is g++ (GCC) 3.3.2 (Mandrake Linux 10.0 3.3.2-3mdk) works ok. _________________________________________________________________ STOP MORE SPAM with the MSN Premium and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

3 2

Can we remove acinclude.m4 ?
by Peter Moulder 27 Apr '04

27 Apr '04

inkscape seems to compile fine if I do rm -rf acinclude.m4 `cat .cvsignore` builddir ./autogen.sh && mkdir builddir && cd builddir && ../configure blah && make -sj4 A simplistic check suggests that none of the macros it defines are used by configure.in (with the arguable exception of AC_PROG_LIBTOOL, which is defined by /usr/share/aclocal/libtool.m4 anyway). (This check ignores the possibility of configure.in invoking a macro in /usr/share/aclocal that invokes a macro whose definition is overridden by something in acinclude.m4, but in these cases it's questionable that we would want the acinclude.m4 version anyway if we never update acinclude.m4.) Our acinclude.m4 causes a number of warnings with automake-1.8. Has anyone any objection to removing acinclude.m4 from CVS ? pjrm.

2 2

sp_item_write_transform
by MenTaLguY 27 Apr '04

27 Apr '04

I've decided to go ahead and rewrite sp_item_write_transform() into a form that doesn't write to reprs -- leaving SPObjectClass::write soley responsible for repr writing. Since the existing write_transform code was only writing to attributes for their side-effects (updating other member variables -- better done directly), this shouldn't be too hard. I'm not going to commit anything obviously broken, but just a heads up to look out for transform breakage in case I miss something along the way. A side-effect of the change is going to be that sp_item_write_transform will need to be followed by an explicit call to sp_object_invoke_write(). sp_item_write_transform() will probably become sp_item_set_transform(), also. Part of the reason for doing this is that I plan to remove the requirement for explicit writes (during editing) altogether, in favor of a per-document "dirty list" that gets written out automatically before the transaction is finalized with sp_document_done(). We'll see how this goes... -mental

1 0