Recent activity
Subscribe to this feed
Tom Dunser replied on September 29, 2009 20:53 to the problem "Sometimes even a good product like Sifter just crashes...." in Next Update:
Thanks for your response Garrett.
The error still occurs for me on
https://rsap.sifterapp.com/projects/2...
Tom Dunser reported a problem in Next Update on September 25, 2009 01:03:
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 ;-)
Tom Dunser replied on July 12, 2009 07:29 to the problem "Milestones in the data export" in Next Update:
Tom Dunser shared an idea in Next Update on July 04, 2009 12:14:
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
Tom Dunser reported a problem in Next Update on July 04, 2009 11:49:
Milestones in the data exportHi 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
A comment on the idea "Milestones/Releases" in Next Update:
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
Loading Profile...

