From: Arthur Miller <arthur.miller@live.com>
To: Jean Louis <bugs@gnu.support>
Cc: Christopher Dimech <dimech@gmx.com>,
"help-gnu-emacs@gnu.org" <help-gnu-emacs@gnu.org>
Subject: Re: Auto Fill Comments
Date: Fri, 27 Nov 2020 09:26:11 +0100 [thread overview]
Message-ID: <AM0PR06MB6577CC5B9F329AE3ABB3EB4696F80@AM0PR06MB6577.eurprd06.prod.outlook.com> (raw)
In-Reply-To: <X8Cj8CP+ByKUacr7@protected.rcdrun.com> (Jean Louis's message of "Fri, 27 Nov 2020 10:00:00 +0300")
Jean Louis <bugs@gnu.support> writes:
> * Arthur Miller <arthur.miller@live.com> [2020-11-27 09:28]:
>
>> > What does make sense to help in understanding is using dictionaries
>> > and finding definitions.
>> Indeed; my engish really sux I know! Thank your posting the meaning of
>> world kill, being long time until I worked on my glossary.
>
>> Frankly I said old; I didn't said obsolete; nor incomprehensive;
>> on contrary. Didn't you read that from the message I tried to
>> convey?
>
> I see, thank you.
>
>> I think you are going into waters we don't need to go to here. I was
>> illustrating to the guy that everybody can find things to disslike, but
>> at the end terminology is just names, just a combination of characters
>> or sounds not to get attached to.
>
> That is it.
>
> But in general I was thinking I am replying on other person's
> statement, maybe I got lost. My point is exactly is you stated above
> that one may dislike things and that it is better to look what the
> word really is, just characters and sounds and meanings.
>
> There is no logical need to connect those meanings to get reminded of
> any problems. But that is in fact so, people do, as we are not
> perfect.
>
> Specific words and writings are triggers for unexpected reactions
> which historical source does not stem from the present time.
>
>> > The word in itself is harmless. Trauma that person associates with the
>> > word is what hurts the person. To lessen that effect it is advisable
>> > to find the true meanings of the words used and in which context as
>> > that way one will not use the imaginative meanings or wrong meanings
>> > that stem from person's mind.
>> For the record; I have no traumas, and if I did I would certainly not
>> ask for the advice on the Internet but I can't be not to comment your
>> statements:
>
> I do not refer to you personally. I referred to "reminding of
> killings" when reading the word "kill" in Emacs Manual.
>
>> Do you mean, when people have traumas, they should get a dictionary to
>> read, to make them feel better? Because that is what you are saying! :D
>> Is that seriously what you are claiming, or you are just trying to be
>> ironic/sarcastic?
>
> I was specific and not sarcastic neither ironic. Neither I said what
> you say in this paragraph neither meant it so. Sorry for
> misunderstanding.
>
> If any person does not know the meaning of a word "kill" in the sense
> of wiping out some text or lines, that person may connect the word to
> the only meaning that person knows which could be related to causing
> to die. As the intention of the manual is not to cause people think
> what it was meant, reader could be aware that something is not logical
> there and should be able to find the true meaning of the word "kill"
> in the context where it relates to deleting parts of text. This way
> any raised emotions or memories or associations are calmed down.
>
>> That sounds a little bit odd if you believe that people have traumas
>> because they got wrong meaning of a word.
>
> I did not say so neither expressed it so, maybe I have not expressed
> myself very clear. My point was just the same as you said that words
> are words with its characters, sound and meanings.
>
>> I would rather claim the opposite. Also saying people use
>> imaginative meanings is quite a wild claim; that is somethign you
>> would have to assert on per case basis.
>
> You may claim the opposite but you did not see that I do not claim the
> opposite neither is important.
>
> When I mentioned "imaginative meaning" I meant "the one meaning out of
> context that person has". When reading the word "kill" without knowing
> what it means in the context of deleting text, the only thing person
> can think of is "causing somebody to die".
>
> By simple reading one can over time learn what words mean without
> consulting dictionary, but by consulting the proper definition one
> learns it faster.
>
> Example sentence:
>
> Haskell programmer lost significant weight as he never came trough his
> larval stage.
>
> Without knowing what "Haskell" is or "larval stage" person reading
> that sentence can get other meanings, what I meant with "imaginative"
> meanings, those known to the person. What if instead of "Haskell" we
> used "Brainfuck"?
>
> Brainfuck programmer lost significant weight as he never came trough his
> larval stage.
>
> Then person could think that programmer is brainfucked instead that
> programmer works in brainfuck language. Right? In absence of a true
> meaning readers will put their own meanings or imaginative meanings or
> replacements.
>
> One has to know definition of each word to understand it and to
> prevent replacement meanings that occur by itself when one does not
> know the true one.
>
> https://en.wikipedia.org/wiki/Haskell
>
> https://en.wikipedia.org/wiki/Brainfuck
>
> Larval stage:
> http://catb.org/jargon/html/L/larval-stage.html
>
> My important point is that Emacs Manual uses word "kill" or other
> words that in other contexts mean something else. Readers are advised
> to find the definition in dictionaries that fits into the context. If
> such cannot be found as it is computer terminology then maybe asking
> here or searching Internet can help.
I understood what you mean; but I tried to tell you what you actually
said, or at least how I percieve you. Of course I understand that you
don't mean it literally; but that is how it sounds; it least I
percieve it so, and I can be wrong and missunderstand you too.
I think you are onto something though, but I am not sure you are
expressing it precisely, and I am not sure I can express it well myself.
> If any person does not know the meaning of a word "kill" in the sense
> of wiping out some text or lines, that person may connect the word to
> the only meaning that person knows which could be related to causing
> to die. As the intention of the manual is not to cause people think
> what it was meant, reader could be aware that something is not logical
> there and should be able to find the true meaning of the word "kill"
> in the context where it relates to deleting parts of text. This way
> any raised emotions or memories or associations are calmed down.
That paragraph is definitely the key (I think). I can't agree completely
with you; partially I do. For the first, I think that no manual or
terminology should used words that does not stem from semantic meaning
of the language. Killing text or buffers in emacs is not very much
detached from the meaning of word kill in general. Thus it probably is
not very hard for anyone to understand what it means in the text editing
context either, right?
If somebody gets reminded of something else when they see a word, it is
not because they don't know what the word means, or what it means in
that particular context (usually). Especially not such basic word as
kill for example. Human beings can get reminded of somethign because of
certain smell, sound, colour, shape, feel, or simply a memory can come
up. Does not have necessary to be because of person knowing or not
knowing "true" meaning in the context of the language or in the context
of praticular situation (such as text editing).
> Then person could think that programmer is brainfucked instead that
> programmer works in brainfuck language. Right? In absence of a true
> meaning readers will put their own meanings or imaginative meanings or
> replacements.
Then we have silly situations we all find us in sometimes, where we are
not aware of context words are used in. If somebody who is not a
programmer hear people talking about brainfuck they certainly may think
of something else than a silly programming language. But that is just a
lack of information at particular moment. While yes, that can happen to
people; I doubt that any normally gifted person would missunderstand
what "kill" in Emacs manuals aims at. I don't think dictionary lookup is
needed in that particular case. That also attaches to this one:
> One has to know definition of each word to understand it and to
> prevent replacement meanings that occur by itself when one does not
> know the true one.
I am not sure what do you really mean with replacement meanings that
occur by themselves. Do you have some research on that? I don't think
that any normally gifted, average person, would put some imaginative
meaning into words in some new context, but I am not sure I know what I
am talking here :-). I am not an expert on the language and psychology.
I have been reading some philosophy, physics, math and programming in my
life, seldom in my first language. I have been many times in a situation
where I didn't know what a word mean, or how do they use a particular word
in a context and so on. Somehow I always knew when I didn't understand
the word or when I didn't understand how it is used, and I always
looked it up. I am not a linguist, nor have I ever studied the
language, but I am sure most people understand when they need to look up
a word. At least, that is what I percieve when I look around me, from
the life. Sure, sometimes we do get things wrong too, but not such
things that I wouldn't know what word "kill" in Emacs mean. Having
correct meaning still does not prevent from having association when I
think about it sometimes.
> My point is exactly is you stated above
> that one may dislike things and that it is better to look what the
> word really is, just characters and sounds and meanings.
Yes, of course, but we should still be allowed to disslike things, or to
like things and to state our disslikes. It belongs to freedom. The other
thing is what practically matter. Terminology in Emacs has been brought
up so many times, and I still disslike the terminology but I can also
realize that there are more interesting things to work on, then renaming
things. Sure, I still think we would do better by cutting and pasting
then killing and yanking, but who cares really? You bind them to a key
anyway, and just think in terms of key. I mean, few shortcuts and names,
people should probably reflect about how much it really means, and that
is not much; it's just names.
>> > The word in itself is harmless. Trauma that person associates with the
>> > word is what hurts the person. To lessen that effect it is advisable
>> > to find the true meanings of the words used and in which context as
>> > that way one will not use the imaginative meanings or wrong meanings
>> > that stem from person's mind.
>> For the record; I have no traumas, and if I did I would certainly not
>> ask for the advice on the Internet but I can't be not to comment your
>> statements:
>> Do you mean, when people have traumas, they should get a dictionary to
>> read, to make them feel better? Because that is what you are saying! :D
>> Is that seriously what you are claiming, or you are just trying to be
>> ironic/sarcastic?
>
> I was specific and not sarcastic neither ironic. Neither I said what
> you say in this paragraph neither meant it so. Sorry for
> misunderstanding.
I am sorry if I missunderstand you, but this is how it comes to me:
Someone has been in a car, driving into a curve, loosing the controll
and tipping on the roof with the car. Afterwards, that person says: I
don't like to travel by car, I prefer to travel by train.
If you told them to lookup true meaning of the word car, how do you
think they would percieve that? Would that help them? I don't know;
maybe some other book would, but probably not a dictionary.
That is how I am thinking of it; and it makes me laugh, but I don't mean
in a bad way. I do understand that you mean that people should not hang
themselves on the traumatic memories, but focus on the context in which
the word is used. I agree with you, I just don't agree on the dictionary
part of it :-).
I am sorry; too lengthy; always nice to chat, but wasn't so much of the
programming I meant to do today. I wanted to font lock my auto readme
mode, I actually red the manual and I think I know how to do it know;
will see.
I wish you great day, or evening or whatever is in your part of the
world;
Cheers
/a
next prev parent reply other threads:[~2020-11-27 8:26 UTC|newest]
Thread overview: 155+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-24 17:05 Auto Fill Comments Christopher Dimech
2020-11-24 19:42 ` daniela-spit
2020-11-24 19:52 ` Christopher Dimech
2020-11-24 20:02 ` daniela-spit
2020-11-24 20:53 ` Christopher Dimech
2020-11-25 0:56 ` Christopher Dimech
2020-11-27 4:40 ` Dante Catalfamo
2020-11-27 4:56 ` Christopher Dimech
2020-11-27 5:47 ` Arthur Miller
2020-11-25 7:11 ` Robert Thorpe
2020-11-25 7:59 ` Christopher Dimech
2020-11-26 3:56 ` Christopher Dimech
2020-11-26 15:13 ` daniela-spit
2020-11-26 15:23 ` Christopher Dimech
2020-11-26 16:00 ` tomas
2020-11-26 17:22 ` Christopher Dimech
2020-11-26 17:35 ` daniela-spit
2020-11-26 18:27 ` tomas
2020-11-26 18:44 ` Christopher Dimech
2020-11-26 19:19 ` Christopher Dimech
2020-11-26 20:16 ` tomas
2020-11-26 20:29 ` Christopher Dimech
2020-11-26 20:44 ` Christopher Dimech
2020-11-26 21:14 ` Christopher Dimech
2020-11-26 21:51 ` Drew Adams
2020-11-27 0:47 ` Christopher Dimech
2020-11-27 1:57 ` arthur miller
2020-11-27 2:20 ` Christopher Dimech
2020-11-27 3:04 ` arthur miller
2020-11-27 3:46 ` Jean Louis
2020-11-27 6:27 ` Arthur Miller
2020-11-27 6:34 ` Christopher Dimech
2020-11-27 7:02 ` Arthur Miller
2020-11-27 7:15 ` Christopher Dimech
2020-11-27 7:29 ` Arthur Miller
2020-11-27 7:00 ` Jean Louis
2020-11-27 7:10 ` Christopher Dimech
2020-11-27 8:26 ` Arthur Miller [this message]
2020-11-27 13:26 ` Jean Louis
2020-11-27 7:33 ` Eli Zaretskii
2020-11-27 2:15 ` Drew Adams
2020-11-27 2:41 ` Christopher Dimech
2020-11-27 3:21 ` Drew Adams
2020-11-27 5:47 ` Jean Louis
2020-11-27 6:06 ` Christopher Dimech
2020-11-27 6:21 ` Jean Louis
2020-11-27 6:27 ` Christopher Dimech
2020-11-27 6:34 ` Jean Louis
2020-11-27 6:35 ` Arthur Miller
2020-11-27 3:32 ` Jean Louis
2020-11-27 5:32 ` Drew Adams
2020-11-27 6:02 ` Jean Louis
2020-11-27 7:28 ` Eli Zaretskii
2020-11-27 7:59 ` Christopher Dimech
2020-11-27 8:11 ` Robert Pluim
2020-11-27 9:07 ` Christopher Dimech
2020-11-27 8:25 ` Eli Zaretskii
2020-11-27 9:11 ` Christopher Dimech
2020-11-27 8:51 ` Arthur Miller
2020-11-27 9:23 ` Christopher Dimech
2020-11-27 13:44 ` Jean Louis
2020-11-27 16:02 ` tomas
2020-11-27 17:41 ` Christopher Dimech
2020-11-27 17:53 ` tomas
2020-11-27 18:07 ` Christopher Dimech
2020-11-27 18:45 ` Christopher Dimech
2020-11-27 21:16 ` tomas
2020-11-27 21:32 ` Christopher Dimech
2020-11-27 19:03 ` Arthur Miller
2020-11-27 19:39 ` Christopher Dimech
2020-11-27 21:26 ` Arthur Miller
2020-11-27 21:40 ` Christopher Dimech
2020-11-27 22:15 ` Michael Heerdegen
2020-11-27 22:38 ` Christopher Dimech
2020-11-28 1:06 ` Jean Louis
2020-11-28 1:24 ` Christopher Dimech
2020-11-27 22:55 ` Christopher Dimech
2020-11-28 1:08 ` Jean Louis
2020-11-28 1:45 ` Christopher Dimech
2020-11-28 2:54 ` Jean Louis
2020-11-28 7:46 ` Eli Zaretskii
2020-11-28 12:05 ` Christopher Dimech
2020-11-28 15:58 ` Andy Moreton
2020-11-28 16:15 ` Eli Zaretskii
2020-11-28 16:29 ` Christopher Dimech
2020-11-29 0:08 ` Arthur Miller
2020-11-29 0:21 ` Christopher Dimech
2020-11-29 0:25 ` Arthur Miller
2020-11-29 0:44 ` Christopher Dimech
2020-11-29 1:15 ` Michael Heerdegen
2020-11-29 2:24 ` Christopher Dimech
2020-11-29 2:56 ` Michael Heerdegen
2020-11-29 3:21 ` Christopher Dimech
2020-11-29 23:41 ` Michael Heerdegen
2020-11-30 0:06 ` Christopher Dimech
2020-11-30 1:06 ` Emanuel Berg via Users list for the GNU Emacs text editor
2020-11-30 1:49 ` Christopher Dimech
2020-11-30 2:05 ` Emanuel Berg via Users list for the GNU Emacs text editor
2020-11-30 8:58 ` tomas
2020-11-30 10:09 ` Christopher Dimech
2020-11-30 10:41 ` tomas
2020-11-30 11:47 ` Jean Louis
2020-11-30 12:43 ` Christopher Dimech
2020-11-30 2:38 ` Drew Adams
2020-11-30 3:03 ` Emanuel Berg via Users list for the GNU Emacs text editor
2020-12-01 18:47 ` Andreas Eder
2020-11-30 6:45 ` Jean Louis
2020-11-30 21:19 ` Michael Heerdegen
2020-11-30 22:14 ` Christopher Dimech
2020-11-30 22:26 ` tomas
2020-11-30 22:32 ` Stefan Monnier
2020-11-30 23:44 ` Christopher Dimech
2020-12-01 8:45 ` tomas
2020-11-30 22:45 ` Drew Adams
2020-11-30 23:22 ` Christopher Dimech
2020-12-01 8:42 ` tomas
2020-12-01 15:50 ` Christopher Dimech
2020-12-01 16:35 ` Jean Louis
2020-12-01 18:14 ` Christopher Dimech
2020-12-01 19:33 ` Michael Heerdegen
2020-12-01 19:56 ` Christopher Dimech
2020-12-01 21:42 ` Michael Heerdegen
2020-12-01 22:13 ` Christopher Dimech
2020-12-01 22:55 ` Christopher Dimech
2020-12-01 23:16 ` Michael Heerdegen
2020-12-01 23:27 ` Christopher Dimech
2020-12-02 4:49 ` Jean Louis
2020-12-01 16:07 ` Christopher Dimech
2020-11-30 23:12 ` Michael Heerdegen
2020-11-30 23:38 ` Christopher Dimech
2020-11-29 7:52 ` Yuri Khan
2020-11-29 18:43 ` Christopher Dimech
2020-11-28 12:08 ` Christopher Dimech
2020-11-28 7:33 ` Eli Zaretskii
2020-11-28 12:02 ` Christopher Dimech
2020-11-29 0:05 ` Arthur Miller
2020-11-27 19:06 ` Drew Adams
2020-11-27 19:43 ` Christopher Dimech
2020-11-27 16:25 ` Arthur Miller
2020-11-27 13:31 ` Jean Louis
2020-11-27 16:42 ` Arthur Miller
2020-11-27 17:00 ` Jean Louis
2020-11-27 17:54 ` Christopher Dimech
2020-11-27 18:40 ` Arthur Miller
2020-11-27 18:47 ` Christopher Dimech
2020-11-27 18:30 ` Arthur Miller
2020-11-27 8:48 ` tomas
2020-11-27 13:27 ` Jean Louis
2020-11-27 14:20 ` Stefan Monnier
2020-11-26 20:45 ` Stefan Monnier
2020-11-26 20:45 ` Stefan Monnier
[not found] <<trinity-3a306896-e4f9-4747-b475-4220d2926968-1606237554995@3c-app-mailcom-bs16>
[not found] ` <<87pn419aha.fsf@robertthorpeconsulting.com>
[not found] ` <<trinity-60beb4e8-9aad-4720-921c-26bcd854bea8-1606291146852@3c-app-mailcom-bs13>
[not found] ` <<trinity-bd917da6-8593-496f-ad5d-e94bd80ab4d1-1606362968280@3c-app-mailcom-bs15>
[not found] ` <<trinity-ecec5438-da9c-4746-9cdd-e73d756d9733-1606403627268@3c-app-mailcom-bs15>
[not found] ` <<trinity-5525c10b-09da-40b7-a9d8-ad6d12d86a62-1606404187770@3c-app-mailcom-bs15>
[not found] ` <<20201126160013.GD28931@tuxteam.de>
[not found] ` <<trinity-0fef3278-2e4b-4baa-a18e-44d71359e02c-1606411346268@3c-app-mailcom-bs06>
[not found] ` <<20201126182734.GA5175@tuxteam.de>
[not found] ` <<trinity-e374e86a-0c1e-4936-be3d-cceef6d0d436-1606416249978@3c-app-mailcom-bs06>
[not found] ` <<54331aa0-6a9a-4809-9f2d-88deee31558b@default>
[not found] ` <<trinity-878f6b95-e9e7-4431-959d-bbf323277c4c-1606438028794@3c-app-mailcom-bs06>
[not found] ` <<AM0PR06MB65775932B66B36CFDBB1813696F80@AM0PR06MB6577.eurprd06.prod.outlook.com>
[not found] ` <<83o8jjp83z.fsf@gnu.org>
2020-11-27 17:51 ` Drew Adams
2020-11-27 18:00 ` Jean Louis
2020-11-27 19:00 ` Drew Adams
2020-11-28 0:59 ` Jean Louis
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=AM0PR06MB6577CC5B9F329AE3ABB3EB4696F80@AM0PR06MB6577.eurprd06.prod.outlook.com \
--to=arthur.miller@live.com \
--cc=bugs@gnu.support \
--cc=dimech@gmx.com \
--cc=help-gnu-emacs@gnu.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.
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 read-only IMAP folder(s) and NNTP newsgroup(s).