Re: [Gimp-developer] reading directories with ~
Hi, Gezim Hoxha <[EMAIL PROTECTED]> writes: > Actually Sven I'll try and report this on my own, I > found some guides on how to report bugs at the > bugzilla site ...I'll see how it goes because it's > really interesting bug.. Yes, the bug report was well done. Unfortunately it had been reported before (bug #155577) and seems to be caused by the old GTK+ file selection widget which has been deprecated and replaced by GtkFileChooser. The new widget seems to handle those names just fine. This mean there's no such problem in GIMP 2.2 and the GIMP 2.0 tree as well as the GTK+ file selection widget aren't maintained any longer. Thus I had to close your nice bug report as WONTFIX. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] reading directories with ~
Actually Sven I'll try and report this on my own, I found some guides on how to report bugs at the bugzilla site ...I'll see how it goes because it's really interesting bug.. --- Sven Neumann <[EMAIL PROTECTED]> wrote: > Hi, > > Gezim Hoxha <[EMAIL PROTECTED]> writes: > > > I'm not sure if this bug has been reported but I > just > > found out what I can't read a directory that > starts > > with a ~ (tilda, the actual name is > > "~gezim.hoxha")...I know that I'm supposed to > "search" > > bugzilla and then report this...but frankly I > > registered an account and it's too > complicated...so if > > anyone wants to file this bug good...if not > umm...I'll > > just change the directory name :D > > You could at least mention what version of GIMP you > are using. > > > Sven > __ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] reading directories with ~
> You could at least mention what version of GIMP you > are using. Sorry I forgot, it was 2.0.4 then I upgraded to 2.0.6 but still it seems unable to open them. At the bottom of the Open Image window it said "Folder unreadable: success"... -Gezim __ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] canvas background options
On Sat, Nov 13, 2004 at 08:51:26PM +, Alan Horkan wrote: > > (I really hope Gfig will be rolled back as the developer working on it has > previously suggested, it is definately not ready for 2.2) > Thanks for your help. AFAIK, I'm the only one really working on gfig for now. It isn't ready for 2.2, but I'm doing my best to achieve this. If you have the skills to put a fully debugged, easy to read and fully HIG compliant version of gfig (even a rolled back version, I don't care), feel free to provide the sources to us. Until I see this code, I'll go on with debugging and polishing the existing version. Regards, DindinX -- [EMAIL PROTECTED] i,d,j;main(n,v)char**v;{n=atoi(v[1]);d=atoi(v[2]);{int*r=alloca(5*d+10);char *q=r+d+2;printf("%d/%d=%d",n,d,n/d);*q=46;*r=n%d;for(;ihttp://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] reading directories with ~
Hi, Gezim Hoxha <[EMAIL PROTECTED]> writes: > I'm not sure if this bug has been reported but I just > found out what I can't read a directory that starts > with a ~ (tilda, the actual name is > "~gezim.hoxha")...I know that I'm supposed to "search" > bugzilla and then report this...but frankly I > registered an account and it's too complicated...so if > anyone wants to file this bug good...if not umm...I'll > just change the directory name :D You could at least mention what version of GIMP you are using. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] canvas background options
On Sat, Nov 13, 2004 at 09:03:28PM +, Alan Horkan wrote: > On Sat, 13 Nov 2004, Simon Budig wrote: > > Alan Horkan ([EMAIL PROTECTED]) wrote: > > > On Fri, 12 Nov 2004, Sven Neumann wrote: > > > > Alan Horkan <[EMAIL PROTECTED]> writes: > > My counterpoint is that even though a submenu means only one extra > menu in the parent menu it means another level and more items to > search through. It doesn't make the specific feature any more > difficutl to use but more menu items overall can complicate the task of > finding anything. > this is where gimp is at its best though. searching endlessly through the menus for one thing found many many more things i had needed before or had heard of or would be hearing of soon. if it makes sense to you out of the box, you are using software that is beneath your ability. you will soon be in a bleak and terrible life in which everything you know has been done and is very predictible. what is it exactly that you do not like about hunting for things in software? > I'll try and show more restraint and not drag out discussions longer in > future, I admit I got a little carried away. In other mailing lists > normally only those interested in the thread would keep reading and > responding to it. > hmm, yes. this is really suspicious, isnt it? carol ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] canvas background options
Hi, Alan Horkan <[EMAIL PROTECTED]> writes: > I was unable to get to use the gimp 2.1 series until recently. I > cannot provide feedback only when it suits your timetable. When I > pointed out problems with 2.0 you gave out to me for not mentioning > them during the 1.3 cycle so I am making my points before 2.2 is > released. A couple of days before 2.2 is released and a long time after the feature set and the user interface has been frozen. Not a very good timing. But of course we are always open for suggestions. Even though it seems rather useless, let me point you to bug #142996 which was the motivation for changing the canvas padding color user interface in the first place. IMO the new way of doing it is a lot better. You should also note that a lot of thought and work has gone into this. Thus my comment about disrespect. I think that you are ignoring how much attention has been given to the details here. > (I really hope Gfig will be rolled back as the developer working on > it has previously suggested, it is definately not ready for 2.2) We have another developer working on it at the moment and he's contributing his free time for the task of finishing the changes to GFig that Bill started. This comment of yours (and you did the same comment on gnomedesktop.org) is discouraging, nothing else. Please try to avoid this in the future. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] reading directories with ~
Hi all. I'm not sure if this bug has been reported but I just found out what I can't read a directory that starts with a ~ (tilda, the actual name is "~gezim.hoxha")...I know that I'm supposed to "search" bugzilla and then report this...but frankly I registered an account and it's too complicated...so if anyone wants to file this bug good...if not umm...I'll just change the directory name :D -Gezim __ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] canvas background options
On Sat, 13 Nov 2004, Simon Budig wrote: > Date: Sat, 13 Nov 2004 00:41:18 +0100 > From: Simon Budig <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: Re: [Gimp-developer] canvas background options > > Hi all. > > Alan Horkan ([EMAIL PROTECTED]) wrote: > > On Fri, 12 Nov 2004, Sven Neumann wrote: > > > Alan Horkan <[EMAIL PROTECTED]> writes: > > > > Given my previous comments that is understandable and I think > > > > discoverability is important but it doesn't make sense to have a > > > > seperate menu item for every obscure feature and to me this is > > > > most definately an obscure feature. > > > > > > It has been requested over and over again so there are certainly > > > people who see a need for it. > > > > I never claimed some people wouldn't find it useful. > > You did however harp on the uselessness of this feature and advocate its > removal. Despite numerous people supporting it. Just because you don't > see the use of this feature that doesn't mean that it has none. In hindsight I should have been more diplomatic, and I repeated the comment excessively. > > > > Perhaps I might have been less quick to complain if it had been only > > > > one menu item that shows a dialog but it is not, it is a submenu > > > > with several menu items and that seems a lot like clutter to me. > > > > > > It is a submenu, so it is only a single menu entry > > > > i dont follow that logic > > Simple: If a menu entry pops up a dialog or if a menu entry pops up a > submenu is irrelevant for the menu itself. It is exactly one menu entry > in the menu. It doesn't clutter less or more than a dialog. My counterpoint is that even though a submenu means only one extra menu in the parent menu it means another level and more items to search through. It doesn't make the specific feature any more difficutl to use but more menu items overall can complicate the task of finding anything. > > I'm not trying very hard to find it, finding problems is relatively easy > > finding solutions and finding the time to provide feedback in way you will > > actually listen to is what is time consuming. > > >From my point of view the most things brought up by you are details. > While I like attention to the detail I don't like that these things tend > to need lots of discussion. The issue here is a perfect example: > Configurability of the border color. This discussion should have been > over when everybody except you agreed that it is useful. Suddenly about > 14 Mails pop up, 5 of these by you not understanding the point of the > others. This does not help. As we had started I had hoped to finish and move some way towards improving the feature for those who want it and possibly making it less obtrusive. If the task is to compare an image with a Black Background, a white Background and a Blue background, changing it one at time would be slower than firing off a script that made copies and added a border in a selection of colours (that is just a possible scenario, maybe there is no room for improvement but if I'm not allowed to discuss it I'll never find out). I'll try and show more restraint and not drag out discussions longer in future, I admit I got a little carried away. In other mailing lists normally only those interested in the thread would keep reading and responding to it. - Alan H. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] canvas background options
On Fri, 12 Nov 2004, Sven Neumann wrote: > Date: Fri, 12 Nov 2004 23:42:42 +0100 > From: Sven Neumann <[EMAIL PROTECTED]> > To: Alan Horkan <[EMAIL PROTECTED]> > Cc: [EMAIL PROTECTED] > Subject: Re: [Gimp-developer] canvas background options > > Hi, > > Alan Horkan <[EMAIL PROTECTED]> writes: > > > 'Useless discussion'. > > > > Thanks for the encouragement, with that attitude is it any wonder more > > people dont try and provide feedback and try and improve the gimp. > > Alan, the discussion became useless after the facts had been exchanged > and several people explained you that the feature is indeed useful. > That makes further discussions on this topic rather useless. I am still hoping to get more information on how the feature is actually use to try to better solve the problem rather than dwell on the implementation any further. I was unable to get to use the gimp 2.1 series until recently. I cannot provide feedback only when it suits your timetable. When I pointed out problems with 2.0 you gave out to me for not mentioning them during the 1.3 cycle so I am making my points before 2.2 is released. > Especially during times of string and UI freeze. All that means it that no changes will be made until after that freeze, not that changes shouldn't be suggested. (I really hope Gfig will be rolled back as the developer working on it has previously suggested, it is definately not ready for 2.2) Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Free SVG Clip Art http://OpenClipArt.org ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] comparing gimp speed
Laxminarayan Kamath wrote: Manish Singh <[EMAIL PROTECTED]> to Daniel, Sven, gimp-developer On Fri, Nov 12, 2004 at 06:08:17PM +0100, Daniel Egger wrote: ... t's a whole bunch of contortions, and all pointless since amd64 hardware is competitively priced these days. please dont concentrate only on those who can change pcs like shirts, concentrate on us poor people too. ;) true, this has always been the focus of GNU/Linux - right from the start, and there are still projects like Sisela and LOAF which load the kernel and basic apps on a floppy disc for primitive laptops (or wireless scanning ;) mC~ -- 99% of aliens prefer Earth --Eminem www.iriXx.org www.copyleftmedia.org.uk ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] open thumbnail and raw files
Hi, a while ago Joseph Heled <[EMAIL PROTECTED]> wrote: > The gimp Open Image dialog contains preview thumbnail. To generate > them, gimp calls the plugin to generate them. Now, for raw digital > camera files (.nef, .crw ...) this is a very expensive operation - and > obviously one would love to use the prepared/pre-stored thumbnail > which exists in the file. > > From what I could see, there is no way I (the plugin author) can > detect if the call is for a thumbnail or not. Note that I have just added the missing API for plug-ins and also implemented the core functionality. What's missing now is some more plug-ins using this feature. See also http://bugzilla.gnome.org/show_bug.cgi?id=158190 http://bugzilla.gnome.org/show_bug.cgi?id=158191 http://bugzilla.gnome.org/show_bug.cgi?id=158192 http://bugzilla.gnome.org/show_bug.cgi?id=158193 Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer