- Inkscape Devel - Inkscape Mailman

RE: [Inkscape-devel] Re: 'dialogs' menu
by bulia byak 19 Feb '04

19 Feb '04

>I know what you mean. When I open up PSP, all my palettes and such are >exactly where I left them when I last used it. When it comes to the GIMP, >Inkscape, etc, each >palette is a seperate application, and I have to open them and move them >each time I use it. Open, but not move. Inkscape remembers the position of each dialog and reopens them where they were last time. In a future version it will optionally reopen all dialogs that were open at the end of the previous session. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Re: [Inkscape-user] horny user
by Jon A. Cruz 19 Feb '04

19 Feb '04

Daniel Taylor wrote: >On Thu, 2004-02-19 at 11:06, Michal Zeravik wrote: > > >>I have a few questions: >>Are you planning to implement masking of vector/bitmap objects? >> >> > >No idea, but it sounds like it would be a nice feature. Has anyone else >considered this? > > > Here we go: "14 Clipping, Masking and Compositing" http://www.w3.org/TR/SVG/masking.html

1 0

Color Palette
by Leandro Pereira 19 Feb '04

19 Feb '04

Hi. Some time ago I've developed a simple palette selector, much like Corel Draw's. Users can load The GIMP palette files, scroll, and pick a color using standard GTK+ color selector. Maybe this could be of use to Inkscape. Screenshot here (the page is in portuguese, though): http://www.dots.ro/mindcrisis/palsel.php It has been already ported to GTK2 (although the screenshot shows the early GTK1 version). Bye. -- Leandro Pereira <leandro@...218...> NERV

2 1

Fedora RPM submission
by Peter Linnell 19 Feb '04

19 Feb '04

Hi all, I have submitted the following: https://bugzilla.fedora.us/show_bug.cgi?id=1303 to Fedora.us for QA review and in hopes Inkscape 0.37 will be included in Fedora Stable. Anyone who has a Fedora system is encouraged to report successful builds or installs in comments on this bug. Thanks, Peter

2 1

Re: [Inkscape-devel] Joining GNOME Office
by Dom Lachowicz 19 Feb '04

19 Feb '04

> > that I and others have put so much time into getting GTK+ working and > > theming pixel-perfectly (GtkWimp) on Win32 and then have apps deploy >their > >I'm using GtkWimp with inkscape 0.37 on windows 98 and getting a shedload >of font errors I really need to report ... (I'll get around to it sometime >this week I hope). This is a Pango bug and is well-known. I bet that your default font is something like "MS Sans Serif". Pango on Win32 only handles TrueType fonts, and is probably overly verbose when it can't find a font... Dom _________________________________________________________________ Stay informed on Election 2004 and the race to Super Tuesday. http://special.msn.com/msn/election2004.armx

1 0

Re: [Inkscape-devel] Joining GNOME Office
by Dom Lachowicz 18 Feb '04

18 Feb '04

