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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
:
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
.
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
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
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
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
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
.
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
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
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
the 45
degree line intersects with other line. Then draw a line between the
start point and the calculated intersection point.
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman
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
than rule-of-thirds or golden rule).
http
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
which method would be more efficient. i.e. should I
.
It would be very appreciated if you took the time to research exactly
how this algorithm is supposed to work.
Regards,
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp
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 too for
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 Nordholts
___
Gimp-developer mailing
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
turning to gui.gimp.org for input.
Regards,
Martin Nordholts
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 Polygonal Selection Tool. The money
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
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 prototypeish parser running here, specified with yacc
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 WPF
viewer version.
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 important
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 what extent it should be merged/integrated
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
___
Gimp-developer mailing list
Gimp-developer
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 :/
Best regards,
Martin Nordholts
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 (yet to
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.Berkeley.EDU/mailman/listinfo/gimp-developer
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 and #gimp @ irc.gnome.org are good
places for getting help.
Best regards,
Martin Nordholts
however, but
I think it will work well. Only time will tell.
Note that GIMP trunk already now has a considerable amount of the 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
.
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
___
Gimp-developer mailing list
Gimp-developer
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
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
the UI wiki [1] to get a view of the current
GIMP UI state, and then coordinate with the existing UI people.
Regarding multiple UIs, the big problem with that is that it multiplies
the required efforts in several areas: coding, documentation, knowledge
when giving help, and so on.
Best regards,
Martin
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.
Regards,
Martin Nordholts
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://lists.XCF.Berkeley.EDU/mailman/listinfo
the complete output of ./configure when you run it
in a freshly unpacked release tarball.
You should also be using the latest GIMP 2.4 release, namely GIMP 2.4.6.
BR,
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https
] manuals.
[1] http://www.gnu.org/software/autoconf/manual/
[2] http://www.gnu.org/software/automake/manual/
Best regards,
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo
, check out
app/base/tile-pyramid.h
Best regards,
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Rogier Wolff wrote:
Hi,
Currently images are commonly stored as an array of rows of pixels.
I just realized I missed the word 'commonly', so I would like to adjust
my answer to:
Yes but not in any serious image editing application like GIMP. In GIMP
images and layers etc are stored
Ek kian wrote:
Hi,
Thanks Martin, finally i can compile GIMP 2.4.3 under Linux.
maybe i should unpack the tarball under Linux and try to compile it
first under Linux before try to compile it under Windows.
Hi
It's good that you can now compile on Linux
But I seem to have failed to convey
pampryl wrote:
In the Gimp, there is a toolbar which contains exclusively icons.
Is this kind of toolbar a specific component of GTK+ ?
Where can I find the source code of this component either
in GTK+ or the Gimp ?
Hi
The toolbox logic is implemented in GIMP, have a look in
it in 2.8 again.
Best regards,
Martin Nordholts
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
1 - 100 of 665 matches
Mail list logo