- Inkscape Devel - Inkscape Mailman

item-specific context menuitems
by MenTaLguY 24 Dec '03

24 Dec '03

Just a quick note -- in HEAD, I've removed the per-class submenus from the context menu and lumped the menuitems onto the main context menu. This still doesn't really fix the problems with the context menu, but at least it's moderately less crappy now. -mental

1 0

google's opinion
by bulia byak 24 Dec '03

24 Dec '03

> > >Other obvious HIG issues which I didn't touch yet: > > >- The shortcut labels are non-standard. :) Aside from the already > > >mentioned lowercase letters, they also use the wrong ordering sometimes > > >(Ctrl+Shift+C would be Shift+Ctrl+C in other Gtk applications) or wrong > > >names (PgUp should be Page_Up). Google gives: 4230 pages for "ctrl shift p" 1020 pages for "shift ctrl p" and even 24 pages for "ctrl shift p" +gnome 15 pages for "shift ctrl p" +gnome So even within gnome, ctrl-shift wins :) _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

1 0

Re: [Inkscape-devel] User Interface(was: save confirm dialog)
by bulia byak 24 Dec '03

24 Dec '03

>However, I currently have done some changes which I'd like to commit if >you are fine with them, so here they are: > >- Fixed some capitalization mistakes ("Remove transformations" -> >"Remove Transformations", etc) I left these because I'm still undecided on whether we want the Initial Caps style. To me it sounds old-fashioned and clunky, I would like to change everything to First cap only. But it's not something I feel too strongly about, so if HIG mandates Initial Caps without exceptions, I can live with that. >and added ellipses were appropriate (like >"Import..." and "Export Bitmap...") OK >. I also changed "x:x" in the View >menu to "Zoom x:x" as in Totem. We shouldn't take it too far with the >abbreviations. ;) OK >- Added mnemonics. For this I had to change some functions to their >_with_mnemonic counterpart and also had to add some underscores to many >action names (for example "Open" would become "_Open"). I hope this is >not a problem. It should only be a problem, if those action names are >meant to used at places where mnemonics can't be used. And if they are, >we have a major problem. Wonderful, I meant to do this myself but never had the time. Just check the KeyboardShortcuts wiki page to see if there are any conflicts, and if not we're probably fine (and we tried to avoid alt-letter shortcuts, so there should not be many conflicts if any). >- Changed the position of the "View" and "Object" menus. View is a >standard menu which should come at the third position according to the >HIG, application specific menus should come after the standard menus. Hmm. OK. >- Removed shortcut labels from the context menu. This is according to >the HIG to reduce clutter. Disagree. "Reduce clutter" is not a strong enough argument for me. The sooner the user will learn shortcuts, the more productive he will be, so I'd like to use any opportunity to remind the shortcuts. >The whole menu stuff in Inkscape seems to be pretty non-standard and I >wonder if it wouldn't be worth simplifying the code (maybe using the new >action-based API from libegg which will be in Gtk 2.3?). I mostly don't >like the way how items with shortcuts are constructed as a new >container, as this makes it impossible for Gtk to properly space the >menus (notice how in other Gtk apps, the item labels never overlap with >the shortcut labels of other items, but they do in Inkscape). Without overlapping, I think some menus may become too wide. But it's a minor point, so if you can make the menu code more standard (and ideally simpler), go ahead. >Other obvious HIG issues which I didn't touch yet: >- The shortcut labels are non-standard. :) Aside from the already >mentioned lowercase letters, they also use the wrong ordering sometimes >(Ctrl+Shift+C would be Shift+Ctrl+C in other Gtk applications) or wrong >names (PgUp should be Page_Up). Order of modifiers: is this a HIG standard or simply "other apps do this"? If the former, well, OK. Otherwise, I like Ctrl-Shift better, because it seems to be standard on Windows, and besides it's more natural because it's the order in which most people actually press these keys (Ctrl, then Shift). So I'd like to leave this as is unless there's some strongly worded and convincingly argued standard on this. Key names: actually I wrote a special function (sp_key_name in interface.cpp) to translate from the ugly GDK names to normal ones. Mostly it replaces monsters like "asciicircum" by its character, i.e. "^", but also changes Page_Down. Reason: (1) it's overly long and unwieldy, (2) the "_" character is not really meant for user consumption, it's a programmer's device, and (3) PgUp/PgDn is standard on Windows. So I would like to keep this as is. >- The context menu is really bad. You probably know that already. :) The >main point of the context menu is to provide quick access to the most >commonly used action on an object. Most commonly used actions should be >at the top and sub menus should be avoided. Of course the current >context menu breaks all of this. :) This deserves some discussion and a >good plan IMO. Maybe a Wiki page? Yes. One idea I'm planning to do is a node context menu with common operations on a node. However I keep postponing this because I myself never use context menus, and you know... scratching your own itches etc. :) >- The title name of the app is "Inkscape: Documentname: base: X". >According to the HIG it should be either just "Documentname" or >"Documentname - Inkscape". I don't know yet what this "base: x" is >supposed to be, only that it looks odd. :) "base" is the namedview. I think we can drop it. But the digit must be kept, it the number of the view (call View/New view, it will show the same document with ": 2"). >- Toolbar is non-standard (also looks ugly with Bluecurve theme :/) Which one, primary or secondary? >- Storing window size when a window is closed and restoring this size >when a new window is opened. Currently new windows open way too small >for my resolution. Would that be ok? Done yesterday :) see my message "namedview news" >- Dialog reorganization. :) Should I know anything (besides what's >written on the Wiki pages) before I play around with this? Did anyone >already work on it? Nothing except that there were plans to switch us over to Gtkmm, so I postponed this until after the switch because I really don't know what is Gtkmm and how it's going to be different from the current code. However, perhaps the change will not be too drastic and hopefully automatic enough, so if you can work on dialogs now, that would be fantastic. Especially building the Preferences dialog (yesterday I split its wiki page into several sections, perhaps to be implemented as separate tabs; not all controls are ready to be implemented, but some are; those that are ready have the corresponding pref path in []; see the HandlingPreferences page for how to access the values). _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 2

Re: [Inkscape-devel] User Interface(was: save confirm dialog)
by bulia byak 24 Dec '03

24 Dec '03

>- Dialog reorganization. :) Should I know anything (besides what's >written on the Wiki pages) I've just updated the DialogsReorganization page. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

CVS Compilation - C++
by Thomas Ingham 24 Dec '03

24 Dec '03

Guys, When I attempt to compile the latest cvs running ./autogen I get the following message: I am testing that you have the required versions of libtool, autoconf, automake, glib-gettextize and intltoolize. This test is not foolproof, so if anything goes wrong, see the file HACKING for more information... checking for autoconf >= 2.52 ... yes (version 2.57) checking for automake >= 1.6 ... yes (version 1.6.3) checking for glib-gettextize >= 2.0.0 ... yes (version 2.2.1) checking for intltool >= 0.17 ... yes (version 0.27.2) Copying file po/Makefile.in.in Please add the files codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 progtest.m4 from the /sw/share/aclocal directory to your autoconf macro directory or directly to your aclocal.m4 file. You will also need config.guess and config.sub, which you can get from ftp://ftp.gnu.org/pub/gnu/config/. I have no idea what it means. Please help. -thomas

3 2

Maillist Reply-to: setting
by Bob Jamison 24 Dec '03

24 Dec '03

Is it possible to admin the mail list so that there is a Reply-to: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> header in the messages? In other words, shouldn't the default recipient of a reply be the list? Just wondering. Currently the replies are going to the sender by default. Bob

4 7

GUADEC 2004 (follow-up)
by David Neary 24 Dec '03

24 Dec '03

Hi, I am helping organise the graphics stream of GUADEC 2004, which will also be the occasion for the GIMP developers conference 2004. You have all received the announcement calling for papers for the conference because you are prominent free or open source graphics software projects. I may have missed some projects. If so, please forward on the announcement to their devel lists. Many of you have some links with GNOME already, and others are working towards interoperability with all major desktops apps, including GNOME. I hope that we can see some people from each of these projects in Norway, and take the opportunity to make some headway on graphics application interoperability, which is an area which seems to be somewhat behind the rest of the desktop. Thank you, Dave. -- David Neary, E-Mail: dneary@...8... Tél: 04 72 33 95 35 Port: 06 03 98 39 80

1 0

GUADEC 2004 Call for Papers
by David Neary 24 Dec '03

24 Dec '03

GUADEC 2004 CALL FOR PAPERS The Fifth European Gnome Users and Developers Conference June 28-30, 2004, Kristiansand, Norway http://guadec.org/ Abstract submission deadline: February 1st, 2004 The European Gnome Users and Developers Conference (GUADEC) invite you to participate in the Fifth Conference on June 28-30, 2004, Kristiansand, Norway The GNOME User and Developer European Conference (GUADEC) will bring together developers, GNOME Foundation leaders and individual, business and government GNOME and open source software users. The conference is a unique forum for highlighting the capabilities and direction of GNOME, the user environment for desktops, networked servers and portable Internet devices. GUADEC will also feature discussions of the future direction of open source development. We're looking for people to give - Talks, Tutorials, Posters, Panels, Planning Sessions / BOFS Areas of interest include, but are not limited to: GNOME core: Latest developments on the GNOME desktop, core GNOME applications, related libraries, security, Mobility and Wireless Access etc. Free Software in the Information Society: Development of policies and cases related to Patents, Open Standards, Migration strategies and experiences (e.g. Office documents), Software in Public sector such as schools and hospitals, Information Society progress including developing countries. Graphics: Development and deployment of applications in particular: Multimedia, Games, Film, GIMP Freestyle: Interesting Free Software issues not covered in the other tracks and open for a less formal forms of presentation REFEREED PAPERS TRACK GUADEC seeks original papers describing research in all areas based on GNOME or related to Open Source. Papers should not have been published or be in submission at another conference or journal. Accepted papers will appear on the Web site and we plan to publish them in conference proceedings. For papers to appear in the proceedings, we need to be strict on the submission format. Format details available on the above web site. Note that the Freestyle submissions can appear in the printed proceedings if the format requirements are fulfilled. Authors are required to GPL the copyright. PAPER SUBMISSION Authors of papers are invited to submit abstracts (150 - 400 words) in plain text, due February 1st 2004 Final papers (1500 - 4000 words) or maximum 5 pages, photo and biography, due May 15th 2004. Please send your submission to guadec-papers@...45... See http://2004.guadec.org/ for further details and information on Posters, Panels, and Planning Sessions / BOFS Kristiansand is situated on the Norwegian south coast, offering a city beach and a vivid summer town life. The most visited attraction in Norway, the zoo (Dyreparken), is located nearby Kristiansand. Here the animals are kept in large outdoor space instead of cages. Perhaps we can even find some gnu's there. For those who prefer an excursion to a waterfall and Salmon River this can be also arranged. Other options include concerts, visit to islands, etc. General questions about GUADEC may be sent to info@...133... -- David Neary, E-Mail: dneary@...8... Tél: 04 72 33 95 35 Port: 06 03 98 39 80

1 0

Additional binary packages for Inkscape 0.36
by Bryce Harrington 24 Dec '03

24 Dec '03

A number of people have submitted packages of the 0.36 release for various platforms, including Fedora, RedHat9, SuSE, and more. Most are compiled for x86, but an Athelon-compiled Fedora rpm and a Sparc debian package is available. A Windows version is also available. http://sourceforge.net/project/showfiles.php?group_id=93438 Bryce

1 0

Re: [Inkscape-devel] questions
by bulia byak 24 Dec '03

24 Dec '03

> > Just upgraded to 3.3.2 - alas, the bug is still there. What else can be > > done, aside from the "magic fix"? > >Well, bear in mind that a fix we don't understand isn't really a fix... > >The next thing to do I guess is to dissect the compiler's output. Oh... and where do we start? >But first, what CFLAGS/CXXFLAGS are you using? ...and where to look up these? My Makefile has some KDE_CFLAGS, NOOPT_CFLAGS etc. but no simple CFLAGS. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

Re: [Inkscape-devel] User Interface (was: save confirm dialog)
by bulia byak 24 Dec '03

24 Dec '03

>in gimp shortcuts are shown as Ctrl-F and Shift-Ctrl-F (for what now in >inkscape is Ctrl-f and Ctrl-F, respectively) - i think that's also a gnome >standard. in KDE the standard is for example Ctrl-Shift-F. >i must also admit that when i saw inkscape shortcuts in menus for the first >time i was confused, that's why imho ot would be better to switch to gnome >standard shortcut names. >oops.small update. i've just checked current inkscape tarball and shortcuts >names are like Ctrl-Shift-k. i don't understand why "k" is not a capital >letter - i think it should be. OK, since I was going to add an optional Emacs mode for keybindings, I will change this so that it shows e.g. "Ctrl+Alt+M" in the default mode and "C-M-m" in Emacs mode :) _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

