all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Daniel Clemente <dcl441-bugs@yahoo.com>
To: emacs-devel@gnu.org
Cc: emacs-devel@gnu.org, sxemacs-devel@sxemacs.org, xemacs-beta@xemacs.org
Subject: Re: Emacs-Lisp Bill-Board
Date: Wed, 04 Feb 2009 11:27:41 +0100	[thread overview]
Message-ID: <87vdrqo5sy.fsf@CPU107.opentrends.net> (raw)
In-Reply-To: 49881BE3.6090907@online.de


  EmacsWiki was suggested as the natural place to share code snippets, but not appropriate because of possible unwanted edits and because it doesn't integrate well with our tools (version control, Emacs, ...).

  I propose to reimplement EmacsWiki using org-mode pages. Org-mode ( http://orgmode.org/ ) is an oficial Emacs mode to take notes, define tasks to do, schedule appointments and deadlines, publish to several formats, and more. It uses just a plain text file with as much markup as you want. Version control works thus very well with .org files.

  This combination would do it:
- a Bazaar repository. This is where access control is done
- several .org files in it; including global pages with Emacs information and also personal pages with information and the each user's task list if they want.
- a script which export these pages to HTML (this is already done; see below)
- a web interface so that users can edit pages in a web browser

  A special branch or directory with restricted access could be used to hold the accepted code for inclusion with Emacs. Emacs could then branch this directory. Either this is restricted to people who signed the FSF papers, or some script is included in Emacs to download this branch at will.
  There can be a global section and also personal pages, where each users tracks their Emacs-related tasks (schedules, deadlines, TODOs, links to discussions, ...). Hey, even bugs could be discussed and fixed in Org better than in a bug tracker! Note that you get all the typical Emacs eye-candy while you are editing .org files: gnus, remember, bbdb, vc, diary, appt, ...

  Of course, other files could also be tracked and shared, like export scripts. Org-mode even includes an attachment system which can help organize files and add any metadata you want. Source code can be edited in place (with syntax colouring) or attached in files.


  This is not an utopia; this is already being used in Worg, a repository of pages related to Org-mode.
  Its main page is: http://orgmode.org/worg/
  You can fetch this branch (read-only) with: git clone git://repo.or.cz/Worg.git

  Registered users can push to that branch easily, can fork from that branch, merge again, etc.

  What is missing is a web interface to that repository which allows to commit each change that. But I understand that this is already what EmacsWiki does, since it commits everything to a repository (http://www.emacswiki.org/emacs/SVN_repository). The new EmacsWiki branch could even import this Subversion branch.


  Many users have been contributing to Worg and it has been useful. It is a working demo of what EmacsWiki could do; in the future, maybe Worg is just a part of the greater EmacsWiki...


  Greetings,
Daniel

Andreas Roehler <andreas.roehler@online.de> writes:

> Emacs-Lisp capabilities:
>
> I feel a certain gap between the relative easiness, to
> write a peace of code for personal use and the
> dimension of the question, to implement that in
> (SX)Emacs.
>
> Altogether with the question if such an implementation
> is recommendable at all.
>
> Or to say it otherwise: There are lots of peaces of
> code, see `map-file-lines' published on emacs-devel
> yesterday, which look perfectly useful for people
> knowing Emacs Lisp, regardless of an upcoming
> implementation.
>
> Needles to say: during development process only a
> part of that kind of proposals will find its way
> into the distribution.
>
> There is some loss, as even these ideas, which don't
> prove fit for implementation,
> may be helpful for other programmers.
>
> I've thought at a kind of bill-board, where everyone
> interested might pin his code onto it.
>
> An account on launchpad seems suitable for that task.
> People should get push-permission on a low level,
> anyone interested basically.
>
> Right or wrong? Someone interested?
>
>
> Andreas Röhler
>
> --
> http://bazaar.launchpad.net/~a-roehler/python-mode/python-mode.el/files
> https://code.launchpad.net/s-x-emacs-werkstatt/





  parent reply	other threads:[~2009-02-04 10:27 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-03 10:26 Emacs-Lisp Bill-Board Andreas Roehler
2009-02-03 11:51 ` Gilaras Drakeson
2009-02-03 12:35   ` Andreas Roehler
2009-02-03 14:14 ` Miles Bader
2009-02-03 17:00   ` Andreas Roehler
2009-02-03 17:32     ` Karl Fogel
2009-02-03 17:01   ` Gilaras Drakeson
2009-02-03 18:01     ` Tom Tromey
2009-02-03 19:57       ` Andreas Roehler
2009-02-04  7:05   ` Richard M Stallman
2009-02-04  8:24     ` Andreas Roehler
2009-02-04  9:21       ` Daniel Clemente
2009-02-03 17:15 ` Stefan Monnier
2009-02-04 10:27 ` Daniel Clemente [this message]
2009-02-04 11:59   ` Andreas Roehler
2009-02-04 16:26   ` Gilaras Drakeson
2009-02-04 19:39   ` Tassilo Horn
2009-02-09  5:30   ` Richard M Stallman
2009-03-16 11:53     ` Bastien
2009-05-13 19:42       ` Daniel Clemente
2009-05-14 10:27         ` Bastien

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=87vdrqo5sy.fsf@CPU107.opentrends.net \
    --to=dcl441-bugs@yahoo.com \
    --cc=emacs-devel@gnu.org \
    --cc=sxemacs-devel@sxemacs.org \
    --cc=xemacs-beta@xemacs.org \
    /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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.