* Re: Comment on Emacs Lisp Introduction
[not found] <AANLkTinmXz=n0L4RS0SHRiJcA-Ob135RrKEzrZ=GvjDy@mail.gmail.com>
@ 2010-07-29 22:22 ` Robert J. Chassell
[not found] ` <AANLkTi=SAbC_y+O3simX2dSLFYcpyVxPR-yZYsCMje42@mail.gmail.com>
0 siblings, 1 reply; 19+ messages in thread
From: Robert J. Chassell @ 2010-07-29 22:22 UTC (permalink / raw
To: Dani Moncayo, emacs-devel
Goto node "(eintr) Buffer Names", and look at the paragraphs that start at
lines 37 and 49. Both are saying basically the same. Aren't they redundant?
Please tell me the words of the lines you mean; I tried using `M-g
M-g' (`goto-line') and the command went to the beginning of the node;
probably it counted from the beginning of whole buffer as the
documentation says. In any case, I wrote in "(eintr) Who You Are":
Firstly, I try to say everything at least three times: first, to
introduce it; second, to show it in context; and third, to show it in a
different context, or to review it.
and I am pretty sure I covered most things at least twice. You may be a
programmer for whom the book is *not* written.
PS: I don't know if this is the suitable channel for comments/suggestions.
If it isn't, please let me know.
I don't know. Others can comment.
--
Robert J. Chassell
bob@gnu.org bob@rattlesnake.com
http://www.rattlesnake.com http://www.teak.cc
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
[not found] ` <AANLkTi=SAbC_y+O3simX2dSLFYcpyVxPR-yZYsCMje42@mail.gmail.com>
@ 2010-07-30 14:44 ` Robert J. Chassell
2010-07-31 7:43 ` Fren Zeee
0 siblings, 1 reply; 19+ messages in thread
From: Robert J. Chassell @ 2010-07-30 14:44 UTC (permalink / raw
To: Dani Moncayo, emacs-devel
But anyway, this question isn't very relevant at all, so, ignore it if you
don't see the issue.
I don't see the issue; I agree it is redundant, but the intro is supposed
to be redundant. Maybe if I were rewriting it, I would remove some of
the redundancy; but I am not.
--
Robert J. Chassell
bob@gnu.org bob@rattlesnake.com
http://www.rattlesnake.com http://www.teak.cc
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-07-30 14:44 ` Robert J. Chassell
@ 2010-07-31 7:43 ` Fren Zeee
2010-07-31 8:01 ` David Kastrup
0 siblings, 1 reply; 19+ messages in thread
From: Fren Zeee @ 2010-07-31 7:43 UTC (permalink / raw
To: bob; +Cc: emacs-devel, Dani Moncayo
Robert, does your intro book explain things like how to get the full
definition of a function like for example
next-line which is a down arrow
(symbol-function 'next-line)
#[(arg) "\b\203& [next-line-add-newlines arg abbrev-mode 1 nil "
" line-move (line-move arg) ((... ...))] 3 1337315 "p"]
I could not figure out from online doc and apropos how to do it.
Basically, I want lisp code to see how it maintains to try to got to
the same column below unlike for example
forward-line
Franz
On Fri, Jul 30, 2010 at 7:44 AM, Robert J. Chassell <bob@gnu.org> wrote:
> But anyway, this question isn't very relevant at all, so, ignore it if you
> don't see the issue.
>
> I don't see the issue; I agree it is redundant, but the intro is supposed
> to be redundant. Maybe if I were rewriting it, I would remove some of
> the redundancy; but I am not.
>
> --
> Robert J. Chassell
> bob@gnu.org bob@rattlesnake.com
> http://www.rattlesnake.com http://www.teak.cc
>
>
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-07-31 7:43 ` Fren Zeee
@ 2010-07-31 8:01 ` David Kastrup
2010-07-31 19:33 ` Fren Zeee
0 siblings, 1 reply; 19+ messages in thread
From: David Kastrup @ 2010-07-31 8:01 UTC (permalink / raw
To: emacs-devel
Fren Zeee <frenzeee@gmail.com> writes:
> Robert, does your intro book explain things like how to get the full
> definition of a function like for example
>
> next-line which is a down arrow
>
> (symbol-function 'next-line)
> #[(arg) "\b\203& [next-line-add-newlines arg abbrev-mode 1 nil "
> " line-move (line-move arg) ((... ...))] 3 1337315 "p"]
>
> I could not figure out from online doc and apropos how to do it.
Huh?
C-h f next-line RET gives the online doc, and the very first line is
next-line is an interactive compiled Lisp function in `simple.el'.
where the string `simple.el' is a hyperlink leading to the definition of
next-line in simple.el. So I don't understand what problem you
encountered using the online documentation. You can also use
M-x find-function RET next-line RET
to get to the source.
What is your problem?
--
David Kastrup
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-07-31 8:01 ` David Kastrup
@ 2010-07-31 19:33 ` Fren Zeee
2010-07-31 19:34 ` Fren Zeee
0 siblings, 1 reply; 19+ messages in thread
From: Fren Zeee @ 2010-07-31 19:33 UTC (permalink / raw
To: David Kastrup; +Cc: emacs-devel
On Sat, Jul 31, 2010 at 1:01 AM, David Kastrup <dak@gnu.org> wrote:
> Fren Zeee <frenzeee@gmail.com> writes:
>
>> Robert, does your intro book explain things like how to get the full
>> definition of a function like for example
>>
>> next-line which is a down arrow
>>
>> (symbol-function 'next-line)
>> #[(arg) " \203& [next-line-add-newlines arg abbrev-mode 1 nil "
>> " line-move (line-move arg) ((... ...))] 3 1337315 "p"]
>>
>> I could not figure out from online doc and apropos how to do it.
>
> Huh?
>
> C-h f next-line RET gives the online doc, and the very first line is
>
> next-line is an interactive compiled Lisp function in `simple.el'.
>
> where the string `simple.el' is a hyperlink leading to the definition of
> next-line in simple.el. So I don't understand what problem you
> encountered using the online documentation. You can also use
> M-x find-function RET next-line RET
> to get to the source.
>
> What is your problem?
David, My problem is that I want to see the function definition of next-line.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-07-31 19:33 ` Fren Zeee
@ 2010-07-31 19:34 ` Fren Zeee
2010-07-31 20:06 ` Drew Adams
` (2 more replies)
0 siblings, 3 replies; 19+ messages in thread
From: Fren Zeee @ 2010-07-31 19:34 UTC (permalink / raw
To: David Kastrup; +Cc: emacs-devel
On Sat, Jul 31, 2010 at 12:33 PM, Fren Zeee <frenzeee@gmail.com> wrote:
> On Sat, Jul 31, 2010 at 1:01 AM, David Kastrup <dak@gnu.org> wrote:
>> Fren Zeee <frenzeee@gmail.com> writes:
>>
>>> Robert, does your intro book explain things like how to get the full
>>> definition of a function like for example
>>>
>>> next-line which is a down arrow
>>>
>>> (symbol-function 'next-line)
>>> #[(arg) " \203& [next-line-add-newlines arg abbrev-mode 1 nil "
>>> " line-move (line-move arg) ((... ...))] 3 1337315 "p"]
>>>
>>> I could not figure out from online doc and apropos how to do it.
>>
>> Huh?
>>
>> C-h f next-line RET gives the online doc, and the very first line is
>>
>> next-line is an interactive compiled Lisp function in `simple.el'.
>>
>> where the string `simple.el' is a hyperlink leading to the definition of
>> next-line in simple.el. So I don't understand what problem you
>> encountered using the online documentation. You can also use
>> M-x find-function RET next-line RET
>> to get to the source.
>>
>> What is your problem?
>
> David, My problem is that I want to see the function definition of next-line.
>
ie lisp code without having to search, find which file has it and then
open it. On some platforms, I dont have the source and its an
unnecessary interruption in the work to go and make the detour to
search for it.
^ permalink raw reply [flat|nested] 19+ messages in thread
* RE: Comment on Emacs Lisp Introduction
2010-07-31 19:34 ` Fren Zeee
@ 2010-07-31 20:06 ` Drew Adams
2010-07-31 20:14 ` Óscar Fuentes
2010-08-01 6:36 ` David Kastrup
2 siblings, 0 replies; 19+ messages in thread
From: Drew Adams @ 2010-07-31 20:06 UTC (permalink / raw
To: 'Fren Zeee', 'David Kastrup'; +Cc: emacs-devel
> >> What is your problem?
> >
> > David, My problem is that I want to see the function
> > definition of next-line.
>
> ie lisp code without having to search, find which file has it and then
> open it. On some platforms, I dont have the source and its an
> unnecessary interruption in the work to go and make the detour to
> search for it.
As you saw, `symbol-function' gives you the current definition of a function.
However, in your example use of it you can see that it is not very useful if the
definition is byte-compiled. If you do not have access to the source code, and
if the current definition does not come from the source code but from
byte-compiled code, then what do you expect to see?
If you do have access to the source code and if the function is defined in Lisp,
then `symbol-function' will show you that Lisp code (assuming you have evaluated
the source code).
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-07-31 19:34 ` Fren Zeee
2010-07-31 20:06 ` Drew Adams
@ 2010-07-31 20:14 ` Óscar Fuentes
2010-08-01 6:36 ` David Kastrup
2 siblings, 0 replies; 19+ messages in thread
From: Óscar Fuentes @ 2010-07-31 20:14 UTC (permalink / raw
To: emacs-devel; +Cc: Fren Zeee
Fren Zeee <frenzeee@gmail.com> writes:
>> David, My problem is that I want to see the function definition of
>> next-line.
>>
> ie lisp code without having to search, find which file has it and then
> open it.
Emacs, the self-documenting text editor.
You know that whatever C-h f is, it knows what you want to know, so you
just need to investigate "C-h f". For that you can do "C-h k C-h f" for
seeing help about the function invoked with "C-h f", which is
describe-function. You use the hyperlink from the Help window to jump to
the function definition. Then you read the source code a bit or do a
quick text search to learn that what you probably want is
find-lisp-object-file-name
What's find-lisp-object-file-name? Well,
C-h f find-lisp-object-file-name RET
will tell you... and so on.
> On some platforms, I dont have the source and its an unnecessary
> interruption in the work to go and make the detour to search for it.
Sorry, I don't understand this. How do you expect seeing the function
definition without having the source code?
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-07-31 19:34 ` Fren Zeee
2010-07-31 20:06 ` Drew Adams
2010-07-31 20:14 ` Óscar Fuentes
@ 2010-08-01 6:36 ` David Kastrup
2010-08-01 12:06 ` Harald Hanche-Olsen
2010-08-01 12:50 ` Óscar Fuentes
2 siblings, 2 replies; 19+ messages in thread
From: David Kastrup @ 2010-08-01 6:36 UTC (permalink / raw
To: emacs-devel
Fren Zeee <frenzeee@gmail.com> writes:
> On Sat, Jul 31, 2010 at 12:33 PM, Fren Zeee <frenzeee@gmail.com> wrote:
>> On Sat, Jul 31, 2010 at 1:01 AM, David Kastrup <dak@gnu.org> wrote:
>>> Fren Zeee <frenzeee@gmail.com> writes:
>>>
>>>> Robert, does your intro book explain things like how to get the full
>>>> definition of a function like for example
>>>>
>>>> next-line which is a down arrow
>>>>
>>>> (symbol-function 'next-line)
>>>> #[(arg) " \203& [next-line-add-newlines arg abbrev-mode 1 nil "
>>>> " line-move (line-move arg) ((... ...))] 3 1337315 "p"]
>>>>
>>>> I could not figure out from online doc and apropos how to do it.
>>>
>>> Huh?
>>>
>>> C-h f next-line RET gives the online doc, and the very first line is
>>>
>>> next-line is an interactive compiled Lisp function in `simple.el'.
>>>
>>> where the string `simple.el' is a hyperlink leading to the definition of
>>> next-line in simple.el. So I don't understand what problem you
>>> encountered using the online documentation. You can also use
>>> M-x find-function RET next-line RET
>>> to get to the source.
>>>
>>> What is your problem?
>>
>> David, My problem is that I want to see the function definition of next-line.
>>
> ie lisp code without having to search, find which file has it and then
> open it.
Emacs does all the work for you, so why do you complain?
> On some platforms, I dont have the source and its an unnecessary
> interruption in the work to go and make the detour to search for it.
Distributing Emacs without corresponding source to the byte code is a
violation of its license.
Byte code is byte code. You can't turn byte code back into Elisp. If
you want to look at the byte code in a more readable form than that used
by just printing its Lisp forms, you can use M-x disassemble on the
compiled command.
That is most certainly not the corresponding source code, but you
_refuse_ to read the corresponding source code for whatever twisted
reason.
--
David Kastrup
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-08-01 6:36 ` David Kastrup
@ 2010-08-01 12:06 ` Harald Hanche-Olsen
2010-08-02 8:26 ` Stephen J. Turnbull
2010-08-01 12:50 ` Óscar Fuentes
1 sibling, 1 reply; 19+ messages in thread
From: Harald Hanche-Olsen @ 2010-08-01 12:06 UTC (permalink / raw
To: emacs-devel
+ David Kastrup <dak@gnu.org>:
> Distributing Emacs without corresponding source to the byte code is a
> violation of its license.
Is it? I thought you only had to offer access to the source code.
Section 6 of the GPL lists a number of ways to do this. But I would
agree that giving people a runnable emacs without lisp/*.el[.gz] is at
least in bad taste.
- Harald
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-08-01 6:36 ` David Kastrup
2010-08-01 12:06 ` Harald Hanche-Olsen
@ 2010-08-01 12:50 ` Óscar Fuentes
1 sibling, 0 replies; 19+ messages in thread
From: Óscar Fuentes @ 2010-08-01 12:50 UTC (permalink / raw
To: emacs-devel
David Kastrup <dak@gnu.org> writes:
[snip]
>> On some platforms, I dont have the source and its an unnecessary
>> interruption in the work to go and make the detour to search for it.
>
> Distributing Emacs without corresponding source to the byte code is a
> violation of its license.
Really? I thought that Emacs' license was the GPL ;-)
Maybe the OP has access to the source code, but for whatever reason
can't install it everywhere he would like to.
[snip]
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-08-01 12:06 ` Harald Hanche-Olsen
@ 2010-08-02 8:26 ` Stephen J. Turnbull
2010-08-02 18:27 ` Fren Zeee
0 siblings, 1 reply; 19+ messages in thread
From: Stephen J. Turnbull @ 2010-08-02 8:26 UTC (permalink / raw
To: Harald Hanche-Olsen; +Cc: emacs-devel
Harald Hanche-Olsen writes:
> + David Kastrup <dak@gnu.org>:
>
> > Distributing Emacs without corresponding source to the byte code is a
> > violation of its license.
>
> Is it? I thought you only had to offer access to the source code.
Normally you have to offer access to source in the same way as you
offer access to binaries. You don't need to bundle them in the same
medium, but normally they're available more or less side by side.
Under certain circumstances the object code may be conveyed separately
from the source, but the conditions are pretty onerous (it must be a
physical product, and it must be accompanied with a paper certificate
promising that *anybody* with a copy of the object code can get it
from you); it's unlikely that the OP received his code that way.
I'm less than impressed with the OP's complaints, of course.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-08-02 8:26 ` Stephen J. Turnbull
@ 2010-08-02 18:27 ` Fren Zeee
2010-08-03 3:26 ` Stephen J. Turnbull
0 siblings, 1 reply; 19+ messages in thread
From: Fren Zeee @ 2010-08-02 18:27 UTC (permalink / raw
To: Stephen J. Turnbull; +Cc: Harald Hanche-Olsen, emacs-devel
On Mon, Aug 2, 2010 at 1:26 AM, Stephen J. Turnbull <stephen@xemacs.org> wrote:
> Harald Hanche-Olsen writes:
> > + David Kastrup <dak@gnu.org>:
> >
> > > Distributing Emacs without corresponding source to the byte code is a
> > > violation of its license.
> >
> > Is it? I thought you only had to offer access to the source code.
>
> Normally you have to offer access to source in the same way as you
> offer access to binaries. You don't need to bundle them in the same
> medium, but normally they're available more or less side by side.
>
> Under certain circumstances the object code may be conveyed separately
> from the source, but the conditions are pretty onerous (it must be a
> physical product, and it must be accompanied with a paper certificate
> promising that *anybody* with a copy of the object code can get it
> from you); it's unlikely that the OP received his code that way.
>
> I'm less than impressed with the OP's complaints, of course.
I am not complaining. Its just that I dont have it, and need to find
source matching this old executable, which means that it will take
some time to search for the particular freeze or tar file if it is
still on the web.
>
>
>
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-08-02 18:27 ` Fren Zeee
@ 2010-08-03 3:26 ` Stephen J. Turnbull
2010-08-04 3:19 ` Fren Zeee
0 siblings, 1 reply; 19+ messages in thread
From: Stephen J. Turnbull @ 2010-08-03 3:26 UTC (permalink / raw
To: Fren Zeee; +Cc: Harald Hanche-Olsen, emacs-devel
Fren Zeee writes:
> I am not complaining. Its just that I dont have it, and need to find
> source matching this old executable, which means that it will take
> some time to search for the particular freeze or tar file if it is
> still on the web.
Huh. Why are you so focused on "old"? If you are an historian, you'd
better enjoy such searches because that's what historians do. If
you're a programmer, though, old versions are of no particular
interest unless you already know them well enough for forward
differences to have meaning to you.
If you're interested in a particular function, M-x disassemble.
Otherwise, why do you refuse to take the advice to use a modern
version? The basic architecture hasn't changed since the GNU rewrite.
Functions that are more complex now have become that way for a reason;
those reasons are worth studying. Many functions are *not* more
complex in themselves than they were then, but have become simpler
because they delegate subtasks that have increased in complexity to
other functions. It's easier to work backward from modern versions which
are well-developed based on better abstractions (cf. Michael Stokes'
comment about Green's Theorem: "It is trivial. It is trivial because
the concepts have been well-defined. That definition took decades."
-- or something like that, I don't have _Calculus on Manifolds_ handy).
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-08-03 3:26 ` Stephen J. Turnbull
@ 2010-08-04 3:19 ` Fren Zeee
2010-08-04 5:25 ` Stephen J. Turnbull
2010-08-04 9:22 ` David Kastrup
0 siblings, 2 replies; 19+ messages in thread
From: Fren Zeee @ 2010-08-04 3:19 UTC (permalink / raw
To: Stephen J. Turnbull; +Cc: Harald Hanche-Olsen, emacs-devel
On Mon, Aug 2, 2010 at 8:26 PM, Stephen J. Turnbull <stephen@xemacs.org> wrote:
> Fren Zeee writes:
>
> > I am not complaining. Its just that I dont have it, and need to find
> > source matching this old executable, which means that it will take
> > some time to search for the particular freeze or tar file if it is
> > still on the web.
>
> Huh. Why are you so focused on "old"? If you are an historian, you'd
> better enjoy such searches because that's what historians do. If
> you're a programmer, though, old versions are of no particular
> interest unless you already know them well enough for forward
> differences to have meaning to you.
It appears that software is developed both outside-in and inside-out
at various times and the oldest most primitive version has the
simplest structure, and least features. IMHO it would be for
educational purposes, not just historical.
For a professor like you, who knows a lot more, perhaps, can start
anywhere in the field, but not for a newbie like myself.
> If you're interested in a particular function, M-x disassemble.
Show me an example where disassemble would help in understanding the
code. I think it gives VM code, not lisp code.
Give a walk-thru concrete example of several functions that illustrate
how disassemble would help understanding the code.
> Otherwise, why do you refuse to take the advice to use a modern
> version? The basic architecture hasn't changed since the GNU rewrite.
OK, so give me a diagram which shows the scanner of LISP interpreter,
and in addition some comments for writing the primitives.
> Functions that are more complex now have become that way for a reason;
> those reasons are worth studying. Many functions are *not* more
> complex in themselves than they were then, but have become simpler
> because they delegate subtasks that have increased in complexity to
> other functions. It's easier to work backward from modern versions which
> are well-developed based on better abstractions (cf. Michael Stokes'
> comment about Green's Theorem: "It is trivial. It is trivial because
> the concepts have been well-defined. That definition took decades."
> -- or something like that, I don't have _Calculus on Manifolds_ handy).
I know what you mean but you cant stuff that into the mouth of a
newbie before knowing something of vector calculus.
Franz Xe
It would certainly help if I can get some debug sessions from you and
the other gentleman who gave me the initial advice on playing with
emacs using its own debug and gdb, a typescript file.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-08-04 3:19 ` Fren Zeee
@ 2010-08-04 5:25 ` Stephen J. Turnbull
2010-08-04 9:22 ` David Kastrup
1 sibling, 0 replies; 19+ messages in thread
From: Stephen J. Turnbull @ 2010-08-04 5:25 UTC (permalink / raw
To: Fren Zeee; +Cc: Harald Hanche-Olsen, emacs-devel
Fren Zeee writes:
> Give a walk-thru concrete example
> OK, so give me a diagram which shows the scanner of LISP interpreter,
> and in addition some comments for writing the primitives.
> It would certainly help if I can get some debug sessions from you
Good luck finding the kind of help you want, but it would cost me
personally way too much time and effort to provide it (my PhD is in
Economics, and that's what I teach, not computer science -- everything
I know about programming is self-taught).
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-08-04 3:19 ` Fren Zeee
2010-08-04 5:25 ` Stephen J. Turnbull
@ 2010-08-04 9:22 ` David Kastrup
2010-08-05 20:13 ` Fren Zeee
1 sibling, 1 reply; 19+ messages in thread
From: David Kastrup @ 2010-08-04 9:22 UTC (permalink / raw
To: emacs-devel
Fren Zeee <frenzeee@gmail.com> writes:
> Show me [...]
>
> Give [...]
>
> OK, so give me [...]
If you want personalized walk-throughs, I suggest that you find somebody
willing to tutor you for appropriate recompensation.
This mailing list is not a programming course. It may provide help
where your efforts of working with the existing material fall short, but
the person responsible for getting you up to scratch is you, and nobody
else.
--
David Kastrup
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-08-04 9:22 ` David Kastrup
@ 2010-08-05 20:13 ` Fren Zeee
2010-08-05 20:27 ` Fren Zeee
0 siblings, 1 reply; 19+ messages in thread
From: Fren Zeee @ 2010-08-05 20:13 UTC (permalink / raw
To: David Kastrup; +Cc: emacs-devel
I dont think it takes very much time to generate the typescript on the
plan that he suggested, any more than the time to do it. All it
appears is the absence of intention. I did not ask personal walk-thru.
I asked him to give a typescript based on the plan he suggested for
knowing the architecture.
On Wed, Aug 4, 2010 at 2:22 AM, David Kastrup <dak@gnu.org> wrote:
> Fren Zeee <frenzeee@gmail.com> writes:
>
>> Show me [...]
>>
>> Give [...]
>>
>> OK, so give me [...]
>
> If you want personalized walk-throughs, I suggest that you find somebody
> willing to tutor you for appropriate recompensation.
>
> This mailing list is not a programming course. It may provide help
> where your efforts of working with the existing material fall short, but
> the person responsible for getting you up to scratch is you, and nobody
> else.
>
> --
> David Kastrup
>
>
>
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Comment on Emacs Lisp Introduction
2010-08-05 20:13 ` Fren Zeee
@ 2010-08-05 20:27 ` Fren Zeee
0 siblings, 0 replies; 19+ messages in thread
From: Fren Zeee @ 2010-08-05 20:27 UTC (permalink / raw
To: David Kastrup; +Cc: emacs-devel
It will benefit many people and can be added to the documentation of emacs.
On Thu, Aug 5, 2010 at 1:13 PM, Fren Zeee <frenzeee@gmail.com> wrote:
> I dont think it takes very much time to generate the typescript on the
> plan that he suggested, any more than the time to do it. All it
> appears is the absence of intention. I did not ask personal walk-thru.
> I asked him to give a typescript based on the plan he suggested for
> knowing the architecture.
>
> On Wed, Aug 4, 2010 at 2:22 AM, David Kastrup <dak@gnu.org> wrote:
>> Fren Zeee <frenzeee@gmail.com> writes:
>>
>>> Show me [...]
>>>
>>> Give [...]
>>>
>>> OK, so give me [...]
>>
>> If you want personalized walk-throughs, I suggest that you find somebody
>> willing to tutor you for appropriate recompensation.
>>
>> This mailing list is not a programming course. It may provide help
>> where your efforts of working with the existing material fall short, but
>> the person responsible for getting you up to scratch is you, and nobody
>> else.
>>
>> --
>> David Kastrup
>>
>>
>>
>
^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2010-08-05 20:27 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <AANLkTinmXz=n0L4RS0SHRiJcA-Ob135RrKEzrZ=GvjDy@mail.gmail.com>
2010-07-29 22:22 ` Comment on Emacs Lisp Introduction Robert J. Chassell
[not found] ` <AANLkTi=SAbC_y+O3simX2dSLFYcpyVxPR-yZYsCMje42@mail.gmail.com>
2010-07-30 14:44 ` Robert J. Chassell
2010-07-31 7:43 ` Fren Zeee
2010-07-31 8:01 ` David Kastrup
2010-07-31 19:33 ` Fren Zeee
2010-07-31 19:34 ` Fren Zeee
2010-07-31 20:06 ` Drew Adams
2010-07-31 20:14 ` Óscar Fuentes
2010-08-01 6:36 ` David Kastrup
2010-08-01 12:06 ` Harald Hanche-Olsen
2010-08-02 8:26 ` Stephen J. Turnbull
2010-08-02 18:27 ` Fren Zeee
2010-08-03 3:26 ` Stephen J. Turnbull
2010-08-04 3:19 ` Fren Zeee
2010-08-04 5:25 ` Stephen J. Turnbull
2010-08-04 9:22 ` David Kastrup
2010-08-05 20:13 ` Fren Zeee
2010-08-05 20:27 ` Fren Zeee
2010-08-01 12:50 ` Óscar Fuentes
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.