Perhaps the intension with apps.kde.com was to make it easy to navigate, but the 4 (four!) frames just clutters the screen. It would be much better with a unframed version of the app-index as the front page.

You can bookmark it that way, if you like, just usehttp://apps.kde.com/indexnf.php as your entry point. Perhaps the kde.org front page can have a sub-link for the no-frames option.

Also the listings of the software is too terse. To get a grip about what a software package is about you need to enter the page for that package. Look at freshmeat how to make a informative summary of a package.

The only thing freshmeat does is add a "changes" paragraph. IMHO that does not give you a better feel for the app but insted clutters the page. What apps.kde.com provides is the app's icon and the app's documentation, if it comes in the package; though you have to click to view the documentation, I find this information much more helpful in deciding if an app is for me. Which is why we use frames, it makes these clicks extremely fast (including to the screenshots, also not found at Freshmeat, and to the full ChangeLog).

To get back to the Changes paragraph, the way they do that is force developers to provide that information. Once developers start contributing more we'll be happy to include that information :-). We actually refer to it as a "Version Comment".

• Re: KDE.org: A New Site for a New KDE by Claus Rasmussen on Thursday 02/Nov/2000, @09:20

  You can bookmark it that way, if you like, just usehttp://apps.kde.com/indexnf.php as your entry point. Perhaps the kde.org front page can have a sub-link for the no-frames option. You're right. The non-frames version is much better. I would suggest that you make the non-frame version the default link. The only thing freshmeat does is add a "changes" paragraph. IMHO that does not give you a better feel for the app but insted clutters the page. I think the "changes" paragraph is fine, but YMMV. But it was not the "changes" paragraph I was referring to. It was the descriptions of the packages. I know - by now - that its not your fault, but the developers. But take a lot at this random description taken from the first item at the freshmeat page to see how I think it should be done: "SkinCat.pl is a Perl script that will decrypt and look up just about anything you can scan with a :Cue:Cat. If the barcode is an ISBN, it will print out the title and author, as listed at amazon.com. It also does lookups on DCNV's database. SkinCat does not send your CueCat serial number anywhere. It is very useful for command-line lookups, and can be used as part of a database-entry system". ...and compare it to this (extreme) example from apps.kde.com: a radio card tool Oh, and I almost forgot to tell you: I do like the new layout of www.kde.org. Congrats.

  [ Reply To This | View ]