From: Jean Louis <bugs@gnu.support>
To: Arthur Miller <arthur.miller@live.com>
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 16:26:14 +0300 [thread overview]
Message-ID: <X8D+dlByrVquz/GX@protected.rcdrun.com> (raw)
In-Reply-To: <AM0PR06MB6577CC5B9F329AE3ABB3EB4696F80@AM0PR06MB6577.eurprd06.prod.outlook.com>
* Arthur Miller <arthur.miller@live.com> [2020-11-27 11:26]:
> > 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?
It can be that it is not dettached and you as English speaker you
would know it. I cannot know as I am not native English speaker. I can
tell that in Serbo-Croatian language there is use of "kill" and
"killing" as good attributes. For example when food is good while
people are eating it could be said that it kills and because it is in
proper context people understand it. There is total separation of
context and so the meanings. It could be that in English is not so.
In those languages one can say that movie is good by saying that movie
kills. For a good band of musicians it is possible to say "they are
killing".
The reference to etymology of "kill":
https://en.wiktionary.org/wiki/kill#Etymology_1
references also words such as: strike or cut
We have "strike" for fonts and "cut" for cutting text though we do not
cut in its other meaning. To kill a line thus, deriving from that
etymology sounds quite alright and understandable. But I am just
outside observer and did not live with English speaking people all
around me. To use that term one would additionally need to be either
secretary or editor, translator, or proofreader.
> 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).
That is right.
> > 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 mean the "meaning" that person may designate in absence of the real
meaning. It should be obvious and of course it is not a rule, just a
common phenomena. If word is associating to anything person will fetch
that meaning and use it, and there we have misunderstaninds.
Example is the dialogue for local variables that tells user that
variables are not safe. But user may not be programmer, could be
translator and even if programmer user has got rather incentive to
press ! rather to accept variables forever and not to be asked again.
You may see here how user asks "why would not be safe":
https://stackoverflow.com/questions/15865495/opening-a-file-in-emacs-values-that-are-not-safe
(answer I do not find adequate)
That is one of aware users that will ask. Other users like translators
will say "but I feel safe, what can this do to me?" and will say
YES. By accident I have seen similar scene in animated movie Ralph
breaks the internet where animated character says to feel safe yet it
was related to computers.
When person does not have information of "safety of data" then such
person will find replacement definition, first will pull the one which
is known and will try to understand it from what is known like "free
from danger" and person may relate it to oneself. Not to data.
> 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.
Well. When person through repetition becomes aware that some words
cannot be understood such person will ask, clarify, verify, try to
find in glossaries and references. That is ideal scene. In my
experience I did not see that in average persons. People put their own
to them known meanings into those spoken terms and words which they do
not know.
One rule that we as startup providers have in East Africa is that we
should never accept YES, I know, I fully understand. We require person
to repeat by person's own words what was said and instructed. That is
where all the fun begins as definitely majority will be telling us
back stories we never meant to be spoken. People feel to have it
understood, but they did not, they got some idea, but that was
definitely intended idea. They used those meanings they had
available. What one does not have available in mind will be replaced
with what we have available.
Optical illusions works the same way, example is this triangle:
https://www.optics4kids.org/osa.o4k/media/optics4kids/kanizsatriangle.gif?ext=.gif
As human mind may say to see maybe 2 triangles, one white above the
black one. But in reality there is none triangle there. Mind replaces
what is missing by pieces of information which are already known.
> 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 admire that and that is great. But schools in the world do not use
major tool, which is dictionary. So children do not get a habit to
look up meanings and so they are left alone to find out about it.
> 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.
Try to ask people or observe. Your way of doing it is remarkable. I
would like to have around me more people with that awareness. But I
sadly don't.
> 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.
I remember reading it back in 1999 and back then so many new words I
was clarifying related to GNU/Linux. It took me about 1-2 years to get
them and understand them and there is still so many pieces
missing. When I first time encountered kill and yank, I have looked it
up back then and since then have no problems with it. Those are
personal experiences and if not one word there will be some other as
possible misunderstanding.
> > 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.
I am fine with it to dislike things. It is just that I prefer society
and community eager to learn, discover and clarify things. This
mailing list is good example of such community. Either that, or
community of people who give up, blow away, run away, yell or get
upset when they dislike something and do not wish to clarify
anything.
> 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?
"Cut reminds me of injuries and blood, please remove" -- there is no
point in accommodating various views. What makes sense is to use
appropriate English and computing terminologi. And "kill" as in
relation to deleting lines as it says in dictionary, is not related to
computing. It could be equivalent to strike as how words can be
striken on the paper.
paste - is it tasty mixture to be spread on bread or crackers?
Or is it maybe paste as in the meaning of hitting with fists, like "He
pasted his opponent"?
None of those words have single definition, they all have multiple
definitions that apply in different contexts. That is why I am rather
against changing what is already well well known or established
terminology. But times changes and words change too.
> 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.
I am not sure there as person driving a car would know what is car. If
car is Emacs then please think that most car drivers do not know how
carburetor function or how engine works. Tutorial is for driving Emacs
safely on the road. Emacs Manual tells how to tune the engine. Then
they may complain because fingers are dirty of oil.
Jean
next prev parent reply other threads:[~2020-11-27 13: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
2020-11-27 13:26 ` Jean Louis [this message]
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=X8D+dlByrVquz/GX@protected.rcdrun.com \
--to=bugs@gnu.support \
--cc=arthur.miller@live.com \
--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).