1 0

RE: [Inkscape-devel] User Interface (was: save confirm dialog)
by bulia byak 24 Dec '03

24 Dec '03

>As I'd especially like to work on polishing the user interface, I think >I should probably ask you first about your position on the HIG, etc. My position is that we should be HIG compliant where it makes sense or where non-complicance does not bring considerable benefits (such as the save confirm dialog). Obviously HIG was not written with vector editors in mind, so it should never be the final word, only one of the arguments in a discussion. >noticed that many parts of the UI are still not HIG compliant or very >non-standard for no obvious reason. The best example probably is the >secondary toolbar, which shows buttons instead of typical toolbar icons. Mental has recently converted the main toolbar to standard GTK buttons (non-bevelled). I don't know about the secondary one, but I would like to see how it looks with standard buttons, if only to compare. >But there are also smaller examples where I'm unsure, for example I >wonder if there is a specific reasons to show all shortcuts as lowercase >instead of uppercase. Simple: to me and other Emacs users, Ctrl+F means actually Ctrl+Shift+f. So writing Ctrl+f with lowercase is less likely to confuse, IMHO. >interface standards? :) And should I ask before each change? For changes that are directly related to the core vector editing interface, usually it makes sense to ask (but if the change is not too disruptive, it's better to patch first and ask later, because this will give us the opportunity to test your change). One exception: if you want to _remove_ some non-dead code or functionality, ask first :) Simple interface changes in areas that are not vector-specific (such as improvements in dialogs, etc) can be made without discussion, but please don't forget to put them into the changelog (and please add yourself to the AUTHORS file too). _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

