Re: Object Class Violation

Could someone with pull add a blurb about DA and a hyperlink in the
Fedora DS wiki project page?  That'd be great!

On another issue:  Has anyone given thought to the idea of adding a tree
widget for DA, to make large directories faster and easier to explore?
I know typeahead search and the filter box really go a long way, but the
tree would perhaps make it much easier to create users, by removing one
step in the wizard...

El mar, 02-08-2005 a las 23:49 +0300, Mike Jackson escribi=C3=B3:
> Neil Schneider wrote:
>=20
> >=20
> >>Thus you intend to move the responsibility of deciding which object
> >>class to go in an object to the user, when DA is actually in a much
> >>better position to determine the optimum array of needed object
> >>classes.
> >=20
> >=20
> > No offense, but this sounds arrogant to me. To my ear this sounds like
> > the software is smarter than the administrator at determining what
> > objectclasses are required. Granted, this is often the case, however
> > the assumption is flawed.
>=20
> Take a look at the user interface and theme. DA is not intended for an=20
> LDAP guru. It's target audience is for mostly clueless help-desk=20
> personnel. Now, we can certainly discuss changing the target audience.=20
> But we also have to imagine how much the support load will increase if=20
> we create a complicated tool, and clueless people are trying to use it...
>=20
> BTW, for the OL fanboys on the list: This is not any more arrogant than=20
> OL all of the sudden deciding to enforce structural integrity in the=20
> 2.2-> series, with no method of disabling it. Something which no=20
> commercial LDAPv3 server does, btw. OL is the only one, in the entire=20
> world...
>=20
> For the record, I am not a big OL fan. And the current DA works=20
> perfectly with RedHat DS/Netscape DS/Sun One DS/Fedora DS... I just made=20
> a test adding groups and users, against RedHat DS on RHEL4.
>=20
>=20
> BR,
> --
> mike
>=20
--=20
                Rudd-O          <[email protected]>
                http://www.amautacorp.com/staff/Rudd-O/