a while, like for example
finishing the metadata framework/editor (Raphael!), but also the port to
GEGL (Mitch!).
I will continue working on GimpRectangleTool and I aim for more or less
complete Selection + crop tool specification [1] conformance in 2.6.
- Martin Nordholts
[1] http
easy. Would probably make sense
to let gui.gimp.org study the details of how to make this tool as usable
as possible, though the way Photoshop does it looks pretty optimal to me.
Let's hope someone finds the time to look more into this.
- Martin Nordholts
.
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
the work on completely implementing the spec and
that's what I intend to keep on doing until it's more or less completely
done. I suspect making use of Cairo won't impose significant changes to
the spec?
Martin Nordholts
___
Gimp-developer mailing list
and hosting a version of that page by yourself.
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
2.4 actually.
Sounds as if you have checked File - Preferences - Image Windows -
Resize window on zoom. Try to uncheck that.
Anyway, this is not a developer related question, please keep future
usage related questions on gimp-user.
Martin Nordholts
of the image by either
side. That doesn't look like a intentionally designed feature.
Hello
I am unable to reproduce this, for what ratio and rectangle size does
this occur?
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Alexandre Prokoudine wrote:
On 10/23/07, Martin Nordholts wrote:
I am unable to reproduce this, for what ratio and rectangle size does
this occur?
3:2, 4:3
Alexandre
Seems to be an integer rounding issue. I have planned to change internal
rectangle coordinates to doubles for 2.5/2.6
Hello
That doesn't sound insane, I suggest you forward this to the GIMP UI
folks for consideration, you will find links at:
http://gui.gimp.org/index.php/GIMP_UI_Redesign
- Martin Nordholts
The Peach wrote:
I was thinking of a feature proposal. Once you have placed a guide on the
canvas
to work on GIMP.
Personally I hope that will change, and I have some plans on how to do
that, but that's a post-2.4 subject.
Regarding when 2.4 is released, it should be out pretty soon, I'd guess
some time this week, the next week, or the week after that.
Martin Nordholts
.
There is a chance that this bug has been fixed in more recent versions
of GTK and/or X and/or your mouse driver, so before continuing your
search for a fix lower down in the libs I highly recommend you to use
the latest SVN versions of the appropriate libs (and GIMP).
Regards,
Martin Nordholts
:
I also like to thank all the efforts on GIMP, its a Great Program, thank you
all.
Hello
Thanks for the efforts and kind words, but we already have a splash for 2.4.
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer
always have 100x100), so you might wanna
hook on.
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
.
Tracing execution gives no tip, at least for me :
Hello
Please provide a stacktrace from the current SVN version, and what GTK+
version you run.
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
suddenly I am in Kansas, on a very cool project for 2 weeks.
I hope you had a good vacation :)
How about having 100x100 as default when there is no pending
rectangle and rectangle width x rectangle height when there is one?
This would be the case for both the selection tools and the crop
jmt wrote:
When I build with revision 23281, I do not have theses crashes.
Great, problem solved.
- Martin
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
that you just can sit back and watch?
I doubt this discussion will get going unless you concretely add
something to it instead of just wait for other to come up with ideas.
Cheers.
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer
Akkana Peck wrote:
Martin Nordholts writes:
It seems as if quite a lot of people would like there to be a way of
fixing the size of a pending rectangle.
If we handled the default values of Fixed: Size the same way as for the
default values of the Fixed: Aspect ratio entry (i.e. when rubber
jmt wrote:
On Saturday 25 August 2007 16:27, you wrote:
jmt wrote:
When I build with revision 23281, I do not have theses crashes.
Great, problem solved.
- Martin
Crashes now when drawing pathes, revision 23375.
Please be more specific when you report bugs.
If you report a bug at
/gimp/trunk gimp
and start fixing some bugs from bugs.gimp.org.
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
size many times, like when
one does not know the correct size for the rectangle but have to
experiment a bit on the canvas first to get the desired size of the
rectangle.
Once you have this perfect size, it would be easy to use the size in
many places.
- Martin Nordholts
Choi, Ji-Hui wrote:
Hi. I'm new in gimp development.
few day ago, I checked gimp 2.4 rc1 source, and then I noticed the
l10n file for korean was so terrible. it means translation was not
apply almostly.
so I contacted our tongue translator, and got an answer. it's for you. :-(
BTW, so I
is that the Fixed: Width/Height entry widgets
do not have that functionality yet, and there lies the problem.
- Martin Nordholts
[1] http://gui.gimp.org/index.php/Selection_%2B_crop_tool_specification
___
Gimp-developer mailing list
Gimp-developer
library GIMP builds
upon was designed specifically to be easy to write wrappers for (GObject).
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Liam R E Quin wrote:
On Tue, 2007-08-21 at 08:34 +0200, Martin Nordholts wrote:
However, with latest svn it's still frustrating:
(1) open a medium-sized image, e.g. 1000x3000 pixels
(2) press C to choose crop tool, and drag out a rectangle of
(say) several hundred pixels on a side
(3
this should go
fairly quick.
I'm not sure what to put for Fixed: Size though, and the spec simply
states 100x100 but are open for improvments. Crop zone sounds
interesting, what do you mean by that?
- Martin Nordholts
___
Gimp-developer mailing list
the
entire selected area (which is a feature actually).
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
more
sense to have this button in the Tool Options?
Now, I know that we don't like more stuff in there, but imo that's the
right place for such a button.
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
Guillermo Espertino wrote:
[...reasons..]
I'm out of here.
Sad to hear, input from users are important, even if not all developers
agree on all suggestions made by all users. You are welcome to return
any day.
- Martin Nordholts
___
Gimp
editing would benefit as a whole much more if you
decided to contribute to GIMP, instead of making a fork.
- Martin Nordholts, GIMP developer
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman
colorful plasma.
Also, you might find this interesting to read:
http://wiki.gimp.org/gimp/GimpSplashScreen
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp
to throw it out to the mailing list. Partly because, as I said,
to synchronize the direction the code is taking, but also to get
feedback and to avoid clashes with other Big Plans.
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer
Simon Budig skrev:
Martin Nordholts ([EMAIL PROTECTED]) wrote:
With the introduction of helper functions like
void gimp_rectangle_tool_constrain_aspect (GimpRectangleTool
*rectangle_tool, gdouble aspect, const gchar *apply_on_x, const gchar
*apply_on_y)
{
/* apply_on_x may be x1, x2
this.
I have opened up a bug report:
http://bugzilla.gnome.org/show_bug.cgi?id=448417
You might want to add yourself to the CC list. I will look into this as
soon as I have time.
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer
the Win32 FAQ etc because of
this. Just link to those external pages. Sure, coherency is important
but let's not take it to the extreme, let's focus on providing a
pragmatic gimp.org.
Martin Nordholts
les, just link to themourselves Sven Neumann skrev:
Hi,
On Thu, 2007-03-29 at 00:29 +0100, David
Though, Inkscape I think seems to have succeeded better than both GIMP
and Krita (attatching new and prettier script version)
Martin Nordholts
skrev:
You're right, and I appologize for drawing hasty/wrong conclusions, my
prejudices were wrong. Check out this awesome Ruby script though
contributors. This last
paragraph is of course just guessing...
Martin Nordholts
On Mon, 2007-03-19 at 23:35 -0300, Joao S. O. Bueno Calligaris wrote:
It is not really hard - and that is to you Mitch, you Sven, you Nomis,
to simply rememebr the person on the other sidee is sitll a human
You're right, and I appologize for drawing hasty/wrong conclusions, my
prejudices were wrong. Check out this awesome Ruby script though, it
produces some rather interesting output nevertheless.
Martin
:Manish Singh skrev:
On Tue, Mar 20, 2007 at 07:36:52PM +0100, Martin Nordholts wrote
3. Change the default image size (any particular reason it is 377x233?)
I'd suggest 1024x768
I'd suggest VGA (640x480) or even less, so that it fits on a 1024x768
screen. Web statistics from July 2006 show that only 19% of the users
have screens larger than 1024x768. While I
gg,
I agree with you, in fact I have begun to think about how a complete
rewrite using C++ and gtkmm would look, including support for procedural
brushes, a good undo/redo system, etc.
From my point of view, C does not fit for a GUI application. Core
libraries, like GEGL, makes much more
and friends? After all, the radius, softness etc
*are*
brush options, which should be reachable from the Brush Options. This
will make this feature a lot easier to find for users.
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer
this improves the workflow futher.
/Martin Nordholts
_
För dig som älskar spel http://www.msn.se/noje/spel/
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
Given these conditions
1. GIMP wants to provide its users with a good workflow, independent and
unaffected by other similar applications.
2. The majority of 'New layer' commands are equal, i.e. users rarely changes
the properties (width, height, prefilled color, etc) of a new layer
I fail to
] Suggestion: Make the 'New layer'
commanddefaultto 'New lay
Date: Wed, 17 May 2006 08:45:53 -0300
On Wednesday 17 May 2006 08:40 am, Martin Nordholts wrote:
One other alternative be to provide a key-shortcut which would
create a new layer with the previous properties,
which part of hold shift in my e
We earlier had it the other way around: Click would create the layers
with the defaults, Shift-Click would show the dialog.
We then switched it around again, because Shift-Clicking to get the
dialog, made the dialog a pretty hidden feature. Most people would not
even be aware that there is a
@lists.xcf.berkeley.edu
Subject: Re: [Gimp-developer] Suggestion: Make the 'New
layer'commanddefaultto 'New lay
Date: Wed, 17 May 2006 16:08:15 +0400
On 5/17/06, Martin Nordholts wrote:
Which part of improve workflow in my e-mail was hard to understand?
I mean you can't possibly mean that it is more
, 17 May 2006 16:32:05 +0400
On 5/17/06, Martin Nordholts wrote:
Having to use two hands instead of one is a dramatic loss of workflow
IMHO.
What is the second hand doing then, if not being on keyboard?
I'm really curious, because when I'm using GIMP/Inkscape/Scribus, my
left hand is _always_
Probably yes, but from what I remember, Shift + Click works in several
more parts of GIMP's UI. If so, changing it would break consistence.
I am not sure in what way? Yes, there are other commands that are altered by
Shift. However, the logical relationship between Shift and non-Shift is (or
One way to make it discoverable is to display a hint in the New Layer
dialog window. (This might be conditional on whether Tip of the Day
is enabled, or might appear only the first time New Layer is used in
each session). Anybody want to take this up?
Actually, there already is a hint. The
What else can I do while creating a new layer except scratching my
poor head and holding a paper? :)
Using keycommands for instance? A basic example: You want to create a new
layer and after that select tha gradient tool.
With my suggestion:
One click and press 'L'
or
Ctrl + Shift + 'N', 'L'
Ah, it was the other way around before, I see.
From previous discussions however, I concluded that GIMP is not inteded
to
be an app for newbies, but rather be effective to its faithful users.
I don't think that discoverability is about newbies vs. professionals.
I am assuming you mean
With my suggestion:
One click and press 'L'
or
Ctrl + Shift + 'N', 'L' (Which btw makes the right hand free to do
whatever
it wants)
It doesn't free the right hand :)
If you want to be picky, then no, the right hand is not free. I meant that
the mouse cursor can do whatever it wants.
I
Probably yes, but from what I remember, Shift + Click works in several
more parts of GIMP's UI. If so, changing it would break consistence.
I am not sure in what way? Yes, there are other commands that are
altered
by Shift. However, the logical relationship between Shift and non-Shift
is
Your approach involves a lot of guesswork: We have to make an educated
guess, what is the more frequent usage of each of the dozends of
buttons. Each user has to guess what we guessed. And I bet that there
are users out there who don't agree with our guesses. How do we defend
our guesses?
First
What are these lot of inconsistencies?
I'm sorry, lot is probably a too strong word. Lookup bugzilla entires
though, and you'll find that not a negligible amount of them can be
considered as inconsistency fixes/enhancements.
_
I couldn't agree more with the point Simon made about discoverability and
the workflow optimisation should take second place in this situation,
But isn't discoverability *part* of the workflow? I mean yes, it would be
tricker to find the dialog, and therefore affect workflow in a negative way.
Actually I hadn't, but that was a good idea!
It is great that it is possible, but my hope is that creating a new layer
would be hardcoded as easy instead of putting the responsibility on the end
user to *make* it easy.
I am more or less awaiting comments from a 'high up' person on this
I apologize criticizing GIMP for not having a Photoshop-like interface.
After a bunch of more insightful replies (mostly Carol's) I realize that
GIMP doesn't strive to be the Photoshop of the OSS communities.
I guess I have been blinded by the numerous GIMP vs Photoshop articles I
have read,
to compile anything
this big with this much dependencies.
Does anyone know why it gimp/configure doesn't identify the fresh
from-source-installation of glib 2.10.1?
(And btw, is this the right place to ask this question?)
Sincerly,
Martin Nordholts, Sweden
]
To: GIMPDev gimp-developer@lists.xcf.berkeley.edu
Subject: Re: [Gimp-developer] ./configure not finding glib?
Date: Fri, 24 Mar 2006 01:19:45 +0300
On 3/24/06, Martin Nordholts wrote:
The first step for me to be able to contribute to GIMP is making it
build.
I have downloaded and compiled
with
this one :)
Thanks for any replies!
Martin Nordholts, Sweden
_
Hitta rätt på nätet med MSN Search http://search.msn.se/
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
From:Axel Wernicke [EMAIL PROTECTED]To:Martin Nordholts [EMAIL PROTECTED]CC:gimp-developer@lists.XCF.Berkeley.EDUSubject:Re: [Gimp-developer] Why be cryptic? 'Xtns' should be name 'Extensions'Date:Tue, 21 Mar 2006 19:34:15 +0100Hi Martin,Am 21.03.2006 um 19:17 schrieb Martin Nordholts:Hi!I
an thoroughly discussion of this, so let's take it now.
From: Axel Wernicke [EMAIL PROTECTED]To: Martin Nordholts [EMAIL PROTECTED]Subject: Re: [Gimp-developer] Why be cryptic? 'Xtns' should be name 'Extensions'Date: Tue, 21 Mar 2006 20:18:03 +0100so "Extensions" takes compared to "Xtn
is absolutley brilliant.
/Martin Nordholts
_
Chat: Ha en fest på Habbo Hotel
http://habbohotel.msn.se/habbo/sv/channelizer Checka in här!
___
Gimp-developer mailing list
Gimp-developer
First, thanks for an insightful reply.
I read about MDIs at
http://en.wikipedia.org/wiki/Multiple_document_interface and I was conviced,
MDI seems like a thing of the past.
However, I think that when you use GIMP, the taskbar quickly gets bloated
with lots of images. Would a TDI (Tabbed
601 - 665 of 665 matches
Mail list logo