I wrote:
I will update the spec now to formalise this.
done, and it was not a one-liner.
Martin (prime suspect for implementing the change): please do
a careful diff in the wiki to see the changes.
thanks,
--ps
founder + principal interaction architect
man + machine
Martin wrote:
2011/6/30 peter sikking pe...@mmiworks.net:
I will update the spec now to formalise this.
done, and it was not a one-liner.
Martin (prime suspect for implementing the change): please do
a careful diff in the wiki to see the changes.
It looks straightforward and I expect
On Jun 28, 2011, at 11:35, SorinN wrote:
But there was already Ctrl + Shift + E which bring up the dialog for export
Ctrl + E was for overwrite without confirm.
Probably the logical order was inverse - many peoples expecting Ctrl +
E to bring up the export dialog,
first of all,
Alexia Death wrote:
Well, on developer side there seems to be a consensus forming that
this ps-
menurc file should and will be removed from git and I personally
agree. such
enhancements should be maintained outside gimp. So most likely, once
this is
over you are furher away from what
Cedric Sodhi wrote:
I'd like to bring up an idea that does not seem too difficult to
implement and that should replace the unusuable slider widgets for,
say,
brush size. If you are okay with that, I might implement it.
The sliders are virtually useless because they cover a fixed range
Thorsten Wilms wrote:
On Fri, 2011-01-07 at 12:55 +0100, peter sikking wrote:
http://mmiworks.net/test/decadepopup.png
Aside of differences in labeling (of course not unimportant),
it's the same concept as
http://www.sidefx.com/docs/houdini9.5/basics/ladder
right?
vertically: yes, close
GIMPsters,
talking to Alexia today we came up with a matrix of different cases
needing different cursor feedback:
in one dimension: mouse up; mouse down + not moving; mouse down + moving
in the other dimension: painting; touching up; textures/image brushes/
stamping
multiplying this 3x3
Bernhard Guillon wrote:
I tried to show you why in my previous mail.
I can only add that a developer plunking in a code change at
users' request and then let users' feedback sort it out
is the 'armpit of usability' (i.e. the worst possible). see:
What is wrong about a high fidelity
hi しげっち,
I'm recently implementing a GUI features that is inspired by the ideas
of the GIMP UI brainstorming.
you do realise that the brainstorm is a 'sandbox' for ideas?
the deal is that everything is OK within a brainstorm (so ideas
keep flowing) but that is only _within_ the brainstorm.
.
2011年1月4日20:46 peter sikking pe...@mmiworks.net:
when making UI, one has to:
1) identify the issue
2) find the cause
3) evaluate everything (including brainstorm ideas)
4) make a solutions model
5) design the UI
6) develop it
and although things go a bit jumbled every once in a while
OK, now the interaction design input:
yes, someone made a terrible mistake more than 20 years ago
by taking a metaphor from the physical photo lab and
using it in the digital software realm without taking
the change of medium into account. this is a very common
mistake, when metaphors are taken
GIMPsters,
just FYI, but to escape out of a backlog of 641 GIMP devlist
emails waiting for me with ever more not-so-trivial-as-one-thinks
UI issues waiting for me,
I had to set them all to read, and jump in again.
on a more positive note, in order to get some UI work moving
for GIMP again, I am
Lightning wrote:
I don't agree with some of the product vision points as stated in the
UI redesign wiki and by some developers (for example that GIMP is
meant mainly for high end users and less for simple users - as we
discussed on IRC yesterday)
well, that is a tricky thing to say.
It was
Alexandre Prokoudine wrote:
On 7/31/10, peter sikking wrote:
so there is an explicit 'no' for GIMP as a web design tool.
You probably meant web programming :)
no I really meant the web design job: deciding how all information
and interaction is gong to be represented on the page, how
bob wrote:
Smashing magazine linked to an interesting blog entry, where John Nack
discusses the possibility of HTML layers in photoshop.
If I understand the gist of his proposition/fantasy, the idea is the
ultimately his image editor would have a feature that can import,
present and
edit
Rob Antonishen wrote:
Would it not be simplest to add a corrected colour mode as a new
mode, keeping the old one? Just call the old one Colour (legacy)?
and give the new one a new internal mode number?
yes it is, same for non-working overlay mode.
There is no requirement to have back
xianghang liu wrote:
I think this bug can be fixed by the attached patch.
great. I trust that the solution is the right thing because Martin
pointed out in the bug what should happen and where to repair it.
I have checked Photoshop CS5 and found it has a similar behavior.
uhm, can I
Bill Skaggs wrote:
The global popup menu is certainly useful; I have used it very
often. The context
menu for the text tool was introduced as part of on-canvas text
editing. It was
introduced because on-canvas editing could not work without it --
there was no
reasonable way to
hi all,
the reason I talked myself into the position of 'maintainer of default
resources' (is that a title like 'floor manager' at mcdonalds?) at the
LGM is that I voiced concern over how they can either enhance or
sabotage the product vision:
Gino D wrote:
Having said that, if there is no need to merge layers together, but
you simply want to manage the pasted object as indipendent layer, then
the optimal solution is to use the Paste as New Layer command rather
than the Paste command, which actually generates floating
selections.
Jason Simanek wrote:
but in the majority of cases it will be in the 'wrong' position
and it needs to be moved to be 'right'.
Paste to new layer currently pastes the copied pixels in the top-left.
I think Gino suggested that it be changed to 'centered'. It sounds
like you are saying it
Jason Simanek wrote:
Has there been any discussion about doing away with the 'floating
selection' quasi-layer that occurs after copy/pasting in Gimp?
hey, what a coincidence. actually last weekend at lgm there
was a meeting (joao, pippin and me) about giving Elle Yan's
'on-canvas tool' SoC
Elle Yan wrote:
I am sending the tasks and plans of my GSOC project to the mailing
list. It is a made public Google document:
http://docs.google.com/document/pub?id=1DESI4rzEoTe6dep_qPqcSJAklHdjGiw7VILuREftj3E
it is good to see this overview, so I can see how wide plans are
casting their
Someone Somebody wrote:
I think a background removal tool like the one that exists in Office
2010 will be very useful in GIMP.
for GIMP a one-trick-pony tool like that is not appropriate.
for the level of use (high-end) that GIMP is tuned for, the
combination of foreground selection tools,
Rob Antonishen wrote:
I was reading the gimp vision again, and two things jumped out:
- GIMP is easily user-extendable, by easy installation of plug-ins
- GIMP should be easily extensible by the average user: one
click-installation of plug-ins
and was wondering if this could be implemented
Thales img wrote:
We make a 100 x 100px rectangle selection on a 2000 x 2000px, and we
want to create a new layer to paint the rectangle, so when we ask
a for
a new layer a popup is opened asking Name, Width, Height, etc, for
the
new layer, for default the Width and Height values
Zhenfeng Zhao wrote:
Thank you for the quick feedback...
now for the not so quick feedback...
I think we want to have the 'from scratch' mode mutual exclusive with
the
'from collection' mode. this separates nicely the 2 modes users are.
this must be done by switching the mode at the top of
Martin wrote,
it will not ship like this.
I have problem with this attitude. Its not how open-source works. If
its stable, you release it and then keep adding design and features
in
the next cycle. 2.8 has already taken too long. People who shoudn't
be
building Gimp from git are doing
Liam wrote:
The single window mode has tabs, with a tab for each open image.
well, temporarily. there are no tabs in the design.
it will not ship like this.
but it is good to find out that the trivial just put
some tabs like firefox solution shows its weaknesses.
--ps
founder
Zhenfeng Zhao wrote:
I received a comment on my Gimp Gsoc proposal from Martin a couple
hours ago. To answer Martin’s question, and think about what UI
adjustments are needed for Brush Selector Widget, it may help to
discuss here, to see whether my understanding is correct. After
Michael Schumacher wrote:
we've been approached on the #gimp channel by Marina Zhurakhinskaya
from
the GNOME Outreach Program for Women. She has helped GSoC applicants
with their applications and is currently looking for a mentor for the
following project:
Full version (minus personal
Stephen McKeague wrote:
what needs sorting out is that after some manipulation the
transformation
frame can be any kind of shape that can be made out of 4 corners
connected
by 4 straight lines, including a twisted bow tie type of shape.
this general shape is then clipped by the viewport of
Alexia wrote:
On Mon, Mar 29, 2010 at 9:09 AM, Liam R E Quin l...@holoweb.net
wrote:
On Mon, 2010-03-29 at 00:11 +0200, Sven Neumann wrote:
So far no-one has approached me asking for the tarball that I
prepared.
Is there really no-one out there who's willing and capable to host
this
Stephen McKeague wrote:
this of course triggers a big update of the spec. there are also some
rough edges in the spec that need to be defined: like when the
frame is
partially in view, or no edge of the frame is in view.
On this note, could you please clarify for me where it says, Only
Sven wrote:
As pointed out, spam shouldn't be a problem since the Wiki has a
closed
(and small) group of users and is not publicly editable.
I'd prefer to have the Wiki hosted by someone who has been sticking
around the GIMP project for a while. Someone who we all know as
thrust-worthy.
Stephen McKeague wrote:
My name is Stephen McKeague and I am very interested in implementing
the Free Transform Tool in GIMP for this years Google Summer of
Code, originally proposed by Martin Nordholts. The project
information page seems to still be offline, so I would like to
Jenny wrote:
GEGL shipped an GUI application for test, with which user takes many
OPs on the default image. But this application can not load images.
I want to write a user-friendly GUI for GEGL as my GSoC project. I
think this application should provide many drag-able blocks, where
Sven Neumann wrote:
On Tue, 2010-03-23 at 21:30 +0100, Martin Nordholts wrote:
The GIMP menu structure is a beast. But each item is well
documented, in
particular there are tooltips for most of them. The idea is to make
the
menu item labels and the descriptions of them searchable. It
Sven Neumann wrote:
On Mon, 2010-03-22 at 23:11 +0300, Alexandre Prokoudine wrote:
On 3/22/10, Sven Neumann wrote:
Yes, it's down for a while already. I can't host this service any
longer
and already offered a backup on IRC for anyone who wants to take
over.
So far no one approached
ehm guys,
gui.gimp.org is down, or rather, serving up perfectly empty pages.
--ps
founder + principal interaction architect
man + machine interface works
http://mmiworks.net/blog : on interaction architecture
Jerry Baker wrote:
For discussion...
https://bugzilla.gnome.org/show_bug.cgi?id=610344
Add docking capabilities to the toolbox so it would be possible to
dock
another
dialog to the top, bottom, left or right of the toolbox or dock the
toolbox on
the top, bottom, left, or right of
Damien wrote:
I'm so sad this proposal did not trigger any further discussion.
I had not forgotten about it, but a serious reply is serious work.
actually, a serious reply means solving the open issues around this
theme, some of which you pointed out in your, ehm fiery, posting.
--ps
Akkana,
With GIMP 2.6 Metacity works fine. Seems a bit of a stretch to force
people to change window managers with 2.7 just so it doesn't do this.
Agreed. It works if you use Utility window as the hint for the
toolbox and docks, but then they stay on top of the image window
unless you hide
Martin wrote:
Right now GIMP has virtuall all of the UI imperatively constructed
with
code. This has a few problems:
* Tweaking the UI requires re-building the app
* A lot of code duplication
* Not very modern
The patch I am replying to ports the PNG save dialog to Glade and uses
Damien wrote:
I started working on bug 373060 - allow to easily switch to last
used tool and ran into design problems, so am I taking this here. I
already have a strong idea on what the feature should be
https://bugzilla.gnome.org/show_bug.cgi?id=373060
I think what needs to be filtered
Liam wrote:
Another little usage scenario:
For my part I've always wanted something like this with dodge/burn,
because whenever I switch from dodge to burn on a grayscale engraving
scan, I need to change the mode from highlights to shadows - the only
combinations that really make much sense
David wrote:
a brainstorm where anybody can contribute a tip-of-the-day
for GIMP: http://gimp-totd.blogspot.com/
Just a quick note on something you might want to correct:
Send your image to us, put the word ‘GIMP tip’
^ image - tip
hey thanks, corrected.
and we have already a first
guys,
I have pushed into service something that I brainstormed
(no pun intended) ages ago with Roman Joost:
a brainstorm where anybody can contribute a tip-of-the-day
for GIMP: http://gimp-totd.blogspot.com/
I expect this to quickly give a lot of input that (with some
manageable editing by the
Alexandre Prokoudine wrote:
On Tue, Dec 15, 2009 at 5:37 PM, meetthegimp.org wrote:
I just had an interesting phone conversation with someone (sorry, I
can't be
more specific) who needs to log all actions that have been used to
change an
image. One should be able to reproduce all the
Martin wrote:
It is already possible to change the Tab Style for dockable dialog
tabs.
Right now however, this needs to be done on a per-tab level, using
'Tab
Style' in the Tab menu for each dockable.
It is cumbersome to manage the tab style on a per-tab level, so I
suggest we make this a
Martin wrote:
peter wrote:
Martin wrote:
It is cumbersome to manage the tab style on a per-tab level, so I
suggest we make this a global setting. That is, changing the tab
style
for one tab changes the tab style for all tabs. We could also
have it
in Edit - Preferences - Interface,
Joao wrote:
Yes, friend of mine was tehre, confirmed it too. (btw, it evenshowed
up in slashdot).
IMHO, stupidiest decision ever - they _want_ their users to be dumb
and continue that way.
well guys, GIMP has the vision to be a high-end/expert application,
so we should not be amazed that a
first, thanks for the help from those who replied (Liam: hilarious)
Akira wrote:
I usually click with a selection tool on any area outside the active
selection.
But this isn't always fast to do. For example another tool may be
currently selected, or the selection method may be set to
guys,
would like to tap the wisdom of this crowd here.
say I have made a selection in GIMP, done what needed to be done to the
pixels in the selection and now want to get rid of the selection.
the obvious way is Select-None.
how many more ways are there?
--ps
founder +
guys,
cool story, sent by the user interface technology manager of
symbian, who I am meeting next week for a workshop and a panel
discussion. (symbian adopted the GIMP UI brainstorm method, btw).
Begin forwarded message:
You might find the following interesting. Augusten Burroughs is an
OK guys,
the tone of this discussion is distracting from the real problems
we have and a possible solution.
and we do have problems that are in gtk (mainly on windows) and with
a load of window managers that do not even implement the window hint
that we are apparently the bleeding-edge users of
photocomix wrote:
i knew that Peter Sikking (or somebody else from Gimp UI brainstorm
staff)replied but the message get lost for technical problems (full
storage
disk)
yes, I am (by default) the Gimp UI brainstorm staff, and I had about
3 threads going on here before the list collapsed
mon 19, 16:09
--ps
founder + principal interaction architect
man + machine interface works
http://mmiworks.net/blog : on interaction architecture
___
Gimp-developer mailing list
yahvuu wrote:
actually a question for peter (yahvuu): how complete is this
overview?
most notably, the porter-duff modes are not listed.
I'll have a look to make the overview as complete as possible.
I am interested in that. modes are like a box of chocolates,
you'll never know what you
it to be unique.
peter sikking wrote:
maybe there are simply zero arguments to add modes...
each new mode adds one finer step for adjustment of blending
characteristics.
If i want to darken a layer by itself, the curves tool allows nearly
infinite
different characteristics of darkening. If i
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
peter (yahvuu) wrote:
peter sikking wrote:
to have a reason to add these icons to GIMP, they really have to
add something for usability, not just be different enough icons that
happen to be similar in their group. what the icons have to deliver
is additional _user_insight_ into the modes
photocomix wrote:
so I am sorry. no additions solely for digital-artists.
I am afraid that you undervalue creativity of who use gimp for photo
or image
editing
I explain better, even if the goal may be different (as photo-
retouch differs
from use gimp to paint) the tool used are
Ilya Zakharevich wrote:
However, I do not see how much this would affect the (AFAIK) main
complaint about multi-window GIMP: that having several windows with
several possibilities of what is focused requires many extraneous
mouse clicks and/or keypresses.
the introduction of a single window
Ilya Zakharevich wrote:
To make a long story short: 3 stages is, of course, not enough -
especially with applications which target SIMULTANEOUSLY professionals
and first-time-Linux-users.
I understand first-time-Linux-users as really newby linux desktop
users, not beginner-GIMP-users (we have
Akira wrote:
[1] By the way, many people would find nice to see more digital-artist
oriented features such as a mixing brush for example, of which
there's a
third party GIMP source code patch here:
http://sourceforge.jp/projects/gimp-painter/releases/
I remember and checked: we discussed
Martin Nordholts wrote:
On 10/01/2009 07:46 PM, peter sikking wrote:
meanwhile, can the overlay thing be repaired file-backward-
compatible?
If you refer to the Overlay layer mode being different when using GEGL
compositing compared to legacy compositing, then yes I'm sure it's
repairable
Alexia Death wrote:
On Thu, Oct 1, 2009 at 3:17 AM, peter sikking pe...@mmiworks.net
wrote:
another thing I see here is filling the new tile immediately with the
same thing as the parent one.
Auto filling fits with blender UI concept but not with gimp-s. Its
important to remember
peter (yahvuu) wrote:
first: let me say that there is some real innovative stuff in this
post, it is surely intriguing me.
here's an idea how icons for layer modes could look like:
http://yahvuu.files.wordpress.com/2009/10/layermode-sshot-proposed.png
The icons provide a color-coded overview
Martin Nordholts wrote:
http://yahvuu.files.wordpress.com/2009/09/table-brightness-1600.png
there is a grab bag of modes never seen in GIMP. do we want to
(artistic need, not compatibility) and can (effort) add some of them?
Effort-wise it is not a problem to add more layer modes, but I
Akira wrote:
If I may, I'd also like to add that I find absolutely necessary to
maximize vertical space / resolution. It has become very precious
resource lately as monitors are starting to adopt very squashed aspect
ratios (16:10 was the normality until a few years ago, but recently
16:9
Jon A. Cruz wrote:
I think I might have one that can count as subtly different.
Working on a prime image and drawing pieces, reference, etc from
other images. Especially since I tend to think spatially, this is
one I do a lot. I also tend to combine this workflow with others you
have already
Guillermo,
What do you think about the method for splitting/joining views in
Blender 2.5?
It's fast, it kinda covers the idea of the image parade and it
allows to
float a section as a new window.
The only thing needed would be something to mark which is the active
image and that would be
Jon A. Cruz wrote:
I think I might have one that can count as subtly different.
Working on a prime image and drawing pieces, reference, etc from
other images. Especially since I tend to think spatially, this is
one I do a lot. I also tend to combine this workflow with others you
have
Cole wrote:
I think the term single-window mode is potentially confusing.
It's how you dock the windows together that gives the user the
*perceived* single-window or multiple-window mode.
well, if I have to formulate it, then single-window is users' preference
for a flat working surface,
saul goode wrote:
Citing a passage regarding the image parade on Peter Sikking's
blog post:
What I find very intriguing is that the notion of which file is open
starts to blur.
It should be noted that many plug-ins and filters provide dialogs in
which the user is prompted (via drop-down
third try, the list should be undead now:
OK, comments have petered out here (yeah, dead list) and on the blog
post.
So it is time for me to summarise the users' needs I was able to
filter out of them:
1) drag a layer to another image
2) side-by-side working for
- cloning
- color picking
Daniel Hornung wrote:
I'm not planning to dive deeply into this discussion, but I feel
that Peter's
blog deserves its own thread.
OK, I am picking up the thread here.
as I just commented on the blog post, I am going to address this need
for
windows-in-window and work-side-by-side
Gerald Friedland wrote:
That's a great idea. The idea would be to have only on foreground
selection tool and make it automatically determine whether to use
Magic Wand or SIOX
I have been saying this for a while:
every time I look at the 4 'content' selection tools (wand, scissors,
SIOX
and
Alexandre wrote:
What exactly do you mean?
OK, I'll try to be clearer:
mouse up/not painting/just hovering over the canvas:
show the real brush pixmap, with all the contrast we can muster
vs. the canvas under it, 100% true opacity for each stamp pixel,
reflecting brush, scale, aspect ratio,
Liam R E Quin wrote:
OK, I am listening.
can you explain to me how this worked better in 2.6?
First, note that I said right now -- although strictly speaking
I should have said a month ago, I need to update.
Sorry that I did not follow up on this sooner, but it may have
been a good thing.
Simon Budig wrote:
David Gowers wrote:
peter sikking wrote:
can somebody tell me why we have a tiny replacement for the menu bar
right below the menu bar?
The obvious answer here is that it's visible when the menubar is not.
Well, it has been introduced in the times where
Michael J. Hammel wrote:
On Mon, 2009-09-14 at 20:43 +0200, peter sikking wrote:
it would however be fully reasonable is only ruler type of stuff
would
be dependent on rulers being displayed. even creating guides has to
be one day be decoupled (don't know how yet) from rulers being
Alexander Rabtchevich wrote:
That would be fine if GIMP only supported mouse click painting, not
dragging. When one moves mouse while painting seeing brush outline
and borders of analyzed area for healing brush is useful.
peter sikking wrote:
mouse down/painting/stroking on the canvas
Michael J. Hammel wrote:
On Mon, 2009-09-14 at 22:21 +0200, peter sikking wrote:
Michael J. Hammel wrote:
Isn't this already possible with Image-Guides-{New Guide,New Guide
(by
Percent)}? What would this decoupling add to this?
being able to place a new guide with your mouse 'just
(peter) yahvuu wrote:
what about printing a semi transparent copy of the actual brush
on the
canvas?
exactly what I thought.
Even though I think the patch made the brush outline better for
fuzzy brushes, it is still not without flaws. Let's ignore the
patch and aim for the above
second try sending this...
Liam wrote:
On Thu, 2009-09-10 at 00:00 +0200, peter sikking wrote:
[///]
grab the top-left square where the 2 rulers cross and drag+drop it
anywhere on the canvas.
the place that currently gives a pop-up menu?
damn. yes.
can somebody tell me why we have a tiny
second try sending this...
(peter) yahvuu wrote:
what about printing a semi transparent copy of the actual brush
on the
canvas?
exactly what I thought.
Even though I think the patch made the brush outline better for
fuzzy brushes, it is still not without flaws. Let's ignore the
On 5 Aug 2009, at 7:39, Martin Nordholts wrote:
I am only a month late...
On 08/04/2009 01:29 AM, Christopher Howard wrote:
http://bugzilla.gnome.org/show_bug.cgi?id=164774
Hi - I was going to look into this enhancement. It was a request to
make
it possible for the user to change the
Liam wrote:
Right now gimp is broken for working on multiple projects (the
file/save changes have rendered it too hard to keep track of
where images are being exported) but the use case is central
(I think) to how single window needs to work.
OK, I am listening.
can you explain to me how
Omari Stephens wrote:
The phrase single-window mode really means absolutely nothing to
me. Can
someone draw a simple mock-up to make it clear?
I will blog about it soon, so you know what I am up to.
--ps
founder + principal interaction architect
man + machine
Guillermo Espertino wrote:
what about printing a semi transparent copy of the actual brush on the
canvas?
exactly what I thought.
--ps
founder + principal interaction architect
man + machine interface works
http://mmiworks.net/blog : on interaction
hey guys,
I have blogged about the work a group of students did on
vector layers for GIMP under my guidance:
http://www.mmiworks.net/eng/publications/2009/07/teaching-interaction-09.html
teaser quotes:
In our design project, there was plainly not enough functionality to
be useful/usable.
Liam wrote:
First, a BIG thank you to Peter and others: the new menu item
overwrite is much clearer.
I do still have a problem in several gnomish scenarios, but things
are indeed getting better.
If I use the file manager and drag a file to gimp, or if I use the
image thumbnail browser
Omari Stephens wrote:
UI powers that be: any ideas/status on this?
having thought about it quite a bit, here are some jots:
as Omari pointed out himself, it is a tug of war of different
use cases and it depends on what just happens to be worked on,
what the right default is for any given
Jeremy wrote,
Just a small thing. I noticed that by default, scrolling up and down
with the mouse scrollwheel isn't configured to do anything at all.
Especially as it wouldn't even be replacing something else, I propose
that the scroll-up and scroll-down actions be configured, by
default,
(peter) yahvuu wrote:
hi all,
here's a (totally unbiased ;-) summary from the previous
composition rendering
thread, intended as a discussion base:
I must say that I have been watching this discussion with
increasing amazement.
if you just start with some unbreakable UI principles like:
so what happened here?
I have spend the last week and a half laying awake at night what
is going on with this topic. I have re-evaluated every fundamental
principle that is the basis for the change, looking at what is it
is the other way around for users? and if that also could solve
the 2.6
Chris Mohler wrote:
I would
also manually choke the white plate - this means making the white
areas a point or two smaller than the colored areas, thereby
preventing the white from poking out at the edges of the colored
areas.
this looks like trapping to me. is there a difference?
I am gluing some posts together:
Guillermo Espertino wrote:
It seems to me you completely misunderstood the whole thing. What
makes
you think there is any CMYK - RGB conversion involved here?
I think he's talking about the procedure to perform when the source
file
is CMYK. The
1 - 100 of 268 matches
Mail list logo
