Jump to content

Talk:GIMP

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by ANONYMOUS COWARD0xC0DE (talk | contribs) at 05:01, 12 April 2007 (Bug). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

WikiProject iconComputing Unassessed
WikiProject iconThis article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
???This article has not yet received a rating on Wikipedia's content assessment scale.
???This article has not yet received a rating on the project's importance scale.

/Archive 1: Feb 2003 - Jul 2006

.psp

The article says GIMP is compatible with the .psp format, but I get an error message saying "unsupported PSP file format version 5.0", so apparently it's not completely compatible. If anyone could say with what exactly it is compatible, that would be a nice improvement to the article. Ergbert 03:32, 3 October 2006 (UTC)[reply]

FWIW, I've never had PSP files work on GIMP. I suspect that it might support the PSP format prior to 5.0 because nothing I've saved from 5.0 and up has ever worked. At one point, I altered my workflow to use PSD format instead which opens in GIMP nicely. Kyouryuu 21:38, 30 December 2006 (UTC)[reply]

Pantone color matching system

Why has GIMP no support for the Pantone color matching system? --84.61.57.90 12:26, 4 October 2006 (UTC)[reply]

Because it is proprietary. Pantone guards its colour matching system very closely and it would not allow it to be used in any free/open source software project. Doing so would be like giving away the crown jewels. --Imroy 16:32, 4 October 2006 (UTC)[reply]

Why can the Pantone color matching system not used in free software? --84.61.3.0 08:52, 28 October 2006 (UTC)[reply]

Adobe doesn't really "support" Pantone anyway, their Pantone colors are just RGB additive color approximations of the subtractive CMYK color you see in the Pantone books. I believe Adobe even has a disclaimer to that effect. 68.20.20.19 16:48, 11 April 2007 (UTC)[reply]

Because
  1. the name is trademarked, so GIMP could not claim to support Pantone without Pantone's permission (which would cost money);
  2. the list of Pantone numbers is copyrighted, so GIMP could not include it without Pantone's permission (which would also cost money); and
  3. even if some rich benefactor were to offer to give the GIMP project enough money to pay Pantone's license fees, they would run into problems with the free software license, which requires anyone to be able to copy and modify the program and all its data -- Pantone would never agree to allow absolutely anyone to copy and modify their list of colours, because its only value comes from the fact that they control it completely themselves (so anyone requesting a specific Pantone number knows exactly which ink they will get).
— Haeleth Talk 18:13, 28 October 2006 (UTC)[reply]

Plugin Interoperability

I found this interesting article about loading Photoshop plugins in the GIMP: http://www.linux.com/article.pl?sid=06/04/05/1828238

Does anyone know if the reverse is possible? Is there an adapter for loading GIMP plugins from Photoshop?

I think to list not being able to load your competitors plugins as a missing must need feature is a little unfair. Its not like they arn't implementing plugins what so ever, or thoose plugins follow some standardized plugin format (to my knowladge), so why would they implement them? Bawolff 23:45, 11 November 2006 (UTC)[reply]
There is a program which compiles psp plugins for gimp but I have currentlly forgotten the name. Furthermore, i've never used it but try looking arround this site Gimptalk, Thats where I heard about it.--The Editor1111 11:49, 5 January 2007 (UTC)[reply]

On Portal:Free software, GIMP is currently the selected article

(2007-01-29) Just to let you know. The purpose of selecting an article is both to point readers to the article and to highlight it to potential contributors. It will remain on the portal for a week or so. The previous selected article was RPM Package Manager. Gronky 14:20, 29 January 2007 (UTC)[reply]

The selected article box has been updated again, the new selectee is X Window System. Gronky 20:14, 4 February 2007 (UTC)[reply]

Too many lines deleted

I think that some of these lines are correct and useful: Benefits of the GIMP system include:

  • Zero licensing costs, even for installations on many computers
  • Available for many types of computing systems
  • Not dependent on any single company for updates or support
  • Freely redistributable, so it may be shared on a local network or given to friends and family
  • Plug-in development is not limited by developers (Access to Adobe Photoshop's SDK requires

authorization [1])

Sentence

The article under brushes etc says this:
...plus tools to pick colours from the image with various averaging options. Support for hexadecimal colour codes (as used in HTML). While 'CMYK' is offered in the Palette...
So, is there support for Hex colors or not? The sentences looks like part of a deleted one; it doesn't say either way right now. 82.93.133.130 18:59, 13 February 2007 (UTC)[reply]

.eps

I think this might be an helpful addition to clear some doubts about supported formats

Gimp does not have a built-in .eps support but it relies on ghostscript to interpret the format. If you open an .eps file with Gimp you will get a generic error window. That does not imply that the application can not handle this extension. You just have to install Ghostscript on your system. So go to Sourceforge.net and download the GPL version which does not present any limitation for commercial use. After installing Ghostscript you will have to associate Gimp with Ghostscript by creating a new environment variable. So click on the start button and go to control panel, system, advanced, environment variables. Click on the new button then type in the name GS_PROG followed by the complete location of the Ghostscript executable typically c:\programs\gs\gs.8.54\bin\gswin32c.exe now click ok and close window. If Gimp is already running close and reopen it. Now you will able to handle encapsulated postscript documents. The afore mentioned process works with Windows NT, 2000, XP and Vista. For windows 95, 98 and ME users you will have to edit the autoexec.bat file Just add the following code line SET GS_PROG "whole file location"\gswin32c.exe Lotusv82 20:17, 4 March 2007 (UTC)[reply]

Bug

When creating a 100x100 pixel image at 10ppi the image appears correctly at 10 inches. However, if you resize the image to 50x50 at 5ppi the image appears at half the size, even though basic math says that the two images should have relatively the same size (as of version 2.2.13). Similar problems have been noticed in Photoshop. With all the hours of development time being placed into both products it's shocking that such a simple concept and feature as image resizing could be mangled so badly. Bad software design models, simple mistake, poor reasoning, lack of abstraction, encapsulation; what could result in such an oversight, and how? Could it be an intentional design decision? Sorry, but I just feel the need to fume after finding out that paid-for and open-source software both in a major release state could have the same major bug in such a core basic feature. --ANONYMOUS COWARD0xC0DE 05:01, 12 April 2007 (UTC)[reply]

Retrieved from "https://en.wikipedia.org/w/index.php?title=Talk:GIMP&oldid=122148261"