|
[
Permlink
| « Hide
]
Wolfram Richter added a comment - 08/Feb/05 08:29 AM
The current ordering is in fact based on the time of the last update, which is indeed not to useful.
I just just reordering my browser bookmarks (using drag-and-drop) when I realized something: how come I couldn't reorder my Confluence pages with drag-and-drop too?
Ajax is already being used to play with drag-and-drop functionality in the tasklist macro...seems like a logical extension for moving content around. Scheduling bug fix for 1.4.3 release.
+1 – it would be really nice to be able to sort child nodes ({children}) in ascending/descending order. right now my sorted list of releases appears with the oldest release first.
This was scheduled for 1.4.3, I dont see where it was fixed. Did it make it to 2.0?
Sean, what was fixed was
Regards, Can we get an update on the status of this feature request? Are there any plans to support this in the near future?
Guys,
Just so we're clear here... are you looking to control the order of pages in a space, or in the PDF export? Ordering pages in a space doesn't really make sense, as we provide alphabetical view, recently updated and a page tree. From what I've gathered with the comments, most people are referring to PDF export. What sort of ordering would be necessary? Alphabetical (within hierarchy) Any others? Ordering is not just important for PDF but also for wiki pages. When I have a book page with several chapter pages underneath, I want to list those chapters in a fixed order when I print them with the {children} macro on the book page. There are many other usecases where this is important:
{scrollbar}, {pagetree}. We use the {pagetree} macro to add navigation on the left side. However, we cannot control the order of the navigation items (unless you do ugly prefixing, which as explained previously has serious drawbacks). If you use {scrollbar} for a tutorial, you want to make sure that the order of your pages is correct, again avoiding the prefix hack. I believe the fix should be generic enough so that it applies to both PDF, spaces and html export. I'd really like to be able order pages in a arbitrary order with an up arrow / down arrow next to each page, or maybe something a la the method I used to order my netflix.com queue, where I have a listing of all the objets and a int filed next to each in which I enter a number as to the order I want them to appear.
Manual ordering is what I'm looking for. If you're producing documentation you need to order it by the logical flow, not some sort of attribute.
I'm also missing some options that could be toggled for PDF export like:
And probably heaps of other stuff I havn't thought of yet. My internal clients want to be able to list child pages in a specific order, to make readability easier.
I want to leverage existing macros such as child and pagetree to reduce the cost of maintenance. For example, using pagetree in a left navigation bar, but with section in the order as per client's desire. This is useful when migrating content manually in order. The sequence specified should applicable to child, pagetree, and exported pdfs. The following Use Cases assume that the relationship between pages is heirarchical, Use Cases
If the old sequence number is less than the new sequence number, If the new sequence number is less than the old sequence number, ! Other Advantages Hope this helps ! I wish to support this request. Jason Pouflis's comment (above) describes the requirements I have perfectly.
For those wanting to use Confluence primarily as a documentation tool, i.e. to build a structured documentation system, manual, electronic book, or similar, this requirement is a must-have. It simply must be possible to define the order of the "chapters" arbitrarily, whilst retaining automatic generation of table of contents, and without having to resort to manually defined chapter or section numbers. Anthony Dyson PS Hey site administrators, how about removing the mail cascade currently occupying most of this comments block?! This issue may prove to be a showstopper for my organisation.
It would be a good thing to have it assigned and scheduled. Ville Valtasaari Our space home pages almost always have a children macro as a table of contents. I support this issue because I'd like to be able to order how the children are displayed.
Everyone here who spends any time working with Confluence has requested this feature. It would make self - assembling documents a slam dunk. A simple move it up / move it down interface would do just fine here.
Indeed, specifying an ordering for child pages is crucial in any sort of documentation work, be it for print or just for navigable online documentation. Not everyone reads online documents by jumping around via hyprelinks, for many readers the structure we provide via page organization is a crucial help to finding content and reading it in a logical and natural order. A Wiki that allows for structure in addition to the unsorted ocean of keywords and the confusing mesh of links has a big usability advantage.
Bump. bump. bump. Another me too. This is pretty important and can be done easily enough: assign a weight to each page. Pages are then sorted first by weight (heavier pages sink to the bottom) and then alphabetically if two pages have the same weight. This might be easier to implement then numbering each page with a unique sort order: inserting a page in the middle would then require lots of renumbering.
When is this going to get fixed. This is a major issue with the product and basically makes it unusable for documentation.
I'm still rooting for this, too. FWIW I do note that it is #4 on the list of most popular issue.
Being able to order how the Children are displayed is critical! I was trying to figure out how to change the default order from alphabetical and couldn't believe the sort order can't be change. We need to be able to set a "logical order" for our pages - not just ordered alphabetically. PLEASE FIX THIS.
Am currently looking into Confluence ... using another wiki right now. This issue is one of the major things missing from this product in order for us to jump ship. (Not that our current wiki can do this, but I don't have a good enough reason to change yet,).
Milt Taylor wrote:
> This issue [..] are the major things missing from this product in order for us to jump ship Hey Atlassian, with other words, this feature will be paid at least partially since you gain a new customer Milt, there is a {toc} (table of content) macro (at least as a plugin) available plus another which lists a child-document-tree. So TOC should not be a problem. Was hoping to use Confluence for collaborative authoring of documentation set, exporting the space to HTML and then converting that to .chm in a Help Development Kit. Absolutely out of the question until I can order and insert pages at will within a level. My appraisal of Confluence stops here. Pity.
I agree – this would be incredibly useful.
I very nearly persuaded our company to buy Confluence based around the MS Word import tool and being able to re-export back to PDF – but the PDF export is not useful for a printed manual because it's completely out of order. If the reordering of pages work, this can become a substitute for manual writing... Is there any estimate of when we might have it? My company bought a confluence license to use it as a documentation wiki. The pdf export was one of the key issues to decide for this product. Unfortunately, because of the missing page ordering, we cannot use it to create documentation pdf files. We really need this feature.
This issue is over 3 years old. It is a frequently requested feature. It is over a year since any comment by Atlassian, and that was off the mark. Could we have some commentary here on why this is difficult? Or, if it's not, then why it has not been implemented yet? It would be nice to just have some feedback.
Also evaluating Confluence - this request is really important for my criteria too. What is more concerning is the lack of response from Atlassian...
In general, if an issue has a lot of votes, has not been closed as "won't fix" or "invalid", and doesn't have a comment from someone at Atlassian explaining why we don't want to do it, you can assume that it's something we are interested in implementing at some stage.
We generally don't comment on our feature schedule beyond the next few releases because historically our roadmap has been so volatile, we'd annoy far more people by promising one thing and delivering another than we do right now by not promising anything. There's a reasonably accurate screed about how we choose what to implement, and how to influence the process here: http://confluence.atlassian.com/display/DEV/Implementation+of+New+Features+and+Improvements Ordering pages is a reasonably non-trivial feature. Between the issues of interaction with exporting, various macros, and having a user interface for re-ordering pages that isn't painful to use, there's a fair chunk of work involved. As such, the feature has to compete with a lot of other frequently requested but non-trivial features for developer time. All I can say now is that we're currently focusing development on highly voted-for features. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||