Re: [Gimp-developer] lgm talk, part 2...

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

Re: [Gimp-developer] lgm talk, part 2...

peter sikking wrote: > 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

Re: [Gimp-developer] lgm talk, part 2...

On Sun, Jun 21, 2009 at 11:22 AM, peter sikking wrote: >> Imagine I'm designing a black t-shirt with say five spot colors, >> including white.  After completing the artistic design, I enable the >> 'projection screen'.  This theoretically would result in my five >> "plates".  However, the white p

Re: [Gimp-developer] lgm talk, part 2...

last one: (peter) yahvuu wrote: >>> there's one thing i don't understand, may be a misconception: >>> why is it necessary to have separate modes for editing the RGB data >>> and the plates? >> >> mainly because creating art on a RGB monitor, to be used on >> many media, is not the same _activity_

Re: [Gimp-developer] lgm talk, part 2...

more gluing: Chris Mohler wrote: >> I am curious why you want to do something like that, because you >> are then going against the grain of the whole plan: freedom to >> develop >> the artistic concept further without (much) rework on the plates. > > Imagine I'm designing a black t-shirt with s

Re: [Gimp-developer] lgm talk, part 2

On Sun, 21 Jun 2009, peter sikking wrote: > > OK, I see that I was not clear enough in my blog: > > "When further fine?tuning for the printing press is the goal, > then the solution is to shove the CMYK file straight into a > press projection, as a static, pre-defined separation. Each > plate is

Re: [Gimp-developer] lgm talk, part 2

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. T

Re: [Gimp-developer] lgm talk, part 2

On Sat, 20 Jun 2009, Martin Nordholts wrote: > > To me it sounded as if he thought there would be constant lossy RGB -> > CMYK -> RGB conversions when you do adjustments after having pulled down > the CMYK projection, but the adjustment you do with the CMYK projection > is already is in the CMYK sp

Re: [Gimp-developer] lgm talk, part 2...

On Saturday 20 June 2009 09:40:22 am Daniel Hornung wrote: > Hello Martin! > > On Saturday 20 June 2009, Martin Nordholts wrote: > > It seems to me you completely misunderstood the whole thing. What makes > > you think there is any CMYK -> RGB conversion involved here? > > > > / Martin > > I think

Re: [Gimp-developer] lgm talk, part 2...

On Sat, Jun 20, 2009 at 12:07 PM, yahvuu wrote: > hi, > > Chris Mohler schrieb: >> On Sat, Jun 20, 2009 at 11:27 AM, yahvuu wrote: >>> i assume the temporary layers are mostly grayscale? >> >> Usually RGB layers, or grayscale channels. > > sorry, imprecise question. I mean, if you use a temporary R

Re: [Gimp-developer] lgm talk, part 2...

hi, Chris Mohler schrieb: > On Sat, Jun 20, 2009 at 11:27 AM, yahvuu wrote: >> i assume the temporary layers are mostly grayscale? > > Usually RGB layers, or grayscale channels. sorry, imprecise question. I mean, if you use a temporary RGB layer, it's content will still usually be just grayscale

Re: [Gimp-developer] lgm talk, part 2...

On Sat, Jun 20, 2009 at 11:27 AM, yahvuu wrote: > hi, > > Chris Mohler schrieb: >> Imagine I'm designing a black t-shirt with say five spot colors, >> including white. > [..] >> Whew ;) > > Whew, too ;) Makes me wonder if it has to be that hard or if > it points to some missing software improvement

Re: [Gimp-developer] lgm talk, part 2...

hi, Tobias Ellinghaus schrieb: > Am Samstag, 20. Juni 2009 schrieb yahvuu: > > [...] > >> Can you give an outline how the print color for that text will be >> specified? The RGB color isn't useful here and the text layer can't be >> accessed while the press projection is pulled over, IIUC. So ea

Re: [Gimp-developer] lgm talk, part 2...

Sorry, I just saw that Guillermo cleared up that misunderstanding already. (Though it was not detected as part of the same thread by my mail client.) Daniel signature.asc Description: This is a digitally signed message part. ___ Gimp-developer mailing

Re: [Gimp-developer] lgm talk, part 2...

Hello Martin! On Saturday 20 June 2009, Martin Nordholts wrote: > It seems to me you completely misunderstood the whole thing. What makes > you think there is any CMYK -> RGB conversion involved here? > > / Martin I think Andrew referred to this part from Peter's article: > what about CMYK files

Re: [Gimp-developer] lgm talk, part 2...

hi, Chris Mohler schrieb: > Imagine I'm designing a black t-shirt with say five spot colors, > including white. [..] > Whew ;) Whew, too ;) Makes me wonder if it has to be that hard or if it points to some missing software improvements. Trying to understand the example, i hope you don't mind som

Re: [Gimp-developer] lgm talk, part 2

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 proposal is to convert it to RGB (

Re: [Gimp-developer] lgm talk, part 2

> 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 proposal is to convert it to RGB (in the "what about CMYK files" section o

Re: [Gimp-developer] lgm talk, part 2...

Am Samstag, 20. Juni 2009 schrieb yahvuu: [...] > Can you give an outline how the print color for that text will be > specified? The RGB color isn't useful here and the text layer can't be > accessed while the press projection is pulled over, IIUC. So each artwork > layer will have a custom color

Re: [Gimp-developer] lgm talk, part 2...

hi, peter sikking schrieb: > (peter) yahvuu wrote: > >> there's one thing i don't understand, may be a misconception: >> why is it necessary to have separate modes for editing the RGB data >> and the plates? > > mainly because creating art on a RGB monitor, to be used on > many media, is not the

Re: [Gimp-developer] lgm talk, part 2...

Andrew A. Gill wrote: > On Fri, 19 Jun 2009, peter sikking wrote: > >> guys, >> >> the second part of my lgm talk is blogged now: >> >> > >> enjoy, >> > > I have to go somewhere, so I haven't read evreyth

Re: [Gimp-developer] lgm talk, part 2...

On Fri, 19 Jun 2009, peter sikking wrote: > guys, > > the second part of my lgm talk is blogged now: > > > > > enjoy, I do appreciate your work on this, but I have to say that I still have some concerns. I have t

Re: [Gimp-developer] lgm talk, part 2...

On Fri, Jun 19, 2009 at 12:41 PM, peter sikking wrote: > Chris Mohler wrote: > >>> >>> > >> I like this approach. >> >> I have a few questions: >> >> Will each plate have a density or opacity attribute?  (some inks ar

Re: [Gimp-developer] lgm talk, part 2...

On Fri, Jun 19, 2009 at 6:56 PM, Alexandre Prokoudine wrote: > On Fri, Jun 19, 2009 at 8:05 PM, yahvuu wrote: > >> there's one thing i don't understand, may be a misconception: >> why is it necessary to have separate modes for editing the RGB data >> and the plates? >> >> For example, if i have an

Re: [Gimp-developer] lgm talk, part 2...

Chris Mohler wrote: >> > I like this approach. > > I have a few questions: > > Will each plate have a density or opacity attribute? (some inks are > more opaque than others) I guess that the complexities of ink si

Re: [Gimp-developer] lgm talk, part 2...

On Fri, Jun 19, 2009 at 10:37 AM, peter sikking wrote: > guys, > > the second part of my lgm talk is blogged now: > >

Re: [Gimp-developer] lgm talk, part 2...

On Fri, Jun 19, 2009 at 8:05 PM, yahvuu wrote: > there's one thing i don't understand, may be a misconception: > why is it necessary to have separate modes for editing the RGB data > and the plates? > > For example, if i have an RGB image in the composition and want to apply > 'value curves', that

Re: [Gimp-developer] lgm talk, part 2...

(peter) yahvuu wrote: > there's one thing i don't understand, may be a misconception: > why is it necessary to have separate modes for editing the RGB data > and the plates? mainly because creating art on a RGB monitor, to be used on many media, is not the same _activity_ as bringing this art to

Re: [Gimp-developer] lgm talk, part 2...

Hi all, there's one thing i don't understand, may be a misconception: why is it necessary to have separate modes for editing the RGB data and the plates? For example, if i have an RGB image in the composition and want to apply 'value curves', that has to be done in the RGB area, for after separat

[Gimp-developer] lgm talk, part 2...

guys, the second part of my lgm talk is blogged now: enjoy, --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on inte