- Inkscape Devel - Inkscape Mailman

Re: Any news on inkscape?
by Wolfram Quester 14 Jan '04

14 Jan '04

Hi Jordi! On Thu, Jan 08, 2004 at 06:30:41PM +0100, Jordi Mallach wrote: > Hi Wolfi, > > Any news on the inkscape packages? I'm very interested in having this > app available. > > Jordi I cc the inkscape-devel list, so they know the status of the packages also. Guido Günther did the upload of my 0.36-packages around Christmas (26. I think), so they should appear in unstable sooner or later. I thought about making two packages: One called inkscape and cvs-snapshots in inkscape-cvs. cvs-snapshots could be packaged every two or three weeks with a dummy bug open to keep them in unstable. I didn't upload a cvs-snapshot yet. Best regards, Wolfi

2 2

remember update the ChangeLog!
by MenTaLguY 14 Jan '04

14 Jan '04

This is just a reminder to update the ChangeLog file whenever you commit something to CVS! This is really important! Otherwise at minimum it's hard for everyone to see what everyone else is working on. -mental

3 2

Re: [Inkscape-devel] Using gtkmm in inkscape
by bulia byak 14 Jan '04

14 Jan '04

> > The metric I'm watching for this is the size of the inkscape-devel > > mailing list; when it hits 200-300 I will assume we're at the sweet > > spot. Based on the volume of list traffic I think we're already pretty > > close. :-) I can understand the 200-300 as the ideal size of the developer community, but users? They don't have to be a community at all, and any attempts to limit their number seem utterly weird to me. I am not very excited to think that my work will be used by no more than 300 people in the whole world. _________________________________________________________________ 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…

6 7

RE: [Inkscape-devel] screenshot-ready
by bulia byak 14 Jan '04

14 Jan '04

>Why don't you just get the size of the screen and take a percentage of >it? like make it 2/3 screen width and 2/3 screen height. > >Make it so that people on large displays don't end up having to resize >the window every time? The idea is to store the size in preferences, and therefore it must be a fixed number, not some algorithm. Users will be able to set this size for newly created documents in preferences; in saved & loaded documents it is saved with the document and restored automatically. _________________________________________________________________ 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…

4 3

RE: [Inkscape-devel] screenshot-ready
by bulia byak 13 Jan '04

13 Jan '04

One more thing I forgot: now the default window size of a new document is 640x480 (set in preferences-skeleton.h). Can anyone argue for better values? We need to set it there because: - the default size without it is determined by the width of the menu and the height of the toolbar, and is way too small, - we need to provide a template that users could edit in their preferences.xml to set the window size they prefer. _________________________________________________________________ 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…

4 3

Re: [Inkscape-devel] Using gtkmm in inkscape
by bulia byak 13 Jan '04

13 Jan '04

