I would like to work on Bug 306713 - Write a GIMP plug-in and resource
distribution system
https://bugzilla.gnome.org/show_bug.cgi?id=306713
Martin suggested on bugzilla:
If we do this, we should seriously consider
http://ghns.freedesktop.org/.
I have had a look at the specification and
I haven't tried mod_wsgi yet, so I'm doing it using mod_python.
(I don't see a compelling reason to dump mod_python yet, not
to mention the learning curve and potential time-cost to convert
my scripts from mod_py to mod_wsgi - I don't really know if there
are any, just guessing here...)
Invoking
On Sun, Oct 4, 2009 at 2:37 AM, Owen rc...@pcug.org.au wrote:
This might work and might not.
Start gimp from the console, but before you do set the LD_LIBRARY_PATH
to /opt/gtk or where ever you installed it
For me it worked for some time an then suddenly after rebuilding
something libtool
On Sun, Oct 4, 2009 at 12:34 PM, Stephen scg...@gmail.com wrote:
-anything you would like to discuss.
for me, as both distributor(FX foundry) and a user resource
distribution means mostly a simple way to package and deploy
resources. For example, currently there are some scripts I wont
On 10/04/2009 11:34 AM, Stephen wrote:
I would like to work on Bug 306713 - Write a GIMP plug-in and resource
distribution system
https://bugzilla.gnome.org/show_bug.cgi?id=306713
Cool!
-instead of providing downloads ourselves, we could make third parties
the download providers and just
On Sat, 2009-10-03 at 21:27 -0500, Chris Mohler wrote:
However, I can not for the life of me figure out why my call to
g_spawn_async throws a segfault every time.
Well, you pass it a pointer to xdgargs which was previously allocated on
the stack like this:
gchar *xdgargs[sizeof (gchar)];
peter (yahvuu) wrote:
Martin Nordholts wrote:
[..] I have
for a long time felt that layer modes is just a primitive and naive
way to achieve some kind of non-destructiveness.
yes, the evil plan which spun off my posting is to get rid of the
layer mode concept.
funny enough I had realised
You're right. Keeping a running Gimp daemon in
memory would most certainly speed things up
(for subsequent calls)
I recall the python tutorial has some sample code
on writing simple servers in python (so, the python code
is already available, therefore I'd guess it's probably
just a matter of
On Sun, Oct 04, 2009 at 04:33:28PM -0400, Vio wrote:
You're right. Keeping a running Gimp daemon in memory would most
certainly speed things up (for subsequent calls)
This worked very well with gimp-perl and mod_perl 10 years ago.
It was relatively easy to establish a persistent connection from
On Sun, Oct 4, 2009 at 1:25 PM, Sven Neumann s...@gimp.org wrote:
This should probably read
gchar *xdgargs[4];
(sorry forgot to reply-all)
Oops (facepalm). Thanks.
So, I've written a replacement plug-in that works pretty well.
However, the only filetype supported is still .XCF.
Looking
On Sun, 2009-10-04 at 18:54 +0300, Alexia Death wrote:
On Sun, Oct 4, 2009 at 12:34 PM, Stephen scg...@gmail.com wrote:
-anything you would like to discuss.
for me, as both distributor(FX foundry) and a user resource
distribution means mostly a simple way to package and deploy
resources.
Hi,
I run gimp and mod_perl on a production server and trigger longer jobs
using the 'at' command so as not to keep users hanging around for a
result. Some of the runs can generate upwards of 1,000 or so images, so
the connections were timing out long before the job ever ended.
For shorter jobs,
so after writing in my last mail:
layer mode sets the mathematical operation
and seeing that the user requests for layer modes are not exactly
streaming in, I was thinking during cooking: I should have a look at
http://yahvuu.files.wordpress.com/2009/09/table-brightness-1600.png
again, and
A clear distinction between Save and Export was needed
But even if conceptually different in practice , both operation are always
needed for the every edited image:
is needed to Save the original AND to export as jpg or png .
So why do not offer a chance to speed up the workflow, save time and
On Sun, Oct 4, 2009 at 4:59 PM, Chris Mohler cr33...@gmail.com wrote:
Looking at the new api docs, it seems possible to raise a GimpDialog
that contains something like a toggle for Native XCF or Export and
also the new 'gimp_export_dialog_new' widget. Does this sound
reasonable?
Also - is
photoco...@gmail.com wrote:
::snip? SNIP!::
As you may see the idea is not to replace the Export dialog, but to offer a
handy option from the Save dialog, to simultaneously export , with same name
and in the same directory in other file formats
Wouldn't this be fairly straightforward to do as
16 matches
Mail list logo