Re: [libreoffice-website] Website and wiki design

Keith,

I like your concept and suggest proceeding as planned. One question, first: what do you think about 
using OpenAtrium for us? The project management capabilities could be very compelling for LibO!

Ben

Sent from my iPhone

On Oct 13, 2010, at 9:40 AM, Keith Williams <kwilliams@thoughtfarmproductions.com> wrote:

> I had said that I'd be able to put up a demo and copy your website content
> in.  I'm not going to do it that way because I don't think its a valid test
> and it will just take too long to do something that is not worth doing
> IMHOP.  What i'm going to do is take a page of static content, a wiki page,
> and create a database driven page.  I'll use some of the content from the
> wiki and the website for this.  I think that integrating the wiki / static
> content / discussion is best.  Having open discussions that people can find
> in Google and participate in will help the project grow.
>
> Let me know what you think...
>
> On Tue, Oct 12, 2010 at 10:06 PM, Keith Williams <
> kwilliams@thoughtfarmproductions.com> wrote:
>
> > Content Drives Traffic and Traffic is People and People are users and
> > volunteers and supporters.  I believe tight integration between content and
> > community is the key to building a community.
> >
> > On Tue, Oct 12, 2010 at 6:22 PM, Bernhard Dippold <
> > bernhard@familie-dippold.at> wrote:
> >
> > > Hi Per, all,
> > >
> > > sorry for stepping in so late, but this community is evolving so quickly
> > > that you can't keep in track even with the most important tasks.
> > >
> > > Per Eriksson schrieb:
> > >
> > > > Hi everybody,
> > > >
> > > > I was looking at the Fedora project and how nicely they have integrated
> > > > their normal website with their wiki. The navigation between the sites
> > > > works seamlessly, and they look very much the same.
> > >
> > > I would like to see even more integration.
> > >
> > > Why do we need a visible distinction between wiki and website?
> > >
> > > It would be sufficient (in my eyes) to differ between static and
> > > modifiable content.
> > >
> > > If the URL shows /wiki/ or not is quite irrelevant for the user, if he
> > > reads "static content|proposals for improvement" (linking to the same
> > > webpage as wiki page hosting ideas for improvement and a discussion page) or
> > > the wiki navigation with "Page|Discussion|Read|Edit|View history".
> > >
> > > (I don't see a reason for a "Page" and a "Read" tab in the wiki, but I'm
> > > not very deeply involved in wikis).
> > >
> > > I'd add these tabs as a second level of tabs just below the main
> > > navigation (if this is possible) and keep the wiki tabs (perhaps just a few
> > > main expandable entries) on the static webpages too.
> > >
> > > With integrated search functionality over both areas this might improve
> > > user's experience with our site...
> > >
> > > I don't know if I can come up with a mockup during the next days, but I
> > > hope you understand what I mean.
> > >
> > > Best regards
> > >
> > > Bernhard
> > >
> > >
> > > --
> > > To unsubscribe, e-mail to website+help@libreoffice.org<website%2Bhelp@libreoffice.org>
> > > List archives are available at http://www.libreoffice.org/lists/website/
> > > All messages you send to this list will be publicly archived and cannot be
> > > deleted.
> >
> >
> > --
> > *Thought Farm Productions <http://www.thoughtfarmproductions.com>
> > thoughtfarm@thoughtfarmproductions.com*
> > *(201) 691-7057*
>
>
> -- 
> *Thought Farm Productions <http://www.thoughtfarmproductions.com>
> thoughtfarm@thoughtfarmproductions.com*
> *(201) 691-7057*
>
> -- 
> To unsubscribe, e-mail to website+help@libreoffice.org
> List archives are available at http://www.libreoffice.org/lists/website/
> All messages you send to this list will be publicly archived and cannot be deleted.

-- 
To unsubscribe, e-mail to website+help@libreoffice.org
List archives are available at http://www.libreoffice.org/lists/website/
All messages you send to this list will be publicly archived and cannot be deleted.