all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Christopher Dimech <dimech@gmx.com>
To: Drew Adams <drew.adams@oracle.com>
Cc: Emanuel Berg <incal@dataswamp.org>,
	"help-gnu-emacs@gnu.org" <help-gnu-emacs@gnu.org>
Subject: Re: RE: [External] :  Indentation with spaces
Date: Sun, 12 Jun 2022 06:45:03 +0200	[thread overview]
Message-ID: <trinity-6de30553-19de-48ef-b995-2925b70ccce5-1655009102994@3c-app-mailcom-bs05> (raw)
In-Reply-To: <SJ0PR10MB54882E90A6B08F19DAF5CD80F3A99@SJ0PR10MB5488.namprd10.prod.outlook.com>


> Sent: Sunday, June 12, 2022 at 3:43 AM
> From: "Drew Adams" <drew.adams@oracle.com>
> To: "Emanuel Berg" <incal@dataswamp.org>, "help-gnu-emacs@gnu.org" <help-gnu-emacs@gnu.org>
> Subject: RE: [External] : Re: Indentation with spaces
>
> > >>> Why is `indent-tabs-mode' t by default?
> > >>> Tabs should not be used.
> > >>
> > >> The world is split between 3 factions:
> > >> - those users who absolutely cannot tolerate TABs.
> > >> - those users who absolutely cannot tolerate the
> > >>   use of SPC instead of TAB to indent.
> > >> - those users who have a life.

That world view in incorrect.  With Fortran Fixed-Form Legacy Code
you will find people using a variety of styles.  Some use only TABs.
Others use spaces.  The problem is not about the TABS and SPACES,
it is about formatting.

Emacs accepts TABS and SPACES but then forces its own stylistic
arrangement when electric-indent-mode is enabled.  This Emacs feature,
ends up modifying the original code style, something that is commonly
avoided when dealing with very old legacy code.

The point is that whilst emacs allows the introduction of tabs and spaces,
Emacs cannot be allowed to take decisions on where the code is placed in
the buffer, if that conflicts with what the code designer wants to do.

The solution does not look straightforward.  Thusly, a request for a special
setup for a major-mode to cater for these situations is understandable.

> > > Hooray! If the closed-world hypothesis applies
> > > then I can now say I have a life!
> >
> > I don't get it joke
>
> If CWA holds, and we know/assume the world has
> only those 3 factions, and if neither of the first
> two cases holds then the third must be the case.
>
> IOW, if it's not true that you absolutely can't
> tolerate TABs, and it's not true that you
> absolutely can't tolerate SPCs, then you have a
> life.
>
> On the other hand, if OWA holds, maybe something
> other than those 3 cases holds...
>
> > but
> >
> >   The Closed World Assumption (CWA) is the assumption that
> >   what is not known to be true must be false. The Open World
> >   Assumption (OWA) is the opposite. In other words, it is the
> >   assumption that what is not known to be true is
> >   simply unknown. [1]
> >
> > Interesting! OWA seems reasonable but how did they come up
> > with CWA, when is that useful
>
> It's simpler to reason with.  If you don't know
> something to be true then you conclude that it's
> false.  This is a common approach - databases,
> Prolog etc.  Cf. `completing-read' with arg
> REQIUIRE-MATCH = t.

In 1895, the famous british physicist William Thompson remarked
that "heavier-than-air flying machines are impossible".

> Of course, one can interpret "no match" as just
> "dunno" or "unproven", but often it's acted on
> as "false".  And as Tomas perhaps hinted, it's
> not just about classifying as true, false, and
> dunno.
>
> It's about the difference between any such
> closed classification and a representation or
> system that's based on the idea that both
> (a) the set of stuff that's classified and
> (b) the classification of that stuff both
> (1) are inherently incomplete and (2) can
> change.
>
> CWA is akin to not-proven-guilty-means-innocent
> (or not-proven-innocent-means-guilty).  OWA
> assumes only that not-proven means not-proven.
>
> > and what's closed about it,
>
> It doesn't allow for the possibility that there
> are unknowns.  It assumes that, at any time,
> what's known to be true is all there is.
>
> It's a useful simplification.  But it presents
> difficulties wrt the nature of real knowledge
> and its evolution.
>
> > that you know what you know to be true and every thing else
> > you then and by that can tell is false. So it's a complete
> > state of the knowledge sphere, that's what's closed about it?
>
> Exactly.  At any given time.  And a system that
> allows for increasing or changing knowledge has
> somehow to deal with non-monotonic changes in
> what's known (in particular).
>
> > [1]
> > https://urldefense.com/v3/__https://www.dataversity.net/introduction-
> > to-open-world-assumption-vs-closed-world-
> > assumption/__;!!ACWV5N9M2RV99hQ!NmVaOzeFvXD6WCus5nkkRpZP7Fiih7FVO7UUsEX
> > d-B3ZRQ6mzozldTZQvG4Re0gXUeyMdIAKE0Bpn36B$
>
>



  reply	other threads:[~2022-06-12  4:45 UTC|newest]

