Loading...
 
Skip to main content

Comments

  • Xavier de Pedro 07 Nov 14 07:53 UTC

    Other people which are already whatching the Tiki14 page, can get notifications of page changes, and for people willing to watch by emails anything related to Tiki14Blockers, you can watch the category "Blockers" (or create a new one, for "Tiki14 blockers", etc)

    My 2 cents, to avoid scattering information too much all over the place...

    • luci 07 Nov 14 10:55 UTC

      Maybe I just felt not polluting that page while trying to figure out all the params of the trackerlist because the Wishes plugin alias does not allow me to list Tiki version 14.x + Blockers categories at the same time...

      I can move it now to the Tiki14 page if you want.

      luci

  • Jonny Bradley 10 Mar 15 16:05 UTC

    I was just going to add a note about what i would consider a blocker - should i add it here?
    I was just going to point out that graphic or cosmetic issues are not blockers, also minor annoyances or defects is barely used or experimental features also should not prevent us releasing. Only catastrophic failures in major existing features should be blockers, anything involving data loss or significant security issues should really stop us - just my 2¢, expect it needs some discussion 😉

    • Jonny Bradley 11 Mar 15 20:02 UTC

      I think all blockers without a show instance should be (by default) reclassified as non-blocker, and the same should be the case if the posting user doesn't respond to correspondence. Also if the blocker applies to a no-longer supported branch they should be de-blocker'ed (and probably closed).

      "Blocker" should be a very special bug category and therefore the person posting should have to do more work to prove it and help with the fix...

      Again, my 2¢ 😊

    • luci 11 Mar 15 20:11 UTC

      ... what would display in the SYLVN module if title is disabled for comments? Should we disable on dev.t.o and see?

      • Jonny Bradley 11 Mar 15 20:22 UTC

        I have a feeling i added a string like "user so and so commented on whatever object" for that - might be making that up though, or it might have been a different module (is there a last comments one?)
        Worth trying i think 😉

        • luci 11 Mar 15 21:23 UTC

          Great, Preference comments notitle enabled and it seems to work. Exactly what I imagined would need to be done (show few first words of the comment and ellipsis) 😉

          • Jonny Bradley 12 Mar 15 00:47 UTC

            Nice, but i think we also need less indenting on these replies 😉

            • Gary Cunningham-Lee>Jonny Bradley 12 Mar 15 01:42 UTC

              In reply to Nice, but i... The indenting is reduced in branch 14 already. The left side of the avatar is vertically aligned with the left margin of the text of the previous post. See link.
Show PHP error messages