caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Philippe Veber <philippe.veber@gmail.com>
To: Fermin Reig <ferminreig@fastmail.fm>
Cc: Ashish Agarwal <agarwal1975@gmail.com>,
	Wojciech Meyer <wojciech.meyer@gmail.com>,
	 Anil Madhavapeddy <anil@recoil.org>,
	Benedikt Meurer <benedikt.meurer@googlemail.com>,
	caml-list@inria.fr
Subject: Re: [Caml-list] OCaml wiki
Date: Fri, 21 Dec 2012 10:39:41 +0100	[thread overview]
Message-ID: <CAOOOohQzwPq_TEw+uh_zQXxdB=4n4zZK+T4jXXy+raOcsY21dg@mail.gmail.com> (raw)
In-Reply-To: <50D42855.4050609@fastmail.fm>

[-- Attachment #1: Type: text/plain, Size: 7452 bytes --]

Of course you can do good stuff with a wiki! I was not arguing that a wiki
is not an adequate medium to build a website, but rather that we should not
duplicate our efforts. I think building a site of good quality and well
organised is a lot of work *whatever* the technology you're relying on (not
to mention, the time to get it accepted) The site ocaml.org is built with
templated HTML and stored on github, this is one possible technical choice
where contributions are easy to make if the procedure is documented
properly. Right now I see no compelling argument to start a wiki, and just
argued that we should first focus on the website. Maybe after some time
(and hopefully many contributions :o)!), it will become evident that we
need something else (maybe a wiki), but right now I find it risky to split
our efforts in several community projects. Sorry if my previous message was
not clear, and thanks for the pointer to the guidelines!

2012/12/21 Fermin Reig <ferminreig@fastmail.fm>