> > First, we have historically striven to avoid adding dependencies that > > are not common on a wide range of platforms. Of course, this means that > > we often cannot make use of the latest and greatest enhancements > > available, but on the other hand it makes life much easier for our > > users. What is the GNOME Office's stance on the issues of dependencies > > and portability? > >Dependencies will be limited to goffice libraries like libgda and >libgoffice, which afaik are developed with portability in mind. GnomeOffice applications will also use: GnomePrint for printing LibGSF for file handling LibXML2 for XML parsing GnomeOffice apps should be designed with portability in mind. We best serve our user base by being flexible and nible. It is also important that we do not overly restrain ourselves feature-wise simply for portability's sake. Libraries built with portability and extensibility in mind, like LibGSF (discussed later), are strongly encouraged. Inkscape works well on Win32 already. My only gripe is that the 0.37 release ships its own Glib and GTK instead of using the "system" ones. It annoys me that I and others have put so much time into getting GTK+ working and theming pixel-perfectly (GtkWimp) on Win32 and then have apps deploy their own copies of same. I understand that there are real problems that you guys are trying to conquer by doing so, but I contend that there are better alternatives. > > Do you have a listing of the currently available reusable components > > from these other projects, that we could review? > >libgda, libgnomedb: www.gnome-db.org >libgsf: http://www.advogato.org/proj/libgsf/ >libgoffice: currently part of Gnumeric afaik libgnomeprint, libgnomeprintui. > > Third, is GNOME Office working with the freedesktop organization? How > > is it tying in with them? Are there other standards bodies that GO will > > be working with? > >Afaik there is non-strict adherence to the HIG. I am unaware of any >major collaboration with fd.o, although I'm uncertain whether fd.o is >covering anything pertinent to GO at the moment. Adherence to the HIG is an eventual goal except in limited situations. I have at least 2 pertinent FD.O projects at the moment: 1) Use of Enchant (or some library that wraps Enchant, such as GnomeSpell or GtkSpell) for any application that does spell-checking 2) Use of mime-type based atoms on the clipboard. For example, "image/svg+xml" and "image/png" might make sense for Inkscape. "text/html" makes sense for Abi, Evo, Gnumeric, ... > > Finally, how do you view Open Office and KOffice in the context of GNOME > > Office, and in terms of interoperability, competition, augmentation, > > etc.? Concretely, KDE plans on using Enchant at some future date. I'm fairly certain that I can get KOffice to follow my upcoming mime-type clipboard RFC. OpenOffice and Mozilla will likely follow in this regard. >Interoperability: I believe it is a definite goal to support the various >OASIS office formats. I think Gnumeric is closest to this goal, as >nobody has stepped up to really work on it for AbiWord. It's more a >question of manpower whilst the lead developers are concentrating on >more important aspects. Will Lachance and I have written OOo Writer filters. They're not 5* quality, but show substance and promise. > > We have been looking at libgsf. It would be interesting to learn more > > about the benefits these other capabilities could provide for Inkscape. > >Jody would be best placed to answer this. I'll field this one. LibGSF is a few things: 1) A powerful, value-add, portable, flexible wrapper around FILE* types of operations 2) A compound document library. For example, MS OLE2, JAR/ZIP that OOo uses as their file format, etc... 3) A set of utility functions to make #1 and #2 better for the programmer WRT point #1, LibGSF makes many fundamentally different (but similar) things look like FILE* handles. More correctly, Input and Output handles. These types of handles include: } FILE* handles } GnomeVFSHandles } In-memory buffers } GIOChannels } COM IStreams } Bonobo Streams } COM ADODB::Streams (soon) ... Further, seamless GZip/BZip compression/decompression are supported over any of the above handles. What does this mean? It means that (at least): 1) Copying to the clipboard is the same as writing to disk. Just use an in-memory sink. Ditto for reading from a clipboard. 2) You can read/write data out of an embedded object (BonoboStream, IStream) 3) You can read/write data out of a database (ADODB::Stream) 4) You can read/write data over Samba, HTTP, WebDAV, FTP, SSH, ... (GnomeVfs) 5) You can GZip your XML stream that's going to a remote WebDAV server with only 1 more line of code. Further, these types of operations don't look any different to you, the API consumer. It allows you to add in tweaks and extensions transparently for any Win32 port, Gnome port, etc... that you might have. You could use the new GtkFileSelector with its GnomeVFS backend on GNOME builds. Or just the "normal" FILE backend on non-GNOME builds. As a GSF API consumer, you won't have to change more than a line or two of code to handle these tremendously different cases. GSF adds value by adding a layer of sanity-checking on top of their wrapped Handles. For example, I've seen fwrite return a short count but !ferror() (take that, ANSI C!). This takes care of that potential problem. The FILE* Output will create a temporary file and not overwrite any existing file until your saving operation is entirely successful. It also has some smart symlink handling. All sorts of things that are easy to screw up and hard to get right. In short, GSF "just works" for just about any and every definition of "just works". Cheers, Dom _________________________________________________________________ Say �good-bye� to spam, viruses and pop-ups with MSN Premium -- free trial offer! http://click.atdmt.com/AVE/go/onm00200359ave/direct/01/

2 1

clipart module
by MenTaLguY 18 Feb '04

18 Feb '04

proposal: we should move share/clipart into its own CVS module. It's not part of the build or distribution trees, and the extra updates are a pain for those of us on dialup who are just trying to work on the codebase. -mental

5 13

RE: [Inkscape-devel] Spanish translation
by bulia byak 18 Feb '04

18 Feb '04

> Hi, I hope this is the right place to ask questions about the >translation of Inkscape. Sure! We don't have a separate translations list yet :) > After compiling and running it I found that the spanish translation >was terribly out of date so I started to update it. It's much appreciated. > I wouldn't want do duplicate efforts, so now I'm asking if there is >already someone working on this. If this is not the case I would like to >become the translator to spanish. I have some experience in software >translation as I am a member of the spanish GNOME translation team >http://es.gnome.org. Nobody has so far declared the intent to work on the Spanish translation, so you can go ahead. _________________________________________________________________ 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

Spanish translation
by Lucas Vieites Fariña 18 Feb '04

18 Feb '04

Hi, I hope this is the right place to ask questions about the translation of Inkscape. My name is Lucas Vieites and I'm trying out Inkscape 0.37 because I found 0.36 a very good release. After compiling and running it I found that the spanish translation was terribly out of date so I started to update it. I wouldn't want do duplicate efforts, so now I'm asking if there is already someone working on this. If this is not the case I would like to become the translator to spanish. I have some experience in software translation as I am a member of the spanish GNOME translation team http://es.gnome.org. Thank you for your attention, -- Lucas Vieites Fariña Dpto. Desarrollo <lucas@...212...> Asix Informática http://www.asixinformatica.com/ Tel/Fax: 986 54 26 98 ------------------------------------------------- http://EuropeSwPatentFree.hispalinux.es => Yo quiero una Europa libre de patentes de software, ¿y tú? => I want a Software Patent Free Europe! And you?

3 4

Dialogs Menu is Suspect
by David Adam Bordoley 18 Feb '04

18 Feb '04

Hi Inkspace Devs: Ok, let me first admit that the following comments are only based on the screenshot i saw on gnomedesktop, as right now my gnome setup is pretty borked and i am unable to install inkspace. With that out of the way, I wanted to suggest to you that you might want to consider a better menu title than "Dialogs." Dialog is really a technical term used by ui designers and isn't really meant to be a user visible string. I suspect (though as i mentioned this is purely based on the screenshot), that the items in this menu probably better fall under the category of tools though this might be an incorrect assumption. Nonetheless it would be better to use a more descriptive menu label here as oppose to the ultra-generic "Dialogs" label. Feel free to email me for any further questions, issues etc. dave

1 0