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 Zarniwoot (talk | contribs) at 02:11, 15 November 2007 (→‎Article name?). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

m m

WikiProject iconComputing B‑class High‑importance
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.
BThis article has been rated as B-class on Wikipedia's content assessment scale.
HochThis article has been rated as High-importance on the project's importance scale.

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]

Well known bugs

  • 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]
This is not a bug at all, you're just confusing an image's print resolution setting with the editor's zoom level. The dpi value you set on an image is merely used to figure out its real-life dimensions (whether for printing out on paper, or for programs that work with real-life dimensions instead of pixels), your editor's zoom level is what controls how large the image actually appears on-screen. If you're viewing the image at a 100% zoom level, every pixel in the image corresponds to exactly one pixel on-screen, so the image appears at whatever dpi value your monitor is displaying (which is usually somewhere around 70-100dpi). If you create a 100x100 pixel image at 10dpi and it appears to display as 10"x10", then what really happened is that your image editor initialized its zoom level to match the dpi you specified -- depending on your desktop resolution, you're actually viewing the image at about 800% zoom. If you resize the image's dpi afterwards, you can't expect the editor's zoom level to automatically change to reflect the new value. (Though if you want to propose this as a feature, head on over to www.gimp.org and tell them, not us.)
Sorry for the long rant, Wiki talk pages should be used to discuss the article, not for whatever the article itself is talking about. --Stratadrake 00:01, 13 April 2007 (UTC)[reply]
  • ver-2.4.0 and ver-2.4.1 on MS-Windows XP don't support input from Wacom Tablets (like Intuos3 (model:PTZ430/G))

Suwatest 14:32, 28 October 2007 (UTC)[reply]

Lock Pictures

Just curious as to why they are in this article. I could see having them in the article for the Clone Tool, but as this ability is hardly unique to GIMP it seems odd to have the representation on the page.204.76.128.217 11:01, 1 July 2007 (UTC)[reply]

Probably worth removing, yeah. Chris Cunningham 11:40, 3 July 2007 (UTC)[reply]
I disagree on this point. Why not show at least one before and after picture? No example of image manipulation will be entirely unique...nor does it need to be. But that example explains the GIMP in a concrete, immediately understandable way. Ram rottenly 22:04, 19 July 2007 (UTC)[reply]

Dates for major releases

I just came to see how long it's been since the release of 2.2.0, but the article doesn't give the dates for any of the major releases. If someone knows where to find these dates, it would be great if they added them. Gronky 21:52, 29 July 2007 (UTC)[reply]

Wikipedia:How to use the GIMP

Should the GIMP article link to Wikipedia:How to use the GIMP ? Or does that go against the "no self-reference" guideline? --75.37.227.177 23:54, 29 July 2007 (UTC)[reply]

Sometimes links like that are ok. I think it's fine. Put it in and see if it sticks. — Omegatron 02:29, 31 July 2007 (UTC)[reply]
The content on that has already been transwikied to Wikibooks, and Wikipedia is an encyclopedia, not a textbook so that page has been speedy deleted under transwikied content. --wL<speak·check> 20:54, 31 July 2007 (UTC)[reply]

Article name?

On the subject of GIMP vs. GNU Image Manipulation Program, why the sudden move? "GIMP" is the common (and not incorrect) name of the program. --Stratadrake 23:32, 2 November 2007 (UTC)[reply]

That was done by a relatively new user; I've undone the change. Mindmatrix 23:40, 2 November 2007 (UTC)[reply]
I am new to wikipedia but not new to GNU. I moved the page back and I really desire that this does not upset you nor change your plans. -- Carol 04:16, 9 November 2007 (UTC)
Also, that you forgive me for the fact that the sockpuppet template on my user page broke my signature here. User:CarolSpears 04:16, 9 November 2007 (UTC)[reply]
This should not be done without a discussion on this page. GIMP seems to be more used then "GNU Image Manipulation Program" in the official documentation [2] and overall. At least GIMP should redirect here. Zarniwoot 02:11, 15 November 2007 (UTC)[reply]