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.Be
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 +0100>Hi Martin,>
;t find 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:
gned'. Once
you know it though, the workflow is absolutley brilliant.
/Martin Nordholts
_
Chat: Ha en fest på Habbo Hotel
http://habbohotel.msn.se/habbo/sv/channelizer Checka in här!
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 Docu
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, a
to linux, and this is my first attempt 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?)
t;[EMAIL PROTECTED]>
To: GIMPDev
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 seve
If you need this as a formal patch, let me know and I'll create one.
IMO this improves the workflow futher.
/Martin Nordholts
_
För dig som älskar spel http://www.msn.se/noje/spel/
___
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
du
Subject: Re: [Gimp-developer] 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
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 dialo
Dev
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
ed, 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 ha
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
a
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 too
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' (W
> 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 me
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 u
> >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
Have a look at most recent Inkscape or read
http://wiki.inkscape.org/wiki/index.php/ReleaseNotes. Calligraphic pen
and Pen tool now use same modifiers other tools use. This is both "in
the sense of effective workflow" and "in the structured sense",
because it gives consistent experience throughout
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.
_
Yes. You think. And you have no way to back that up.
It feels good knowing that you understand that this is what I think, and
that I never claimed that I know this.
I for myself *do* use the dialog occasionally, mainly for creating new
white layers.
I'm sure a lot of people _occasionally_
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 subjec
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
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 sens
>> 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. Wh
the rudeness have been going on for quite a
while, otherwise there would be far more 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
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 Nordhol
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 sc
o also host 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,
>
>
, thanks for reporting 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
Gi
ng people to the
GIMP, the choice is obvious...
Carol, I want to stress that I have nothing personal against you, I
think you have an interesting personality (maybe it's because I haven't
been around so long yet :d), but in situations like this; I have n
s plan in the following weeks, I just
wanted 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
__
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_
use of
the too 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/li
ce image 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
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
_
viding information; not offer interaction? Wouldn't it make 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-deve
back, but a rectangle that covers 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
t.
Since I have already written the surrounding code, fixing 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 wrote:
> Updating the Fixed: Width/Height entries would be nice indeed, and I
> plan to fix this before 2.4, I just haven't found the time to do so yet.
> Since I have already written the surrounding code, fixing this should go
> fairly quick.
Crap, just
you are asking for, a
"user override mode", and a "default values mode", please refer to spec
for details. The problem 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/inde
fairly easy, especially since the C 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 hund
uot;perfect 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 pl
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." :-(
> B
ood default
values for this entry (the RC1 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
t; or
> sometimes quite randomly.
>
> 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-devel
> 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 th
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
ussing this so 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
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 t
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 yo
k out the GIMP source code
svn co http://svn.gnome.org/svn/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
my entry and licensed in C&C 3.0:
>
> 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
___
G
erhaps in the form of a
mouse driver bug or something.
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 ap
unately there haven't been
so much interest yet from companies to hire people 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 gue
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
it fits width/height 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-develo
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
rectan
lo
I have already started 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
_
maintained by the GIMP developers and I see no problem with
you translating 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
>
> --
> Damien
>
Hello
It's GIMP 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
usa
in fullscreen, or is it only GIMP? Maybe this is a X
server/driver issue.
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
sing weird Move Tool
Options? If not, please provide more details, like size of selection
before and after scaling and so on.
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
t;copy-paste" of the area that will be
used to patch.
Since I think the algorithm used is the same as for the Healing Tool,
implementing this tool should be rather 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
his includes
> stuff that has been planned for quite 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
zontal line for the upper left corner)
Now you need to calculate the end point by calculating where the 45
degree line intersects with other line. Then draw a line between the
start point and the calculated intersection point.
Martin Nordholts
Martin Nordholts wrote:
> Tim Jedlicka wrote:
>> (repost - got lost somewhere the first time)
>>
>> I stumbled upon this link describing the use of the Diagonal (45 degree
>> diagonal from each corner of an image) as the optimum crop guide ("better"
Tim Jedlicka wrote:
> Martin Nordholts wrote:
>> Oops, it of course depends on portrait or landscape which line you hit
>> first. I think you will have to throw in an if there.
>
> I figured out a way to avoid the "if" statement. However, I don't know
> wh
g
incomplete feature requests. We appreciate that you think GIMP is worth
spending some on to help improving, but please don't take it personal if
some of your suggestions are considered incomplete.
It would be very appreciated if you took the time to research exactly
how this algorithm is
rojects too for that
matter). Feel free to hang around in #gimp on irc.gimp.org if you have
any questions regarding the code or related stuff.
Regards,
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>
> Hi Jesper
>
> Great news! Your contributions will be very appreciated, I'm sure.
>
> To get started with the GIMP source code you should first read up on
> GObject [1], the object framework GIMP is based on. This library is used
> for OO-ness in GIMP (and great deal of other GNOME projects t
ns submits a patch, the submitter of the first patch that
is good enough for commiting (maybe after some code cleanups) is
rewarded with the bounty.
I have no idea how well this would work in practice, but I am pretty
sure this also would be a way of stimulating getting work done.
Regards,
Martin No
igned to.
>
> I'd find this useful sometimes, would anyone else?
That sounds like a sane idea to me, but it's a sad to add another tool
option for this. Would be great if you could figure out a way to add
support for this without adding another tool option. You could try
Sven Neumann wrote:
> Hi,
>
> On Thu, 2007-11-22 at 07:58 +0100, Martin Nordholts wrote:
>
>> For quite some time I have thought about setting up a system that would
>> allow donors to donate money to a specific feature, e.g. donate money to
>> implement a Polygona
ut shouldn't we coordinate who orders a device?
> That said, who else of the GIMP developers/contributors would want to
> order one?
>
I've already made an order off-list
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
f GIMP's shortcomings and the
problem is not that we do not listen to input from users, the problem is
lack of developers.
The absolute worst thing you can do in an attempt to contribute to GIMP
is to tell us that we suck.
The proper way to contribute is to help us.
Looking
ot more thought, and my current plan is to put more
thought into this whenever I have some GIMP hacking time over.
The general approach would be to create independent families of classes
of which objects then could be combined in different ways to create the
desired widgets and families of widgets with the desired behavior.
- Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Simon Budig wrote:
> Martin Nordholts ([EMAIL PROTECTED]) wrote:
>> I'm currently interested in looking into this, mostly because I think
>> this needs a clean solution before I will be able to cleanly finalize
>> the GimpRectangleTool.
>
> I have a prototypeis
Mark Lowry skrev:
> Attached is a link to a screen capture showing the
> same image opened in Windows Picture and Fax viewer
> and in GIMP 2.4. As you can see, the GIMP version (no
> editing performed) has a haze compared to the WP&F
> viewer version.
>
> http://vabirdy.tripod.com/images/puppypic
Sven Neumann wrote:
> Hi Peter,
>
> there are a couple of things that are waiting for input from the UI
> team. Things that we would like to sort out for GIMP 2.6. It would be
> nice if we could get some advice from you and your team. I made a list
> of the things that in my opinion are most impor
Sven Neumann wrote:
> Hi,
>
> On Thu, 2008-01-24 at 06:35 +0100, Martin Nordholts wrote:
>
>> It would also be nice to get the Polygonal Select Tool details sorted
>> out for 2.6. There is code for such a tool in bug #119646 [1], the
>> question is just to w
created path
4. Select -> From Path
The Polygonal Select Tool should IMO only fill the void of a way to
quickly make polygonal selections. (If it will even be a separate tool
and not just en enhancement to the Free Select Tool.)
BR,
Martin Nordholts
__
But what you currently have seems to be very far from the spec [1]. Is
this intentional or have you just not been able to steer your current
work into the direction of the spec? Just asking since it would be sad
if someone worked hard on something that isn't going to be used anyway :/
B
Sven Neumann wrote:
> On Sat, 2008-03-08 at 14:29 -0500, Kevin Cozens wrote:
>
>> The one question I forgot to ask is how would a person get to see these
>> preview images? Using an image preview browser? A "show preview" button (or
>> menu item) in the scripts UI window? Some other mechanism
?
(bugs.gimp.org) We can still continue discussion on the list but the
patch will be much easier to track in Bugzilla.
Thanks,
Best regards,
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berk
Apart from Windows specific problems, a good way to get
involved in the GIMP source is to solve milestoned bugs. You will find
these bugs in the 'Milestones' column at bugs.gimp.org.
As Bill said, setting up a build environment for GIMP on Windows is
quite complicated. This mailing list
spec
implemented, so if you manage to compile GIMP from there you can already
now try this out and get a pretty good feel for what the end result will
be like.
BR,
Martin Nordholts
What we call the "no image" window doesn't really matter since that
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ent. The GIMP UI Redesign [1]
page on the wiki should be a good start.
Other sources of interest to you would be the gimp-developer mailing
list archives and the GIMP 2.5 release notes.
Best regards,
Martin Nordholts
[1] http://gui.gimp.org/index.php/GIMP_UI_Redesign
___
Ettore Pasquini wrote:
> I just updated my working copy from trunk and I am getting the following
> build errors:
>
>
>
Hello
A complete rebuild and reinstall will most probably fix this.
- Martin
___
Gimp-developer mailing list
Gimp-developer@list
t is necessary to sort out how to access this
functionality in a discoverable way.
Regards,
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Hello
When developing new features and modifying how things are implemented it
would be very convenient to have a set of test cases to go through to
systematically being able to detect if changes introduces regressions.
There currently are some 'make check'-test cases, but it is quite
tedious to
erences -> Window Management, and set the hints to 'Normal
window'. This will bring back the GIMP 2.4 default behaviour.
You might also find it helpful to know you can use Tab to hide/unhide
the toolbox and docks.
Regards,
Martin Nordholts
___
Gi
ocumentation, knowledge
when giving help, and so on.
Best regards,
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
ms on your list is
* Overscroll - Bug #362915
<http://bugzilla.gnome.org/show_bug.cgi?id=362915>:
and it is worth mentioning that this bug is one of the few
bugs/enhancment requests that blocks a GIMP 2.6 release, so any help
with it would be much appreciated.
Rega
obably know a GIMP release is a source code release, not
binary releases).
[1] http://gui.gimp.org/index.php/GIMP_UI_Redesign#product_vision
Best regards,
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https:/
1 - 100 of 719 matches
Mail list logo