December 2005 - Inkscape Devel

Re: About the proposed preferences dialog
by Marco Scholten 20 Dec '05

20 Dec '05

>As there have been some talk about my old mockup of the new preferences > dialog, I thought it might be nice to have another look at it. > Right now [1], it's quite noisy, so I thought it might be a good time to > do a bit of the kill-your-darlings. > http://ramnet.se/~nisse/diverse/temp/inkscape_new_prefs_mockup4.png Has anyone actually started coding on this? If not i'd like to volunteer. I am making a preferences dialog for my own projects (90% finished), much like the screenshot above, it is in gtkmm (without using glade or libglade), hig compliant and written in a way that will reduce code size considerably compared to the gtk+ version. It would of course require some work to fit this into inkscape but i have done at least 50% already and i'm willing to do the other 50% as well. So let me know if i can contribute to this excellent project with this. -- Marco

4 5

Panning mode modifier keys
by Craig Bradney 20 Dec '05

20 Dec '05

Hi Bulia, I'm wondering about the use of both Shift and Control for the right drag panning mode. Is there a reason both have been used? I've just implemented it in Scribus using the Control right drag version but tbh I don't think we need both Shift and Control versions. Does Inkscape? It doesn't seem to differentiate. cya Craig

5 13

About the proposed preferences dialog
by Andreas Nilsson 20 Dec '05

20 Dec '05

As there have been some talk about my old mockup of the new preferences dialog, I thought it might be nice to have another look at it. Right now [1], it's quite noisy, so I thought it might be a good time to do a bit of the kill-your-darlings. http://ramnet.se/~nisse/diverse/temp/inkscape_new_prefs_mockup4.png In this mockup I've done the following stuff: * only icon, no text for the help button (don't say the same thing twice) * no icon, just text in the close icon (same as above) * removed the title at the top, (it's already at the left...and you probably just clicked it). * no icon in the top right corner (it's already at the left) * no frames (the gnome hig advices them not to be used[2] ) 1. http://hagemaenner.de/stuff/inkscape/preferences/inkscape_new_prefs_mockup3… 3. http://developer.gnome.org/projects/gup/hig/2.0/controls-frames.html - Andreas

6 8

[mtou@...58...: [Inkscape-cvs] inkscape]
by Ralf Stephan 18 Dec '05

18 Dec '05

Mathieu, are you doing cvs import? There are strange log messages on the cvs log mailing list from you or your program. Maybe someone other can explain this? ----- Forwarded message from Mathieu Dimanche <mtou@...58...> ----- To: inkscape-cvs(a)lists.sourceforge.net From: Mathieu Dimanche <mtou@...58...> Subject: [Inkscape-cvs] inkscape [...] Update of /cvsroot/inkscape/inkscape In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv15409 Log Message: Status: Vendor Tag: tcvs-vendor Release Tags: tcvs-release No conflicts created by this import [...] ----- End forwarded message -----

3 6

shipping pyXML with the binary package for OS X
by jiho 17 Dec '05

17 Dec '05

Hi all, Manuel Kostka just tested a binary version of pyXML for OS X and it worked fine. It is small enough (4MB, 1MB compressed) so it might be included with inkscape for mac os X in the dmg package. would there be any "legal" issue with this? what should be done with respect to the pyXML project? Michael, pyXML would have to be added to the package and therefore to the macosx packaging directory. do you think it could be done with another EXTRALIB as for libXinerama for Panther or do you think it is better to let the user move it to the correct folder (and mention the last update date in the readme)? The files and a README are here: http://jo.irisson.free.fr/dropbox/inkscape/PyXML.dmg I don't have write access to CVS so you might have to add it yourself. JiHO --- Windows, c'est un peu comme le beaujolais nouveau : a chaque nouvelle cuvee on sait que ce sera degueulasse, mais on en prend quand meme par masochisme. --- http://jo.irisson.free.fr/

1 0

Inkscape init strange behavior... [nasty crash on saving]
by Mathieu Dimanche 17 Dec '05

17 Dec '05

Hi all As I tested some grid snapping highlighting features I'm currently working on, I found a nasty bug causing a big crash. I just reproduced it 2 minutes ago with the last devel cvs. Open inkscape, open "document properties", check grid on, close "document properties" (optionnal), hit Ctrl-S. [CRASH] with a little debugging infos it seams that during inkscape init, an SPDesktop is created, filled with a SPnamedview filled with a SPdocument... and then, before the user can do anything with the app, a new SPnamedview is created as long as a new SPdocument... but the SPDesktop don't know about it, so it still knows the "old" SPdocument passed to him earlier but not the "new" one... So toggling grid display and hitting Ctrl-S reaches sp_document_maybe_done() in document-undo.cpp with an "old" SPdocument (which doesn't seam to have been destroyed so it's probably still there in memory), and the third assert (on doc->priv->sensitive) crashes the app. As I'm no application init guru (hum... I'm no guru _at all_), could anyone who knows desktop/namedview/document combination have a look at that ? Is this double namedview/document normal ? I reproduced that with an empty document AND with an svg document of mine opened through a parameter in shell. I join my little std::cout debuging info and the backtrace. mtou ---------------------------- [SPDocument::SPDocument]0x8586f78 [sp_namedview_build] building [0x85064c8] namedview with [0x8586f78] document ** Message: Beginning icon prerendering [SPDesktop::init] [0x85064c8] namedview gave [0x8586f78] document [SPDesktop::init] just before setDocument [SPDesktop::setDocument] [0x858be00] desktop is fed [0x8586f78] document [SPDesktop::init] just after setDocument [SPDocument::SPDocument]0x8586f30 [sp_namedview_build] building [0x8506338] namedview with [0x8586f30] document ** Message: Icon prerendering complete after 2,31829 seconds Here, I toogle grid displaying ON [PageSizer::setDoc] got [0x8586f78] from [0x858be00] SP_ACTIVE_DESKTOP [sp_document_maybe_done] called with [0x8586f78] document, crash in 3 lines [PageSizer::setDoc] got [0x8586f78] from [0x858be00] SP_ACTIVE_DESKTOP [sp_document_maybe_done] called with [0x8586f78] document, crash in 3 lines [PageSizer::setDoc] got [0x8586f78] from [0x858be00] SP_ACTIVE_DESKTOP [sp_document_maybe_done] called with [0x8586f78] document, crash in 3 lines [PageSizer::setDoc] got [0x8586f78] from [0x858be00] SP_ACTIVE_DESKTOP [sp_document_maybe_done] called with [0x8586f78] document, crash in 3 lines [sp_document_maybe_done] called with [0x8586f78] document, crash in 3 lines [PageSizer::setDoc] got [0x8586f78] from [0x858be00] SP_ACTIVE_DESKTOP [sp_document_maybe_done] called with [0x8586f78] document, crash in 3 lines ** ERROR **: file ../../inkscape/src/document-undo.cpp: line 135 (void sp_document_maybe_done(SPDocument*, const gchar*)): assertion failed: (doc->priv->sensitive) aborting... [CRASH] -------------------- #0 0xb740d827 in g_logv () from /usr/lib/libglib-2.0.so.0 #1 0xb740dae4 in g_log () from /usr/lib/libglib-2.0.so.0 #2 0xb740db50 in g_assert_warning () from /usr/lib/libglib-2.0.so.0 #3 0x080f3894 in sp_document_maybe_done (doc=Variable "doc" is not available. ) at ../../inkscape/src/document-undo.cpp:135 #4 0x080f38b1 in sp_document_done (doc=0x8586f78) at ../../inkscape/src/document-undo.cpp:118 #5 0x082f588a in Inkscape::UI::Widget::PageSizer::setDoc (this=0x9662b24, w=0, h=-0) at ../../inkscape/src/ui/widget/page-sizer.cpp:294 [...]

