Skip to end of metadata
Go to start of metadata

Repost

This is a repost from a comment on Forum Macro Page

Guys,

  • Love the features and functionality of this one. It makes me wonder whether you guys considered other applications too.
  • While I working on an action list with a reporting-macro I started wondering whether the forum macro could be used for similar purposes, most functionality and UI is already in place.
  • I was thinking of the following functionality/features for an action list;

    Feature

    Forum macro

    New/TBD

    Note

    Creator + Created Date

    (tick)

    (error)

    Already perfect.

    Title + link to page

    (tick)

    (error)

    Already perfect. 

    Description / Excerpt

    (tick)

    (error)

    Already perfect. 

    Assigned to

    (error)

    (tick)

    Can be an optional column only used in case of an action list. Would be best if it can be pointed to a specific source on a child page; 

    {list-data:List}{user-options:groups=XX,YY,ZZ}{list-data}

    Due Date

    (error)

    (tick)

    Can be an optional column only used in case of an action list. Would be best if it can be pointed to a specific source on a child page; 

    {date-data:Date\|format=dd-MMM-yyyy\|minYear=-0\|maxYear=+1} 

    Status

    (error)

    (tick)

    Can be an optional column only used in case of an action list. Best if it is adaptable, I would prefer the following options; New / In progress / On hold / Cancelled / Closed

    Attachments

    (tick)

    (error)

    Already perfect.  

    Comments

    (tick)

    (error)

    Already perfect.  

    Unique Identifier

    (error)

    (tick)

    Optional, can imagine this feature can be toggled on/off and is added as prefix to the title. Maybe options like alphabetical and numerical.

    Sort on columns

    (error)

    (tick)

    Like the table-plus macro, really ads power - also to the current forum functionality!

  • Why this extension? I believe that with the functionalities mentioned, the forum macro can be put to use as a very powerful action list enabling collaboration. Anything I tried so fas on the wiki is not as easy to use as the forum macro so far, and ease of use is crucial to gain foothold beyond the initial group of wiki lovers/frontrunners.
  • Well, curious if such extension of the forum macro is possible.
  • No labels

10 Comments

  1. Unknown User (skrebs)

    Interesting idea!

    I think your three requested fields could be implemented by adding some meta data to the page using the metadata plugin rather then defining a new syntax.

    While it would be possible to add some sort of metadata reporting feature to the forum macro, my main concern at the moment is trying to keep it simple enough to use without confusing users. With this in mind I can't see this feature being added in the near term, but if the customer demand is there we may take a look.

    I think your best bet would be to try and implement this using a combination of the metadata plugin and either the reporting plugin or the advanced search plugin (v2) to get similar functionality at the moment.

    1. Unknown User (hajoworldwide)

      Hi Shannon,

      Do I need to log any request anywhere? Or can you take care of my requests (smile) ?

      1. Unknown User (skrebs)

        I have created a request here: http://jira.adaptavist.com/browse/BUBBLES-299 for custom meta data feature. Feel free to vote on this issue.

        I should also put in a plug for our consultancy service, if there is specific functionality you need which isn't addressed by any current plugins we may be able to create a bespoke plugin for you if you have the budget.

  2. Unknown User (tewolff)

    I think the "sort on columns" options would be incredibly valuable. We are transitioning from an old-fashioned email discussion list to the wiki-based forum this month. We have about 1500 registrants on our discussion list and have a constantly growing wiki registration as the deadline approaches.

    Some members have been concerned about dealing with a very large forum. The default sort order is most-recently added or commented topic first. Of course, people can use the wiki search function. But folks are going to want to sort as Hajo proposed, particularly on author and maybe last post [person]. Let me point out that we also anticipate the pagetree2 macro that we use in the Theme Builder LSB is also going to become unwieldly when users try to expand the forum page with many topics within the navigation tree. I figure that users will stop doing that when they realize how long the list is. We also wonder if we are going to want to create an "archival" version of the forum when it gets "too big." That would probably be a similarly named "copy" with only those topics created within a certain time period. This is all likely to be "growing pains" for us.

    In any case, let me stress that this forum macro is a deal maker for us for becoming an organization that will actively use its new wiki.

    1. Unknown User (hajoworldwide)

      Regarding the sorting; Excel has the disadvantage of becoming quickly unwieldy, let alone data/version management. But the sorting option of excel is pretty good, where one can sort on multiple columns, each time narrowing the search.

      This could be indicated by clickable numbers in the title, or something similar; eg. first sort on date, then sort on author (in the results of date, etc.

    2. Unknown User (skrebs)

      sorting and filtering are definitely some options I would love to see added to the forum macro.

      Before that though, I think we are going to need some way to show categories to take advantage of the page hierachy a bit more, so not all topics are the immediate children of the forum page. I'm not sure how this will be implemented at the moment or even if it will make it into the next release, but its something we are thinking about

      At some stage though the number of forum topics will probably get unwieldy if you are using the page tree macro. I'm not really familar with how this macro works, but perhaps a parameter could be added to that macro so you can specify a label that hides pages. Then you could give old topics an 'archived' label and they won't show up in the page tree. Again, I can't promise if this will actually be delivered, but its good to get some ideas out there.

      1. Unknown User (colinng)

        Hi Shannon,

        I would definitely like this feature. We are making a corporate news site, and want to narrow things down by region and role, and then use Bubbles to aggregate all the (visible) news pages for the user.

        To make life easier for the news maintainers, I want to use a hierarchical page structure to organize the news, and the actual "news pages" would inherit the permissions from the organizing structure.

        Then I want to hide the organizing structure so it doesn't show up in the aggregated articles - and a label that hides, would definitely help me with this.

        Could you also create a JIRA issue for this?

        1. Bubbles will automatically filter the news by whether it is visible to the user or not, so if your page structure is defining page level view permissions then this will automatically filter the news.

          1. Unknown User (colinng)

            Hi Alain,

            Thanks for your help, but I'm not sure how to fix this particular situation:

            I have this page hierarchy:

            >News Root Page
              >Canada
                >BC
                  >Vancouver
                    >Store1
            

            so users can post news articles in the right region, by navigating to the right page and adding a page.

            With a few news articles it would look like:

            >News Root Page
              >Canada
              article1: for all Canadian stores
                >BC
                article2: for all BC stores
                article3: for all BC stores
                  >Vancouver
                    >Store1
                    article4: for Store1 only
            

            I want the user to see this:

            article1
            article2
            article3
            article4
            

            But Bubbles shows this:

            >Canada
            article1
            >BC
            article2
            article3
            >Vancouver
            >Store1
            article4
            

            How do I hide the >Region pages, without having my users muck with permissions?

            1. Given what you are asking for your users are going to need to be messing with permissions ... if you need this to be automated then this will require a considerable investment in custom development.