Re: Porting GIMP plugins to GEGL operations

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Mar 02, 2011 at 04:03:42PM -0300, Andreas Plath wrote:
> Hello all,
> 
> > Porting GIMP plugins to GEGL operations
> >
> > There are many many GIMP plugins that would need eventually to be
> > converted to GEGL operations, if we want to use them in future
> > versions of GIMP.
> 
> 1) Looking in the GIMP and GEGL dev sites, I found a list of library
> dependencies for GEGL but not one for GIMP. I haven't downloaded the source
> yet, so perhaps there's such a list in there. If not, where can I find it?
> My computer runs a vanilla Ubuntu 10.04 install, should I expect any
> problems?
> 
after opening the downloaded archive, type "./configure" and see if this 
runs successfully and then look at the nicely formated output to see if you
need to have other things installed.

when configure fails to run, it always tells exactly what it needs to complete
its task and you can decide if you want your distribution to install that for
you or if you would like to build that for yourself.

> 2) Are there any special guidelines for writing plugins using GEGL
> operations? Are they listed anywhere? (Looking at the GIMP dev site I
> haven't found any). Is there an already ported plugin to use as an example?
> Or a template?
> 
look at the gegl ops.  and there is a template available, although, i have
not heard of any one other than me mentioning this in a long while -- so 
consider making your own template.  perhaps use a mindset like that you are
on new ground and that you would like your contribution to be looked back on
with respect.  that is just a suggestion, but i think that you are on 
relatively new ground and it is the safest approach, perhaps.

> 3) Which plugins should be ported first? Is there a priority list? Is it
> possible to port all plugins given the current list of GEGL operations? If
> not, which are possible?
> 
a priority list will be made of the priorities of the people who write that
list.  that seems like a very stupid thing to write, but a bunch of photo-
graphers would think that the "useful to photographers" plugins will make 
those the greatest priority, for example.

the first plugin i tried to use with gimp-3 was pagecurl; is that my priority?
it is only the first plugin i tried to use and i tried to use it because of
a few qualities it had.  some additional gtk+ stuff and oh, the length of time
it has been with gimp.  it was a priority to me at that moment and because
i was trying a new major version for the first time and had become familar 
with its history.

i strongly recommend that you choose your plugin based on your abilities and
not on the recommendation of whatever people are making lists right now --
including me.  you should like it and you should know what the results are
supposed to be.

i recommend avoiding blurs and noise, i make this suggestion having read 
the blurred and noisy history of these plugins and if pressed to provide 
further explanation for this, i would not be able to provide any so ignore 
this advice if it suits you to do so.

> 4) Is this a simple porting job or are there any documented desired
> improvements to be made on the plugins?
>
is this question redundant?
 
> 5) Where should I go for help when I need it? :-)
> 
where ever you actually get answers to your questions.

> Though I've worked as a C programmer for several years, I'm a bit rusty
> after six years of spreadsheets and Gantt charts ... :-) On top of that,
> I've never done any serious graphics programming (except for a couple of
> classes back in college, over 15 years ago). So I'll need some time to get
> up to speed. Hope that's alright.
> 
does this work include any familiarity with gnu build tools?  does your 
C experience require more than just gcc to produce the software that you 
write?  i suspect that this question is worded wrongly.  when gimp was being
written, the developers then did not even allow c++ comments.  but the auto-
matic installing of software from the distributions has somewhat diluted this
like-minded goal that used to exist.  at least i think it is the automatic
installing of distribution binaries which did this; consider that to be a
theory.

for Linux, when a whole group of software (perhaps even up to ten or more
dependencies for the more complex softwares like music players/editors, and
graphics displayers/editors) when there is just one dependency that requires
that another compiler be installed -- it feels like a purpose has been 
defeated.  gimp-1.2 only had a wrong requirement for g++ in its build scripts
and that was removed for gimp-2.0.

> I usually learn faster by working on something concrete, so I'd apreciate if
> someone could point me to a couple of relevant but not too dificult plugins
> to start on.
> 
the "concrete" is in your mind.  pick something that you will enjoy.  if it 
turns out to be not concrete, then you have learned.  

my math teacher once told me about the calculus classes (my college split them
into 3 semesters).  she said that the content of the last class wasn't actually
learned until the next one.  she said it much more eloquantly than that. but
what her words said that it was actually in Calculus 1 that algebra and trig
were understood and it was in the second Calculus that the content of the first
semester was understood. and that it was in differential equations that the
content of the second semester of calculus was understood.

i think that this was an accurate assessment of learning the subject matter of
these classes and it is also an accurate assessment of learning just about
anything.

carol

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


[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux