The way we've done that is by limiting fields based on security level fields, IE products and components. I am not sure if this is how the current implementation of the narrowing capability works but I'm sure we could port over the changes from our instance to Bugzilla if that is a direction we want to go into.<br>
<br>As far as the question about resolutions, that's interesting. In theory it should be pretty simple to do but our group hasn't written any code to do that, although I'd be happy to write the front end to that if the fields exist to do the narrowing on the field value lists.<br>
<br>-Guy Pyrzak <br><br><div class="gmail_quote">On Tue, Jan 6, 2009 at 7:06 AM, Steven Geerts <span dir="ltr"><<a href="mailto:Steven.Geerts@softathome.com">Steven.Geerts@softathome.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">









<div link="blue" vlink="purple" lang="EN-US">

<div>

<p>Hi </p>

<p> </p>

<p>Can it maybe be an interesting feature that you can limit
users to certain values of fields as well?</p>

<p> </p>

<p>Say for example that you have a product with different
hardware versions, you have external people working on that product but they
may not know that they are other hardware versions of that product.</p>

<p> </p>

<p>So product X with hardware A should only be visible to
customer A, product X with hardware B should only be visible to customer B (or
depending on the access control)</p>

<p> </p>

<p>Is this reasonable or should it be better to always create 2
separate products, one for cust A and one for B?</p>

<p> </p>

<p>Best regards</p>

<p> </p>

<p>steven</p>

<p> </p>

</div>

</div>


</blockquote></div><br>