[Gimp-developer] GIMP and Gamma Correction?

2001-05-21 Thread Shlomi Fish


Why I could not find a Gamma Correction plug-in in GIMP 1.2.x? Is Gamma
Correction patented in the US?

I know there's Equalize, but I don't suppose it always work. I can
personally implement such a plugin. Gamma correction is a very simple
thing. The question is where can I find it if it's already there, and if
not why it isn't there.

Regards,

Shlomi Fish





--
Shlomi Fish[EMAIL PROTECTED] 
Home Page: http://t2.technion.ac.il/~shlomif/
Home E-mail:   [EMAIL PROTECTED]

A more experienced programmer does not make less bugs. He just realizes
what went wrong more quickly.

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] GIMP and Gamma Correction?

2001-05-21 Thread Sven Neumann

Hi,

Shlomi Fish [EMAIL PROTECTED] writes:

 Why I could not find a Gamma Correction plug-in in GIMP 1.2.x? Is Gamma
 Correction patented in the US?

It's there: Image-Colors-Levels. The middle entry of the Input Values
corresponds to Gamma.


Salut, Sven
 
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] plug-in distribution choices

2001-05-21 Thread Branko Collin

On 20 May 2001, at 16:36, Sven Neumann wrote:
 Branko Collin [EMAIL PROTECTED] writes:
 
  My suggestion is that the following plug-ins belong to the core
  distribution:

[4 rules of inclusion snipped]
 
  Can such a distinction be made?
 
 You are right that we need to make such a distinction, but I don't
 think the rules you suggested make much sense. 

Ouch. :-) I was writing a lengthy reply here, but I realised that I 
could probably sum it up as follows. When deciding what to include 
and what to leave out, you probably should also keep some vague, non-
objective criteria in mind. Actually, defining descriptive and 
objective criteria might prove impossible. What I am arguing for is 
to include a few plug-ins that may not seem to have much value for 
the average user, but that help set apart GIMP from its competition, 
help inspire plug-in writers and that are just fun to have. A good 
example would be Gee-Zoom.

 On the other hand I
 think we should first discuss how the gimp packaging should look like
 in the future instead of tackling the problem which plug-ins go into
 which package.

OK.

 I'll try to summarize some of the ideas that have come up during
 earlier discussions:
[snip what needs to be done]

Can't we use the Debian tool?

Also, it seems to me that this whole things depends on finding enough 
maintainers. Judging by the state of the web site (parts of it have 
not been kept up-to-date for a while now) that is going to be the 
real hard thing to do.

Finally, you may not be able to get around distributing binaries too. 
Windows users are not used to making their software packages, they 
want tools that install the libraries for them ready to run.

Maybe it would be easier for now to rely on the users to be able to 
collect the right packages. 

-- 
branko collin
[EMAIL PROTECTED]
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



web site (was: Re: [Gimp-developer] plug-in distribution choices)

2001-05-21 Thread Branko Collin

On 21 May 2001, at 14:58, Sven Neumann wrote:
 Branko Collin [EMAIL PROTECTED] writes:

  Also, it seems to me that this whole things depends on finding
  enough maintainers. Judging by the state of the web site (parts of
  it have not been kept up-to-date for a while now) that is going to
  be the real hard thing to do.
 
 I always wondered why noone stands up and volunteers to take over the
 website maintainance. But it looks as if everyone gets bored doing web
 stuff really soon...

Erm, I would be willing to help some with the web site. It would seem 
a waste not to do what I am best at. Who should I turn to for this?

-- 
branko collin
[EMAIL PROTECTED]
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] GIMP and Gamma Correction?

2001-05-21 Thread Michael Natterer

Sven Neumann [EMAIL PROTECTED] writes:

 Hi,
 
 Shlomi Fish [EMAIL PROTECTED] writes:
 
  Why I could not find a Gamma Correction plug-in in GIMP 1.2.x? Is Gamma
  Correction patented in the US?
 
 It's there: Image-Colors-Levels. The middle entry of the Input Values
 corresponds to Gamma.

There is also the display filter subsystem which was disables for 1.2
because it was not quite finished. However it's a projection-only
thing and doesn't chahge the image.

