Re: [Gimp-user] Open a file r/o
On Tue, 23 Mar 2010 14:19:29 +0100, Lennart Svensson wrote: When you start gimp from the promptline you got the Application Options: -a, --as-newOpen images as new Why is this not available (as a button) when you open a file inside gimp ? If I understand correctly you want to open the same image as the one currently opened, but as separate image ? If this is what I have understand (?) you can open as many same-but-different image by simply drag and drop the image over the toolbox. (opening images by drag and drop is always an easier method for me than to browse for a file via the open dialog each time I want to open something; unfortunately the save by drag and drop is not possible :) Cristi -- Cristian Secară http://www.secarica.ro/ ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
[Gimp-user] Unsorted font list in text input dialog
This morning I upgraded from GIMP 2.6.6 to 2.6.8 running on OSX SL. It seems that the font dialog does list all the fonts available on the system in random order. Is it possible to change this to get sorted ascended like it was in 2.6.6? ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] giimp printing incorrectly
Am Donnerstag, 25. März 2010 00:49:46 schrieb Gracia M. Littauer: On Monday 22 March 2010 07:48:13 pm Sven Neumann wrote: You could start by using an updated version. Not sure if there are any relevant fixes, but 2.6.2 is really very very outdated. Try to get your hands on 2.6.8 and a recent version of GTK+. Since you are so knowledgeable, maybe you can tell my good friend where she can get a suse version of gimp 2.6.7?? We have looked everywhere. First, in most distributions, upgrading to a more recent version of any program should be possible using the installation tools of this distribution - which yould be yast in case of suse. Please read the manuals of your distribution on how to upgrade packages for that distribution using the distributions' tools. Secondly, if this is not possible, you could try and have a look at http://software.opensuse.org/search?q=gimp Sadly, the list there is not ordered by version, but I found 2.6.7 on top of page 2 - and the current version (2.6.8) is also available from that site. hth Torsten signature.asc Description: This is a digitally signed message part. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] giimp printing incorrectly
On Thursday 25 March 2010 10:18:32 am Torsten Neuer wrote: Secondly, if this is not possible, you could try and have a look at http://software.opensuse.org/search?q=gimp Sadly, the list there is not ordered by version, but I found 2.6.7 on top of page 2 - and the current version (2.6.8) is also available from that site. thanks...i've been there but didn't get those results...she knows (kind of) how to use yast...great with gimp, bad at upgrading. -- Gracia in Cooleemee, NC- on Zenwalk 6.2 http://www.flickr.com/photos/mynameistaken/ http://www.youtube.com/bellalight Cogito, ergo sum ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Open a file r/o
On Thu, 2010-03-25 at 08:19 +0200, Cristian Secară wrote: (opening images by drag and drop is always an easier method for me than to browse for a file via the open dialog each time I want to open something; unfortunately the save by drag and drop is not possible :) It is possible. You can save an image by dragging the image from the image preview in the toolbox or from the image previews in the Quit dialog (there might be more places, I am not sure...) to a file-manager or desktop that is XDS-aware. Works nicely for me on GNOME 2.28. http://freedesktop.org/wiki/Specifications/XDS Sven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Open a file r/o
On 03/24/10 18:00, Jay Smith wrote: snip Martin's options above and Sven's option to open and then do a SaveAs all, in my opinion, sort of miss the point. My observation is that the OpenAs protects the user from themself. If a user (myself included!!!) is going is screw up a file, these sensible methods that Martin and Sven list are probably not going to save the user from themself. If said user is unsure of their own abilities or worried about destroying a file, creating a backup copy (just cp image1.ext image1-bak.ext is an easy enough command to run, with Windows just right click on the file icon, copy, right click on an open part of the file manager or desktop, paste and you wind up with Copy of image1.ext) is the best solution instead of trying to add complexity to the tool used to edit them. You could also set the perms on Windows or *Nix to read-only on the original. Both are easy enough to do. However, IF you want to argue that such a user won't think to use (or understand the meaning of) an OpenAs feature, I would probably agree with you. People who need to be protected from themselves often find ways around every such protection. And that includes me. ;-) When you make something idiot-proof, the universe creates a better idiot. For myself, I can see OpenAs being useful. snip I disagree for the reasons stated above. P.S. More importantly, please let's be sure that all the file create PERMISSIONS are being created correctly. I already posted a bug on this, but I sure am getting tired of files being created with rw- r-- r-- even though the umask, directory perms, etc., and everything else Um, that is. You'll find every file you save will by default rw-r--r-- From my own $HOME directory: -rw-r--r-- 1 user1 user1 2492 Feb 2 09:32 .vimrc Or even better, a file that's recently been created: -rw-r--r-- 1 user1 user1 8336 Mar 25 11:28 .xscreensaver Those perms give user1 (user, group) read and write permissions and everyone else read permissions (which is how it should be by default). The only time you need execute (x) permissions are on executables and if you want someone else to be able to read them without copying the file to them, just add them to your group. is exactly as it should be. This may have already been fixed, but I don't have the skills to compile/install or whatever without hiring snip Seriously? Even when I was a Linux n00b I was compiling and installing in a matter of minutes. To each their own (and I will say that doing such on Ubuntu is very hard). -- Yours In Christ, PIT Emails are not formal business letters, whatever businesses may want. Original content copyright under the OWL http://owl.apotheon.org Please do not CC me. If I'm posting to a list it is because I am subscribed. signature.asc Description: OpenPGP digital signature ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Open a file r/o
On 03/25/2010 04:33 PM, Programmer In Training wrote: snip P.S. More importantly, please let's be sure that all the file create PERMISSIONS are being created correctly. I already posted a bug on this, but I sure am getting tired of files being created with rw- r-- r-- even though the umask, directory perms, etc., and everything else Um, that is. You'll find every file you save will by default rw-r--r-- From my own $HOME directory: -rw-r--r-- 1 user1 user1 2492 Feb 2 09:32 .vimrc Or even better, a file that's recently been created: -rw-r--r-- 1 user1 user1 8336 Mar 25 11:28 .xscreensaver Those perms give user1 (user, group) read and write permissions and everyone else read permissions (which is how it should be by default). The only time you need execute (x) permissions are on executables and if you want someone else to be able to read them without copying the file to them, just add them to your group. snip [I may not have this 101% exactly worded properly, but I am 99.99% sure I have the concept correct.] The examples you just gave are appropriate for what they are specifically because they are in your own $HOME. Notice that in your example, both user and group are user1. That is appropriate for $HOME, but it is *NOT* appropriate for a wider-access data area in which all images are often edited by multiple staff members. More appropriate to this discussion would be /somedir/images directories, containing myimage.tif drwsrws--- 1 user1 mygroup 4096 Mar 25 11:28 somedir containing drwsrws--- 1 user1 mygroup 4096 Mar 25 11:28 images containing -rw-rw 1 user1 mygroup 35123 Mar 25 11:28 myimage.tif On *nix Create-file perms should be set by the creating program based on umask / directory perms. If the perms of the directory /somedir/images look like drwsrws--- user me group mygroup then if files are created BY A MEMBER of the group mygroup, files created in /somedir/images should look likerw-rw (actually on my system they end up rw-rw-r-- for some reason). I am speaking simply of file creation, for example, by doing touch junk.txt However, Gimp 2.6.6 on Ubuntu 2.04 refuses to create files using the same methods that every other *nix programs use. This bug WAS CONFIRMED as a bug. This is very important in a multi-user work environment. Jay ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Open a file r/o
Cristian Secară wrote, On 2010-03-25 07:19: On Tue, 23 Mar 2010 14:19:29 +0100, Lennart Svensson wrote: When you start gimp from the promptline you got the Application Options: -a, --as-newOpen images as new Why is this not available (as a button) when you open a file inside gimp ? If I understand correctly you want to open the same image as the one currently opened, but as separate image ? No If this is what I have understand (?) you can open as many same-but-different image by simply drag and drop the image over the toolbox. (opening images by drag and drop is always an easier method for me than to browse for a file via the open dialog each time I want to open something; unfortunately the save by drag and drop is no possible :) Cristi When using gimp in a shell and open a file r/o you write: prompt gimp -a picture.jpg So what I want is to use the '-a' feature when I use 'open image' window. This feature exist in the application but you can only reach it from the shell prompt. So my question is why it is not reachable inside gimp ? I can live without the feature but if I press Contr-S will my original file be destroyed. /Lennart PS. I use the '-a' to inhibit destroying ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Open a file r/o
Hi, On Thu, 2010-03-25 at 16:57 -0400, Jay Smith wrote: However, Gimp 2.6.6 on Ubuntu 2.04 refuses to create files using the same methods that every other *nix programs use. This can hardly be true in the general sense that you are putting it. Files are created by GIMP plug-ins and how the files are created depends on the implementation of the plug-in. For many formats the actual creation of the file is performed by a library that deals with this particular format. So can you point out the particular file formats that are problematic for you? Sven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Open a file r/o
On 03/25/2010 05:39 PM, Sven Neumann wrote: Hi, On Thu, 2010-03-25 at 16:57 -0400, Jay Smith wrote: However, Gimp 2.6.6 on Ubuntu 2.04 refuses to create files using the same methods that every other *nix programs use. This can hardly be true in the general sense that you are putting it. Files are created by GIMP plug-ins and how the files are created depends on the implementation of the plug-in. For many formats the actual creation of the file is performed by a library that deals with this particular format. So can you point out the particular file formats that are problematic for you? Sven I finally found the bug report I made: https://bugzilla.gnome.org/show_bug.cgi?id=578630 It was FIXED 2009-06-15 which means that if I can get my Gimp upgraded, then it should work. Unfortunately, I have to depend upon somebody else for that (and get trained on doing it myself, but it is a mission-critical application in our company, so breaking something is not an option). But, to answer your question The problem I am (on 2.6.6) having is with TIF files. Martin N. confirmed this on April 10, 2009 and said === This happens to me as well and from looking at the code it also happens for gbr, gih, pat, pnm and raw which opens a file for writing like this: fd = g_open (filename, O_CREAT | O_TRUNC | O_WRONLY | _O_BINARY, 0644); E.g png instead uses fp = g_fopen (filename, wb); This inconsistency doesn't make any sense, feel free to open a bug report. The latter is identical to the former apart from the permissions, so we probably want to use the latter for all plug-ins. - Martin === ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Open a file r/o
Hi, On Thu, 2010-03-25 at 16:57 -0400, Jay Smith wrote: On *nix Create-file perms should be set by the creating program based on umask / directory perms. If the perms of the directory /somedir/images look like drwsrws--- user me group mygroup then if files are created BY A MEMBER of the group mygroup, files created in /somedir/images should look likerw-rw (actually on my system they end up rw-rw-r-- for some reason). You obviously did not quite understand how file permissions actually work. The setgid bit which is set on your example directory says that new files and subdirectories created within it should inherit the groupID, rather than the primary groupID of the user who created the file. It doesn't say anything about the permission bits of files created in that directory. The permissions are determined by the mode that is used with the call to open(2) modified by the process's umask. The typical default value for the process umask is S_IWGRP | S_IWOTH (octal 022). In the usual case where the mode argument to open(2) is specified as: S_IRUSR | S_IWUSR | S_IRGRP | S_IWGRP | S_IROTH | S_IWOTH (octal 0666) when creating a new file, the permissions on the resulting file will be: S_IRUSR | S_IWUSR | S_IRGRP | S_IROTH (because 0666 ~022 = 0644; i.e., rw-r--r--). Whether the directory has the setgrp bit set or not does not have an effect on the permissions of the resulting file. It only affects the groupID of the resulting file. So please stop spreading misinformation like this. You claimed that the described behavior was confirmed a bug. I doubt that it was confirmed by someone who actually knew what he/she was talking about. Sven ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Open a file r/o
On 03/25/10 16:05, Lennart Svensson wrote: snip When using gimp in a shell and open a file r/o you write: prompt gimp -a picture.jpg So what I want is to use the '-a' feature when I use 'open image' window. This feature exist in the application but you can only reach it from the shell prompt. So my question is why it is not reachable inside gimp ? I can live without the feature but if I press Contr-S will my original file be destroyed. /Lennart PS. I use the '-a' to inhibit destroying Use Ctrl+shift+s instead of ctrl+s Adding the shift opens the save as dialog and will not destroy the original. I don't see the additional complexity as needed since ctrl+shift+s does what you need it to do (preserve the original). Again, I also suggest copying the file (cp original.ext original.bak.ext) before you begin editing it. I generally use ctrl+shift+s out of habit even if I plan on destroying the original by overwriting it. -- Yours In Christ, PIT Emails are not formal business letters, whatever businesses may want. Original content copyright under the OWL http://owl.apotheon.org Please do not CC me. If I'm posting to a list it is because I am subscribed. signature.asc Description: OpenPGP digital signature ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Open a file r/o
On Wednesday 24 March 2010 23:03:26 Lennart Svensson wrote: This button should inhibit the possibility to save the file during editing and destroy the original file. Same as the command line option -a. I don't know the exact current state of the save/export menu discussion, but wasn't the plan that Save should always save as xcf? This would mean that only xcf files could be overwritten accidentally. And they should be either versioned anyway, or they are not irreproducible, at least not as much as a camera shot, for example. Overwriting a real photo cannot be undone without taking that photo again, but rearranging layers in a composition is usually much easier. So maybe your problem will be solved anyway with the next GIMP version :) 2¢ from someone who doesn't spend very much time with GIMP anymore at the moment (unfortunately), Daniel signature.asc Description: This is a digitally signed message part. ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user
Re: [Gimp-user] Open a file r/o
Hi, just.g...@lesve.org (2010-03-25 at 2205.15 +0100): I can live without the feature but if I press Contr-S will my original file be destroyed. C-d to make a duplicate, then close the original. GSR ___ Gimp-user mailing list Gimp-user@lists.XCF.Berkeley.EDU https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-user