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.
Context
Re: [libreoffice-website] Website and wiki design · mak
Re: [libreoffice-website] Website and wiki design · Erich Christian
Re: [libreoffice-website] Website and wiki design · Bernhard Dippold
Re: [libreoffice-website] Website and wiki design · Benjamin Horst
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.