ssword or
something! My plugins died in the registry because the ability
to update them was locked to an account that I'd forgotten
the password to.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
___
Gimp
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 quick
t
it generally copes adequately with the mildly-unix-centric
codebases I throw at it.
Regards,
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
Consume Less, Live More
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http:/
Carol Spears wrote:
> the gamers could have their own little gimp thing going and take
> rapha?ls terrible mangling of the mmmaybe web site with them and develop
> libgimpcheckmate all they want leaving graphics people out of their
> little manipulation schemes and twisted pixel ideas.
With all due
time.
--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
ely to care --
regions of transparency in a composited image to 'go undefined'.
No-one seems to have 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
fect is conceptually (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
Con
ncouraging the wrong tool (alpha) for the job (masking),
and implying that 'undefined' data is sacred whereas it hasn't
strictly been for a very long time now (and in some tools and usage
patterns NEVER has been, but users don't even question these because
the UI never encourage
orthogonal (in the colourspace 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]
something 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/
SD files while 'fixing' others, 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
[EMA
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/
e then any
app could use GPL 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
nk
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
t to some sort of digital time
smoothing, which is what we have (and which can probably be improved
upon, but is not a 'big hack').
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
"Forget climbing trees and learning the tin whistle. Here is The Chineapple
ampling rate for tablets can
indeed be much better.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
"Forget climbing trees and learning the tin whistle. Here is The Chineapple
Punx guide to smashing the system with your runner beans, running riot with
b
Sven Neumann wrote:
> Channels are
saved selection masks. They consist of what could be seen as grayscale
data and are used to store the selection. The top three or four
"channels" that you see in the Channels tab in the user interface
aren't really channels. They just appear there for historical
r
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
ht 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
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) does
likely too late 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://ww
US.TriviallyOffended 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
.53 IIRC) 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
the world
right now than a frumpy splash in your favourite free
image-editing program.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailma
#x27;t introduce any 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.
tuff got 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
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-deve
range in a small
area). 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 -
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).
http:
Matt wrote:
Is it possible to use this under win32?
It's entirely possible, if someone wants to compile it
up for win32. I'm not equipped to do so myself.
--Adam
--
Adam D. Moss - [EMAIL PROTECTED]
___
Gimp-developer mailing list
Gimp
--
Adam D. Moss - [EMAIL PROTECTED]
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
image 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
eas
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
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 PROT
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. M
;out' them that much.
--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
e
for filtering and rendering, particularly one of the (increasingly
excellent and pertinent) schemes for pixel shaders. (The answer,
incidentally, is 'no, not yet'. I don't know whether this becomes
harder or easier in a GEGL world.)
--Adam
--
Adam D. Moss
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
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 still,
neral 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.Be
Joao S. O. Bueno Calligaris wrote:
On Monday 08 May 2006 10:51 pm, GSR - FR wrote:
That reminds me another parameter, velocity (or time delta, it is
related) and that airbrush had issues with high speed... anybody
knows the exact definition and use of gimp_paint_core_paint's
guint32 time (I trac
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 q
ble. I'll hopefully get around to it one of these
years. (It requires algorithm plumbing to do right, though, if
someone else wants to try -- no 'quantize to N-M colours and
then slot in our M fixed colours afterwards' hacks.)
FYI my local tree already has the changes in for quantiz
rwise be very hard to find?
Yes, 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.foxbo
uch a casual-user 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" 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 obj
And finally... I had to address this:
Michael Natterer wrote:
> This is unstable development.
This is a fairy tale that developers like to spread
to keep the unwary users' expectations down. The reality
is that labelling the trunk an 'unstable' tree is not a
license to actively go about doing
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 h
I got sent these (don't know precisely why). These are
mostly pretty reasonable or good ideas, many of which
have been discussed at one time or another if not committed
to an explicit TODO...
--
Adam D. Moss. ,,^^[EMAIL PROTECTED]http://www.foxbox.org/ co:3
I normally
gressive inlining and the conversion
of a lot of floating-point code to fixed-point, I think).
--Adam
--
Adam D. Moss. ,,^^[EMAIL PROTECTED]http://www.foxbox.org/ co:3
"all cake everywhere has died"
___
Gimp-developer mailing l
t the moment to test
it myself.
Cheers,
--Adam
--
Adam D. Moss. ,,^^[EMAIL PROTECTED]http://www.foxbox.org/ co:3
"all cake everywhere has died"
--- Begin Message ---
Dear Adam D. Moss (PSD plugin maintainer)
Attached is a set of context diffs for a work-around for an iss
tches
or looking into error reports. 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:
> &quo
Raphael Quinet wrote:
> The only thing that is missing is a standard list of names and types
> for all parasites.
{docs|devel-docs}/parasites.txt
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-devel
and I'd rather integrate
it myself than throw some months-old source at the treemasters,
though not if it looks like the mere prerequisite chain build
process will reduce me to tears like it did the last time I tried. :)
Thanks,
--Adam
--
Adam D. Moss. ,,^^[EMAIL PROTECTED]
mp-* forever.
FWIW I'm in favour of splitting out 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
[EMA
I wasn't clear -- I wasn't really saying anything either
way about persistance, merely that some of the EXIF data is
going to be of very general use and some isn't so the latter
shouldn't be eating into our well-defined gimp-* namespace.
--Adam
--
Adam D. Moss. ,,^^[EMA
n.c:2453
#40 0x40129c91 in gtk_main () at gtkmain.c:794
#41 0x8080463 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. ,,^^
e code either:
>
> while (gtk_events_pending ())
> gtk_main_iteration ();
The crash is actually occurring inside gtk/glib-1.3 (joy!) but
I haven't de-toxed enough yet to look deeper.
*looks deeper anyway*
Ah cool, a glib rebuild from today's HEAD stops me cras
memory than the layer
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
d-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 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.
Thank
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
Sven Neumann wrote:
> You expect the HEAD branch to compile if you can't get the stable
> version to build???
I expect nothing. But it was worth a try???
> looks like glibconfig.h hasn't been generated properly.
Good one, a 1.2 header was being picked up instead of
the 2.0 one. Things are goi
]
Wow. At least when /I'm/ drunk I take my mindless babbling
to IRC where it fits in just fine.
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
___
Gimp-developer mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkele
m its user-interface; 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.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
___
Gimp-devel
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)
This was misdirected at me.
--- Begin Message ---
Hello Adam. I should propose few features for gimp:
1)brightness(result visible in change operation) of layers in dialog
"layers,conturs,chanels"
2)Me personal very need next function in plugin Light
effects/SuperNova(may be this function also need
dged dimensions subsequently to measure how much data
to unpack, copy, realloc etc.
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
busting makes me feel good
'"Wankbadger" failed to reach MPs. "Wank-badger" succeeded.'
--- Begin Messa
?!
Oh definitely.
If someone wants to prepare patches, I'll take care of applying them
and will make 1.2.1 and 1.3.1 releases with the changed license.
I'll get right on it then.
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
busting makes me fee
THE SOFTWARE.
Except as contained in this notice, the name 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:/
reaking the ill-advised anti-erase feature for 100 years now
and no-one has complained), that the normal COW routes miss.
Since I suck, I don't have time to implement... stuff. But these
are probably fun beginners' core-hacking projects.
--Adam
--
Adam D. Moss . ,,^^
7;s alpha values forever without the risk
of sending the RGB part of RGBA pixel data to la-la land, use a
holy layer mask and/or the undo tool!
If you want an auxilliary per-pixel channel that doesn't have
fixed semantics tied to a pixel's RGB values at all, use an
auxilliary channel.
--Ada
ossible.
From a more aesthetic '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
_
good
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]
programmatic alpha
handling, and assumed that common-sense should prevail, but I
think now we should have an explicit policy instead. :) :) :)
--Adam
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
busting makes me feel good
kthx bye
__
it or when 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.berke
u wish to have an alpha-adjusting playing-field
then a layer masks is conceptually an operation 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
kt
st that'd come to my 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 PROTE
(except out of curiosity). But...
--
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/listinfo/gimp-developer
n a destructive processing of the RGBA data.
--Adam
--
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/mailma
screen history' page nowadays?). I'd be sorry to see
them go by default. :)
--
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://
authors try
to apply 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."
__
;t work out like
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 paren
nning, 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.
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."
___
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
--- Begin Message ---
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
r the hierarchy-file-plus-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
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
that is,
it (random-)dithers the truncated precision into the lowest bit(s)
of the 8-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
__
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
omg i mean it dont
compare 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.
_
I have time 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 hi
st
millions
> of them though), 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.o
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]
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.
--Adam (IANAL)
--
Adam D. Moss . ,,^^ [EMAIL PROTECTED] http://www.foxbox.org/ co:3
That gum you like
ply an oversight 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 li
1 - 100 of 128 matches
Mail list logo