Nathan, let me respectfully disagree. >Jon, we _DON'T_ want lots of users just yet. Look what happens when you >get lots of users: they complain about features not being available; Which is valuable. We cannot invent everything. >they complain that the interface isn't exactly like their favourite program >XYZ; Which is valuable. We cannot know all existing programs inside out, so why not use this help. >they clutter mailing lists up with questions answered already in the FAQ or >user manual(which we haven't even written yet); More incentive to write it. Or would you prefer writing to a nonexisting audience? This sounds like a perversion to me :) >and you spend the whole time worrying about fixing code to compile on >borland visual gcc 2.96. First, _users_ don't usually tweak with compiling. Second, just set a standard set of requirements/platforms (what you are doing now) and don't care about everything else. And third, it's just as likely that someone will come up with, "Hey, I know you don't support it, but I managed to compile on XYZ, here's the patch." >Can we stop treating this as a commercial project whose main aim is to >maximise user base? I've been on such projects before, and they usually >die a horrible death. If a project has managed to gain a good user base, it doesn't already sound like "horrible death" to me, regardless of what lies ahead. Projects that die _without_ users look much more pitiful. _________________________________________________________________ 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…

5 9

RE: [Inkscape-devel] [Fwd: Re: [Sodipodi-list] Visual cue for multiple selection
by bulia byak 13 Jan '04

13 Jan '04

> > My only concern is what do you do when there are more than like 20 > > objects selected at once? Don't you think at a certain point the amount > > of sub-bounding boxes would be overwhelming? > >That is possible. It has never bothered me in the past, but we'll have to >see how we get on. Perhaps we could increase the transparency of the >boxes as the number of items increases, or something. See my comment here: https://sourceforge.net/tracker/index.php?func=detail&aid=875727&group_id=9… In short: I'm against boxes (messy!) but individual items in a selection can and should be marked somehow, for example as Xara does that by adding a small inverted square (like a handle but smaller) at the top left corner of each object's bounding box. _________________________________________________________________ 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

[Fwd: Re: [Sodipodi-list] Visual cue for multiple selections]
by Jonathan Phillips 13 Jan '04

13 Jan '04

-----Forwarded Message----- From: Carl Hetherington <lists@...169...> To: Lauris Kaplinski <lauris@...39...> Cc: sodipodi-list(a)lists.sourceforge.net Subject: Re: [Sodipodi-list] Visual cue for multiple selections Date: Tue, 13 Jan 2004 15:40:23 +0000 On Mon, 12 Jan 2004, Lauris Kaplinski wrote: > Hello! [snip] > It may be clear for 2-4 items, but may become visual hodgepodge > if you have, say 20 items. > As far as I remember, CorelDraw painted tiny anchor dot for > each object selected. This may be alternative approach - there > even is no need to choose either one, if we can make these > configurable. OK. Seeing the bounding boxes of a large selection never really bothered me, but I can see how it would be bad in some circumstances. In order to demonstrate the idea, I've submitted a patch to the sf.net patch tracker which puts red bounding boxes around selected items. It's a diff against current CVS. I'd be interested in any thoughts. I think the immediate to-do list is: 1. make it optional. 2. decide how to choose a colour for the item bounding boxes. 3. make it more efficient. I'd be pleased to hear any comments or thoughts. Cheers Carl ------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html _______________________________________________ Sodipodi-list mailing list Sodipodi-list(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sodipodi-list -- Jonathan Phillips <jon@...15...>

1 0

[Fwd: Re: [Sodipodi-list] Visual cue for multiple selections]
by Jonathan Phillips 13 Jan '04

13 Jan '04

-----Forwarded Message----- From: Carl Hetherington <lists@...169...> To: Jonathan Phillips <jon@...15...> Subject: Re: [Sodipodi-list] Visual cue for multiple selections Date: Tue, 13 Jan 2004 15:43:48 +0000 Hi Jonathan, On Mon, 12 Jan 2004, Jonathan Phillips wrote: > We would love it if you worked on this problem in INKSCAPE. We've been > discussing it and I've added your request to the INKSCAPE RFE. It is a > good idea. > > www.inkscape.org (join our developers list!) > > My only concern is what do you do when there are more than like 20 > objects selected at once? Don't you think at a certain point the amount > of sub-bounding boxes would be overwhelming? That is possible. It has never bothered me in the past, but we'll have to see how we get on. Perhaps we could increase the transparency of the boxes as the number of items increases, or something. > I'm not trying to steal you away from sodipodi, but I think that you > will find our development community is more supportive of direct > changes/revisions to the codebase. Come check us out... Looks good :-) The fact that the inkscape toolbars are docked to the main window gives you an instant 1-0 lead! (especially since I'm using Windows) I haven't got around to compiling inkscape yet, but it looks like the patch I just submitted to the sodipodi patch tracker should apply to inkscape as well. It's only a "first cut", but it gives you the idea. Cheers Carl -- Jonathan Phillips <jon@...15...>

1 0

Re: [Inkscape-devel] Using gtkmm in inkscape
by bulia byak 13 Jan '04

13 Jan '04

>done." This means that if a decision is between more users or easier for >developers, I say we take the easier for developers option. Choices of this kind are fortunately rare. Normally we can all focus on our areas of interest (e.g. the usability for me or program internals for you) without stepping on each other's toes. >In this case it means using gtkmm _despite_ it not being available in large >quantities. I'm no expert but I got the impression that gtkmm availability is being resolved, so the point is moot. > In this case it means not holding back a feature because it makes the >windows port hard. Can you give an example of such a feature? >In this case it means throwing away a large chunk of UI code because it was >clumsy. Are you referring to the spiral tool? If so, what's so clumsy about it? >Otherwise we will decend to the point where all we are doing is minor >tweaks to the about box... :-) _Someone_ must do these tweaks, too. _________________________________________________________________ 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