Free Desktop Graphic Suite - Revision history

Moini: Add link to freiefarbe

2019-04-20T00:30:34Z

Add link to freiefarbe

← Older revision		Revision as of 00:30, 20 April 2019
Line 114:		Line 114:

	pastels, grays, coated, uncoated, Web, sheetfed, Web Offset, metallics		pastels, grays, coated, uncoated, Web, sheetfed, Web Offset, metallics

			See https://www.freiefarbe.de/en/

BryceHarrington at 04:35, 19 April 2019

2019-04-19T04:35:04Z

← Older revision		Revision as of 04:35, 19 April 2019
Line 96:		Line 96:

	* http://openclipart.org/		* http://openclipart.org/


			=== 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.

			--mrdocs

			See Also:
			* [[ScribusInteroperability]]
			* [[Related programs]]
			* [[InkscapeColor]]
			* [[OpenClipart]]

	[[Category:Developer Discussion]]		[[Category:Developer Discussion]]
	[[Category:Needs Work]]		[[Category:Needs Work]]

Romain2Boss: /* Resources that can be shared: */ Link fixed

2012-12-28T20:25:50Z

Resources that can be shared:: Link fixed

← Older revision		Revision as of 20:25, 28 December 2012
Line 18:		Line 18:
	* Gradients (SVGs)		* Gradients (SVGs)
	* Palettes (We need a standard here.) (suggestion: .xml format, based on .ai format (each text line with each colour name and its rgb, cmyk or whatever))		* Palettes (We need a standard here.) (suggestion: .xml format, based on .ai format (each text line with each colour name and its rgb, cmyk or whatever))
	* Clipart (SVG[[/PNG]])		* Clipart (SVG/PNG)
	:: We need some kind of universal, portable and standard svg rendering engine that can cope with InkscapeSvg. I think the ability to know that your source svg looks fine in the GIMP or several other programs on anyone else's computer would encourage people to use it a lot more (and would leapfrog the Adobe formats). It would also mean that when you used a vector image in another program you wouldn't have to rasterise it, so output would be better quality. [[User:Legio noctis\|Legio noctis]] 14:56, 31 March 2010 (UTC)		:: We need some kind of universal, portable and standard svg rendering engine that can cope with InkscapeSvg. I think the ability to know that your source svg looks fine in the GIMP or several other programs on anyone else's computer would encourage people to use it a lot more (and would leapfrog the Adobe formats). It would also mean that when you used a vector image in another program you wouldn't have to rasterise it, so output would be better quality. [[User:Legio noctis\|Legio noctis]] 14:56, 31 March 2010 (UTC)
	* Icons		* Icons
Line 47:		Line 47:

	I will try to return to this page and expand on my ideas more solidly. Someone had a grand vision creating this page, and I don't want to see it come to nothing. [[User:Legio noctis\|Legio noctis]] 18:27, 1 April 2010 (UTC)		I will try to return to this page and expand on my ideas more solidly. Someone had a grand vision creating this page, and I don't want to see it come to nothing. [[User:Legio noctis\|Legio noctis]] 18:27, 1 April 2010 (UTC)

	== A file sharing toolbar ==		== A file sharing toolbar ==

Romain2Boss: /* A file sharing toolbar */ Layout fixed

2012-12-28T20:25:20Z

A file sharing toolbar: Layout fixed

← Older revision		Revision as of 20:25, 28 December 2012
Line 52:		Line 52:

	Standard toolbar:		Standard toolbar:

	[[File:Opengraphics_toolbar_mockup_1.png\|800px]]		[[File:Opengraphics_toolbar_mockup_1.png\|800px]]

	Toolbar with 'send to another application' menu open:		Toolbar with 'send to another application' menu open:

	[[File:Opengraphics_toolbar_mockup_2.png\|800px]]		[[File:Opengraphics_toolbar_mockup_2.png\|800px]]

	Toolbar with 'my collections' menu open:		Toolbar with 'my collections' menu open:

	[[File:Opengraphics_toolbar_mockup_3.png\|800px]]		[[File:Opengraphics_toolbar_mockup_3.png\|800px]]

	Mini toolbar:		Mini toolbar:

	[[File:Opengraphics_toolbar_mockup_4.png\|800px]]		[[File:Opengraphics_toolbar_mockup_4.png\|800px]]

Legio noctis at 18:27, 1 April 2010

2010-04-01T18:27:30Z

