Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 5,047
» Latest member: rf_rb
» Forum threads: 7,107
» Forum posts: 38,872
Full Statistics
|
|
|
Moving a drawing around the canvas |
Posted by: thomastank - 02-05-2018, 09:28 AM - Forum: General questions
- Replies (1)
|
|
Morning.
I created a drawing (6"x 4") on a white back ground, then I resized the canvas to a much larger size (A3) the drawing is now in the top left corner, how do I move it around to where I need it to be?
Kind Regards
Thomas.
SORRY, I did it, move tool, it didnt work the first time, its working now.
|
|
|
How can I add the GIMP User Manual to a portable version of GIMP? |
Posted by: ajax - 02-04-2018, 07:24 PM - Forum: Windows
- Replies (3)
|
|
I've been using, and liking, the version of GIMP packaged and distributed as a Portable App. I'm also experimenting with my own, home made, portable version of 2.9.x. I like having the help installed along with GIMP. Is there a way to do this without using the Windows Installer?
|
|
|
GIMP not using Windows Libraries |
Posted by: ajax - 02-04-2018, 06:59 PM - Forum: Windows
- Replies (2)
|
|
On my Windows 7 system, GIMP seems to assume that pictures are located in a folder named C:\user\name\Pictures no matter where they really are. Windows, I believe starting with Vista, began using a concept called Libraries within which user data (i.e., documents, pictures, music, video, etc.) is stored. While the default location is on the C: drive (i.e., system partition), the user can relocate them to another drive/partition. This was also true of the "My Documents" folder on Windows systems prior to Vista. In order to make my systems less fragile I've always located this user data (i.e., work product) on a different partition than the one containing the frail Windows system.
It would very desirable if GIMP could use/recognize these libraries rather than assume something that is not always correct.
|
|
|
Introducing "inline code" |
Posted by: Ofnuts - 02-04-2018, 12:31 PM - Forum: Gimp-Forum.net
- Replies (5)
|
|
I have a thing for the "inline code" in markdown. So I have added it equivalen on gimp-forum.net. Text surrounded with backticks is:
- shown in a fixed size font
- included in a box, like this
I find it nice to distinguish what should be entered/used: Open the file with File>Open as layers...
|
|
|
Removing White Pixels from Grayscale |
Posted by: pongiste - 02-03-2018, 07:19 PM - Forum: General questions
- Replies (10)
|
|
I have used Gimp a bit in the past but have decided to adopt it as my main image editing software.
One of my most frequently performed tasks in Photoshop is removing the white background from pure black-and-white grayscales by dragging the gray channel onto the dotted circle option in the channel menu (sorry, away from my laptop at the moment so can't be more precise) which selects all the white pixels allowing me to delete the white pixels in one fell swoop.
Is there an equivalent workflow in Gimp? Thanks!
|
|
|
Differences between software used to view digital images |
Posted by: ajax - 02-03-2018, 06:09 PM - Forum: Other graphics software
- Replies (3)
|
|
The post is not specifically about GIMP but rather about the general concept of rendering digital images for display on a computer monitor. It is provoked by an observation triggered by Windows Photo Viewer (WPV) and pertains to the problem of obtaining a consistent result when viewing a digital image which I think is the main objective of GIMP. In that, GIMP is producing something that needs to be useful with all manner of hardware and software.
In this case we're specifically talking about viewing a digital image on a computer display monitor but I would think the same problem exists with all manner of other devices used to display graphical images. My recent interest in learning about digital image editing has lead me to learn that color management is a pretty complex subject and that differences exist between all of the devices involved in the process (i.e., work flow) of creating an image. I also recognize that there is an inherent problem in trying to produce an image whose only purpose is to be viewed but that we don't have any control over what devices our audience might want to use when viewing that image. However, it is really troubling when a fully developed image looks dramatically different when viewed on the same device using different software.
I offer as an example a photograph in the form of a jpg image developed by a camera. Since I also realize that you will be viewing anything I can try and show you with equipment and software unknown to me, the only way I could think to accomplish my objective was to photograph my own monitor while displaying an image. Keep in mind that image quality is irrelevant in this case the only thing I'm wanting to demonstrate is difference, which I'm thinking should be apparent no matter how you are viewing this image.
Here is a photograph of a photograph being display on my monitor with 2 different image viewers. In that, the exact same file has been opened by each viewer. The one on the left is the WPV that is part of Windows 7 and the one on the right is GIMP. It looks to me like WPV is the outlier. In that, whatever differences might exist between other viewers (i.e., other than these 2) are subtle enough that they are not so apparent, at least to me, from what GIMP shows. However, I'm inclined to think that whatever explanation might exist for the difference demonstrated here could also apply to any software and that all such software may in fact be different in the same respect even if those differences are not sufficiently dramatic to be apparent to me or maybe even to you. It would be much more comforting to learn that WPV is an anomaly and that by simply not using it this apparent problem is solved.
Can anyone explain what is happening here?
|
|
|
|