Page name

Jump to: navigation, search

Suggested page structure: Page title - page name

The KDE Documentation Primer - Documentation Primer # ToC, everything else is a direct subpage of this

  • Introduction - Introduction
  • Getting Started - Getting Started
  • KDE Writing Recommendations and Guidelines - Guidelines
  • Writing Documentation: Procedures and Tools - Writing
  • DocBook Introduction - Docbook
  • Sending the New Documents and Changes to KDE - Publishing
  • Appendix A. DocBook Reference - DocBook Reference
    • General KDE markup style guide - Markup
    • Purpose of this document - This Document
    • (The) book and the bookinfo section - Book and Bookinfo
    • Chapters and Sections - Chapters and Sections
    • The linking elements - Linking
    • Lists - Lists
    • Tables - Tables
    • The GUI elements, menus, toolbars and shortcuts - GUI Elements
    • Describing actions and commands - Actions and Commands
    • Questions and Answers - FAQ
    • Images and Examples - Images and Examples
    • General markup - General Markup
    • Admonitions - Tips, hints, and Warnings - Tips
    • The synopsis elements - Synopsis
    • Markup for programming - Programming
    • Making Callouts - Callouts
    • References, indexes, and glossaries - Reference
    • Tags we do not use - Unused
    • Alphabetical List of all elements - Index
    • Credits and License - Credits
  • Appendix B. The KDE Visual Guide - Visual Guide

What about the breadcrumb, though? Is it possible to set it manually?

Claus chr21:40, 4 November 2011

Do we need to change the breadcrumb? Are we flattening too much? I'm thinking something like

  • Amarok
    • Features #Amarok/Features
    • Quick Start #Amarok/Quick_Start
    • Manual #Amarok/Manual
      • Intro #Amarok/Manual/Intro
      • Media Sources Pane #Amarok/Manual/Media Sources Pane
      • Context Pane #Amarok/Manual/Context Pane
      • Playlist Pane #Amarok/Manual/Playlist Pane

etc. - but no deeper than three levels

This model matches what happens on many sections, too.

The main structure, where more detailed structure is necessary, should use PrevNext to guide users. With that in place, I don't think changing the breadcrumb is necessary.

Or am I missing the point?

annew21:36, 5 November 2011

My suggestion was not meant to apply to manuals generally, only to the Documentation Primer, which has some very long page names as it is. I agree, that in general we shouldn't flatten too much.

In the Primer, only the Appendix has been flattened. Should we use Appendix/Markup in stead of just Markup etc.? It doesn't add too much, so maybe it's a good idea.

More important, though: Do you think that it is a good idea to shorten page names as I have proposed, fx just 'Markup' rather that 'General KDE markup style guide', or will it confuse our users?

Claus chr07:28, 7 November 2011

Not sure. How do you see the Primer fitting in? Will it replace some of the existing help pages? Just asking because the purpose will dictate some of the answers to your questions Face-smile.png

It seems to me that there must be some visible way of navigating linked pages. That could be by breadcrumb, by PrevNext link, or by explicit links, depending on context. Only two things count - it should fit the context and it should be clear to the user. Once a decision has been made about the best method in any context, then we encourage contributors to stick to it.

I much prefer short page names, as long as its context clear to the reader. Explicit links, such as in the created index pages, can and should, IMO, have explanatory text where any misunderstanding could occur.

It's a pity our next sprint is some months away as it would be easier to sit down together on this Face-smile.png

annew14:18, 8 November 2011

The Primer is about docbook, so it can't replace our guidelines. If fact working with the Primer, it struck me as horribly complex and not helpful if we want to attract non-technical writers.

As to links, the Primer has PrevNext links and a ToC. Perhaps the breadcrumb doesn'n matter as much then?

The current pagenames in the draft version was dictated by the title of the respective sections. They were often quite long. Now that we know, that page names and titles doesn't have to match, I think it is a good idea to shorten page names. That will render the auto-generated breadcrumbs a bit cryptic, but we have a ToC and PrevNext links, so I feel navigation should be easy enough.

Perhaps we should have short page names but use the complete page name as link text in the ToC and PrevNext?

If it is possible, perhaps it would be a good idea to turn off breadcrumbs for those pages?

At least we'll gain some experience and hopefully learn something from our current manual projects so that we can lay down some really good guidelines at the sprint Face-smile.png

Claus chr17:02, 8 November 2011
 

The Primer is about docbook, so it can't replace our guidelines. If fact working with the Primer, it struck me as horribly complex and not helpful if we want to attract non-technical writers.

As to links, the Primer has PrevNext links and a ToC. Perhaps the breadcrumb doesn'n matter as much then?

The current pagenames in the draft version was dictated by the title of the respective sections. They were often quite long. Now that we know, that page names and titles doesn't have to match, I think it is a good idea to shorten page names. That will render the auto-generated breadcrumbs a bit cryptic, but we have a ToC and PrevNext links, so I feel navigation should be easy enough.

Perhaps we should have short page names but use the complete page name as link text in the ToC and PrevNext?

If it is possible, perhaps it would be a good idea to turn off breadcrumbs for those pages?

At least we'll gain some experience and hopefully learn something from our current manual projects so that we can lay down some really good guidelines at the sprint Face-smile.png

Claus chr17:02, 8 November 2011

Family affairs have kept me busy this last few weeks, so I feel I haven't been very helpful in this respect. Sorry about that. I'm not sure that it's possible to turn off breadcrumbs for a page or set of pages, but I'll try to find out.

annew08:41, 9 November 2011

No problem, we'll get there soon enough.

I am not sure the breadcrumbs are a problem. I only mentioned them because I felt we should be aware of them when we decided on the structure. I would guess that users will rely on the PrevNext links and the ToC.

Claus chr21:08, 9 November 2011
 
 
 
 
 
 
KDE® and the K Desktop Environment® logo are registered trademarks of KDE e.V.Legal