← Older revision		Revision as of 18:27, 1 April 2010
Line 19:		Line 19:
	* Palettes (We need a standard here.) (suggestion: .xml format, based on .ai format (each text line with each colour name and its rgb, cmyk or whatever))		* Palettes (We need a standard here.) (suggestion: .xml format, based on .ai format (each text line with each colour name and its rgb, cmyk or whatever))
	* Clipart (SVG[[/PNG]])		* Clipart (SVG[[/PNG]])
	:: Could some kind of work-sharing connection be developed: a toolbar with links to import recent/open files in the GIMP/Paint.net? On Windows at least surely it would be possible through MRUs, on Linux I don't know how it's stored. Would this break platform/software agnosticism, if so, could it be implemented as an extension? Is there a way extensions can create a toolbar in Inkscape itself? Should there be? The GIMP/Openshot/whatever developers should be asked if they would consider adding something like this into their own software. Also, the community needs some kind of universal, portable and standard svg rendering engine that can cope with InkscapeSvg. I think the ability to know that your source svg looks fine in the GIMP or several other programs on anyone else's computer would encourage people to use it a lot more (and would leapfrog the Adobe formats). It would also mean that when you used a vector image in another program you wouldn't have to rasterise it, so output would be better quality. [[User:Legio noctis\|Legio noctis]] 14:56, 31 March 2010 (UTC)		:: We need some kind of universal, portable and standard svg rendering engine that can cope with InkscapeSvg. I think the ability to know that your source svg looks fine in the GIMP or several other programs on anyone else's computer would encourage people to use it a lot more (and would leapfrog the Adobe formats). It would also mean that when you used a vector image in another program you wouldn't have to rasterise it, so output would be better quality. [[User:Legio noctis\|Legio noctis]] 14:56, 31 March 2010 (UTC)
	* Icons		* Icons
	* Cursors		* Cursors
Line 29:		Line 29:
	To help manage these resources it would probably be wise to try and incorporate some kind of Thumbnail Browser into any such suite. Unfortunately there is no obvious choice of cross platform and open source Thumbnail browser.		To help manage these resources it would probably be wise to try and incorporate some kind of Thumbnail Browser into any such suite. Unfortunately there is no obvious choice of cross platform and open source Thumbnail browser.

	:: Could all the open source projects agree on one location to store all these resources or links to them e.g. <tt>~/.graphicsresources</tt> ~~(ugly name, I know)~~ or <tt> %appdata%\Graphic resources\</tt>.		:: Could all the open source projects agree on one location to store all these resources or links to them e.g. <tt>~/.graphicsresources</tt> or <tt> %appdata%\Graphic resources\</tt>?

	Could this system be turned into a new open source project/standard of its own? For example, say we called it something like ~~'Interleave' or~~ 'Pixelshare', for lack of a graphic-y sounding name. We could then say that every Pixelshare-supporting program makes sure that a <tt>Pixelshare resources</tt> folder has been established. This would then contain a set directory structure, e.g. there could be a database (XML?) of the various programs/files/whatever is needed for efficient operation. For example:		Could this system be turned into a new open source project/standard of its own? For example, say we called it something like 'Pixelshare', for lack of a graphic-y sounding name. We could then say that every Pixelshare-supporting program makes sure that a <tt>Pixelshare resources</tt> folder has been established. This would then contain a set directory structure, e.g. there could be a database (XML?) of the various programs/files/whatever is needed for efficient operation. For example:
	<tt>		<tt>
	/cursors<br />		/cursors<br />
Line 46:		Line 46:
	I suggest information.xml contains metadata about the programs, what they produce, formats etc, and the (potential) database inside the <tt>Inkscape</tt> folder actually contains information such as location of the image, when it was last opened, by what, created, by what, notes attached to it, whether it is a derivative of another file in the database etc.		I suggest information.xml contains metadata about the programs, what they produce, formats etc, and the (potential) database inside the <tt>Inkscape</tt> folder actually contains information such as location of the image, when it was last opened, by what, created, by what, notes attached to it, whether it is a derivative of another file in the database etc.

	I will try to return to this page and expand on my ideas more solidly. Someone had a grand vision creating this page, and I don't want to see it come to nothing. ~~--legio_noctis~~, ~~January~~ 2010 (~~If you're reading this~~		I will try to return to this page and expand on my ideas more solidly. Someone had a grand vision creating this page, and I don't want to see it come to nothing. [[User:Legio noctis\|Legio noctis]] 18:27, 1 April 2010 (UTC)
	~~far in the future, shaking your head and sighing: sorry.~~)

	== A file sharing toolbar ==		== A file sharing toolbar ==

