- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] list of arrows looks strange (snapshot20040510)
by bulia byak 15 May '04

15 May '04

> > > ...and one more thing: I can't change the colour of the arrow - the >line > > > colour changes but the arrow stays black. Actually SVG does not require markers to take the color of the stroke automatically. So this is not a compliance bug. But I agree that the stroke paint, when changed, should also apply to the markers. Please file a RFE on that. >The list of arrows in "stroke style" looks strange (snapshot 20040510) - >see the attachment. I can't reproduce that. Anyone else? _________________________________________________________________ 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…

4 4

Re: [Inkscape-devel] Inkscape review
by bulia byak 15 May '04

15 May '04

>> * Shouldn't New Window really be called Duplicate Window or Clone >> Window or something? I assumed this command would do the same as >> New. >> >> >New View? It was New Vew before, I renamed it to New Window because that is what it actually does. >Problem here is the SVG spec - the end of the arrow would then always be as >wide as the line. I think we can really only hack around this by allowing >the user to drag the path by the tip of the marker. I'm against that. It would be very hacky, unreliable, and difficult to implement (how would you define "tip of the marker"? It can be an arbitrary shape). _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

RE: [Inkscape-devel] Inkscape review
by bulia byak 15 May '04

15 May '04

>Maybe the Keys and Mouse should be broken into two items > >* Keyboard Shortcuts > >* Mouse Shortcuts No, that would be really unnatural division. If you want to divide it, use the groups defined in it (tools, objects, canvas etc). _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

Re: [Inkscape-devel] window layout configurable
by bulia byak 14 May '04

14 May '04

>Let me see if I have this straight. When hitting 'Save As...' the >directory should be: > >1) The directory that it was last saved in Yes, it's stored in sodipodi:docbase attribute >2) The directory that the last save was done in >3) The user's home directory Yes, in that order. >Also, what should export do? I'm thinking that, most of the time, >you'll want to export to the same directory as the file? I think a similar order of preference would be the best: 1. The directory where the file was last exported (this may be stored e.g. in inkscape:export-dir attribute) 2. If it wasn't exported yet, the directory where the file was saved 3. Failing that, home dir _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

[Fwd: <nettime-ann> [event] 19th May: Freestyle - FLOSS In Design]
by Jon Phillips 14 May '04

14 May '04

We are starting to get airtime in art circles. :) Read below for inkscape mention. I met a guy at the pub tonight who had a creative commons shirt on and he new about the new Open Clip Art Library and was so ecstatic to meet someone who is involved in both projects and open content...very interesting... Jon -----Forwarded Message----- > From: matthew fuller <fuller@...353...> > To: nettime-ann@...354... > Subject: <nettime-ann> [event] 19th May: Freestyle - FLOSS In Design > Date: Wed, 12 May 2004 08:05:15 -0500 > > > Freestyle - FLOSS In Design > > A seminar on Free, Libre and Open Source Software in Design > > Over the last few years 'Free Libre and Open Source Software' FLOSS, a > form of collaborative software development has proven itself as a driving > force of digital networks, especially the internet. Now this approach is > beginning to open up new approaches in design and visual culture. This > seminar will present clear information on this software and how it both > challenges and provides new opportunities for media design. > > Art and design work using computers can often get stuck in the use of the > same old tools. One thing that FLOSS does is to allow for new ideas to > become software on a much faster timescale and with less reliance on > conforming to a 'mass' market. Learning design increasingly means > learning to use the applications of a smaller and smaller amount of > companies. FLOSS offers one possibility for escaping such a trap. > > At the same time FLOSS itself could do with a good dose of design. Born > as it is through the energy and imagination of software developers, FLOSS > can in some cases fall behind in meeting the needs of users who aren't > also programmers. On the one hand this creates an important demand for > greater technical literacy amongst users, but it also means that > interfaces to, for instance, cultural practices, need creating. > > The morning session will present an introduction to FLOSS software in > design. The emphasis is on a realistic survey of the possibilities this > way of working is opening up. > > The afternoon will present a number of case studies. Artists and > designers using FLOSS software will show and talk about the tools they > work with, the culture of use of the software. Software developers will > present their projects and open them up to questions and debate. > > Speakers: > Kit Blake - Silva, content management system, Rotterdam; > http://www.infrae.com > > Erik Dooper - Open Source Software Lab, Amsterdam, will demo Scribus, > SodiPodi and Inkscape. DTP and vector graphics applications. > http://www.ossl.org/ > > Rishab Aiyer Ghosh - Economist and editor of FirstMonday, Maastricht; > http://orbiten.org/rishab.html > > Graham Harwood - artist, London, speaking about The GIMP, image > manipulation software; > http://www.scotoma.org/ > > Jaromil - GNU/Linux developer, South Italy, currently resident at > Montevideo, Amsterdam; Dynebolic, > http://www.dyne.org/ > > Willi LeMaitre & Eric Rosenzweig - PlayList, software tools for > collaborative video work; > http://www.w----e.net > > Roger Teeuwen - Graphic Designer, Rotterdam > > Antoine van de Ven - V2_Lab, Rotterdam, presents V2_Jam, research on > combining and integrating open source media software; http://lab.v2.nl > > Wednesday, May 19 | 10.30 - 17.00hrs | V2 Eendrachtstraat 10 | > Rotterdam > Fee for the day: 5euro, 2.50euro concessions > Advance Reservations: Eliane Roest (V2_), (010) 206 72 72, eliane at > v2.nl > > This seminar is jointly held by: > Media Design Research, Piet Zwart Institute http://pzwart.wdka.hro.nl/ > Interactive Media, Hogeschool van Amsterdam http://www.hva.nl/ > V2_Organisation, Institute for the Unstable Media http://www.v2.nl/ > > STREAM: This seminar will be streamed via http://www.v2.nl/live/ > _______________________________________________ > nettime-ann mailing list > nettime-ann@...354... > http://www.nettime.org/cgi-bin/mailman/listinfo/nettime-ann -- Jon Phillips Graduate Researcher Visual Arts Department PO BOX 948667 LA JOLLA, CA 92037 USA cell.858.361.2811 jon@...235... http://www.rejon.org

