I'm not sure if there was a compelling reason to use Trac, or if was
just a de facto standard.
What are people's thoughts on this?
Bob
On Tue, Jul 8, 2008 at 8:42 AM, Peter Bell <pb...@systemsforge.com> wrote:
>
>
> On Jul 7, 2008, at 9:30 PM, Bob Silverberg wrote:
>
>> I'd be happy to take the lead on this. I'll do the following:
>> 1. Create a wiki page for solutions.
>> 2. Create a wiki page for features.
>> 3. Create a few stub pages for some features.
>> 4. Post back to the list asking for specific contributions, with
>> timelines.
>>
>> My thought for #4 is that it would be great if we could make this a
>> collaborative effort, and easy for everyone to contribute, even though
>> all of our time is limited. I would attempt to create small tasks;
>> for example, I might ask everyone to review the Solutions page and
>> provide their feedback, which could include adding solutions or
>> commenting on existing solutions. This would be a task that should
>> not take more than, say, 15 minutes of someone's time, and therefore
>> everyone would be able to find the time to contribute, even if that
>> just means reading without commenting.
>
> I think that is a great approach. That way we get a bunch of opinions
> we can all scan/review. Also, I don't think that (for instance) we
> need to decide a definitive list of solutions. A long list is fine as
> then each person can select whatever subset they prefer when they do
> their task. So I might choose to look at the shipping calculators in
> Miva, OS Commerce and Yahoo! stores. Someone else might add their
> thoughts about shipping calculators in Miva (again) and in
> AbleCommerce. I'd also recommend trying to ask at least a couple of
> people to do each task so we end up with some different perspectives
> we can compare. I think a bunch of data points/perspectives would be
> more useful (and easier to develop) that the one true definitive guide
> to any given topic which might be a little harder to agree on.
>
> Let me know when the pages are up! I'm certainly on for doing some of
> the tasks.
>
> Best Wishes,
> Peter
>
--
Bob Silverberg
www.silverwareconsulting.com
I think it is a good idea subject to it being a quick/easy move. If we
can do it without distracting from the process of actually specifying
the commerce pieces, I'm up for it. If we end up losing the next two
weeks to the port then I'd say we'd be better just to focus on the
problem at hand.
How about we start adding content to the current wiki to solve the
problem at hand. That way we don't get distracted. If we can port to
Codex quickly I think that's a great idea and having to move a handful
of extra pages shouldn't be that much extra work. I just want to make
sure we don't get stalled on the spec project while working out the
details of getting Codex up and running.
Any other opinions?
Best Wishes,
Peter
It's not really a big deal, and I can totally see Peter's point about
not taking time away from core project activities. I just thought
that if we did want to make the move it might make sense before we
start adding a bunch of stuff to the wiki. From what I can tell there
are only a handful of pages on the wiki right now, so the port
shouldn't be very time consuming, even if it has to be done manually.
If the app (Codex) can be installed on the project's existing host,
and we have general agreement that the move should be made, I'm
willing to volunteer to get the port done within a couple of days, so
I don't see us losing much time on the project.
Again, it's not really a big deal, and I'm not trying to stir up any
controversy, I just wanted to make the suggestion, and I thought now
would be the time to do it. And I also wanted to offer to put the
work in to see it through to completion.
Cheers,
Bob
--
Bob Silverberg
www.silverwareconsulting.com
Is TRAC currently being used much for ticket management, or just as a
wiki. I imagine we'll need ticket management as well, so that opens
up another can of worms.
Why don't I talk to Mark Mandel first, who is attempting to do the
same thing (manage his project with CF OS tools), and see how the
process if working out for him and what other tools we might need.
Leave it with me for now.
Cheers,
Bob
--
Bob Silverberg
www.silverwareconsulting.com
--
Bob Silverberg
www.silverwareconsulting.com
I really wanted to do everything in CF for Transfer, just because I'm
a big CF fanboy ;o) and also because I thought it would be an
interesting endeavour... and I'm really big on pushing the CF OS space
as a priority.
Since doing so, this has really been the real push for features in
Codex (which is why I personally started writing it with Luis), and
also multiple new features in project tracker (some of which I helped
write).
By not simply jumping on Trac, like everyone else, this has expanded
the CF OS Horizon, which I think is a really good thing, and forces
innovation through need.
BUT
Trac is a better integrated solution - I won't deny it. And has some
really nice features in regards to viewing changesets etc.
CodexWiki I'm very happy with, and some of the features are really
powerful, like the permissions system, and the rss feed integration.
Project tracker is OKAY. It's not the best, and CF really needs a
powerful ticket tracker with a public facing system. The newest
version of Project Tracker isn't BAD, you could use it.
Some issues:
If you session times out, your ticket / change will get logged as the
guest user. This drives me nuts.
Only milestone ticket support, no version support, which I wish I had.
The change log is very rudimentary, which irks me a little.
I would not open this up to public registration (a) I don't know if
that part even works (b) I worry about the aforementioned timeout
issues.
The only reason I chose this over something like Lighthouse, was
simply b/c this has a public view (and I think the permissions
structure isn't there?)
That being said - it is doing the job quite nicely, so it IS an
option, and has been pushing me forward so far.
Mark
Bob
--
Bob Silverberg
www.silverwareconsulting.com
I havent had time to work on it in quite some time. I was in the middle of a total rewrite and cleanup and client work took priority. My schedule is opening up a little over the next few weeks, maybe I will try and wrap it up and get it out the door.- Russ
2008/7/9 Terry Schmitt <terry....@gmail.com>:
blog: http://succor.co.uk
f..works: http://cfframeworks.com
short urls: http://wapurl.co.uk
green link: http://wapurl.co.uk/?4Z2YDLX