10:26 a.m.
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/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
2:14 p.m.
Andreas Roehler <andreas.roehler(a)online.de> writes:
I've thought at a kind of bill-board, where everyone
interested might pin his code onto it.
http://emacswiki.org
An account on launchpad seems suitable for that task.
launchpad is not free software, correct? [1][2]
That seems unacceptable.
Thanks,
-Miles
[1] http://en.wikipedia.org/wiki/Launchpad_(website)#Criticism
[2] https://answers.launchpad.net/launchpad/+faq/195
--
Guilt, n. The condition of one who is known to have committed an indiscretion,
as distinguished from the state of him who has covered his tracks.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
7:05 a.m.
An account on launchpad seems suitable for that task.
launchpad is not free software, correct? [1][2]
As far as I know, Launchpad is a server, not a software release, so
that question is not directly relevant. The real question about
Launchpad is whether we would want to specifically encourage its use
in this way. I don't see a reason to do that. Indeed, emacswiki.org
would be the natural first choice of site to do that with.
It is not clear to me that this is desirable at all -- it raises
complex issues.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
8:24 a.m.
Richard M Stallman wrote:
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
> An account on launchpad seems suitable for that task.
launchpad is not free software, correct? [1][2]
As far as I know, Launchpad is a server, not a software release, so
that question is not directly relevant. The real question about
Launchpad is whether we would want to specifically encourage its use
in this way. I don't see a reason to do that. Indeed, emacswiki.org
would be the natural first choice of site to do that with.
The key issue with bill-board for me is bazaar, the
experience with it, it's easy-going.
AFAIK emacswiki don't offer that.
At
http://www.emacswiki.org/emacs/WikiQuestions
I read:
,----
| Question: Can I retrieve parts of EmacsWiki with a network distributed VersionControl
system like DaRcs, SubVersion or CVS?
|
| Answer: Unfortunately, no.
`----
Bill-board idea comes from the reliability of
versions-control in combination with that easy access
and installing, launchpad provides.
It would be just a few keystrokes to do it.
It is not clear to me that this is desirable at all -- it raises
complex issues.
Some questions may remain, yes.
However, there is another pro: as it's reflected to use
bazaar as vc for emacs, it might help to play
with before in just the way, a bill-board may offer.
Thanks to all BTW
Andreas Röhler
--
http://bazaar.launchpad.net/~a-roehler/python-mode/python-mode.el/files
https://code.launchpad.net/s-x-emacs-werkstatt/
5:15 p.m.
I've thought at a kind of bill-board, where everyone
interested might pin his code onto it.
That's what the emacswiki is for, isn't it?
Stefan
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
10:27 a.m.
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(a)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/
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta
5572
days inactive
5573
days old
5 comments
5 participants
participants (5)
-
Andreas Röhler -
Daniel Clemente -
Miles Bader -
Richard Stallman -
Stefan Monnier