It *should* be possible to activate it by simply defining DISPLAY_FILTERS
but haven't tried it.

We should IMHO re-enable it in HEAD to avoid bit-rot.

ciao,
--Mitch
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



[Gimp-developer] Mail archives (was Re: [PLUGIN] Gallery Maker full reviewed)

2001-05-21 Thread Raphael Quinet

On Sun, 20 May 2001, Guillermo S. Romero / Familia Romero 
[EMAIL PROTECTED] wrote:
 [EMAIL PROTECTED] (2001-05-20 at 0133.49 +0200):
   Regarding the question to include it with core Gimp: As already 
   discussed here several times, the plan is to distribute less 
   plug-ins with the Gimp core package instead of adding new ones.
  Have you got a link to some of these discussions? I could not find 
  them in the archive. The only thing I could find was a mention of a 
  plug-in page at Source Forge:
 
 People discuss things in many ways, not just mail lists. Things like
 real meets, IRC and private mail are nice examples, and Gimp staff is
 not different. They had a meet past year IIRC, you can read them talk
 in the #gimp channel about ideas and you can mail them privately if
 needed.

I did a quick search in my personal mail archive archive, and I saw
that the distribution of plug-ins has been discussed several times on
this list.  Although the face-to-face meetings, private e-mails and
IRC sessions are not publicly archived, you can still find a lot of
stuff by looking in the archives of this list.

Here are some public archives:
  http://lists.xcf.berkeley.edu/lists/gimp-developer/
  http://groups.yahoo.com/group/gimp-developer/
  http://www.mail-archive.com/gimp-developer%40scam.xcf.berkeley.edu/

You should look at the following discussions:
- From mid-October to mid-November 1999, subject Plugins
- End of January 2000, subject Plugins at Sourceforge, with some i18n
  parts continued in February 2000.
- Mid-December 2000, subject RFC: The future of The GIMP.  Several
  replies discussed the distribution of plug-ins.

Some very interesting points were brought up in October 1999 (look at
some messages from Sven and Marc).  If you intend to contribute to the
discussion about the distribution of plug-ins, you should definitely
read the archives so that we do not repeat the same things again and
again.

-Raphael

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



[Gimp-developer] Plug-ins, menus and user interface

2001-05-21 Thread Raphael Quinet

One of the things that has been mentioned several times while
discussing the distribution of plug-ins is the fact that the menus are
too crowded, and new users can easily get lost.  The user interface is
indeed a significant problem, but I think that it should be handled
separately from the packaging issues.

Distributing fewer plug-ins in the core package would not solve the
user interface problems.  Having less plug-ins could help a bit on a
single-user system, but not on multi-user systems because the
administrator would sooner or later install most of the plug-ins
anyway.  So the users who start the Gimp after all plug-ins are
installed would still be faced with the same problems as today
(probably even worse because more plug-ins will be included in the
additional packages).

So in parallel with the discussion about the distribution of plug-ins,
there should be a discussion about how to organize the menus.  One
idea that was proposed on this list some time ago was to be able to
limit the number of things that are included in the menus.  Some M$
applications offer reduced menus for beginners, and some GNOME
applications allow you to select different levels of details (from
novice to advanced user).  Maybe we need something similar for the
Gimp?

I can think of four different levels of details for the menu:
- Dumb user (oops, I mean beginner): only some basic operations are
  visible in the menus and in the toolbox, and the Gimp allows you to
  do as much as the venerable XPaint (or Windows Paint).
- Apprentice: all core operations are visible, and only the plug-ins
  distributed in the core package are available.
- Normal: all plug-ins are available.
- Expert: some additional entries become available, such as the PDB
  browser, parasite editor and other things that are more interesting
  for a developer than for a normal user.

Unfortunately, I do not know how this could be implemented.  I am not
so keen on the idea of overloading the menu strings with some
characters that have a special meaning, but maybe this is the easiest
solution (example: %2 at the end of the string would mean that it
should be displayed if the menus are configured for the apprentice
level or more).  Other suggestions are welcome...

-Raphael

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] Plug-ins, menus and user interface

2001-05-21 Thread Nick Lamb

