Difference between revisions of "BigPicture"

From Inkscape Wiki
Jump to: navigation, search
m
(redirect)
 
(2 intermediate revisions by 2 users not shown)
Line 1: Line 1:
This is the larger scale discussion and planning page for Inkscape. I'm still working on this page. It will get better over the next few. --rejon
+
#REDIRECT [[OpenPublishingToolsOrganization]]
 
+
I've dived in to add stuff too.. mrdocs
+
 
+
**Reminder for powwow with Scribus team last two weeks of February
+
 
+
=== Summary ===
+
 
+
We need to think about where our project is headed, how it can interface with other projects, and what users (people in the world) are going to use in the future. By looking at the big picture, the time-scale of our tasks and what we are doing will be influenced positively.
+
 
+
=== Rendering Engine Consortium ===
+
 
+
* Mozilla
+
* Cairo
+
* Inkscape
+
 
+
Specifically, discussion of these topics is coming out of an IRC chat with the developers of Mozilla SVG, Cairo graphics, and our people.
+
 
+
As ISHMAL puts it:
+
 
+
(00:09:47) ishmal: moz does need a x-platform renderer (substite OS X/Win32/Linux/etc for x)
+
(00:10:03) ishmal: cairo does need users
+
(00:10:20) ishmal: we (eventually) will use cairo
+
 
+
I think we need to look at our project as a triumvirate between Mozilla, Cairo, and Inkscape, or Viewer, Engine, and Editor. Once SVG is rendered out-of-the-box in browsers, that will drive the use of Inkscape. --rejon
+
 
+
 
+
=== The Open Publishing Tools Organization (OPTO) ===
+
 
+
This idea comes out of a discussion online with MRDOCS, about the need for Open Publishing Tools to unite and develop some sort of presence so that printers understand that there are other tools that are being used, other than QUARK, PHOTOSHOP, ILLUSTRATOR, and INDESIGN. There are other issues too that need to be dealt with, such as PANTONE's monopoly over the color industry. A project idea that OPTO could commission is/are open swatchbooks, which could be sold for the price of printing them (standard color formulas for printers) and could be downloaded as PDF files as well.
+
 
+
Initial Applications that would fall under OPTO:
+
 
+
* Scribus
+
* Ghostscript
+
* Inkscape
+
* CUPS
+
* [[The_Gimp]]
+
* GIMP-Print
+
 
+
==== Open Swatches ====
+
 
+
pastels, grays, coated, uncoated, Web, sheetfed, Web Offset, metallics
+
 
+
 
+
==== Font Management Software (like suitcase or atm) ====
+
 
+
It should be relatively easy to slap together a GTK+ frontend for fontconfig that will allow the management of fonts, loading of new permanent and temporary fonts for a system, and then run 'fc-cache' to update a desktop to the new fonts installed. This is very necessary for designers whom work with MANY fonts and need to be able to load new ones without restarting their system. Commandline is not the most user-friendly for this type of task.
+
 
+
Scribus, has a capability to package up all the images and layout files into a separate directory, which can then be tarred.  Would be nice if the fonts could be managed in a compatible fashion. Already, packaging fonts is in the Scribus tracker as a request.
+
 
+
For everyday installing, this is not needed with KDE, as of 3.2 it has KIOslave for fonts: fonts:// linked to ~/.fonts and a previewer for individual font faces. It works really well. Gnome has fontilus, but I have less experience with it.
+
 
+
Perhaps focus should be on packaging with files ([[The_Gimp]] and other image files, Inkscape files and Scribus layouts) and making it easy to restore, files and fonts on other machines..
+
 
+
Scribus has added preliminary support for [[The_Gimp]] integration in 29022004 1.2cvs. This allows a user to launch [[The_Gimp]] to edit an image from within Scribus and edit the file with return to Scribus after saving changes. Would be a nice option for Inkscape.
+
 
+
See also ScribusInteroperability
+
 
+
 
+
--mrdocs
+
 
+
==== Creative Commons Licensed ClipArt Library ====
+
 
+
OPTO should provide rpm packages of SVG clipart. This could be the svg flags from sodipodi, road signs, general standard linux clipart, and so forth. This could be taken further and also include photo clipart. People love to have nice images to show people and standard mish-mash to mix into their creative works.
+
 
+
 
+
=== Inkscape Inclusion in Linux Distros ===
+
 
+
* Distros
+
** Fedora
+
** SUSE
+
** Gentoo
+
** Debian (http://packages.debian.org/inkscape)
+
** PLD - It is a Polish RPM based distro with a very good build system for multiple arches AMD64/Sparc/ppc a good testing ground for arch issues
+
 
+
=== Color Management ====
+
For Inkscape to be accepted in the print world, there must be good reliable support for both RGBA and CMYK color spaces. At the moment, the easiest way to get Inkscape SVG into CMYK color spaces is via import into Scribus or using Acrobat Distiller on Win32.
+
 
+
Scribus and [[The_Gimp]] both use littlecms for a color mangement module for doing "soft previews" of RGBA color into a CMYK (print) space. At some point, adding color management support should be discussed.
+
 
+
There is a list just starting on freedesktop.org on this topic. Details to be announced soon.
+
 
+
Adding support for littlecms means we match color output across devices (like Apple's inkscape) like scanner > digital camera > app > monitor > print, and also, both [[The_Gimp]] and Scribus use littlecms.
+
 
+
LittleCMS also has its own VERY ACCURATE COLOR CONVERSION ROUTINES!!! I know we were discussing this awhile back when the new color palette was being built.
+
 
+
=== More Info ===
+
 
+
For more information on these projects, see RelevantCoProjects.
+

Latest revision as of 00:33, 27 June 2006