I've been watching this discussion and would like to add a couple comments. I work for
a company that relies on many many different software components to make up our solution
and it's a daily nightmare for me to work with as each element of my team has to focus
on a different part of the system. The
CMS looks a bit slapped together (in
terms of components) and based on experience can lead to a negative user experience.
One thing that everyone needs to remember is that you are building a web application
framework and as such; you should be showing that off to the best of your ability... For
all of it's problems the seam website is a step in the right direction because it
shows that you are actually willing to use the framework you are trying to
"sell" to others... In other words, "eating your own dog food". I
think that everyone should calm down, take a step back and agree on where the improvements
need to be and just get on and do them. I also think that the community need to be
involved as well.
There is no point trying to get emotional about it as it will send out the wrong
messages.
On 19 Mar 2010, at 03:40, Gavin King wrote:
OK, fair enough, so off the top of my head, here's a list of
requirements that I think will be difficult to support on the
jboss.org platform.
(1) consistent look, feel, and navigation across website and forums.
Since the
jboss.org CMS and forums are totally different software
packages, having a consistent look/feel is going to be very difficult
and requires the maintenance of two different sets of templates ...
with seam wiki we get that for free. See
hibernate.org for an example
of what it should *not* look like.
(2) a (consistent) grammar-based wiki text content format for the
website and forums. The
jboss.org forums use bbcode, which is much
less nice than seam text, and, since it is not based on a grammar,
cannot detect errors and instead goes off the rails and renders
rubbish. Seam text tells you when your text is not well-formed and
makes you fix the error. The
jboss.org CMS uses mainly HTML, which is
a nightmare format for writing and maintaining content. Apparently
there is some suggestion that it might be able to support a seam text
plugin, but that still only solves half the problem.
(2.5) Syntax highlighting for code samples.
(3) Live preview in the content editor. This saves me so much time
it's ridiculous. Seam wiki not only renders a perfect preview of the
content I'm editing, it also tells me exactly where I have any
non-well-formed text.
(4) Atom or RSS feeds, mainly for the forums, but also useful in some
other places.
(5) Login with one click instead of 3 (duh).
(6) Easy to-use online document history, diffs and rollback (the
jboss.org CMS may support this, I'm not sure).
(7) An infrastructure which, unlike
jboss.org, does not have a history
of being regularly unavailable or down for maintenance, or in the
process of migration to a new platform. (For example, right now, I
can't log in on
jboss.org.)
In addition to this list of things I came up with without thinking
very hard, we can add all the problems and limitations we're going to
stumble upon when we actually try using the
jboss.org platforms. And
all the nice things about
seamframework.org that we don't really
appreciate until they're not there.
_______________________________________________
seam-dev mailing list
seam-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/seam-dev