posted 12 May 2006 19:54            

There are a couple of minor bugs, that I see every day and that I assumed are so obvious that I haven't asked about them - but it occurs to me that I've never seen anyone else mention them, so I thought I'd see if others have them.

This is on the OSX version...

1. I frequently have trouble copying and pasting from text fields. Usually I see this when trying to copy a sample name from the "sample" field in a Sample or GenericSource prototype and then pasting it as a new name for the prototype. After selecting the prototype and hitting return, then Command-V, it'll turn out that the name is not in my copy buffer and I have to go back and try to copy the name again. This happens probably close to 50% of the time that I do this particular operation, which I do all the time.

2. Frequently windows which come up (asking me if I want to save changes to the VCS, or save changes to the sound, for example) come up completely empty (ie no text or boxes to click). To see the boxes to click, assuming I don't want to click blindly, I have to go to another open program and then come back.

Does anyone else see these? Does everyone?

posted 13 May 2006 14:55            

"After selecting the prototype and hitting return, then Command-V, it'll turn out that the name is not in my copy buffer and I have to go back and try to copy the name again. This happens probably close to 50% of the time that I do this particular operation, which I do all the time."

When you say the name was not in the copy buffer, was something else in the copy buffer? Or was Paste completely grayed out in the Edit menu?

Does the content of the copy/pasted text have any influence on whether this happens (e.g. unusual characters)?

On the 50% of the times when it starts happening, does it continue to happen from that point onward?

posted 13 May 2006 16:08            

I've never noticed a particular setup (in terms of software running, or other factors) where it definitely DOESN'T happen. When it happens, it doesn't continue to happen - eventually the file name copies, after 2 or maybe 3 attempts at the most. If the copy buffer is not changed, it continues to hold whatever was there last - frequently it pastes a sound that I have copied recently, or maybe a bit of text that I copied in another program.

Special characters don't seem to be a factor.

Hmmm- I just spent some time experimenting, and this is what I noticed:

If I open up a sample prototype from the prototype bar, the default sample is "count.aif". I use the file open icon to choose a new file from the hard disk. I then select and copy the name of the new file, choose the sample prototype and hit return. I attempt to paste the copied name in now, but this attempt seems to invariably fail. A second attempt to copy and paste will work. If I then go back and type in "count" again, copy that and attempt to paste that, that always seems to work. So I'm wondering if whether or not the file referenced is in the preferences' frequently used folders file path (or the fact of being in the Kyma folder) might be a factor.

I'll have to watch and see other circumstances when this occurs. I suspect the problem persists in copying other types of file names (.spc or .txt files, or whatever), but doesn't apply if I'm copying from a text field in an annotation, for example (but I don't do that much).

thanks,
Phil

PS I just tried it out with an .spc file from the Kyma/Spectra folder in a SumOfSines, and got a failure to copy.

posted 15 May 2006 09:15            

quote:

---

Originally posted by SSC:
It's fixed now and will be in the next update. Thanks!

---

Thanks! It's funny how one person's work habits can cause them to see a bug dozens of times a day that the programmers never noticed...

posted 18 May 2006 22:20            

quote:

---

Originally posted by cristian_vogel:
...you can't perform the patch until you have resized the VCS and cleaned up all the faders.

---

You pretty much always have to clean up the VCS in one way or another.

More automated tools for making things the way you want them would be a help. For example, I pretty much always make my faders one size, my potentiameters with numbers one size, my potentiameters without numbers another size, etc. It would be nice to be able to define a default in terms of widget type, dimension and number status, and then have that come up for all objects in a new VCS. Then you could have several other preferred sizes for different widget types and have those switchable by control clicking in a locked VCS (the way the latest build allows you to switch widget types in a locked VCS - it's almost there, but the size and a few other factors defined by the user in preferences needs to be included as well).