1 0

Re: [Inkscape-devel] window layout configurable
by Peter Linnell 14 May '04

14 May '04

> Message: 7 > Date: Thu, 13 May 2004 01:27:36 -0700 > From: "Ted Gould" <ted@...11...> > To: inkscape-devel(a)lists.sourceforge.net > Subject: Re: [Inkscape-devel] window layout configurable > > > --=-D6IVPrKjlX/peJPMF1l6 > Content-Type: text/plain > Content-Transfer-Encoding: quoted-printable > > On Thu, 2004-05-13 at 00:17, bulia byak wrote: > > >2. When saving a document, suggest a name like "untitled.svg". > >=20 > > Ted, is this hard to do? > > Okay, I think that this is in CVS right now. Good idea, but I would extend this a bit more, append a -1 and a function to auto-increment the number to the file name for a given session. <snip> > I also changed it so that > the save directory defaults to your home directory instead of the pwd.=20 > I don't know if that is a good thing or not. It is probably more > intuitive for new users - but it is not how other applications work. > > --Ted Err. No. Very bad behavior IMO. Especially with any kind of program which works with images, art or remotely touches DTP. Why? Once you begin working with any kind of editing tool + DTP, directory organization becomes *really* important. One of the most maddening issues some apps on Win2k/Xp is its stubborn insistence on saving everything into "My Documents" instead of staying in the current working directory. This is a MS default btw. I think the MS way is lame but that's another issue. As a test, I tried hacked the win2k registry to make the "My Documents" silliness disappear - you can :-) Similar behavior with GTK apps is my number one complaint with Gnome/GTK in general. Every app defaults to $home with no possibility to set a default anywhere else. I want inkscape SVG's to be opened and saved into $home/Documents/svg or $home/$client/$project where I have artwork, text and other bits. If I open a file in $home/$client/webproject/images its maddening to make 3,4,5 clicks to save a file with revisions under a different name. When working with images and artwork, it is common to save several revisions to the same core file, but saved under a variation in the base file name. Once Inkscape becomes accepted (not long they way you are progressing..)into the pro designers toolkit, cross-platform network awareness is going to be important. I asked Mental on jabber if it would be possible to specify a default directory to save docs, but he mentioned this might pose a coding issue. Fair enough. Maybe GTK 2.4 will help with this. In Scribus, we shamelessly used the Open Office method of making a home button in the file save dialog, which can be directed anywhere in the prefs. It just works TM. Cheers, Peter "Not wanting to sound whiny about his fav SVG app" Linnell

2 1

Re: [Inkscape-devel] window layout configurable
by bulia byak 14 May '04

