caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Fermin Reig <ferminreig@fastmail.fm>
To: Philippe Veber <philippe.veber@gmail.com>
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 09:13:57 +0000	[thread overview]
Message-ID: <50D42855.4050609@fastmail.fm> (raw)
In-Reply-To: <CAOOOohR85e3oe5uwXYOdm91a8NahSSsFxfYc8uCVjWMrYHsEUA@mail.gmail.com>

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

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>> wrote:
>
>         Anil Madhavapeddy <anil@recoil.org <mailto:anil@recoil.org>>
>         writes:
>
>         > On 20 Dec 2012, at 23:31, Benedikt Meurer
>         <benedikt.meurer@googlemail.com
>         <mailto: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
>         Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
>         Bug reports: http://caml.inria.fr/bin/caml-bugs
>
>
>


  reply	other threads:[~2012-12-21  9:14 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 [this message]
2012-12-21  9:39               ` Philippe Veber
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=50D42855.4050609@fastmail.fm \
    --to=ferminreig@fastmail.fm \
    --cc=agarwal1975@gmail.com \
    --cc=anil@recoil.org \
    --cc=benedikt.meurer@googlemail.com \
    --cc=caml-list@inria.fr \
    --cc=philippe.veber@gmail.com \
    --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).