On Tue, Jun 15, 2010 at 7:26 AM, Alfred Campbell <[email protected]> wrote: > 1. Don't think removing the s/w information from the bottom of the admin > pages is a good thing. This is beneficial to support folks. If it was to > be removed I could see the User Portal being the place.
Most people think to use the about box to determine the version and build number. It may be beneficial to have this in the footer of every page because support folks know it's there now and removing it means they don't have to learn to start looking in the about box, but otherwise if every software tool you used took up real estate to tell you the machine the system was built on, you might find that annoying. This is not a huge deal, but just stating my opinion that i think it should be removed from every footer page. > 2. Looks like you have started a software inventory page in the About. > This is a great feature however it needs to be something that is > complete and not just list a couple components. This should be something > that is automatic and queries RPM's/JAR files to obtain the relevant > license and names. Otherwise what you have here is a static page that > could potentially become out of date unless manually updated. sipXconfig represents the entire system and therefore you'd have to list 252 jars and it's hard to decide where to draw the line at rpms. My system has 1524 rpms installed. So listing 1776 packages in the about box while accurate takes on a separate purpose and that is more as a diagnostic reporting tool, kinda like Tony mentioned that is already mostly handled by the snapshot tool. I think the intent was to pay tribute to some of the packages that developers find core to the product. If a package plays a small role, i don't think it needs to be highlighted here, there is no legal obligation. If a developer would like nominate something to the list, i doubt there will be any push back. Put another way free source helping advertise other free source, not a diagnostic tool. Therefore, version numbers are not critical, let snapshot handle that. I'd rather there be no list than investing time in auto-generating a list with version numbers repeating what snapshot already does. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
