- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] win32 test build
by bulia byak 18 Nov '03

18 Nov '03

Merci beaucoup! :) It looks like magic to me :) but it actually works - at least under my win98. Rough around the edges, but seems to be basically usable. At least my own stuff seems to work. Transient windows are ok (with one small glitch which I think I know how to fix). Keypad works as expected. Problems I've seen so far: - constant stream of messages about being unable to find some "MS sans serif 7" font. - one crash upon exit. Although I did not test much yet. Re: compilation problems, feel free to patch toolbox.c. Not sure about the others, they need to be looked into - if you figure them out that would be great. If you don't have developer access, ask Bryce, I think it's not a problem. Even if you just compile the windows version from time to time, that will be much help. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

1 0

User Manual
by Cédric GEMY 18 Nov '03

18 Nov '03

I've just put a first french release of the Sodipodi User Manual on http://www.svgfr.net. This only deals with tool description. I'll now work on themas (working with colors ...) and tutorials. I'm proposing to begin a translation of the existent to english and also to make it useable for Inkscape. If english speaker are ready to help me, or correct my mistakes, I'm OK. Cédric

2 2

new menu
by bulia byak 18 Nov '03

18 Nov '03

The new menu looks nice, now if only I could compile it: window.c: In function `sp_utility_window_new': window.c:56: `GDK_WINDOW_TYPE_HINT_UTILITY' undeclared (first use in this function) window.c:56: (Each undeclared identifier is reported only once window.c:56: for each function it appears in.) I guess I need to upgrade my gtk, right? One comment on the screenshot: while you are at it, could you remove the minimize button from the toolbox? It really serves no useful purpose. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 2

preferences broken?
by bulia byak 18 Nov '03

18 Nov '03

