From: Jaehwan K. <jae...@gm...> - 2012-10-24 11:45:32
|
Hi, I tested the proxy image for using it. I expected the proxy image is shown whole ,even if the source object is clipped. But if the source object is clipped, the proxy image is clipped too. I want to show the whole copied image regardless of the clip of the source object. I think this request is necessary. Please help me. Thanks in advance. -- Jaehwan Kim. |
From: Carsten H. (T. R. <ra...@ra...> - 2012-12-05 11:20:54
|
On Wed, 24 Oct 2012 20:45:26 +0900 Jaehwan Kim <jae...@gm...> said: > Hi, > > I tested the proxy image for using it. > I expected the proxy image is shown whole ,even if the source object is > clipped. > But if the source object is clipped, the proxy image is clipped too. > I want to show the whole copied image regardless of the clip of the source > object. > I think this request is necessary. > Please help me. ok - sorry for the delay. your'e one of my older "to get to" mails. clipping and proxy/map: clips that are OUTSIDE of an object (outside a smart object for example) should not apply to the rendering of the map buffer proxy uses. i spent a lot of effort in the rendering code to ensure this doesnt happen. for map - which is the same basis for proxy... BUT.. i think they have different render paths... and this may have a bug. right now this needs to get chalked up "as a bug". if you have a test case to reproduce - that would be good. and right now... given the size of my backlog... this is going to have to just go on a long list of bugs to fix. one way to put it on my list is to file a bug on trac... another is to send another email here with the reproduction case and i'll mark it and it'll sit in my queue :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ra...@ra... |
From: Brett N. <na...@na...> - 2012-12-11 12:03:15
|
Hello, > > I tested the proxy image for using it. > > I expected the proxy image is shown whole ,even if the source object is > > clipped. > > But if the source object is clipped, the proxy image is clipped too. > > I want to show the whole copied image regardless of the clip of the source > > object. > > I think this request is necessary. > > Please help me. > > ok - sorry for the delay. your'e one of my older "to get to" mails. clipping > and proxy/map: > > clips that are OUTSIDE of an object (outside a smart object for example) should > not apply to the rendering of the map buffer proxy uses. i spent a lot of > effort in the rendering code to ensure this doesnt happen. for map - which is > the same basis for proxy... BUT.. i think they have different render paths... > and this may have a bug. right now this needs to get chalked up "as a bug". if > you have a test case to reproduce - that would be good. and right now... given > the size of my backlog... this is going to have to just go on a long list of > bugs to fix. one way to put it on my list is to file a bug on trac... another > is to send another email here with the reproduction case and i'll mark it and > it'll sit in my queue :) Definitely a bug, and I'll see if I can take a look at it soon. Do you have a bug # or a reproduction case? Regards, nash [Rising from the dead] |
From: Cedric B. <ced...@fr...> - 2012-12-13 07:12:38
|
On Tue, Dec 11, 2012 at 8:47 PM, Brett Nash <na...@na...> wrote: >> > I tested the proxy image for using it. >> > I expected the proxy image is shown whole ,even if the source object is >> > clipped. >> > But if the source object is clipped, the proxy image is clipped too. >> > I want to show the whole copied image regardless of the clip of the source >> > object. >> > I think this request is necessary. >> > Please help me. >> >> ok - sorry for the delay. your'e one of my older "to get to" mails. clipping >> and proxy/map: >> >> clips that are OUTSIDE of an object (outside a smart object for example) should >> not apply to the rendering of the map buffer proxy uses. i spent a lot of >> effort in the rendering code to ensure this doesnt happen. for map - which is >> the same basis for proxy... BUT.. i think they have different render paths... >> and this may have a bug. right now this needs to get chalked up "as a bug". if >> you have a test case to reproduce - that would be good. and right now... given >> the size of my backlog... this is going to have to just go on a long list of >> bugs to fix. one way to put it on my list is to file a bug on trac... another >> is to send another email here with the reproduction case and i'll mark it and >> it'll sit in my queue :) > > Definitely a bug, and I'll see if I can take a look at it soon. Do you > have a bug # or a reproduction case? > > Regards, > nash > [Rising from the dead] Oh, my god, he is alive ! ALIVE ! -- Cedric BAIL |
From: Brett N. <na...@na...> - 2012-12-13 11:10:51
|
> > Definitely a bug, and I'll see if I can take a look at it soon. Do you > > have a bug # or a reproduction case? > > > > Regards, > > nash > > [Rising from the dead] > > Oh, my god, he is alive ! ALIVE ! I'm actually just a good copy of the other me. But no one but the dog down the road notices the difference. Regards, nash |
From: David S. <on...@gm...> - 2012-12-13 12:13:38
Attachments:
signature.asc
|
On Thu, 13 Dec 2012 22:10:42 +1100 Brett Nash <na...@na...> wrote: > > > > Definitely a bug, and I'll see if I can take a look at it soon. > > > Do you have a bug # or a reproduction case? > > > > > > Regards, > > > nash > > > [Rising from the dead] > > > > Oh, my god, he is alive ! ALIVE ! > > I'm actually just a good copy of the other me. But no one but the dog > down the road notices the difference. The dog likes the copy better? -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. |