RE: [Inkscape-devel] abs paths
by bulia byak 23 Dec '03

23 Dec '03

>I found these functions for converting between absolute and relative >pathnames: > >http://mail.gnome.org/archives/gtk-devel-list/2002-April/msg00142.html Forgot to mention that I'm not sure that it works under win32, so I commented it there (i.e. win32 uses the old method with relative paths). Someone doing win32 port will need to uncomment and test this function, and probably extend it for things like drive letters etc. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

reminder to those with CVS access
by MenTaLguY 23 Dec '03

23 Dec '03

Please rebuild and *_TEST_* before committing. Even if it's just a matter of a few warnings showing up on the console, find out why and fix them before you commit, even if things _appear_ to work okay otherwise. If we don't get these things cleaned up at commit time, they will linger and accumulate to bite us later, when they will be much harder to fix. -mental

1 0

Re: cvs?
by bulia byak 23 Dec '03

23 Dec '03

>From: Bob Jamison <rjamison@...73...> >>Have you put into CVS the files needed for win32 build? Or do you still >>need help with that? Actually, if you plan to do more work on Inkscape or >>its windows build, I think we could give you developer access. >> > > >That would be great. There are about 25 files that need to be added to >the tree (makefiles + the codepage .cpp files) and maybe 12 patches >to sources (trivial things like pointer casts) to make this Win32 >compilable. >So it would probably be easier for me to do it myself. This stuff should >not affect the Linux build at all. Done. We really need someone to look after the win port, so your help is much appreciated! _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

