hello,

suppose you have this code :

object {
  ...
  texture { T_Brass_1C }
  }

object {
  ...
  texture { T_Brass_2D }
  }

object {
  ...
  texture { T_Brass_4A }
  }
 
you decide to transform Brass to Gold. Going to "Edit"->"Find/Replace..."
in the dialog, you type :
  Search for : T_Brass
  Replace : T_Gold
and clic on "Replace all". then your code seems to :

object {
  ...
  texture { T_Gold _1C }
  }
object {
  ...
  texture { T_Gold _2D }
  }
object {
  ...
  texture { T_Gold _1C }
  }
  

as you see, there is <space> beteewn T_Gold and the others part of the 
texture name. 

it seems that copy/paste and find/replace works strangely adding or not 
adding <space> before or after others words.

any one can confirm this ?

regards,
klp

Post a reply to this message

hi,
i don't have a mac, but i assume the 4A -> 1C change is a copy-paste
error...

works ok in official povray 3.6 (windows) and Megapov 1.1 (windows),
so it probably is specific to the mac version.
are you sure there was no extra space in the replace field?
(when passing a new text into the field)
does it only happen when you replace a 7-character string with a 6-character
one?

jaap.

Post a reply to this message

kurtz le pirate <kur### [at] yahoofr> wrote:

[...]

This looks like a bug. 
We will fix it for the next version.
Thanks for reporting this!

Yvo

-- 
-----------------------------------
MegaPOV at:  http://megapov.inetart.net
MacMegaPOV at:  http://users.skynet.be/smellenbergh
E-mail: yvo### [at] gmxnet

Post a reply to this message

In article <web.424c188030b7dba5a8399d8d0@news.povray.org>,
 "Jaap" <jws### [at] yahoocom> wrote:

>>hi,
>>i don't have a mac, but i assume the 4A -> 1C change is a copy-paste
>>error...
>>
>>works ok in official povray 3.6 (windows) and Megapov 1.1 (windows),
>>so it probably is specific to the mac version.
>>are you sure there was no extra space in the replace field?
>>(when passing a new text into the field)
>>does it only happen when you replace a 7-character string with a 6-character
>>one?
>>
>>jaap.

  hi jaap, are looking at the subject : "bug MAC MEGAPOV" :))

  klp

Post a reply to this message

In article <1guau4h.1xxjgbb1u7ck32N%yvo.s@gmx.net>,
 yvo### [at] gmxnet (Yvo Smellenbergh) wrote:

>>kurtz le pirate <kur### [at] yahoofr> wrote:
>>
>>[...]
>>
>>This looks like a bug. 
>>We will fix it for the next version.
>>Thanks for reporting this!
>>
>>Yvo

  hi yvo, yes it's look like... do you use "waste" ?
 
  klp

Post a reply to this message

kurtz le pirate wrote:
> In article <1guau4h.1xxjgbb1u7ck32N%yvo.s@gmx.net>,
>  yvo### [at] gmxnet (Yvo Smellenbergh) wrote:
> 
> 
>>>kurtz le pirate <kur### [at] yahoofr> wrote:
>>>
>>>[...]
>>>
>>>This looks like a bug. 
>>>We will fix it for the next version.
>>>Thanks for reporting this!
>>>
>>>Yvo
> 
> 
>   hi yvo, yes it's look like... do you use "waste" ?

If so, the corrct solution would be to disable 
WEFeatureFlag(weFIntCutAndPaste, weBitClear, wasteHandle).

However, find and replace should not be implemented via cut/copy and paste 
in the first place.  WESetSelection and WEInsert are more suitable for it.

	Thorsten

Post a reply to this message

kurtz le pirate <kur### [at] yahoofr> wrote:
[...]
> 
>   hi yvo, yes it's look like... do you use "waste" ?
Yes, I do use WASTE. The most recent version but it has been so long
since I looked at that code that I don't even know which version it is.

I think I use WESetSelection and WEInsert but don't know for sure. Like
I said, it must be more than one year ago since I looked at that part of
the code.
But, I will fix it for 1.2 or sooner.

Yvo

-- 
-----------------------------------
MegaPOV at:  http://megapov.inetart.net
MacMegaPOV at:  http://users.skynet.be/smellenbergh
E-mail: yvo### [at] gmxnet

Post a reply to this message