, the assertions caught a real bug (indeed for what other reason
would they be there?).
However, the bug has been long-dead in my current tree (but
possibly replaced with others, of course)!
--Adam
--
Adam D. Moss. ,,^^[EMAIL PROTECTED]http://www.foxbox.org/ co:3
i l1x0r u! 5luRp
oriented application as GIMP we
can easily lose users by the wayside with each additional
stipulation.
* For those of us with pieces of the tree's core which diverge
somewhat from the trunk, how much of a no-brainer is converting
our code to GTK 1.3-isms?
Ta,
--Adam
--
Adam D. Moss
Adam D. Moss wrote:
Is GTK 1.3
(or GTK 1.9, or 2.0, or whatever the GTK HEAD is!)
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Michael Natterer wrote:
And BTW, GIMP 1.4 will be released _after_ Gtk 2.0 is released in a
stable version (which will be in not too distant future).
I assumed nothing less.
IMHO the pro's outweigh the con's by far, as it's simply not
possible without grand hacks to write an internal object
Michael Natterer wrote:
Nick Lamb [EMAIL PROTECTED] writes:
NB I am not blind and I don't write code in Hebrew
I respect your extraordinary tolerance regarding this, so please
respect that the people actually working on a project tend to make the
decisions.
Uh, that's pretty harsh if I
to test
it myself.
Cheers,
--Adam
--
Adam D. Moss. ,,^^[EMAIL PROTECTED]http://www.foxbox.org/ co:3
all cake everywhere has died
---BeginMessage---
Dear Adam D. Moss (PSD plugin maintainer)
Attached is a set of context diffs for a work-around for an issue with psd.c
(PSD Plugin
. The former should go to
gimp-developer and the latter into bugzilla. My name
should probably be commented-out from the MAINTAINERS file
until my time situation improves (which seems unlikely
for a while).
Regards,
--Adam
Avi Bercovich wrote:
Adam D. Moss wrote:
Hi guys and gals,
Could
individual general-purpose
parasites rather than a monolithic EXIF parasite.
--Adam
--
Adam D. Moss. ,,^^[EMAIL PROTECTED]http://www.foxbox.org/ co:3
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo
in app_init (gimp_argc=0, gimp_argv=0xb6e8)
#42 0x80811d3 in main (argc=1, argv=0xb6e4) at main.c:451
And now I'm going to go seek out some beer and friends to
commiserate with...
--Adam
--
Adam D. Moss. ,,^^[EMAIL PROTECTED]http://www.foxbox.org/ co:3
But not us (no never
.
*looks deeper anyway*
Ah cool, a glib rebuild from today's HEAD stops me crashing.
Thanks, now I almost have a working gimp! (After the
current recompile, hopefully!)
--
Adam D. Moss. ,,^^[EMAIL PROTECTED]http://www.foxbox.org/ co:3
But not us (no never) no not us (no never)
We
data!
I think it'd still be a fair comparison if you closed the
layers dialog -- an image with 1000s of layers is probably
not expected to be managable sanely with what amounts to
a list paradigm.
--
Adam D. Moss. ,,^^[EMAIL PROTECTED]http://www.foxbox.org/ co:3
But not us
is needed by pango is needed by gtk2 is needed by gimp).
Anyone know where I can find such a thing? I thought
that it sounded like it was probably part of pkgconfig
(pkgconfig is needed by... etc) but it doesn't seem to
be.
Thanks,
--Adam
--
Adam D. Moss . ,,^^[EMAIL PROTECTED]http
Michael Natterer wrote:
This is as good a point to ask as any; in following the
latest incarnation of the crazy dep-chain I ran into a
dead-end finding the mysterious 'fontconfig' (fontconfig
is needed by pango is needed by gtk2 is needed by gimp).
Anyone know where I can find such a
David Hodson wrote:
Adam D. Moss wrote:
unfortunately the back-end is GPL
which scuppers any realistic plans of GIMP's own back-end being able
to move to it, I think.
Eh? This doesn't appear to make sense.
The goal (I thought) was to keep the lowest levels (GEGL etc)
of GIMP's back
of the Author of the
Software shall not be used in advertising or otherwise to promote the sale,
use or other dealings in this Software without prior written authorization
from the Author.
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
busting makes me feel good
kthx bye
'broken by design' point of view, XachBot's
antique logs probably catch me whining about anti-erase a few
times. :)
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
busting makes me feel good
kthx bye
___
Gimp-developer
choice for filling in the resurrected areas, if we allow the
resurrection at all). There might be a few more plugins and such
that accidentally cause a similar effect, but by accident (usually
undesirable at that) rather than design.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http
that reference is removed again upon the
write completion).
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
busting makes me feel good
kthx bye
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman
that gets
applied to RGBA pixel data as part of the compositing step,
and that's super.
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
busting makes me feel good
kthx bye
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http
mind, since I think that any such image
elements would by nature be quite isolated and fit very well on their
own 'addition' style layer and save a lot of complexity, but
perhaps it would be nice to paint with fire after all...
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co
the widget to a wide variety of plugins, rather than
simply by reading the design docs.
Regards,
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
Responsible parents don't raise kids in West Virginia.
___
Gimp-developer mailing
that because of time matters, so it's pretty much in the untuned
state I landed it in. But it's okay.
I really hope that I can get back to it at some point.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
Responsible parents don't raise kids in West Virginia
, but today I doubt
that even a quite complete implementation would be doing much more
interesting stuff than a crossbred gstreamer+gegl (except for some
of the interactive-image-processing-specific scheduling niceties,
I think).
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org
David Neary wrote:
I'll get the ball rolling: 2.0
8.0 (PeerMarketParityTM... sorry for the spam)
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
Responsible parents don't raise kids in West Virginia.
___
Gimp-developer
I got this directed at me so I'm bouncing it to this list
(don't ask me for an interpretation, I only work here).
--Adam
---BeginMessage---
Hello Adam. I should propose next feature for gimp:
Scale for brush. - I have scale brush - zoom in and zoom out.(bird,range,and
all other brushes).Too I
-linked-resources.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
such studies pretty much turned around
my ideas on UIs.
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
-bit precision that we support.
Conceptually I like this, and the gotchas are toggleable
via the UI.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http
Carol Spears wrote:
As much as I hate flash usually on the web, I think gimp needs
a flash plugin and some flash demos.
For what purpose? Could you elucidate?
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
That gum you like is going to come back in style
to most of what u see on the net lololol
I don't think that the issue is worth holding up any
documentation for. :)
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
That gum you like is going to come back in style.
___
Gimp
to trawl bugzilla
looking for bugs in 'my' parts of GIMP, and I suspect that
most other developers are the same. But when someone
who knows CC:s me I try to take an interest.
Bugzilla is good, but maybe the bugs aren't reaching the
right developer with a good hit rate.
--Adam
--
Adam D. Moss
), that nicely handles large files is joe, as it does't
load
them into memory.
QEmacs does this too:
http://fabrice.bellard.free.fr/qemacs/
I think it's only for unixoids. Not sure.
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
That gum you like is going to come back
Patrick McFarland wrote:
So, if gegl isnt going to be in gimp2, when will it be?
Ive been waiting for gimp2 awhile now, and now that gegl wont be in it, I have
to keep waiting. How long will I have to wait now? 2.2? 2.4?
gegl isn't a panacea...
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http
and they have no intention of asserting
the GPL on their users.
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
That gum you like is going to come back in style.
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http
[s/libstdc/libgcc/g, sorry.]
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
tweaking
some constants), IMO it must miss the 2.0 train.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
That gum you like is going to come back in style.
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http
).
--Adam (NAL)
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
That gum you like is going to come back in style.
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
?
Not as such -- but if you're using GTK/gimplib then you're
already using glib, which has some great string manipulation
functions (go look them up).
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
That gum you like is going to come back in style
Carol Spears wrote:
maybe he doesn't have cvs access
That by no means stops anyone from submitting a patch
against 1.3.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
That gum you like is going to come back in style
Adam D. Moss wrote:
I agree that it would be wise to point out this explicit exemption
for pdb calls into the GIMP LICENSE file. I'll do this soon if I
don't get beaten to it.
Done, for 1.2 and 1.3. (If anyone disagrees with the specifics,
pull it...)
--Adam
--
Adam D. Moss . ,,^^ [EMAIL
intention clear, as those imposing the
license, that 2) is really not a problem.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
That gum you like is going to come back in style.
___
Gimp-developer mailing list
[EMAIL
much
of a problem, just an ambiguity. Gone now. Rest easy.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
That gum you like is going to come back in style.
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http
to the mountains and become a hermit or a kung-fu monk or a
hermit kung-fu monk.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
That gum you like is going to come back in style.
___
Gimp-developer mailing list
[EMAIL
Nathan Carl Summers wrote:
On Sat, 26 Jul 2003, Adam D. Moss wrote:
2) It might be argued that the basic dependance and interconnection
of a not-GPL-compatible plug-in with the GPL GIMP core via libgimp
and the wire protocol is intimate enough that the two cannot be
considered independent
a bastard to serialise
in a portable, precise manner. Personally I'd represent a 32-bit
float with a 32-bit integer and 32-bit fixed-point fractional part.
Redundant but complete-ish. (Practical better ideas welcomed.)
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
Hi.
Jeff Trefftzs wrote:
Without getting fancy, I just tried this image in gimp-1.3.18 (Linux,
RedHat 9). It opened with the pink background
Wait, it OPENED with the pink background? You didn't have
to save it out again first?
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org
isn't probably good idea?
I think you're right. That bogus change totally sneaked under
my radar... (heads will roll! :D :D :D )
If someone who sees the problem can test this fix:
http://icculus.org/~aspirin/gifload.c that'd be good.
Thanks,
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED
'day job'... I wouldn't use the word 'love' exactly.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
I am NOT a nut! I am the keeper of the seven universal truths!
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http
Adam D. Moss wrote:
Okay, in that case I think I must have made a mistake in
the forward-port of the 1.2.x fix to 1.3.x, because I can't
reproduce this in my 1.2.x tree with the equivilent GIF plugin
4.01.00 fix in it.
I'll try to spot what the forward-port does differently.
I can't see anything
with the equivilent GIF plugin
4.01.00 fix in it.
I'll try to spot what the forward-port does differently.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
I am NOT a nut! I am the keeper of the seven universal truths!
___
Gimp
Jeff Trefftzs wrote:
On Mon, 2003-08-11 at 08:49, Adam D. Moss wrote:
Hi.
Jeff Trefftzs wrote:
Without getting fancy, I just tried this image in gimp-1.3.18 (Linux,
RedHat 9). It opened with the pink background
Wait, it OPENED with the pink background? You didn't have
to save it out again
Nathan Carl Summers wrote:
On Mon, 11 Aug 2003, Adam D. Moss wrote:
IIRC, the Loki guys. Some ramblings a few years ago on the
problems of interoperability of game data between
windows/mac/linuxx86/linuxalpha/etc over network and on disk.
They made a special point of saying something like 'never
.
(That's if we either want or expect the new XCF to become
a defacto standard in the first place. Personally I'm not
sure either way, but in any case it makes sense to
library-ise the XCF load/saver just from a technical
abstraction standpoint.)
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http
Tom Mraz wrote:
If someone who sees the problem can test this fix:
http://icculus.org/~aspirin/gifload.c that'd be good.
I've tested it and it fixes the bug.
Thanks all, the fix is in.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
I am NOT a nut! I am
Nick Lamb wrote:
On Sun, Aug 10, 2003 at 03:02:41AM +0100, Adam D. Moss wrote:
Another data point is that floats are just a bastard to serialise
in a portable, precise manner. Personally I'd represent a 32-bit
float with a 32-bit integer and 32-bit fixed-point fractional part.
Redundant
that many if not most of
the people here are not native English speakers and might not
be able to easily gauge how antagonistic their posts
consistantly sound (I've met some of the worse offenders and
they're generally not at all antagonistic people :)).
Kind regards,
--Adam
--
Adam D. Moss
the issue tends to zero.
Meanwhile...
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
that I'd forgotten
the password to.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Robin Rowe wrote:
Can anyone say with certainty whether that is the same Scott Goehring that
founded alt.religion.scientology?
In what way is this important?
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
i18n ought to be abbreviated i2n to make it quicker
noticed or at least cared yet.)
Regards,
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
Consume Less, Live More
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
(and in reality) a separate
processing step rather than an attribute of the data it
applies to. This is precisely how I see the layer mask
versus the alpha channel.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
Consume Less, Live More
sense) channel in which to put
your decal mask (or other attributes) then put it in one of the
various supported GIMP data channels which are better suited to
this purpose, if you wish your process to be futureproof.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
very similar to provide a quick-render
for interactive operations, re-rendering the results more nicely
on the idle thread (undithered vs. dithered rather than
aliased vs. interpolated, but for the same reasons).
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
, and
that's not good).
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
At this point the rocket becomes engorged with astronauts.
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo
Let's hear more about actual GIMP development on this list, eh? :)
It looks like the response to 2.0 has been positive albeit muted.
Congratulations to all, and luck with 2.2...
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
code freely as long as it interceded IPC like a
simple wire-protocol. (Personally, 'linking' like this would be
entirely fine by me, but it's trivial to interpret the GPL as
disallowing it, so we explicitly except it for the PDB/gimpwire.)
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http
it makes reasonable short-term sense to exploit what GNOME *does*
seem to be good at which is the centralization of services,
organisational and financial structure... if that's helpful to
GIMP (we've enjoyed peripheral use of some of their services
such as CVS for a while).
--Adam
--
Adam D. Moss
Sven Neumann wrote:
My guess is that you used a
different brush when creating the stroke with gimp-2.0.
The top two look like they were stroked with a square
brush, which when applied to a circle is a pretty precise
recipe for what transpired...
--Adam
be able to do this elegantly (elegance again being
in the eye of the beholder) by initialising all of the selection
tiles to a COW of the same 'blank' tile (and doing the same in
the 'clear selection' operation, etc).
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
Joseph Heled wrote:
Option b) Go through the file system - write a temporary file and load
it via a PDB call.
(b) is the probably the simplest, but I am not happy about going to the
file system and all the issues it brings.
I wouldn't be too shy about it. The jpeg plugin itself (last
I saw)
for 2.2 now...
I will attempt to file the 2.0.x patch in Bugzilla some time
soon and if anyone cares they can forward-port it (hopefully
the dithering back-end didn't suffer many changes during 2.1.x).
Thanks,
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
translation from en_US...
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Ah, it's worse than I remembered, since the
patch is actually against GIMP 1.2! But I'm
compiling up GIMP 2.0.x now and so hope to have time to
port this to 2.0 today, and from there hopefully it's
only a short hop to 2.1.x (but I can't test that).
--Adam
Michael Schumacher wrote:
Why can't you test 2.1 (or 2.2pre, rather)?
I thought GIMP 2.2 required GTK = 2.4.
On a decent distro
I'm not on a decent distro. :)
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
___
Gimp
) was called GIMP. It's
always been GIMP. The only naming change that happened during
the time of which you speak is that the 'G' started to stand
for 'GNU' instead of 'General'.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
major
bugs...
I'll see if I can move my tree to 2.2pre tonight, though I
suspect that the patch in that bug should apply to 2.2 pretty
cleanly, since it's all 'deep code' stuff and would probably
only collide with any cosmetic code-formatting changes.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL
broken since I last checked, but I
doubt it.)
--Adam
--
Adam D. Moss - [EMAIL PROTECTED]
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
. These are reasonably likely to have been allocated
together and thus sit close together in memory, causing
memory contention between CPUs.
--Adam
* I haven't looked at it.
--
Adam D. Moss - [EMAIL PROTECTED]
___
Gimp-developer mailing list
Gimp-developer
). But GIMP gradients *can* be fairly arbitrary user-defined
1D designs including near-discontinuities, which benefits from
supersampling in the same way that a stroke, line or polygon
benefits from antialiasing.
--Adam
--
Adam D. Moss - [EMAIL PROTECTED
Hi guys and gals,
I recently wrote this plugin for my own amusement;
someone else might find a reasonably use for it.
It probably does something very similar to the
'antialias' plugin for GIMP 1.2, except this is for
GIMP 2.0 (2.X?) and uses a different algorithm (I
haven't compared results).
window already, so overall I don't think it's a
compelling win (or loss).
--Adam
--
Adam D. Moss - [EMAIL PROTECTED]
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Jakub Friedl (lists) wrote:
it is a good idea. the descibed behaviour is really handy when editing
zoomed in image. however i use the current space function too. would
it be possible to use a different key for the temporary move tool?
The genius behind the choice of space key is that it can
the an axis
to keep the error even across the axes of the resulting
boxes. Finally (and quite significantly, but not
a property of the algorithm as such) the quantization
occurs in L*a*b* space instead of the common RGB-alike.
--Adam
--
Adam D. Moss - [EMAIL PROTECTED
Dave Neary wrote:
- Reverse engineer PSD format for PS 10 and write the load/save plug-in
(or adapt the existing one) to it
Photoshop is up to version ten now?? Bloody hell... and I remember
when we felt all clever for figuring out some of the new PS4 PSD
features...
--adam
--
Adam D. Moss
a coarse way (any whole layers and other [meta]data up to
the first obvious corruption will get loaded, and a warning
issued).
I might be talking 0.99-ish ancient history here, but I can't
see anyone having intentionally removed such a feature.
Regards,
--Adam
--
Adam D. Moss - [EMAIL PROTECTED
Dave Neary wrote:
So - the actions (time-sensitive) are:
Add these two bounties to www.gnome.org (module gnomeweb-wml in GNOME
CVS, directory www.gnome.org/bounties edit bounties.xml, run
mono build.exe
for i in *.php; do php $i ${i#php}html; done
Seriously??
--adam
--
Adam D. Moss
.
--adam
--
Adam D. Moss - [EMAIL PROTECTED]
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Leon Brooks wrote:
Overlay a wall in someone's splendid-looking house with a montage of
GIMP developers?
'Working on GIMP paid-off my mortgage!'
--Adam
--
Adam D. Moss - [EMAIL PROTECTED]
___
Gimp-developer mailing list
Gimp-developer
Steve Stavropoulos wrote:
On 11/19/05, Dag Rune Sneeggen wrote:
John Leach wrote:
Looking at the original, I can see what it's accentuating but it looks
bad. Other photos look great, much sharper compared with the cubic
algorithm. This seems rather too sharp, in the wrong place.
But
concensus is that
this might suddenly become fairly easy with GEGL so it's
better to wait until then.
--Adam
--
Adam D. Moss - [EMAIL PROTECTED]
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU
Hi there!
Michael Natterer wrote:
yesterday, i stumbled across this mail, and it looks
as if this plug-in is doing exactly the right thing
to lineart images.
I ported it to 2.4 API and codingstylized it a bit:
http://mitch.gimp.org/auntiealias.c
Since we consider including it, I have some
91 matches
Mail list logo