Feature Requests from SODI finally moved over to INKSCAPE
by Jonathan Phillips 23 Dec '03

23 Dec '03

Feature Requests Captured - Please Review!!! December 22, 2003 - The various Feature Requests collected from different developers, the WIKI, chatting with other users, and old RFE's from the SodiPodi days have been moved to the Inkscape RFE tracker on Sourceforge. Please review these feature requests, make comments, prioritize them, and post your proposals to the WIKI page NewFeatureProposals. I added this to the website. I wanted to get this task done before our Xmas hiatus. I will be back after xmas sometime. Hopefully everyone can look over the RFE's posted and get inspired. The next phase I will attend to is to get people to look at the RFE's and then post New Feature Proposals to the WIKI. If anyone wants to see the spreadsheet, it is in the inkscape module under the folder 'doc', called 'sp2ink_rfe.gnumeric'. Jon -- Jonathan Phillips <jon@...15...>

2 1

Re: dnd [was: Re: export patches]
by bulia byak 23 Dec '03

23 Dec '03

>Hm. My code does almost the same as the svg import code does (well, i >copied >from there ;)), so if you import you should get the same symptops, right? No, import does not prepend svg: for some reason (just tested). _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

PathEstimation
by Info Sylvax 23 Dec '03

23 Dec '03

