[dojo-contributors] Forums for testing/comparison

[Karl Tiedt]

Out of the list that came from the IRC meeting that prompted this project.
FUDForum has most if not ALL of the features listed in that meeting.
Including ML interaction, NNTP, and RSS support. Those are the big ones that
were wanted, and it also allows for a category/forum/topic(thread) layout
which would allow for a layout like...
Widget (Category)
--Dojo Widget SUpport (forum)
---How do I get SlideShow to work properly in this case? (thread by user)
--Custom Widget Creation (forum)
---Here's the best way I found to create a widget from scratch! (thread by
user)
LFX (category)
--How to use prebuilt Dojo LFX features (forum)
---This fx isnt working right PLEASE HELP! (thread by user)
--Custom FX created using LFX
---Hey check out my wicked cool Spiral FX! (thread by user)

where from what I have seen in bbPress it allows for... a series of threads
posted in a common place... End of story, but I'm not as familiar with
bbPress so maybe I missed something?


As for the arguments that users will hold our forum support against Dojo
because it isnt visually appealing... WTF does a free forum backend have to
do with Dojo? Of course we'll spice it up a bit where/when we can with Dojo
stuff, but honestly... are you gonna refuse to goto "Car Dealership A"
because they have a used "Car Maker Brand X" car forsale and its not as high
of quality as their new "Car Maker Brand Y" cars that they normally sell? Of
course not, why; because its NOT their product. If anyone is stupid enough
to hold phpBB or SMF or any which ever forums against the Dojo Toolkit or
its developers, thats retarded and they/their employer needs to do a nice
review of the value of that employee.

Theres my $2 on that subject.

ps. My 2 cents; users already hold the fact that we have crappy Docs and
"client support" against us in many cases... this is a step towards
improving that




On 12/17/06, Neil Roberts <neil at onebahamas.com> wrote:
>
> Does anyone know enough about these packages to outline how well they fit
> with our original goals?
> -Neil
>
> On Dec 17, 2006, at 3:21 PM, Tom Trenka wrote:
>
> I don't think this is true: I am not an art designer in any sense, I
>
> > can not design interface (although I can write corresponding css and
> > html based on an image mockup), so based on the appearence of the app
> > to judge the underlying code quality is something (fundamentally)
> > wrong. (I know quite some developers are pure programmer, but not
> > designer)
>
>
> You demonstrate my point without intending to demonstrate my point, I
> think :)  The point is that most developers don't consider the visual design
> to be an integral aspect of a package, and code accordingly; they tend to
> think that if they put some device in place, such as a template system or a
> skinning system, that *all will be fine*.
>
> I'm suggesting here the following:
> 1.  default visuals reflect underlying code (and a cursory browse through
> parts of some of the code seems to suggest this)
> 2.  regardless of Karl's volunteerism (which is great, thank you again),
> the idea that someone will be able to both hack said packages before launch,
> and do it in a way that will serve our purposes *well*, is unlikely and
> can't be expected.
>
> I'm saying that it will be much easier to deal with a standard, visually
> appealing package set that we could launch tomorrow, than it would be to
> hack on something for a couple of months.  I'm also saying that bbPress in
> particular will still serve our needs just as well as any other package.
>
> You also need to understand that bbPress was designed, in a large part,
> because the other forum packages that are available are not as simple to
> hack to one would like to think; the WP guys aren't the type of people to
> write software packages like that for the sake of writing a package like
> that.  They started the project because they examined most of the packages
> out there and found all of them wanting.
>
> trt
>
> (at least, that's what I remember; I could be wrong, someone with personal
> interactions with WP may have a better picture.)
>
> >
> > > I'd also argue (and the reason why I made the remark in the first
> > place) is
> > > that the visual is not always easy to change; in fact, the visual
> > design is
> > > often a reflection of limitations in the coding approach.
> > don't judge a person based on his appearence, that's a old chinese
> > adage, and I'd say:
> > don't judge a (open source) project based on its visual design
>
>
> btw, I think you know me better than that, Liu :)
>
> >
> > > The other advantage that I'd like to point out is that a good portion
> > of the
> > > N. Ca. Dojo committer team happen to know a good portion of the
> > WP/bbPress
> > > team, which is always a benefit.
> > >
> > > trt
> > >
> > > _______________________________________________
> > > dojo-contributors mailing list
> > > dojo-contributors at dojotoolkit.org
> > > http://dojotoolkit.org/mailman/listinfo/dojo-contributors
> > >
> > >
> > >
> >
> >
> > --
> > http://www.liucougar.net
> > 生于忧患，死于安乐
> > "People's characters are strengthened through struggle against
> > difficulties; they are weakened by comfort."
> > - Old Chinese adage
> >
> > _______________________________________________
> > dojo-contributors mailing list
> > dojo-contributors at dojotoolkit.org
> > http://dojotoolkit.org/mailman/listinfo/dojo-contributors
> >
> >
> >
> _______________________________________________
> dojo-contributors mailing list
> dojo-contributors at dojotoolkit.org
> http://dojotoolkit.org/mailman/listinfo/dojo-contributors
>
>
>
> _______________________________________________
> dojo-contributors mailing list
> dojo-contributors at dojotoolkit.org
> http://dojotoolkit.org/mailman/listinfo/dojo-contributors
>
>
>


-- 
-Karl Tiedt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.dojotoolkit.org/pipermail/dojo-contributors/attachments/20061217/afd8a12e/attachment.htm