14 May '04

>Good idea, but I would extend this a bit more, append a -1 and a >function to auto-increment the number to the file name for a given >session. Agree >Err. No. Very bad behavior IMO. Especially with any kind of program >which works with images, art or remotely touches DTP. Why? > >Once you begin working with any kind of editing tool + DTP, directory >organization becomes *really* important. I agree, but there are different scenarios here: 1 You work on some doc, then do Save As. Naturally it should default to the directory where the previous version was saved. 2 You work on some doc, then do ctrl+n, draw another one, and save. Where? I think again, the directory of the previous document is the best choice. (This might be the same as the directory of the previous save, if that document was saved before you do the new one.) 3 You just open up an empty Inkscape, draw something, and save. There are two possibilities: 3a save where the last save was made (even if it was in a previous session) or 3b save to the current dir. I like 3a better, here's why: If I want a document to be saved in a specific dir which is different from the dir of the last save (or was never before saved to), I want to be able to use a different approach: cd to that dir, run "inkscape newfile", get a messagebox saying "newfile.svg not found in /dir/, create?", answer Yes, and have that document created in that dir. This also needs to be implemented, and when we have it, there will remain no reason to offer to save to the current dir ever. 4 If we go with 3a, the absolutely last resort (when there were no previous saves ever) can be the home dir. So, to summarize, I seem to propose to always offer to save into the dir where the last save was done, and failing that, to the home dir, _except_ maybe when you do Save as of a document (then go to that document's dir) or a first save of a document which was Ctrl+N'ed from another one. (These two exceptions may often give the same results as the "save to last save location" method.) Plus implement the "file creation from commandline" logic. _________________________________________________________________ MSN Toolbar provides one-click access to Hotmail from any Web page � FREE download! http://toolbar.msn.click-url.com/go/onm00200413ave/direct/01/

2 1

Re: [Inkscape-devel] Help with more grid problems
by bulia byak 14 May '04

14 May '04

> > No, this is wrong. You almost always want to snap to nodes. In the > > rare case that someone actually wants to snap to the bounding box they > > can use stroke to path to convert the shape to a new set of nodes. > > Please, don't start making preferences for everything! > >Personally, I'd be perfectly happy with this. But as soon as someone says >"I myself use bbox snapping" then I'm ok, in this case, with making it >optional. I agree about keeping preferences down where possible. Let me repeat, I do see lots of use for bbox snapping. When you snap a rect's sides to grid at 0mm and 10mm, you expect that rect to be exactly 10mm wide. With node snapping, it's not. So when I'm exporting a 10mm wide png, my rect will be clipped. (I'm sure someone will one day submit this as a bug, if we make node snapping the default.) Also what do I do if I want a row of rects with different stroke widths to all fit into the same width or height? Actually, why argue - why can't we have both node and bbox snapping enabled all the time? I don't see why this won't work. Surely these snappoints will be close enough to each other, but if you do care at all about what you snap, chances are you work at a magnification high enough to distinguish them. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

3 2

Re: [Inkscape-devel] Help with more grid problems
by bulia byak 13 May '04

13 May '04

>Actually, that example you gave opens another similar issue: snapping >correctly on object creation as well as moving / scaling. But I think >that can be made optional using the same UI as for move / scale snapping. Yes. >IMHO, the point of having /only/ node snapping is that you /don't/ have to >work at a high magnification --- the program takes care of doing what you >expect. Then when you look at things in detail you don't get any nasty >surprises. OK, I agree, but then please provide three options: snapping at bbox, nodes, or both. I like to have the "both" option. _________________________________________________________________ MSN Toolbar provides one-click access to Hotmail from any Web page � FREE download! http://toolbar.msn.com/go/onm00200413ave/direct/01/

1 0

Re: [Inkscape-devel] Help with more grid problems
by bulia byak 13 May '04

13 May '04

>No, this is wrong. You almost always want to snap to nodes. I can see valid uses for both kinds of snapping. >they can use stroke to path to convert the shape to a new set of nodes. >Please, don't start making preferences for everything! I see absolutely no problem with Inkscape becoming the most configurable vector editor ever, even if some options are used by 0.001% of users. Besides their direct value of configurability, options also have educational value: if they're logically named and laid out, looking at the preference dialog page instantly gives you a good idea of the program's capabilities. _________________________________________________________________ Free yourself from those irritating pop-up ads with MSn Premium. Get 2months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

5 4