Hello, you can see the feature on http://inkscape.org/cgi-bin/wiki.pl?PathEstimation ( When will the PathEstimation feature be available in Inkscape? For me, it is the most important feature (for the design of logotypes, arabesques... ) )

1 0

RE: [Inkscape-devel] PathEstimation
by bulia byak 23 Dec '03

23 Dec '03

>you can see the feature on >http://inkscape.org/cgi-bin/wiki.pl?PathEstimation > >( When will the PathEstimation feature be available in Inkscape? For me, >it is the most important feature (for the design of logotypes, >arabesques... ) ) Outlining a stroke and insetting/outsetting a path are already in CVS. You can download the CVS and use it, or wait for the next release. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

save confirm dialog
by bulia byak 23 Dec '03

23 Dec '03

I committed your new save confirm dialog. Some comments: >See Bug #863856 for details about the save confirmation >dialog. This is my attempt to make it 99% compliant to the HIG and >I believe I succeeded. In fact, this might be the _first_ dialog >ever to (almost) completely match the HIG suggestion. :) >Considering the amount of work this required, I can also very well >understand now, why this is the case... It's good to be HIG compliant, but the new dialog is HUGE. Still, since it's not going to stay on screen all the time, I'm OK with that. Being wordy also won't hurt for novices. >Additionally, I commented out the non-standard dialog placing code >(placing the dialog near the mouse pointer), as dialogs should >really be placed by the window manager (at least that's what GNOME >users will expect). I only commented the appropriate code out, so >if you disagree about this, it would be easy to change again. I still think popping a dialog at the mouse is better for usability, but again, this dialog is not so frequently needed so I think it's better to go the simple (and standards-compliant) route. Popping the fialog in the center of the document window seems to be conventional, so let it be that way. >There was also an issue when the user clicked "Save", but then >canceled the dialog. This situation wasn't detected and so the >document was closed, which is bad. To solve this, I made a few >functions return a gboolean and this also solved a TODO item on >the way. :) Excellent, thanks! >Other stuff that might still be done: >- I noticed that overwriting of files wasn't handled at all, but >didn't want to get too much distracted... It would be very nice if someone could finally take care of that. Recently Ted Gould introduced a module-based save system, and I saw some TODOs for this in his code, so you should perhaps discuss this with him first. >- Of course it would be very nice to show in the dialog, how much >time has passed since the document was last saved. This shouldn't >be very complicated, but I didn't want to get too deep into the >code (yet), because I'm very unexperienced. :) Not sure about the time (although why not?), but one thing we absolutely need is an indication of whether the sodipodi:modified is on or not. On windows, it's conventional to add * to the filename in the title bar, don't know what HIG says about this. >I hope you take a look at the patch and tell me if I did anything >wrong, because this is in fact the first patch I ever made. Not that _I_ am a a very experienced programmer, but I did not see any problems with your patch. Everything seems neat. Are you interested in doing more Inkscape work? If so we could give you developer access to the CVS. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

