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 <kwilli...@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 < > kwilli...@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 < >> bernh...@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+h...@libreoffice.org<website%2bh...@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> >> thoughtf...@thoughtfarmproductions.com* >> *(201) 691-7057* >> >> > > > -- > *Thought Farm Productions <http://www.thoughtfarmproductions.com> > thoughtf...@thoughtfarmproductions.com* > *(201) 691-7057* > > -- > To unsubscribe, e-mail to website+h...@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+h...@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.