Legio noctis: /* An file sharing toolbar */

2010-04-01T18:24:29Z

An file sharing toolbar

← Older revision		Revision as of 18:24, 1 April 2010
Line 49:		Line 49:
	far in the future, shaking your head and sighing: sorry.)		far in the future, shaking your head and sighing: sorry.)

	== An file sharing toolbar ==		== A file sharing toolbar ==

	Some mockups:		Some mockups:

Legio noctis: Suggestions for a free graphics toolbar

2010-03-31T15:12:34Z

Suggestions for a free graphics toolbar

← Older revision		Revision as of 15:12, 31 March 2010
Line 10:		Line 10:
	* Scribus (page layout)		* Scribus (page layout)

	[[Common dialogs]]		== [[Common dialogs]] ==

	[[Tool consistency]]		== [[Tool consistency]] ==

	~~'''~~Resources that can be shared:~~'''~~		== Resources that can be shared: ==
	* Patterns (PNGs)		* Patterns (PNGs)
	* Gradients (SVGs)		* Gradients (SVGs)
Line 49:		Line 49:
	far in the future, shaking your head and sighing: sorry.)		far in the future, shaking your head and sighing: sorry.)

	~~Working on mockups for a~~ toolbar ~~[[User:Legio noctis\|Legio noctis]] 14:55, 31 March 2010 (UTC)~~		== An file sharing toolbar ==

	[[Feature Requests]]		Some mockups:

			Standard toolbar:
			[[File:Opengraphics_toolbar_mockup_1.png\|800px]]
			Toolbar with 'send to another application' menu open:
			[[File:Opengraphics_toolbar_mockup_2.png\|800px]]
			Toolbar with 'my collections' menu open:
			[[File:Opengraphics_toolbar_mockup_3.png\|800px]]
			Mini toolbar:
			[[File:Opengraphics_toolbar_mockup_4.png\|800px]]

			Is this feasible? [[User:Legio noctis\|Legio noctis]] 15:12, 31 March 2010 (UTC)

			== [[Feature Requests]] ==

	There are many features in the GIMP that Inkscape will want to copy such as the Dock Widgets for managing Palettes.		There are many features in the GIMP that Inkscape will want to copy such as the Dock Widgets for managing Palettes.

Legio noctis at 14:56, 31 March 2010

2010-03-31T14:56:55Z

← Older revision		Revision as of 14:56, 31 March 2010
Line 19:		Line 19:
	* Palettes (We need a standard here.) (suggestion: .xml format, based on .ai format (each text line with each colour name and its rgb, cmyk or whatever))		* Palettes (We need a standard here.) (suggestion: .xml format, based on .ai format (each text line with each colour name and its rgb, cmyk or whatever))
	* Clipart (SVG[[/PNG]])		* Clipart (SVG[[/PNG]])
	:: Could some kind of work-sharing connection be developed: a toolbar with links to import recent/open files in the GIMP/Paint.net? On Windows at least surely it would be possible through MRUs, on Linux I don't know how it's stored. Would this break platform/software agnosticism, if so, could it be implemented as an extension? Is there a way extensions can create a toolbar in Inkscape itself? Should there be? The GIMP/Openshot/whatever developers should be asked if they would consider adding something like this into their own software. Also, the community needs some kind of ~~universial~~, portable and standard svg rendering engine that can cope with InkscapeSvg. I think the ability to know that your source svg looks fine in the GIMP or several other programs on anyone else's computer would encourage people to use it a lot more (and would leapfrog the Adobe formats). It would also mean that when you used a vector image in another program you wouldn't have to rasterise it, so output would be better quality. [[User:Legio noctis\|Legio noctis]] 14:56, 31 March 2010 (UTC)		:: Could some kind of work-sharing connection be developed: a toolbar with links to import recent/open files in the GIMP/Paint.net? On Windows at least surely it would be possible through MRUs, on Linux I don't know how it's stored. Would this break platform/software agnosticism, if so, could it be implemented as an extension? Is there a way extensions can create a toolbar in Inkscape itself? Should there be? The GIMP/Openshot/whatever developers should be asked if they would consider adding something like this into their own software. Also, the community needs some kind of universal, portable and standard svg rendering engine that can cope with InkscapeSvg. I think the ability to know that your source svg looks fine in the GIMP or several other programs on anyone else's computer would encourage people to use it a lot more (and would leapfrog the Adobe formats). It would also mean that when you used a vector image in another program you wouldn't have to rasterise it, so output would be better quality. [[User:Legio noctis\|Legio noctis]] 14:56, 31 March 2010 (UTC)
	* Icons		* Icons
	* Cursors		* Cursors