3 2

abs paths
by bulia byak 23 Dec '03

23 Dec '03

I found these functions for converting between absolute and relative pathnames: http://mail.gnome.org/archives/gtk-devel-list/2002-April/msg00142.html They were apparently proposed for glib but not accepted. I copied g_rel2abs() into document.cpp and used it for calculating the absolute pathname. It seems to work well for paths with any number of "." or "..", and the list of recent files now contains absolute pathnames (this fixes https://sourceforge.net/tracker/index.php?func=detail&aid=860202&group_id=9…). Please test. If any other file will need this function we'll probably need to separate it into a file of its own. _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] questions
by bulia byak 23 Dec '03

23 Dec '03

> > Mine is 3.3.1. Do you think it's worth the trouble to protect 3.3.1 >users > > from this crash (which is admittedly rare, you'll need to scale a text > > string to microscopic sizes to get it)? > >Can you upgrade to 3.3.2 and try to replicate the bug, so we can rule >out factors other than the compiler? Just upgraded to 3.3.2 - alas, the bug is still there. What else can be done, aside from the "magic fix"? Here's my g++ -v: Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux-gnu/3.3.2/specs Configured with: ../configure --prefix=/usr --libdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-long-long --enable-__cxa_atexit --enable-languages=c,c++,ada,f77,objc,java,pascal --host=i586-mandrake-linux-gnu --with-system-zlib Thread model: posix gcc version 3.3.2 (Mandrake Linux 10.0 3.3.2-3mdk) _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

RE: dnd [was: Re: export patches]
by bulia byak 23 Dec '03

23 Dec '03

>On Mo, Dez 22, 2003 at 09:15:50 +0000, bulia byak wrote: > > Hi, > > > > I tested your dnd patch but I don't seem to be able to make it work. If >I > > type in some SVG in your test program and drag it into inkscape, no >object > > appears on the canvas, but there is a new empty <g> in the XML editor. >If I > > type <text>abc</text>, after dragging it becomed <g id="123">abc</g>. > >Try typing/pasting a whole svg document, that's what The Gimp will send, >when their path dnd support is ready :) Still does not work. Now the problem is namespaces. If I drag a document containing one <rect>, it appears as <svg:rect> within inkscape and is not displayed. (Even though in original SVG, there was no prefix.) This is because internally inkscape, simplistically, stores names with prefixes, so a mismatch in a prefix makes an element unrecognizable. I'm not sure what is the best/simplest to fix this: make it so that dragged SVG is inserted without namespace prefixes, or make it so that Inkscape can handle full qualified names (with namespace URI and prefix for each name). I guess the first way is simpler. Mental, can you comment? _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

RE: [Inkscape-devel] patch to add point class to libnr
by bulia byak 23 Dec '03

23 Dec '03

Nathan, recently I added a few small functions to nodepath.cpp that I needed for various path operations. They do things like finding the point closest to a given point on a given line (the line is assumed to go through the coordinate center and thus is given only by its tangent), distance from point to line, as well as converting from x/y coordinates to radial and back. I realize that these functions probably belong in a different file, and maybe even in your point class (or maybe they are already implemented somewhere, although I could not find them). However I do not know much of C++ and thus cannot move them there by myself. If you could do that it would be nice, and reading your converted code might be my first tutorial in C++ :) _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

Re: [Inkscape-devel] Proposal for New Subsystem Architecture(andNamespaces)
by bulia byak 23 Dec '03

23 Dec '03

>My algorithm does text in shapes properly. In every other way the two are >equivalent (although not the same). TeX also provides Glue, which is easy >to add, but I never needed it for my work. It should go into inkscape, >however. I think mine is easier to understand in any case. I've put it in >experimental/njh/dyn-text/ Just make it. run ./dyn-text. I also don't see if it can do hyphenation. Can it? In any case, it would be fantastic to get this into Inkscape. But I foresee a lot of work with the UI. _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1