> For what it's worth, haskell.org is a wiki and the contents is of good
> quality and well organised. Guidelines for contributing are available at
> http://www.haskell.org/**haskellwiki/HaskellWiki:**Contributing<http://www.haskell.org/haskellwiki/HaskellWiki:Contributing>
>
> On 21/12/12 08:37, Philippe Veber wrote:
>
>> For what it's worth, my opinion is also that we should focus our efforts
>> on the website, especially now that we have something that we can be proud
>> of (kudos to all those behind ocaml.org <http://ocaml.org>). As the
>> development of the website showed very well, it takes a really high amount
>> of time and tenacious work to do something useful *and* acknowledged. I
>> think there is a limited man-power in the community to advertise and
>> document our favorite language, let's not split it up but rather pour it
>> into a single, high-quality and carefully reviewed contents. I feel the
>> best achievement of ocaml.org <http://ocaml.org> is to exist as a
>> central place where to add ocaml material, improving the readability of
>> ocaml as a whole, and the visibility of ocaml projects. Pushing to a git
>> repo is more difficult than adding stuff on a wiki, but we nerds don't
>> really care about that, right ;o)?
>>
>> So yes, the only benefit I see for the wiki is to lower the barrier for
>> contributions. It is true (I tried this morning) that it is not
>> straightforward to contribute to the site for those who do not use opam and
>> git everyday (not to mention that you have to know HTML basics). But with a
>> proper documentation, using git to contribute the website is not so
>> difficult, and has lots of (editorial) benefits. Plus that way we help
>> people to learn those anyway useful technologies. Unless someone wants to
>> write it, I can have a try at writing a page "Contributing to ocaml.org <
>> http://ocaml.org>" (I couldn't see such a page on the website).
>>
>>
>>
>> 2012/12/21 Ashish Agarwal <agarwal1975@gmail.com <mailto:
>> agarwal1975@gmail.com>**>
>>
>>
>>     A wiki could be good but I strongly encourage any such effort to
>>     integrate with ocaml.org <http://ocaml.org>, and to carefully
>>
>>     weigh the pros and cons. Wikis make contributions easier, but you
>>     need someone to keep the content organized and do some basic
>>     quality control. Also, the structure of the documentation is not
>>     very customizable. The question is whether pushing to a git repo
>>     (the current contribution method for ocaml.org <http://ocaml.org>)
>>
>>     is so much harder (given that we're all programmers after all).
>>
>>     The tutorials page is a good candidate for converting to wiki
>>     format, but remember that a wiki is where all this content came
>>     from, and it eventually got out of date. We could create
>>     wiki.ocaml.org <http://wiki.ocaml.org>, but then the question is
>>
>>     how to make it integrate nicely with the rest of the pages that
>>     don't fit the wiki model.
>>
>>     Finally, which wiki software to use? None are very good, and who
>>     amongst us is keen to hack into php code. My initial goal for
>>     ocaml.org <http://ocaml.org> was to use ocsigen and ocsimore, but
>>
>>     there is a big upfront cost in getting such a site implemented.
>>
>>     Whatever the community decides, we can support and integrate with
>>     ocaml.org <http://ocaml.org>. My only strong opinion is please
>>
>>     don't build a separate unrelated site, with duplication of effort
>>     and and fragmentation of content.
>>
>>
>>     On Thu, Dec 20, 2012 at 6:50 PM, Wojciech Meyer
>>     <wojciech.meyer@gmail.com <mailto:wojciech.meyer@gmail.**com<wojciech.meyer@gmail.com>>>
>> wrote:
>>
>>         Anil Madhavapeddy <anil@recoil.org <mailto:anil@recoil.org>>
>>
>>         writes:
>>
>>         > On 20 Dec 2012, at 23:31, Benedikt Meurer
>>         <benedikt.meurer@googlemail.**com<benedikt.meurer@googlemail.com>
>>         <mailto:benedikt.meurer@**googlemail.com<benedikt.meurer@googlemail.com>>>
>> wrote:
>>         >>
>>         >> On Dec 21, 2012, at 0:22 , Anil Madhavapeddy
>>         <anil@recoil.org <mailto:anil@recoil.org>> wrote:
>>         >>
>>         >>> Personally, I've got mixed feelings about wikis from
>>         experience with
>>         >>> previous projects, since they get out of date very rapidly
>>         indeed. They
>>         >>> do work well if someone's maintaining it, but if that's
>>         the case, why
>>         >>> not just push these tips and guides to the existing
>>         ocaml.org <http://ocaml.org> site?
>>
>>         >>>
>>         >>> I'm happy to run a wiki on the OCL infrastructure, but
>>         would strongly
>>         >>> prefer contributions to the ocaml.org <http://ocaml.org>
>>
>>         Git repo with all this good stuff
>>         >>> instead!  If it really turns out we need a swanky wiki,
>>         that can be arranged
>>         >>> later...
>>         >>
>>         >> Why not use the wiki provided by Github for the ocaml.org
>>         <http://ocaml.org> project?
>>
>>         >
>>         > That works too; Thomas has written a Github Markdown to HTML
>>         converter in
>>         > COW [1], and is using that to generate the OPAM website from
>>         the Github
>>         > wiki (for the documentation that you see on
>>         opam.ocamlpro.com <http://opam.ocamlpro.com>).
>>
>>
>>         Yes, we could use github pages as long as they are searchable,
>>         I see no
>>         problem with it. I think the biggest advantage of wiki would
>>         be that
>>         everything would be in single place and hyperlinked.
>>
>>         As for protecting the wiki from being up-date emacswiki [1] is
>>         always a
>>         great example that it is possible as long as people maintain their
>>         webpages. Also, I feel that ocaml.org <http://ocaml.org> pages
>>
>>         on github would be a good
>>         entry point.
>>
>>         [1] http://emacswiki.org/
>>
>>         -Wojciech
>>
>>         --
>>         Caml-list mailing list.  Subscription management and archives:
>>         https://sympa.inria.fr/sympa/**arc/caml-list<https://sympa.inria.fr/sympa/arc/caml-list>
>>         Beginner's list: http://groups.yahoo.com/group/**ocaml_beginners<http://groups.yahoo.com/group/ocaml_beginners>
>>         Bug reports: http://caml.inria.fr/bin/caml-**bugs<http://caml.inria.fr/bin/caml-bugs>
>>
>>
>>
>>
>

[-- Attachment #2: Type: text/html, Size: 10641 bytes --]

  reply	other threads:[~2012-12-21  9:40 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-20 23:15 Wojciech Meyer
2012-12-20 23:19 ` Malcolm Matalka
2012-12-20 23:22 ` Anil Madhavapeddy
2012-12-20 23:31   ` Benedikt Meurer
2012-12-20 23:34     ` Anil Madhavapeddy
2012-12-20 23:38       ` Malcolm Matalka
2012-12-20 23:50       ` Wojciech Meyer
2012-12-21  2:49         ` Ashish Agarwal
2012-12-21  8:37           ` Philippe Veber
2012-12-21  9:13             ` Fermin Reig
2012-12-21  9:39               ` Philippe Veber [this message]
2012-12-21 13:05           ` Wojciech Meyer
2012-12-21 13:31             ` Adrien
2012-12-21 16:39             ` Ashish Agarwal
2012-12-21 15:33           ` Siraaj Khandkar
2012-12-21 17:52             ` Siraaj Khandkar
2012-12-21 13:00     ` Hezekiah M. Carty
2012-12-21  1:31 ` [Caml-list] OCaml search into libraries for ocaml.org Francois Berenger
2012-12-21  2:57   ` Ashish Agarwal
2012-12-21  7:34     ` forum
2012-12-21 15:31       ` Leo White
2012-12-21 19:57   ` AW: " Gerd Stolpmann
2012-12-21 20:22     ` Török Edwin
2012-12-21 20:34       ` AW: " Gerd Stolpmann
2012-12-21 20:37         ` Edgar Friendly
2012-12-21 20:41           ` AW: " Gerd Stolpmann
2012-12-21 20:48             ` Library install standards (was: Re: AW: AW: AW: [Caml-list] OCaml search into libraries for ocaml.org) Edgar Friendly
2012-12-21 20:59               ` [Caml-list] Re: Library install standards Török Edwin
2012-12-21 23:47                 ` AW: " Gerd Stolpmann
2012-12-21 16:20 ` [Caml-list] OCaml wiki Vincent Balat
2012-12-21 16:45   ` Ashish Agarwal
2012-12-23 14:53     ` Vincent Balat
2012-12-25  1:14       ` Ashish Agarwal

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAOOOohQzwPq_TEw+uh_zQXxdB=4n4zZK+T4jXXy+raOcsY21dg@mail.gmail.com' \
    --to=philippe.veber@gmail.com \
    --cc=agarwal1975@gmail.com \
    --cc=anil@recoil.org \
    --cc=benedikt.meurer@googlemail.com \
    --cc=caml-list@inria.fr \
    --cc=ferminreig@fastmail.fm \
    --cc=wojciech.meyer@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).