2 3

Re: [Inkscape-devel] NEW: Gtkmmified Document Preferences Dialog
by unknown＠example.com 17 Dec '05

17 Dec '05

The new Document Preferences dialog looks good. I have one comment about the Page tab. It is not immediately obvious that one can click on the colored rectangles to set the background and border color. In the case of the Background color, at least on my installation, one has a barely visible white rectangle on a grey background. The default Border color is easier to see but still there is nothing to indicate that this is a button until the mouse is placed over it. Another note, I think it would be better to have all Snap options turned off by default. Tav

2 1

SGI IRIX MIPSpro crashes
by Jeremy Y. Meng 17 Dec '05

17 Dec '05

Hi, all developers, I have been trying to port Inkscape to SGI IRIX platform using MIPSpro compiler. It is running now except that some menu entries kill it. I had asked in the #inkscape channel and got help from MenTaLguY yesterday. The symptoms: Selecting some menu items will cause Inkscape crash. These menu entries include # View\Messages # View\Scripts # View\Icon Preview # Object\Swatches # Object\Transform # Object\Align and Distribute # Object\Grid Arrange # Help\About Memory MenTaLguY observed that the dialogs behind all but one (Icon Preview) are GTKMM based dialogs. The problem might or might not be related to C++ ABI mismatch. I then re-built GLibMM, GTKMM, and Inkscape using the same settings. However the problem remains. So I am sending this email to the list and hope experienced C++ developers can give me more insights. I have made a page describing the problems at http://s92957900.onlinehome.us/is_mips/inkscape_mipspro.html My patch is at http://s92957900.onlinehome.us/is_mips/inkscape-cvs20051205-mipspro.patch In the page you can also find the traces from dbx when Inkscape crashed, and other information regarding the environment. Thank you! -- Jeremy -- ---------------------------------------------------------------------------

3 6

NEW: scaling ugliness finally fixed
by bulia byak 16 Dec '05

16 Dec '05

* <b>Scaling of objects with stroke</b> in Selector used to cause undesired shifts of the scaled object, as well as scaling it in the dimension which was intended to remain untouched (e.g. slight change in width when you scale only height). All these problems are now fixed, both for interactive scaling by mouse and for numeric scaling via the Controls bar, and for both values of the "Scale stroke with objects" option. Among other things, this means that stroked objects no longer lose snapping on scale, and that the "Default scale origin" option in the Selector tool preferences finally works as designed. Caveat: There may still be problems if you scale a selection that contains objects with different stroke widths. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Slow Download of gtk28-051122.7z
by Chris Share 16 Dec '05

16 Dec '05

Hi, I'm trying to build the Windows version of Inkscape. I'd like to download gtk28-051122.7z however it's incredibly slow (0.3k/s). Any ideas why this is? Cheers, Chris

3 3