On Mon, May 21, 2001 at 05:47:33PM +0200, Raphael Quinet wrote:
 One of the things that has been mentioned several times while
 discussing the distribution of plug-ins is the fact that the menus are
 too crowded, and new users can easily get lost.  The user interface is
 indeed a significant problem, but I think that it should be handled
 separately from the packaging issues.

Yup. How about we provide a user-friendly Gimp Themes (don't call it
that if you don't want to) feature

At install time the user can pick from whatever themes came with Gimp
and with any auxiliary plug-in packages or whatever

Potato Shop convert
Expert pixel hacker
Web wrangler
Just the basics
Ms Finger Paint

Themes define the keyboard shortcuts (possible today) the menu layout
(probably not too hard) and the toolbox icons (maybe harder).
The menu-path built into a plug-in would become only a recommendation.
We might like to consider whether themes can be added together (which
would make it easier for 3rd parties) or not.

Users would be able to edit all the features of the theme they're using,
and remove or change (nearly) everything put into the menus by the PDB
in Gimp 1.2, plus adding one-click toolbox icons for scripts, filters
etc. basically customising Gimp until it's almost unrecognisable.

BUT by providing a half dozen or so themes which cover the most common
types of user coming to Gimp, all but the most demanding would never
need to tweak themes at all. (Except those of us creating themes)

e.g. Ms Finger Paint could have very little functionality hidden in
sub-menus, and a lot of useless tools like draw-a-filled-circle which
mimic the features available in a similarly package.

Nick.
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] Re: web site

2001-05-21 Thread Tom Rathborne

On Mon, May 21, 2001 at 07:37:54PM +0200, Sven Neumann wrote:
 Branko Collin [EMAIL PROTECTED] writes:
  Erm, I would be willing to help some with the web site. It would
  seem a waste not to do what I am best at. Who should I turn to for
  this?
 
 [EMAIL PROTECTED]
 
 Several people expressed their interest in doing a new gimp.org
 website so far. All we asked from them was to write a proposal of
 what they would like to do and present us a working mockup later.
 Everyone lost interest then, I wonder why...

I volunteered to do it last summer but I kinda dropped it on the
floor... like most people who volunteered to do it.  It's not that I
lost interest -- I just got busy with other things (and people :) ). 
Ooops, I got a personal life.

However, I *did* get a bunch of work done on the site that I'm working
on this weekend (mainly because those other people were away :) ).

I have placeholder pages for most of the site at:
http://wilber.gimp.org:8192/
At the moment I am working on copying the existing content over to the
new site.

Of course the design can change - it's a placeholder too. The shape of
the pages is a little inflexible but it's very simple to change the
colours/appearance of the whole site.

I'm really sorry that I haven't been more communicative about this.
I'm just not good at that.

 I'd suggest you use this mailing list to discuss the future of
 www.gimp.org so we can all contribute. I'd also suggest you don't
 try to tackle it all by your own but try to find a group of people
 willing to do the work.

This is a very good point. It really should be a group effort - I know
that I would have got a lot more done if I had other people
pushing/helping.

There are a few reasons that this hasn't happened, though. All of the
people that I have talked to about doing the site have different
opinions on what language/architecture/design should be used to do it,
making it very difficult to cooperate on the project.  It seems to me
that there is nobody driving this as a _project_. I am most certainly
not a project manager. I am an ok content writer and web designer and
(IMHO) a fairly capable information system architect.

My site template system is pretty simple for content writers and
designers to work with, and the code is pretty clean and fast, and it
is running on wilber already. Another interesting point is that the
titles are generated using the GIMP and cached as static files. So
there's an interesting use of the GIMP involved. You can read a bit
more at:
  http://wilber.gimp.org:8192/about/site.html

Those of you with accounts on wilber are more than welcome to look
at everything in:
  /gimp00/web-newgimp

I will also be doing a presentation on this system in Manchester soon:
  http://www.ukuug.org/events/linux2001/prog/abstract-TRathborne-2.shtml

I don't really care if it's my mod_perl system or PHP4 or some other
random thing that ends up being the new GIMP site, but I do agree that
it should be done.

