Re: [Gimp-developer] open thumbnail and raw files

2004-11-13 Thread Sven Neumann
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


Re: [Gimp-developer] comparing gimp speed

2004-11-13 Thread miriam clinton (iriXx)
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] canvas background options

2004-11-13 Thread Alan Horkan

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] canvas background options

2004-11-13 Thread Alan Horkan

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


[Gimp-developer] reading directories with ~

2004-11-13 Thread Gezim Hoxha
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

2004-11-13 Thread Sven Neumann
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


Re: [Gimp-developer] canvas background options

2004-11-13 Thread Carol Spears
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

2004-11-13 Thread David Odin
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(;id;i++){r[i+1]=(r[i]*
10)%d;q[i+1]=48+(r[i]*10)/d;for(j=0;ji+1;j++)if(r[i+1]==r[j])return*r=q[j+1
],q[j+1]=0,printf(%s,q),q[j+1]=*r,q[i+2]=0,printf([%s]\n,q+j+1);}}}
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


Re: [Gimp-developer] reading directories with ~

2004-11-13 Thread Gezim Hoxha
snip 
 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] reading directories with ~

2004-11-13 Thread Gezim Hoxha
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 ~

2004-11-13 Thread Sven Neumann
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