<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffcc" text="#000000">
Niel Drummond wrote:<br>
<blockquote cite="mid20060625154107.5f06ab20@localhost.localdomain"
 type="cite">
  <pre wrap="">Do you know if it is a scheduled improvement to Launchpad to have spec
names changeable after creation ? 
  </pre>
</blockquote>
Funny, I just changed the way we do that in one of my development
branches. They are currently changeable by the administrators and by
the owner of the product or distro to which they are targeted. In the
next week or two I'll land a branch which allows anyone related to it
to change the spec name.<br>
<br>
<blockquote cite="mid20060625154107.5f06ab20@localhost.localdomain"
 type="cite">
  <blockquote type="cite">
    <pre wrap="">The dependency means "that must be finished before work can BEGIN on
this one".
    </pre>
  </blockquote>
  <pre wrap=""><!---->
ok, I misunderstood dependencies defined in this way -- they are
probably less relevant to the artistic specs, unless there is an
overriding technical issue towards implementation. 

I was thinking more in an Object Oriented way -- a spec is a "subclass"
of another, and retains some or all of the properties of its
"parent"... and as such, a parent spec cannot become completed until all
of its sub-children are finished too. Does that make sense in a
workflow environment, or am I speaking gibberish?
  </pre>
</blockquote>
Not gibberish, that's a reasonable idea but it's not how Blueprint
works :-)<br>
<br>
Mark<br>
</body>
</html>