|
From: | Benja Fallenstein |
Subject: | Re: [gzz] Abstract Colorable Vob |
Date: | Sat, 15 Mar 2003 17:50:27 +0100 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030311 Debian/1.2.1-10 |
Tuomas Lukka wrote:
On Fri, Mar 14, 2003 at 11:32:25AM +0200, Asko Soukka wrote:Hmm... Benja wants that the default action is adding colors next to the colors of the original Vob. So, following shouldn't replace the existing colours.ColorableVob cloneColored(Color[]) ColorableVob cloneColored(List); ColorableVob cloneColored(Color);I disagree; cloneColored sounds to me like "clone this, but with these colors".
To me, the opposite-- "clone this, but with these *new* colors." So if we call that cloneColorAdded, the other case should be cloneColorReplaced.
My interpretation may be partly due to the fact that I do not see a use case for cloneColorReplaced. I asked for this before: Can somebody give me one?
In cloneColorAdded, we do not know whether another party has previously added other colors, we just do our job. In cloneColorsReplaced, we assume that somebody else may have added colors we want to remove before adding ours, and that nobody else has added colors we do not want to remove. When would this be the case?
- Benja
[Prev in Thread] | Current Thread | [Next in Thread] |