Unfortunately I do not know if there is anyone out there who can speak
authoritatively on all this.  If someone steps up and says we're
using this system, you work on the code, you work on the content, I'm
sure it will be done very soon.  We need someone to take charge -- and
that's not me.

I am going to be working on the site as much as I can over the next
little while -- there is a bunch of code that needs to be written and
fixed, and of course lots of content to be rewritten and links to be
fixed.

I would be happy to put my full effort behind the architecture if a
leader appears to keep the project organized - otherwise I'm just
going to keep stumbling along as I am just not good at including
others in my work without a manager above me.

Branko, you feel like being the project manager for the website?

Cheers,

Tom

-- 
   Tom Rathborne [EMAIL PROTECTED] http://www.aceldama.com/~tomr/   |
 I know I've made some very poor decisions recently, but I can give you my  | H
 complete assurance that my work will be back to normal. I've still got the | A
 greatest enthusiasm and confidence in the mission, and I want to help you. | L
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] Re: web site

2001-05-21 Thread Nathan C Summers

On 21 May 2001, Sven Neumann wrote:

 Hi,

 I'd suggest you use this mailing list to discuss the future of
 www.gimp.org so we can all contribute. I'd also suggest you don't try
 to tackle it all by your own but try to find a group of people willing
 to do the work.

Adrian and I discussed the possiblity of putting the web pages in CVS so
that more people could participate.  An example of how to do this is in
the cvs info documentation under the index item web pages, maintaining
with CVS.

A question that comes up is whether the pages would be in the GNOME cvs or
another repository.  I can come up with good arguments either way.

Rockwalrus

___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



[Gimp-developer] Re: web site

2001-05-21 Thread Branko Collin

On 21 May 2001, at 19:37, Sven Neumann wrote:
 Branko Collin [EMAIL PROTECTED] writes:
 
  Erm, I would be willing to help some with the web site. It would
  seem a waste not to do what I am best at. Who should I turn to for
  this?
 
 [EMAIL PROTECTED]
 
 Several people expressed their interest in doing a new gimp.org 
 website so far. All we asked from them was to write a proposal of what
 they would like to do and present us a working mockup later. Everyone
 lost interest then, I wonder why...

Well, I certainly am not willing to do a _new_ Gimp web site. I meant 
it when I said I am willing to do _some_ work. Re-designing the web 
site not only does not fit my definition of 'some work', it would 
also seem that parts of the web site need updating now, rather than 
waiting for a new design to come along.

 I'd suggest you use this mailing list to discuss the future of 
 www.gimp.org so we can all contribute. I'd also suggest you don't try
 to tackle it all by your own but try to find a group of people willing
 to do the work.

'The work' being? I assume you are not talking about simple 
maintenance, I take it that is what the people behind 
[EMAIL PROTECTED] do.

On 21 May 2001, at 15:14, Tom Rathborne wrote:

 I would be happy to put my full effort behind the architecture if a
 leader appears to keep the project organized - otherwise I'm just
 going to keep stumbling along as I am just not good at including
 others in my work without a manager above me.
 
 Branko, you feel like being the project manager for the website?

I am sorry, no. I do not have enough time for that right now. I am 
willing to help out, but not in such an important way. When I 
volunteered, I was thinking more along the lines of helping to make 
sure the site is up-to-date, i.e. that it mentions the most recent 
GIMP releases, does not run a 'montly competition' of which the last 
installment was in 1999, et cetera.

-- 
branko collin
[EMAIL PROTECTED]
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer



Re: [Gimp-developer] Re: web site

2001-05-21 Thread Sven Neumann

Hi,

Branko Collin [EMAIL PROTECTED] writes:

 I am sorry, no. I do not have enough time for that right now. I am 
 willing to help out, but not in such an important way. When I 
 volunteered, I was thinking more along the lines of helping to make 
 sure the site is up-to-date, i.e. that it mentions the most recent 
 GIMP releases, does not run a 'montly competition' of which the last 
 installment was in 1999, et cetera.

As you may imagine, not much maintainance takes place at the moment and
I guess we could need some help here. I hope your help will be appreciated
(/me kicking [EMAIL PROTECTED]).

Updating the current website will certainly help a new website design
too since it will most probably base its content on the old site.


Salut, Sven
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer