hello every one,
        can any one tell me when a map is tiled, what is the extent of zoom we 
can specify which does not create any problem for us as developers and users to 
view the map. please reply to this.. its urgent

sudha.


[EMAIL PROTECTED] wrote: Send Gimp-developer mailing list submissions to
 gimp-developer@lists.XCF.Berkeley.EDU

To subscribe or unsubscribe via the World Wide Web, visit
 https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
or, via email, send a message with subject or body 'help' to
 [EMAIL PROTECTED]

You can reach the person managing the list at
 [EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gimp-developer digest..."


Today's Topics:

   1. Re: Is it too late to send a l10n patch for GIMP 2.4.0?
      (Michael Natterer)
   2. Re: New option "Use custom quality settings" for JPEG files
      (Rapha?l Quinet)
   3. Re: GSOC (was: brush manager) (Rapha?l Quinet)
   4. Re: Extending GIMP Plugins (Amit Kumar Saha)
   5. Re: Extending GIMP Plugins (Michael Schumacher)
   6. Re: Extending GIMP Plugins (Rapha?l Quinet)
   7. Re: Extending GIMP Plugins (David Marrs)
   8. Re: Extending GIMP Plugins (Rapha?l Quinet)


----------------------------------------------------------------------

Message: 1
Date: Wed, 22 Aug 2007 21:56:43 +0200
From: Michael Natterer 
Subject: Re: [Gimp-developer] Is it too late to send a l10n patch for
 GIMP 2.4.0?
To: "Choi, Ji-Hui" 

Cc: gimp-developer@lists.XCF.Berkeley.EDU
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain

On Wed, 2007-08-22 at 10:40 +0900, Choi, Ji-Hui wrote:
> Hi. I'm new in gimp development.
> 
> few day ago, I checked gimp 2.4 rc1 source, and then I noticed the
> l10n file for korean was so terrible. it means translation was not
> apply almostly.
> 
> so I contacted our tongue translator, and got an answer. "it's for you." :-(
> BTW, so I fixed, reassigned, etc..
> 
> now I wonder, can I apply this patch on 2.4.0?
> if I'm not late, where and what do I send?
> I worked with po file using poedit on windows XP
> 
> please, give me advice

It is never too late for translations, however all translations
of GNOME SVN modules are handled by the gnome-i18n mailing
list. Please contact them, somebody there will give you the
right advice or sommit your patches.

ciao,
--mitch



------------------------------

Message: 2
Date: Wed, 22 Aug 2007 22:55:25 +0200
From: Rapha?l Quinet 
Subject: Re: [Gimp-developer] New option "Use custom quality settings"
 for JPEG files
To: gimp-developer@lists.XCF.Berkeley.EDU
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=UTF-8

On Wed, 15 Aug 2007 10:20:48 -0400, [EMAIL PROTECTED] wrote:
> Quoting Robert L Krawitz :
> > The problem is that "custom tables" seems very confusing -- it sounds
> > like the user's going to be asked to input something she knows nothing
> > about.  One could argue that "Use existing image quality settings" [...]
> My only comment on this issue is that the term "image" is consistently  
> employed within the GIMP vocabulary to mean the "in-memory" copy of  
> the picture being edited [...]

I think that using the terms "original image" would avoid this problem.

We are basically left with two options:

1) "Use custom quality settings"
   - Hard to understand for most users
   - Technically correct description
   - No need to change the code; this is what we have now

2) "Use quality settings from original image"
   - Easier to understand for most users
   - Correct description for the most common usage scenario
   - Requires some small changes to the code
   - Breaks the string freeze before 2.4

It seems that going for (2) would be better for the users but would
annoy some translators.  But I got several requests to go for something
like option (2), so I would like to know if it is worth breaking the
string freeze.  Opinions?

-Rapha?l

P.S.: please do not mention bikesheds.


------------------------------

Message: 3
Date: Wed, 22 Aug 2007 23:24:10 +0200
From: Rapha?l Quinet 
Subject: Re: [Gimp-developer] GSOC (was: brush manager)
To: gimp-developer@lists.XCF.Berkeley.EDU
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=UTF-8

On Sun, 19 Aug 2007 19:28:13 +0200, Karine Delvare  wrote:
> There was a 2006 Google Summer of Code project for this. If it had been
> completed, there would be a brush manager in GIMP 2.4, but it wasn't
> (the student is not to blame, he focused on something completely
> different instead).
> 
> Maybe the same project can be proposed for the 2008 GSOC?

Side note regarding the Google Summer of Code: let's hope that we can
be selected in 2008.  Although we do not know the reasons why other
projects were selected instead of GIMP for GSoC 2007, it seems that
most GSoC projects focus on "quick wins".  It is likely that we could
improve our chances of being selected next year by working on the
following things:
  - Having at least one stable GIMP release per year.
  - Merging GSoC results faster in the main codebase (if appropriate)
    and advertising them as new features on our web site, etc.
  - Being better prepared for GSoC by focusing on a smaller set of
    ideas but with better descriptions of their scope, etc.
  - Making it easier for newcomers to contribute to the core. I admit
    that I do not know how to do that.  Maybe we could start by
    providing a good overview and top-down description of how GIMP
    works internally?  But I don't think I would even be able to
    write that myself...

-Rapha?l


------------------------------

Message: 4
Date: Wed, 22 Aug 2007 23:02:49 +0530
From: "Amit Kumar Saha" 
Subject: Re: [Gimp-developer] Extending GIMP Plugins
To: gimp-developer@lists.xcf.berkeley.edu
Message-ID:
 <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1

Hello all,

Here is another way I thought I could give some form of
"extensibility" to a plugin user. Say, that I want my plugin to be a
single entry point to all the Image processing operations possible
with GIMP. What I do is display all the GIMP functions to the Plugin
user via the Plugin User Interface(GUI). Then the user selects the
operation that is to be performed and the plugin sets off to do the
necessary job.

I am assuming here that the functions of the GIMP that I list for the
user is only those for which there exists a API entry in the libGimp.
In the background when the user selects a particular operation, the
corresponding API function is called. This is of course an assumption
to simplify the thought process.

Am i thinking in a way that could possibly be implemented? or is the
word "extensible" remotely applicable to my idea?

Waiting for your comments!

-- 
Amit Kumar Saha
[URL]:http://amitsaha.in.googlepages.com


------------------------------

Message: 5
Date: Wed, 22 Aug 2007 23:55:16 +0200
From: Michael Schumacher 
Subject: Re: [Gimp-developer] Extending GIMP Plugins
To: GIMP Developer 
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1

Amit Kumar Saha wrote:

> Here is another way I thought I could give some form of
> "extensibility" to a plugin user. Say, that I want my plugin to be a
> single entry point to all the Image processing operations possible
> with GIMP.

Now your plug-in seems to become something I'd call GIMP. What use cases
are you trying to handle, actually?


Regards,
Michael

-- 
    GIMP > http://www.gimp.org      | IRC: irc://irc.gimp.org/gimp
    Wiki > http://wiki.gimp.org     | .de: http://gimpforum.de
Plug-ins > http://registry.gimp.org |


------------------------------

Message: 6
Date: Wed, 22 Aug 2007 23:50:34 +0200
From: Rapha?l Quinet 
Subject: Re: [Gimp-developer] Extending GIMP Plugins
To: gimp-developer@lists.XCF.Berkeley.EDU
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=UTF-8

On Tue, 21 Aug 2007 15:48:15 +0530, "Amit Kumar Saha"  wrote:
> Is there any way to make GIMP plugins themselves extensible. My point
> here is that, can we make a GIMP plugin which allows itself modifiable
> by a end-user to include a new functionality without much of a hassle
> on part of the end-user. Does any one know of a method to do this or
> any GIMP plugin which already does this?

Besides the scripting languages mentioned by others, you could also
take a look at the MathMap plug-in if you are good at math...

MathMap home page:
  http://www.complang.tuwien.ac.at/schani/mathmap/

Nice examples of MathMap usage:
  http://www.flickr.com/groups/mathmap/

-Rapha?l


------------------------------

Message: 7
Date: Wed, 22 Aug 2007 23:19:30 +0100
From: David Marrs 
Subject: Re: [Gimp-developer] Extending GIMP Plugins
To: gimp-developer@lists.xcf.berkeley.edu
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Amit Kumar Saha wrote:
> Am i thinking in a way that could possibly be implemented? or is the
> word "extensible" remotely applicable to my idea?
> 
So what you're talking about here is a graphical interface to the API that a 
user can use to build his own extensions? Essentially, it's a graphical 
programming language. There are quite a few examples of these in the music 
world 
that allow the construction of modular synths (amongst other things).

It sounds to me more like a separate companion program that's used to construct 
plug-ins than a plug-in itself. I like the idea very much.

---AV & Spam Filtering by M+Guardian - Risk Free Email (TM)---



------------------------------

Message: 8
Date: Thu, 23 Aug 2007 01:03:45 +0200
From: Rapha?l Quinet 
Subject: Re: [Gimp-developer] Extending GIMP Plugins
To: gimp-developer@lists.XCF.Berkeley.EDU
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=UTF-8

On Wed, 22 Aug 2007 23:19:30 +0100, David Marrs  wrote:
> Amit Kumar Saha wrote:
> > Am i thinking in a way that could possibly be implemented? or is the
> > word "extensible" remotely applicable to my idea?
> > 
> So what you're talking about here is a graphical interface to the API that a 
> user can use to build his own extensions? Essentially, it's a graphical 
> programming language. There are quite a few examples of these in the music 
> world 
> that allow the construction of modular synths (amongst other things).

Not only in the music world.  Around 1993 or so, I remember using a
program called Khoros Cantata to design some image filters.  A quick
search on the web returned this tutorial with screenshots of the old
X11 version that I used:
  http://www.cse.psu.edu/~cg585/cantata-over.html
Just imagine that the glyphs (the boxes that can be connected) could
be the operations that GIMP offers through the PDB.

It seems that Khoros Cantata has been acquired at least twice by
different companies, has been ported to Windows, and is now sold as
Accusoft VisiQuest:
  http://www.accusoft.com/products/visiquest/overview.asp
The interface has changed a bit, but it is still based on the same
ideas of connecting glyphs providing various functions.

By the way, this brings back some memories about what I did in 1993
as an exercise for a course in digital imaging.  Students were
asked to write a new filter for Khoros and use it to perform some
interesting image transformations.  I decided to write a filter
that would use various correlation methods to reconstruct an image
in which the lines were shifted horizontally by some random amount.
The default method was optimized for "un-shifting" images at TV
resolution (PAL) that were shifted by one of three predefined
offsets picked at random.  The method worked surprisingly well.  The
code and the results were presented to the professor.  He asked if,
by any chance, this could be used to decode Canal+ images (a pay TV
channel that was popular in several European countries).  And the
answer was yes.  Not in real time because the 486 processors that
were common at that time were not fast enough, but the method worked
well with recorded TV streams (sometimes even without using inter-
frame correlations).  Ah, I still have fun when I remember this and
when I consider that the professor gave one of the top marks for
this exercise.

-Rapha?l


------------------------------

_______________________________________________
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


End of Gimp-developer Digest, Vol 59, Issue 35
**********************************************


       
---------------------------------
Need a vacation? Get great deals to amazing places on Yahoo! Travel. 
_______________________________________________
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Reply via email to