Legio noctis at 14:56, 31 March 2010

2010-03-31T14:56:34Z

← Older revision		Revision as of 14:56, 31 March 2010
Line 19:		Line 19:
	* Palettes (We need a standard here.) (suggestion: .xml format, based on .ai format (each text line with each colour name and its rgb, cmyk or whatever))		* Palettes (We need a standard here.) (suggestion: .xml format, based on .ai format (each text line with each colour name and its rgb, cmyk or whatever))
	* Clipart (SVG[[/PNG]])		* Clipart (SVG[[/PNG]])
	:: Could some kind of work-sharing connection be developed: a toolbar with links to import recent/open files in the GIMP/Paint.net? On Windows at least surely it would be possible through ~~the~~ MRUs, on Linux I don't know how it's stored. Would this break platform/software agnosticism, if so, could it be implemented as an extension? Is there a way extensions can create a toolbar in Inkscape itself? Should there be? The GIMP/Openshot/whatever developers should be asked if they would consider adding something like this into their own software. Also, the community needs some kind of universial, portable and standard svg rendering engine that can cope with InkscapeSvg. I think the ability to know that your source svg looks fine in the GIMP or several other programs on anyone else's computer would encourage people to use it a lot more (and would leapfrog the Adobe formats). It would also mean that when you used a vector image in another program you wouldn't have to rasterise it, so output would be better quality. ~~--legio_noctis~~		:: Could some kind of work-sharing connection be developed: a toolbar with links to import recent/open files in the GIMP/Paint.net? On Windows at least surely it would be possible through MRUs, on Linux I don't know how it's stored. Would this break platform/software agnosticism, if so, could it be implemented as an extension? Is there a way extensions can create a toolbar in Inkscape itself? Should there be? The GIMP/Openshot/whatever developers should be asked if they would consider adding something like this into their own software. Also, the community needs some kind of universial, portable and standard svg rendering engine that can cope with InkscapeSvg. I think the ability to know that your source svg looks fine in the GIMP or several other programs on anyone else's computer would encourage people to use it a lot more (and would leapfrog the Adobe formats). It would also mean that when you used a vector image in another program you wouldn't have to rasterise it, so output would be better quality. [[User:Legio noctis\|Legio noctis]] 14:56, 31 March 2010 (UTC)
	* Icons		* Icons
	* Cursors		* Cursors
	:: For these two isn't it enough just to follow a standard set of guidelines (that would be Gnome/Gtk at the moment? (which seems fine)). I think Scribus would have to undergo some heavy surgery to do this though... --legio_noctis
	* Color Management		* Color Management
	* Fonts		* Fonts

Legio noctis at 14:55, 31 March 2010

2010-03-31T14:55:12Z

← Older revision		Revision as of 14:55, 31 March 2010
Line 47:		Line 47:
	I suggest information.xml contains metadata about the programs, what they produce, formats etc, and the (potential) database inside the <tt>Inkscape</tt> folder actually contains information such as location of the image, when it was last opened, by what, created, by what, notes attached to it, whether it is a derivative of another file in the database etc.		I suggest information.xml contains metadata about the programs, what they produce, formats etc, and the (potential) database inside the <tt>Inkscape</tt> folder actually contains information such as location of the image, when it was last opened, by what, created, by what, notes attached to it, whether it is a derivative of another file in the database etc.

	~~Anyhow, I have a feeling I shall be thinking about a possible implementation/standard for thsi rather a lot.~~ I will try to return to this page and expand on my ideas more solidly. Someone had a grand vision creating this page, and I don't want to see it come to nothing. --legio_noctis, January 2010 (If you're reading this		I will try to return to this page and expand on my ideas more solidly. Someone had a grand vision creating this page, and I don't want to see it come to nothing. --legio_noctis, January 2010 (If you're reading this
	far in the future, shaking your head and sighing: sorry.)		far in the future, shaking your head and sighing: sorry.)

			Working on mockups for a toolbar [[User:Legio noctis\|Legio noctis]] 14:55, 31 March 2010 (UTC)

	[[Feature Requests]]		[[Feature Requests]]