Get your own customer support community

Recent activity

Subscribe to this feed
  • problem
  • problem

    Tom Dunser reported a problem in Next Update on September 25, 2009 01:03:

    Tom Dunser
    Sometimes even a good product like Sifter just crashes....
    Here is a plain, good old fashioned bug in sifter:

    You open https://rsap.sifterapp.com/projects/2...
    and one gets:

    We're sorry, but something went wrong.
    It's our fault, and we've automatically been notified. We're really sorry about the inconvenience, and we promise to get this corrected as soon as possible.

    Now, the to the "as soon as possible" part. This message was our companion for the last 2 months, the issue has been resolved but we cannot delete or close it (which would be an acceptable solution ;-)
  • problem

    Tom Dunser replied on July 12, 2009 07:29 to the problem "Milestones in the data export" in Next Update:

    Tom Dunser
    Cool. The upgrade this weekend fixed this.
  • idea

    Tom Dunser shared an idea in Next Update on July 04, 2009 12:14:

    Tom Dunser
    Reporting through Style sheets (XSLTs)
    Hi All,

    Using Sifter on a project I found that all the users liked it and got on with using it. However all the managers disliked it. Mainly because it didn't come with Excel reports and other stuff that allows them to talk about issue without have to actually log in and look at the screen ;-) I can say that, as I am one of these managers ;-)

    As Sifters reporting (i.e. selection capabilities) need a bit of thought, it was not readily accepted and did not provide the 'can I have this report on my desk every Monday morning' kind of interactions.

    To overcome this we used the following approach:

    1) Export the data of our account to a local file.
    This can be done manually or automated. We automated it through "wget" (google it)

    2) Create and run an XML stylesheet (XSLT) over the extracted data
    In our case this creates a html page but you can create CSV's etc.

    3) E-mail this output to the people who need to know about it.

    4) Schedule as a daily task

    This simple setup allowed us to have the tailored reports we need.
    Feel free to copy ;-)

    Here is the idea Garrett:
    - Rather than doing all sorts of API stuff, you could allow people run XSLT's and run them against their data on request or as schedule.
    - Provide a couple of samples (I'm happy to contribute ours) as standard reports,
    - Allow your Sifters users to upload custom XSLTs which empowers them to change the reports as they need (logos are but a link).
    - Hosting the XSL on your site would allow to report to be real time.
    - Downside: people might write inefficient XSLTs ;-)
    - If the Sifter exported data XML changes, who knows what the results are.

    Ok, hope this helps and/or provides some input to continue to help make Sifter a better tool

    Tom
  • problem

    Tom Dunser reported a problem in Next Update on July 04, 2009 11:49:

    Tom Dunser
    Milestones in the data export
    Hi Garrett,

    would it be possible to include the milestone definition (name + date) into the XML export of the data?
    At this moment in time the milestone-id is an element against each issue/comment, but the actual definition of the milestones are nowhere to be found ;-)

    Thanks,
    Tom
  • idea

    A comment on the idea "Milestones/Releases" in Next Update:

    Tom Dunser
    Hi Garrett, the new milestones concept and iterative rollout is good and basic functionality will typically be sufficient. What you could consider is a customizable UI that, say allow some accounts to keep showing the Asignee and the Priority always (like it used to be) and only open additional entry fields for Milestones and all the other good stuff you will build in the future. Tom. – Tom Dunser, on May 03, 2009 10:25