Thread overview: 76+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-08 22:21 Indentation with spaces goncholden via Users list for the GNU Emacs text editor
2022-06-08 22:52 ` Skip Montanaro
2022-06-08 23:40   ` goncholden
2022-06-09  1:57     ` Skip Montanaro
2022-06-09  3:08       ` Emanuel Berg
2022-06-09  3:12         ` goncholden
2022-06-09  3:17           ` Emanuel Berg
2022-06-09 12:01             ` goncholden
2022-06-10 10:02               ` Emanuel Berg
2022-06-09  9:51         ` Skip Montanaro
2022-06-09 12:33           ` goncholden
2022-06-09 18:43             ` Lele Gaifax
2022-06-10  9:57             ` Emanuel Berg
2022-06-10 10:29             ` Emanuel Berg
2022-06-10 18:43               ` goncholden
2022-06-11  4:37               ` Christopher Dimech
2022-06-11  5:38                 ` Emanuel Berg
2022-06-11  6:16               ` Christopher Dimech
2022-06-09 13:37           ` goncholden
2022-06-09 13:49             ` goncholden
2022-06-09 16:06               ` tomas
2022-06-10 10:08               ` Emanuel Berg
2022-06-10  9:45           ` Emanuel Berg
2022-06-10 17:57             ` goncholden
2022-06-10 18:08               ` tomas
2022-06-10 18:12                 ` goncholden
2022-06-10 18:33                   ` Emanuel Berg
2022-06-10 18:46                     ` goncholden
2022-06-10 18:40                   ` tomas
2022-06-10 18:53                     ` Emanuel Berg
2022-06-10 19:05                       ` goncholden
2022-06-10 19:27                         ` goncholden
2022-06-11  0:56                       ` goncholden
2022-06-10 18:29               ` Emanuel Berg
2022-06-09 13:27         ` Po Lu
2022-06-09 15:44           ` goncholden
2022-06-10 10:20             ` Emanuel Berg
2022-06-10 10:16           ` Emanuel Berg
2022-06-10 11:35             ` Po Lu
2022-06-10 18:26               ` goncholden
2022-06-11  0:57                 ` Po Lu
2022-06-11  1:05                   ` goncholden
2022-06-11  1:17                     ` Po Lu
2022-06-11  1:33                       ` goncholden
2022-06-11  1:36                         ` goncholden
2022-06-11  7:38                           ` Eli Zaretskii
2022-06-11  7:44                             ` Emanuel Berg
2022-06-11  8:26                               ` Eli Zaretskii
2022-06-11  7:57                             ` goncholden
2022-06-11  8:27                               ` Eli Zaretskii
2022-06-11  9:07                                 ` goncholden
2022-06-11 10:10                                   ` Eli Zaretskii
2022-06-11 15:43                                   ` [External] : " Drew Adams
2022-06-11 20:31                                     ` goncholden
2022-06-12  2:21                                       ` Drew Adams
2022-06-12  3:08                                         ` goncholden
2022-06-12  6:42                                       ` Eli Zaretskii
2022-06-11  1:49                       ` Emanuel Berg
2022-06-11  2:05                         ` goncholden
2022-06-10 23:01               ` Emanuel Berg
2022-06-11  0:00                 ` goncholden
2022-06-11  7:31                   ` Eli Zaretskii
2022-06-11  0:58                 ` Po Lu
2022-06-11  1:41                   ` Emanuel Berg
2022-06-09 19:01         ` Stefan Monnier via Users list for the GNU Emacs text editor
2022-06-09 20:16           ` [External] : " Drew Adams
2022-06-09 20:20             ` goncholden
2022-06-11  5:16             ` Emanuel Berg
2022-06-11  5:33               ` tomas
2022-06-11  5:44                 ` Emanuel Berg
2022-06-11  5:51               ` goncholden
2022-06-11 15:43               ` Drew Adams
2022-06-12  4:45                 ` Christopher Dimech [this message]
2022-06-13  5:04                 ` Emanuel Berg
2022-06-10 10:29           ` reinventing the wheel but not faculty, libraries (was: Re: Indentation with spaces) Emanuel Berg
2022-06-09  5:30     ` Indentation with spaces Eli Zaretskii

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=trinity-6de30553-19de-48ef-b995-2925b70ccce5-1655009102994@3c-app-mailcom-bs05 \
    --to=dimech@gmx.com \
    --cc=drew.adams@oracle.com \
    --cc=help-gnu-emacs@gnu.org \
    --cc=incal@dataswamp.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.