Hi,
On Thu, 2007-02-08 at 10:41 +0300, Alexandre Prokoudine wrote:
> What I was trying to tell you is that that message exists, but doesn't
> show up. Which means that something is broken ;-)
It does show up. So the brokeness seems to be on your setup.
Sven
__
On 2/8/07, Sven Neumann wrote:
> > As of 2.3.14 there is not such tooltip. DIsplay of tooltips is enabled
> > in preferences.
>
> There is. I just checked once more (and I had already checked
> yesterday).
What I was trying to tell you is that that message exists, but doesn't
show up. Which means
Hi,
On Wed, 2007-02-07 at 13:13 +0200, Aurimas Juška wrote:
> It actually uses GtkDrawingArea. This is related to zoom & cropping
> functionality. If we dropped cropping, one of Gimp widgets could be
> used.
I don't see why you couldn't implement cropping with one of the
GimpPreview widgets.
>
Hi,
On Thu, 2007-02-08 at 02:36 +0300, Alexandre Prokoudine wrote:
> As of 2.3.14 there is not such tooltip. DIsplay of tooltips is enabled
> in preferences.
There is. I just checked once more (and I had already checked
yesterday).
Sven
___
Gimp-de
Hi,
On Thu, 2007-02-08 at 01:28 +0100, Mu wrote:
> I thought in putting comments in the code as I achieve to
> understanding functions and files, and submitting them as patche. I
> want to know if you think it is a good idea or it would be a useless
> task, or if there is some reason for leaving
Hi,
On Wed, 2007-02-07 at 10:50 -0800, Akkana Peck wrote:
> Crop's Aspect Ratio got a lot easier to manage in 2.3 as opposed to 2.2.
> So "crop to a fixed aspect ratio, then rescale" is much easier now --
> presuming you understand aspect ratio and don't mind typing two
> colon- separated numbers
Hi Marco,
if I remember correctly this is fixed by removing the generated files
POTFILES in all po subdirectories. Try this command in the toplevel gimp
source directory:
find . -name POTFILES -exec rm {} \;
Then do a rebuild. The problem here is that the Makefile rules to
generate the files u
Hello.
There's some time I wanted to contribute to a free software project and now
I am diving in the code of gimp. I find it quite difficult to know where to
start with.
One thing that surprised me is the lack of comments in the code. I am used
to have at least one comment per function and one
On 2/7/07, Sven Neumann wrote:
> Hi,
>
> On Wed, 2007-02-07 at 05:39 +0300, Alexandre Prokoudine wrote:
>
> > While we are discussing it, is it possible to add a remark to the
> > current dialog that enabling preview also calculates size of resulted
> > file? I already heard several times from new
On Wed, 2007-02-07 at 20:08 +0100, Michael Natterer wrote:
> I don't remember the actual math involved and didn't try to follow
> your elaborate code path description. When I implemented this it
> was pretty clear from the beginning that -100% 'L' would have to
> make the image all black and +100%
On Wed, 07 Feb 2007 19:50:53 +0100, Akkana Peck <[EMAIL PROTECTED]>
wrote:
>
> But I can certainly understand why so many users want Crop+Scale
> all in one step. It's a very common operation, and it would be a
> shame to offer it, then cripple it by putting it in a plug-in where
> the crop has
On Wed, 2007-02-07 at 10:23 -0700, Michael J. Hammel wrote:
> On Wed, 2007-02-07 at 08:57 +0100, Sven Neumann wrote:
> > As far as I understand the dialog doesn't show absolute values for
> > Saturation and Lightness but relative ones. Perhaps the Saturation
> > slider should also go from -100 to +
Aurimas Juška writes:
> The idea is based one of bug list's enhancment request which asks to
> save image for Internet, ie user wants image to be as small as
> possible (for example to send with mail or put to forum) and some
> parts could be cropped and picture could be resized until wanted file
>
On Wed, 2007-02-07 at 08:57 +0100, Sven Neumann wrote:
> As far as I understand the dialog doesn't show absolute values for
> Saturation and Lightness but relative ones. Perhaps the Saturation
> slider should also go from -100 to +100 then.
Saturation appears to be absolute. Lightness is relative
On Wed, Feb 07, 2007 at 11:59:43AM -0200, Joao S. O. Bueno Calligaris wrote:
> On Wednesday 07 February 2007 07:31, Alexandre Prokoudine wrote:
> > On 2/6/07, Sven Neumann <[EMAIL PROTECTED]> wrote:
> > > Hi,
> > >
> > > On Mon, 2007-02-05 at 22:38 +0100, Marco Ciampa wrote:
> > > > I just noted th
On 2/7/07, gg wrote:
> I should probably have chosen a more precise and less emotive term than
> lame. In chosing "save for the web" the use indicates he does not know
> what is involved and is expecting gimp to magically do it for him, not
> unreasonably since the program is offering that as an o
On Wed, 07 Feb 2007 14:32:04 +0100, Thorsten Wilms <[EMAIL PROTECTED]> wrote:
> On Wed, Feb 07, 2007 at 01:58:21PM +0100, [EMAIL PROTECTED] wrote:
>
>> Despite the idiot-user title of this feature (copied for PS it seems)
>
> ...
>
>> If the user is so lame that they are going to click on a featur
On Wednesday 07 February 2007 07:31, Alexandre Prokoudine wrote:
> On 2/6/07, Sven Neumann <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > On Mon, 2007-02-05 at 22:38 +0100, Marco Ciampa wrote:
> > > I just noted this strange behaviour: when I see the the
> > > Image menu->View->Display filters->Color D
On Wed, Feb 07, 2007 at 01:58:21PM +0100, [EMAIL PROTECTED] wrote:
> Despite the idiot-user title of this feature (copied for PS it seems)
...
> If the user is so lame that they are going to click on a feature called
> "save for the web"
If a user wants to save images for use on the web,
On Wed, 07 Feb 2007 11:16:33 +0100, <[EMAIL PROTECTED]> wrote:
> On Tuesday, February 6, 2007, 20:03:59, peter sikking wrote:
>
>> - that in-dialog cropping looks like a very uncomfortable way
>>to do that to me;
>> - simply display the Size in the fields that are now called
>>Resize now w
On Wed, Feb 07, 2007 at 09:29:57AM +0100, Sven Neumann wrote:
> On Wed, 2007-02-07 at 09:12 +0100, Marco Ciampa wrote:
[...]
> > Resolving this error I get another error:
> >
> > Making all in po-libgimp
> > make[2]: Entering directory `/home/marco/svn-gnome/gimp/trunk/po-libgimp'
> > Makefile:159
Hi,
On 2/7/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Tuesday, February 6, 2007, 20:03:59, peter sikking wrote:
>
> > - that in-dialog cropping looks like a very uncomfortable way
> >to do that to me;
> > - simply display the Size in the fields that are now called
> >Resize now
Hi,
On 2/6/07, Sven Neumann <[EMAIL PROTECTED]> wrote:
>
> BTW, does this plug-in use GimpPreview widgets? I would like to get some
> feedback on features and API of GimpPreview and its derivatives.
>
It actually uses GtkDrawingArea. This is related to zoom & cropping
functionality. If we dropped
On Tuesday, February 6, 2007, 20:03:59, peter sikking wrote:
> - that in-dialog cropping looks like a very uncomfortable way
>to do that to me;
> - simply display the Size in the fields that are now called
>Resize now without the open/close triangle, and remove the
>other size display;
On 2/6/07, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Mon, 2007-02-05 at 22:38 +0100, Marco Ciampa wrote:
> > I just noted this strange behaviour: when I see the the
> > Image menu->View->Display filters->Color Deficient Vision options
> > (Protanopia, Deuteranopia, Tritanopia) with the I
Hi,
On Wed, 2007-02-07 at 09:12 +0100, Marco Ciampa wrote:
> In file included from /usr/include/dbus-1.0/dbus/dbus-glib-lowlevel.h:28,
> from gui.c:27:
> /usr/include/dbus-1.0/dbus/dbus.h:30:2: error: #error "Please define
> DBUS_API_SUBJECT_TO_CHANGE to acknowledge your understa
On Tue, Feb 06, 2007 at 08:38:31AM +0100, Sven Neumann wrote:
> Hi,
>
> On Mon, 2007-02-05 at 22:38 +0100, Marco Ciampa wrote:
> > I just noted this strange behaviour: when I see the the
> > Image menu->View->Display filters->Color Deficient Vision options
> > (Protanopia, Deuteranopia, Tritanopi
27 matches
Mail list logo