Talk:Dolphin: Difference between revisions

Revision as of 13:23, 2 October 2008

This page has become very long and very detailed - somewhat out-of-scale with most other pages. I wonder if it would be sensible to move a lot of this content to a tutorial on 'Getting the most out of Dolphin' or some such? The Tutorials page seems to be often viewed, and I think it would actually be found more often there than in a general overview page.

I'd help with this, if we go ahead, but it will impact on the language pages, I think, so we need some agreement first. --annew 10:29, 2 October 2008 (UTC)

It doesn't necessarily have to be a tutorial. Actually it isn't a tutorial, tip or howto but more of a handbook. My suggestion would be to split up the current Dolphin page into more manageable chunks, something like Dolphin, Dolphin/Panels, Dolphin/Views, etc. (since each section is quite long and detailed).

As for language pages, we could just move them as well. But yes, we should wait for some agreement. Within two days perhaps? --Jucato

Splitting of a bigger page into many small ones would work, but it is against the wiki idea, or? Could not find the link I want to give. If you split a big page in many small ones it sometimes ends in having stubs. Also it is easier to search in one page instead of getting 10 pages as a search result and grep them for desired content. Just my 2 cents. --Mark Ziegler 12:53, 2 October 2008 (UTC)

Splitting into smaller chunks of information was just one idea. Of course we could just keep it all in one page, but definitely needs a proper table of contents. I was just thinking about the situation where the page gets too long and too overwhelming. Presenting it in more manageable chunks would be better, like what most KDE Handbooks do.

Whichever way is chosen, the important thing is that the "front page" for each app (http://userbase.kde.org/AppName) would be a simple, digested summary of the app with all the necessary info and links that a user can read at a glance: icon, screenshot, description, website, links to further info/tutorials/tips, maybe even a developer.

@@ Line 8: / Line 8: @@
 ::Splitting of a bigger page into many small ones would work, but it is against the wiki idea, or? Could not find the link I want to give. If you split a big page in many small ones it sometimes ends in having stubs. Also it is easier to search in one page instead of getting 10 pages as a search result and grep them for desired content. Just my 2 cents. --[[User:Mark Ziegler|Mark Ziegler]] 12:53, 2 October 2008 (UTC)
+:::Splitting into smaller chunks of information was just one idea. Of course we could just keep it all in one page, but definitely needs a proper table of contents. I was just thinking about the situation where the page gets too long and too overwhelming. Presenting it in more manageable chunks would be better, like what most KDE Handbooks do.
+:::Whichever way is chosen, the important thing is that the "front page" for each app (http://userbase.kde.org/AppName) would be a simple, digested summary of the app with all the necessary info and links that a user can read at a glance: icon, screenshot, description, website, links to further info/tutorials/tips, maybe even a developer.