I gave up trying to find out why inkspace_dispose does not run, nor whether it is supposed to run, so I did this: void inkscape_exit (Inkscape *inkscape) { // added if (inkscape->preferences) { inkscape_save_preferences (inkscape); } gtk_main_quit (); } This works for me. Preferences are saved on exit. I also added saving preferences to segv_handler so they are not lost upon crash. What troubles me is that I still don't understand how it worked before. Has anyone changed anything recently that could affect this? Please object and criticize. If there are no objections I will commit this change. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 1

Re: [Inkscape-devel] docked toolboxes
by bulia byak 18 Nov '03

18 Nov '03

> Out of curiousity, how many of you folks out there currently use docked > toolboxes? (i.e. extra toolboxes embedded in the document window) > >I'm seriously considering killing the feature to free up UI space. On the contrary, I would like to eventually see all dialogs dockable, so that users can choose what they want docked and what they want floating. This seems to be how the modern apps behave. I agree that with transiency, floating dialogs are now usable, but docked ones still have two advantages: - they don't overlap anything. This may be more intuitive for some users. - they better emulate the Windows model where, basically, floating child windows do not have a focus of their own. E.g. palettes in Illustrator are _all_ focused when the parent window has focus. Only a widget within a floating palette can have focus; if no widgets are focused, all input goes to the parent window. This is what our transients still cannot quite emulate but what dockables can (even though they are not floating). So, though it's not high priority at the moment, I'd like all dialogs to become dockable, and I don't like the idea of killing the only one which is dockable now. What are the benefits of this? -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 1

Re: [Inkscape-devel] cvs update
by bulia byak 17 Nov '03

17 Nov '03

Yes, the web interface at sf.net seems to be broken for some time, but checking out via CVS works and gives you the up-to-the-minute version. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

1 0

Difference between sodipodi and inscape?
by Jonathan C. Sitte 17 Nov '03

17 Nov '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 What is the big difference between sodipodi and inscape? I have both installed and do not see a big difference at the moment. I am sure there will be soon but what about now? Just a thought ;). - -- Jonathan C. Sitte <jcsitte@...67...> Digital Arts & Computer Technology http://www.staticnull.org/jcsitte/ 917.414.2559 M-F 8AM-10PM Public Key: http://www.staticnull.org/jcsitte/0x40E69A47-pubkey.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/uEpCbzreREDmmkcRAhn+AJ0Xtfs3OtsM+IBzmLIpemLvBQc9XgCgj/n3 n7M8PEUU5M7BwLIxcNBRkfQ= =cR4M -----END PGP SIGNATURE-----

2 1

more stock images
by Robert Crosbie 17 Nov '03

17 Nov '03

Im my latest commit, I have replaced all calls to gtk_image_new_from_file with gtk_image_new_from_stock. My next setp will be to replace the calls to sp_icon_new*, gtk_pixmap_new*, etc. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ 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

KDE file dialogues
by James Ots 17 Nov '03

17 Nov '03

Hi, I think it would be really nice if the KDE file dialogues could be put back into inkscape as a compile-time option, like in sodipodi. I can cope with the rest of inkscape being gtk (I don't like it, but I can cope!), but KDE's file dialogues are just too nice to go without. -- Cheers James Ots www.jamesots.com

3 2

A dozen patches
by Bryce Harrington 16 Nov '03

16 Nov '03

There's a dozen patches in the patch tracker waiting for reviewing and integration. Half are old ones I pulled from the Sodipodi mailing list archives and will need reviewing. If everyone with CVS commit rights could take one or two, we should be able to clear the queue out no prob. Thanks, Bryce

2 7

layers
by MenTaLguY 16 Nov '03

16 Nov '03

Last night, I hammered out the most important part of implementing layers -- with latest CVS, you can use the XML editor to set the inkscape:groupmode attribute of a group to "layer", and be able to edit its children directly. There's still a lot of UI and refinement work to do, however; I've outlined it on the Wiki here: http://www.inkscape.org/cgi-bin/wiki.pl?DocumentLayers -mental

1 0

dialog titles
by bulia byak 16 Nov '03

16 Nov '03

I removed duplication of dialog titles - now they are taken from the corresponding verb and are thus the same as the commands that open them. While at it, I also added the dialog's shortcut automatically added in parentheses. Press ctrl-shift-f to see an example. I think this is good for usability, as the user gets a clue at once what to press to bring the focus to a dialog, and next time he's likely to remember to use the shortcut to open it. Any comments? -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 3

Proposal for an alternate object properties palette ( floater, widg-a-log, translette )
by T Ingham 16 Nov '03

16 Nov '03

Hello again all, This memo will serve to be the genus for what I would eventually like to propose. I'm hoping for plenty of feedback from everyone to make this tool as useful as possible. The core concept is quite simple really, enumerate and visually explain all editable parameters of a given shape on the canvas in a single floating palette. 1. Problem Although much work is being done to promote existing dialogs to the status of sane players on the workspace front, there are still pitfalls in having all manner of oversized and disproportionate dialogs open on the screen. Namely is simple visual clutter. Having several windows open at once can cause both new users to become lost quickly, and more seasoned users wasting time fidgeting with dialogs to position them according to their wishes. 2. Accessibility concerns Using many dialogs, users that cannot or do not use the mouse are asked to traverse 3 tiers of information to edit shape data outside the canvas. First they must achieve focus on a dialog ( ctrl+# ) , second they must select ( in some cases ) a tab containing the subset of data they wish to manipulate ( tab key? ) and third they must gain focus on the cell or control that allows them to make the edit ( tab key? ). 3. Solution Provide an additional ( or alternative depending on how you lean ) palette for editing shape properties that contains an hierarchical list of property groups and properties. This window would behave exactly as other palettes ( esc to focus canvas, enter to affect change ), but would centralize object properties in one dialog minimizing the memory cost to the user for keyboard shortcuts to open dialogs ( they would only need one, and we could make it an easy one, cmd+i // get info // ) Once the dialog has focus, the user could then use the arrow keys to locate the property they wish to edit and affect the change desired. While it may seem that we will lose the specificity of multiple dialogs, this interface would provide us with a more open method of combining property sets, and in the future it could be used as the basis for generating custom property dialogs per user utilizing xml documents to store dialog layout information. 4. A few key points It appears that currently, you cannot enter a numerical value in the float fields of the color dialog, is this intended behavior? Users would be able to close tree paths in this new properties palette that they might not use often, this allows the user to immediately improve their productivity when performing these types of edits. Thanks for your time as always, I hope this stirs the pot a bit. -Thomas

3 3

Inkscape stock support
by Robert Crosbie 16 Nov '03

16 Nov '03

Ok, If everything went well with my first commit, I have just added some initial GtkIconFactory support. So far I have only converted the stroke_style dialog to register and lookup icons in the stock icons. There were two new files added. src/inkscape-stock.h - define new stock icons here src/inkscape-stock.c - add new stock icons to the list There were three files modified: src/Makefile.am - added inkscape-stock.[ch] src/main.c - initializes the stock icons dialogs/stroke-style.c - now calls gtk_image_new_from_stock. I basicaly followed the way gaim and gimp were using GtkIconFactory. I'll be adding more support and converting other dialogs later. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ >From Beethoven to the Rolling Stones, your favorite music is always playing on MSN Radio Plus. No ads, no talk. Trial month FREE! http://join.msn.com/?page=offers/premiumradio

1 0

indent options
by Robert Crosbie 16 Nov '03

16 Nov '03

I was just wondering what indenting convention we were using for inkscape. If I had some new code to submit, what indent command should I run on it to make sure it looks like all the other code? Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

preferences broken?
by bulia byak 16 Nov '03

16 Nov '03

Maybe it's just me, but the .inkscape/preferences file is never saved. On my machine it is dated Nov 13; since then, nobody touched it. I figured that it's because the inkscape_dispose function is not run upon exit. Where is it supposed to be called? I tried this: void inkscape_exit (Inkscape *inkscape) { g_object_run_dispose (inkscape); // added gtk_main_quit (); } but this resulted in lots of failed asserts, so it's perhaps the wrong place. Someone please fix this! -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

1 0

[PATCH] trivial: renamed "desactivate" to "deactivate"
by Kees Cook 16 Nov '03

16 Nov '03

Trivial patch attached... -- Kees Cook @outflux.net

1 0

[PATCH] fix for GDK_SCROLL event blindness
by Kees Cook 16 Nov '03

16 Nov '03

Attached is the fix for mouse wheel support. This is against anon CVS, and I know you just did a big code merge, so hopefully this will be easy to apply since it's so small. :) -- Kees Cook @outflux.net

1 1

[Inkscape-wiki] The DevelopmentRoadmap page at Wiki has been changed. (fwd)
by Bryce Harrington 16 Nov '03

16 Nov '03

I've added a new mailing list for tracking changes to the wiki. The emails you get look like the one below. The emails are sent only when the wiki author checks the "Send to mailing list" checkbox, so this list should be fairly light traffic. To subscribe to this or other lists, go here: http://www.inkscape.org/mailing_lists.php Bryce P.S. The inkscape-cvs@ list is great for keeping an eye on what everyone's working on. ---------- Forwarded message ---------- Date: Sat, 15 Nov 2003 16:03:28 -0800 From: InkscapeWiki@...58... Reply-To: bryce@...1..., tingham@...59..., tvon@...60..., rick@...61..., inkscape-wiki(a)lists.sourceforge.net To: bryce@...1..., tingham@...59..., tvon@...60..., rick@...61..., inkscape-wiki(a)lists.sourceforge.net Subject: [Inkscape-wiki] The DevelopmentRoadmap page at Wiki has been changed. The Wiki page DevelopmentRoadmap at http://www.inkscape.org/cgi-bin/wiki.pl?DevelopmentRoadmap has been changed by Bryce to revision 73. (Replying to this notification will send email to the entire mailing list, so only do that if you mean to. To remove yourself from this list, visit http://www.inkscape.org/cgi-bin/wiki.pl?action=editprefs .) ------------------------------------------------------- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl _______________________________________________ Inkscape-wiki mailing list Inkscape-wiki(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-wiki

1 0

Project Status
by Bryce Harrington 15 Nov '03

15 Nov '03

Project Status - November 15, 2003 ---------------------------------- Activity and progress with the project over the past two weeks has been far beyond expectations. Inkscape 0.35 has been completed and released. We've redesigned and fleshed out the website (and wiki) considerably. Our activity rating on SourceForge hit the upper 99th percentile. And numerous developers have contributed new features, bug fixes, and experimental prototypes and mockups. Further, we've established our project identity and are forming into a friendly development-focused community. Now that the release is out, we will be applying our focus to implementation of some new features. We wish to do this before heading forth into major architectural changes so that we have a solid release with new capabilities to offer users in the near term. Statistics Nov 02 Nov 15 ========== ====== ====== Lifetime Rank on SourceForge: 6103 4391 (56.2%) (68.5%) Week's Rank on SourceForge: 6023 62 (56.8%) (99.6%) Lines of Code in src/: 115,754 115,901 Lines of Docs in doc/: 1,135 1,135 Lines of content in website: 74 1,173 Size of the Inkscape wiki: 0 3,700 Days since last ChangeLog mod: 4 0 Bugs open/total: 0/0 9/15 Features open/total: 0/0 18/18 Patches open/total: 0/0 1/ 6 CVS Commits (as per inkscape-cvs): 148 481 Inkscape-devel membership: 4 49 Inkscape-announce membership: 0 9

1 0

Milestone 2
by Bryce Harrington 15 Nov '03

15 Nov '03

Here's the tasks for Milestone 2, which will correspond to the Inkscape 0.36 release. http://www.inkscape.org/cgi-bin/wiki.pl?DevelopmentRoadmap The focus of this milestone is on implementing new features. I've tried to capture what folks are working on but if I've missed something please update the Wiki or reply to this email. In particular I wasn't sure what to list for Bulia Byak and Robert Crosbie. There are also a few important tasks that we don't have a developer for. If you can volunteer for the task please let me know or add your name to the task in Wiki. === Milestone 2 === Objective: Implement new features & do prep work for major changes in future Inkscape Production: * (DONE) Create Freshmeat project for Inkscape [tgould] * (DONE) Remove the KDE / Qt code and dependencies [manny] * Check all listed Sodipodi bugs and copy recreatible ones to Inkscape's CVS tracker * Copy open patches from Sodipodi patch tracker to Inkscape * Add modelines to source files for popular editors (vim/emacs) [tvon] * Implement preliminary support for doxygen or doc++ in the codebase [joncruz] * Implement preliminary support for arrowheads on path ends [bryce] * Implement preliminary support for layers [mental] * Implement preliminary support for iso & hex grid [njh] * Eliminate all warnings in g++ build process on Linux [joncruz] * Release 0.36 and post to Freshmeat [tgould] * Create RPM for 0.36 [bryce] * Create Deb for 0.36 * Create Window exe package for 0.36 Inkscape Experimental R&D * Identify the remaining XML compliance bugs needing to be fixed & add to plan for M3/M4 [mental] * (DONE) Describe what needs to be done to fix ambiguous default namespace issue [mental] * Select a regression test system strategy (cutest?) [mental] * Build a prototype grid options dialog using gtkmm [njh] * Prototype stroking/path enhancements [njh] * Create list of requirements for plugin system & gain team concensus on it [joncruz, bryce] Inkscape Website & Project * (DONE) Convert wiki to new look and feel [tvon] * Convert website to new look and feel [tvon] * Post project status [bryce] * See if it's possible to make wiki send edit notification to a mailing list & set it up if so [bryce] * Figure out why http://www.inkscape.org/mockups/export_dialog_02.png doesn't display [tvon] * Plan out Milestone 3 [bryce]

1 0

Milestone 1 achieved
by Bryce Harrington 15 Nov '03

15 Nov '03

The tasks for Milestone 1 are completed. === Milestone 1 === Inkscape Production * (DONE) Get inkscape to build with a C++ compiler [team] * (DONE) Fix CDATA issue [mental] * (DONE) Get codebase to successfully complete `make distcheck` -- mental says 'worksforme' [team] * (DONE) Fix 'snap to guides' crash bug [bryce] * (DONE) Update the about dialog to include the new logo and version [bryce, tvon] * (DONE) Cut a release of Inkscape 0.35 [ted] * (DONE) Upload release tarball of Inkscape 0.35 to Inkscape SF file manager [ted] Inkscape Experimental * (DONE) Initiate work on grid-proto code & put in CVS [njh] * (DONE) Conceptualize a new export dialog in python [tvon, njh] Inkscape Website & Project * (DONE) Create logo for Inkscape [team] * (DONE) Create look and feel graphical design prototype for website [tvon] * (DONE) Create 3+ screenshots of Inkscape Production [bryce] * (DONE) Flesh out website more fully [bryce] * (DONE) SourceForge RFE section needs setting up (categories and groups) [bryce] * (DONE) Create inkscape_project module & add wiki.pl there [bryce]

1 0

New tracker categories
by Bryce Harrington 15 Nov '03

15 Nov '03

I've added the following categories in each of the trackers: Other UI Node Editing Shape Editing Printing Saving Exporting Color Transformations Build

1 0

Escaping Dialogs
by T Ingham 15 Nov '03

15 Nov '03

Hello all, Nate suggested that it might be a good idea for me to vocalize my thoughts on a particular recent patch to Ink. I don't think that this is a bad patch at all, as it demonstrates how quickly we can change the behavior of this application, and integrate it with the source base. Not only that but it is a perfect example of how the dev plan works. Patch now, talk later. So that's what I'm here to do, in reference to the patch which applies the Escape key event to hiding the currently selected dialog. The points I am taking issue with stem from both my years of experience using Adobe Illustrator, as well as being a thoughtful user of all manner of software applications. While I don't have any reference handy to any sort of HIG on this behavior, I'm sure you'll take me on my word that using the Escape key in this manner is a "bad thing". Here's why: #1. Intended behavior. When I am editing a value in a dialog, and I type the wrong value into a text field, I would immediately think "Escape that command" or "Revert" this results in me hitting the Escape key, where I expect that I can then type in the appropriate value into the text field. Instead, Inkscape will kindly void my transaction and hide the input mechanism. This results in me having to open the dialog again, and enter the new value. Instead of hiding the dialog, I believe that the event tree should happen in this order: - Revert any currently focused field to it's previous value. - If no fields are currently focused, send the main focus of the application to the Canvas window. This will leave the dialog in it's current position, ( which is only a problem until we figure out how to root these dialogs in a constant location ) and perform the Escape routine as expected. #2. Spatiality When aiming to provide users with a consistent and workflow-friendly interface, it is of the utmost importance that we allow the user to decide what is placed where, and when. This means that palettes really should respond to meta-keys at all ( save for undo and enter for application of current edit ) The dialogs in Inkscape are non-modal, and therefore closing them is not a trivial thing. It is forseeable that in the future, a dialog such as the Object Properties window will remain open for the duration of a work cycle. It would be used to monitor a drag operation for placement of a shape in the current document, as well as other utilities. When dialogs become not only mechanisms to edit information, but also to view information, the location on the screen simply *must* be maintained. Dialogs that move and disappear are of only moderate usefulness. #3. Alternatives In Illustrator, you can hide all dialogs by hitting "Tab", this provides you with a quick device for previewing your work without interface clutter, or maximizing your work area regardless of tool panels. Tab again will show the dialogs that were hidden in the last operation. I propose that we implement this with one addition: Shift+Tab, or Shift+~ would be used for closing the currently selected ( focused ) dialog. While I don't believe that users will often want to close dialogs such as Object Style, or Properties, there are some dialogs which operate in a near modal fashion: Transformation ( which could be seen as a single cycle operation ) "Open Transformation Dialog"->"Apply Transformation"->"Close Transformation Dialog" however these sorts of operations should be grouped together. Perhaps we could spend some time identifying which palettes would most likely remain open, and which would be single cycle operations, group them together, and apply different UI characteristics for each group. If those key commands are reserved, I'm sure we could find an equally appropriate set of actions to assign to this process. I don't think it's without cause that the patch was applied, however I do think that we should be aiming at producing dialogs which the user will keep open and assign locations to. This is the sort of thing that increases productivity with any application, without much effort from the user. I believe that the term Dialog is being misused here, and perhaps that is where most of the problem is coming from. To be effective, we should class out the windows that should be palettes apart from the dialogs. We could then provide some form of modality for the dialogs that are left, and windows would behave differently depending on what was to be done. I welcome any further discussion on this, as I could be totally off-base with the entire thing. I guess we really wouldn't know until we could see it implemented both ways and by then all the work would be done. Thanks for your time and patience, -Thomas

3 8

Re: Sodipodi flags collection
by Christian Schaller 15 Nov '03

15 Nov '03

Hi Dirk, I am sending this mail to the sodipodi and inkscape lists as I think the people there can both better reply than me and are also the people most able to look at the import code you are pointing to. I hope to see this code or a derrative of it enter sodipodi or inkscape giving us EPS/Postscript import as it is something I really miss. Christian On Sat, 2003-11-15 at 12:38, Dirk Sch��nberger wrote: > > Hi Dirk, > > Well our problem is that Sodipodi doesn't currently support importing > > EPS images. I am also a bit worried about copyright issues with your > > flags since you say they come from a variety of sources. > > > But thanks for the offer :) > > > Christian > > No problem about the images. > > Do you have a import framework at hand for Sodipodi? > I have done some data conversion work for Postscript related file formats, > namely Adobe Illustrator (AI). > Version 1 is implemented in C++, you can find it the KDE CVS, module > koffice/import/karbon/ai (or somesuch) > Combined with ghostscript's ps2ai filter it should be possible to do > importing generic EPS files. > > Version 2 is currently only a prototype implemented in Ruby. It provides a > SAX like API to Adobe Illustrator files, which I think makes using the > filter in applications easier. > The filter is again in KDE CVS, module kdenonbeta/opal/import/ai (or > somesuch). > > Currently I have no target format besides XML where I can see the results of > my importer, so I kind of stopped working on it. > > Regards > Dirk > > > > > >

1 0