> From: Nicolas Goaziou
> Cc: shingo@gmail.com, 48...@debbugs.gnu.org
> Date: Sun, 02 May 2021 14:18:24 +0200
>
> My problem is that I have some string, _which is not displayed anywhere_
> yet. I need to obtain its real width along with the width of a single
> character in order to compute
> From: Nicolas Goaziou
> Cc: Shingo Tanaka , 48...@debbugs.gnu.org
> Date: Sun, 02 May 2021 10:23:34 +0200
>
> > The accurate method of lining up in these cases is to use
> > window-text-pixel-size instead. That function will return the exact
> > width of a string as it will displayed, in
> Date: Sun, 02 May 2021 20:33:23 +0900
> From: Shingo Tanaka
> Cc: Nicolas Goaziou ,
> shingo@gmail.com,
> 48...@debbugs.gnu.org
>
> This bug (bug#48148) is actually caused by the difference of the width
> detection methods between line 1036 in ox-ascii.el (`length') and
>
> From: Nicolas Goaziou
> Cc: shingo@gmail.com, 48148-d...@debbugs.gnu.org
> Date: Sun, 02 May 2021 17:56:04 +0200
>
> More than the width of the text, I'm interested in the
> ratio between the width of the text and the width of an underline
> character (assuming monospace).
And that is
> From: Nicolas Goaziou
> Date: Sun, 02 May 2021 18:08:50 +0200
> Cc: 48...@debbugs.gnu.org
>
> > In case of 1), it correctly takes account of the case in which the character
> > has a width of 2 in `org-ascii--build-title', by dividing the line width by
> > `(char-width under-char)' (line
> From: Maxim Nikulin
> Date: Sun, 31 Jan 2021 22:57:57 +0700
> Cc: 44...@debbugs.gnu.org
>
> >> To fix the problem it is better to use (make-process :connection-type
> >> 'pipe ...) that unfortunately has no higher level wrappers.
> >
> > Wouldn't it work to let-bind process-connection-type to
> From: Andreas Schwab
> Cc: Maxim Nikulin , 44...@debbugs.gnu.org,
> gbio...@gmail.com
> Date: Sun, 31 Jan 2021 16:17:46 +0100
>
> On Jan 31 2021, Eli Zaretskii wrote:
>
> > And I still don't understand why some people (like Lars) cannot
> > reproduce the p
> From: Maxim Nikulin
> Date: Thu, 18 Feb 2021 19:56:03 +0700
> Cc: 44...@debbugs.gnu.org
>
> I could not estimate effect of such change on windows, so pipe process
> is used only on linux. I am unsure concerning mac however.
On Windows Emacs always uses pipes, because we don't have PTYs there.
> From: Maxim Nikulin
> Date: Fri, 19 Feb 2021 19:29:49 +0700
> Cc: 44...@debbugs.gnu.org
>
> > On Windows Emacs always uses pipes, because we don't have PTYs there.
> > And there's no xdg-open on MS-Windows anyway, so it's a moot point.
>
> Should I consider your response as a suggestion to
> From: "Bruce E. Robertson"
> Date: Tue, 18 Jan 2022 10:36:22 -0800
>
>
> emacs -Q test.org
> cursor to "CLOCK:" line, C-c C-c
> total time updates but day of week does not change
> contents of test.org
> --
> * heading
> :LOGBOOK:
> CLOCK: [2022-01-17 Tue 10:29]--[2022-01-19 Tue 10:29] =>
> Cc: 65...@debbugs.gnu.org, emacs-orgmode@gnu.org
> From: Ihor Radchenko
> Date: Tue, 05 Sep 2023 10:29:20 +
>
> As I described in the above, Org needs more control over the behaviour of
> `kill-line'/`kill-whole-line' when the visible line contains multiple
> lines of hidden text - to
> From: Ihor Radchenko
> Cc: Max Nikulin , i...@whxvd.name,
> 65...@debbugs.gnu.org, emacs-orgmode@gnu.org
> Date: Tue, 05 Sep 2023 15:50:58 +0000
>
> Eli Zaretskii writes:
>
> >> On 05/09/2023 17:29, Ihor Radchenko wrote:
> >> > Confirmed.
> >
> Cc: emacs-orgmode@gnu.org, 65...@debbugs.gnu.org
> Date: Tue, 5 Sep 2023 21:30:58 +0700
> From: Max Nikulin
>
> On 05/09/2023 17:29, Ihor Radchenko wrote:
> > Confirmed.
>
> It is a regression in comparison to e.g. org-mode-9.3.1.
What changed since org-mode-9.3.1? Was it some change in
> From: Sebastian Miele
> Cc: Ihor Radchenko , 65...@debbugs.gnu.org,
> emacs-orgmode@gnu.org
> Date: Tue, 05 Sep 2023 17:25:38 +0200
>
> > From: Eli Zaretskii
> > Date: Tue, 2023-09-05 14:54 +0300
> >
> > […]
> >
> > So we could de
> From: Ihor Radchenko
> Cc: i...@whxvd.name, 65...@debbugs.gnu.org, emacs-orgmode@gnu.org
> Date: Wed, 06 Sep 2023 08:30:36 +0000
>
> Eli Zaretskii writes:
>
> >> In addition, `org-kill-line' acts specially in certain scenarios:
> >>
> >> For
>
> From: Ihor Radchenko
> Cc: Sebastian Miele , 65...@debbugs.gnu.org,
> emacs-orgmode@gnu.org
> Date: Wed, 06 Sep 2023 08:23:23 +0000
>
> Eli Zaretskii writes:
>
> >> The following would do it. I think I tested it rather thoroughly.
> >> During testin
> From: Ihor Radchenko
> Cc: i...@whxvd.name, 65...@debbugs.gnu.org, emacs-orgmode@gnu.org
> Date: Thu, 07 Sep 2023 10:00:49 +0000
>
> Eli Zaretskii writes:
>
> > Then perhaps just a special value for buffer-invisibility-spec, or
> > some other simple variation
> From: Ihor Radchenko
> Cc: maniku...@gmail.com, emacs-orgmode@gnu.org, emacs-de...@gnu.org
> Date: Thu, 05 Oct 2023 16:05:02 +0000
>
> Eli Zaretskii writes:
>
> >> To emacs-devel: Would it be of interest to expose man/woman completion
> >> API?
> >
> From: Ihor Radchenko
> Cc: maniku...@gmail.com, emacs-orgmode@gnu.org, emacs-de...@gnu.org
> Date: Thu, 05 Oct 2023 16:53:57 +0000
>
> Eli Zaretskii writes:
>
> >> > How is it different from the "M-x man" completion we already have?
> >>
>
> From: Ihor Radchenko
> Cc: emacs-orgmode@gnu.org, emacs-de...@gnu.org
> Date: Thu, 05 Oct 2023 11:40:44 +
>
> To emacs-devel: Would it be of interest to expose man/woman completion
> API?
How is it different from the "M-x man" completion we already have?
> Date: Thu, 21 Apr 2022 16:56:25 -0700
> Cc: maniku...@gmail.com, emacs-orgmode@gnu.org, 54...@debbugs.gnu.org,
> bug-gnu...@gnu.org
> From: Paul Eggert
>
> What appears to be happening here is that the MS-Windows native
> timestamp resolution is 1/64th of a second, and your system's clock is
> Date: Wed, 20 Apr 2022 12:23:43 -0700
> Cc: maniku...@gmail.com, emacs-orgmode@gnu.org, 54...@debbugs.gnu.org,
> bug-gnu...@gnu.org
> From: Paul Eggert
>
> On 4/20/22 12:14, Eli Zaretskii wrote:
> > Sorry, my bad. The result is the same, but I do get printouts. What
> Date: Wed, 20 Apr 2022 12:01:27 -0700
> Cc: maniku...@gmail.com, emacs-orgmode@gnu.org, 54...@debbugs.gnu.org,
> bug-gnu...@gnu.org
> From: Paul Eggert
>
> > I get the same result, and moreover I see no differences between this
> > and the previous tarball, and no printouts in
> Date: Wed, 20 Apr 2022 11:19:29 -0700
> Cc: maniku...@gmail.com, emacs-orgmode@gnu.org, 54...@debbugs.gnu.org,
> Gnulib bugs
> From: Paul Eggert
>
> > Thanks, the test-gettime-res test says "gettime_res returned 625000
> > ns", which is a strange number: it doesn't fit any MS-Windows
> Date: Wed, 20 Apr 2022 17:11:34 -0700
> Cc: maniku...@gmail.com, emacs-orgmode@gnu.org, 54...@debbugs.gnu.org,
> bug-gnu...@gnu.org
> From: Paul Eggert
>
> On 4/20/22 12:30, Eli Zaretskii wrote:
>
> > I see the time samples change in jumps of 15 msec.
>
&
> Date: Mon, 18 Apr 2022 19:02:03 -0700
> From: Paul Eggert
> Cc: emacs-orgmode@gnu.org, 54...@debbugs.gnu.org
>
> From 8c25372709d256d83858be454987137dc202b725 Mon Sep 17 00:00:00 2001
> From: Paul Eggert
> Date: Mon, 18 Apr 2022 13:08:27 -0700
> Subject: [PATCH 3/6] Add Gnulib gettime-res
> Date: Tue, 19 Apr 2022 15:22:29 -0700
> Cc: maniku...@gmail.com, emacs-orgmode@gnu.org, 54...@debbugs.gnu.org
> From: Paul Eggert
>
> On 4/18/22 22:50, Eli Zaretskii wrote:
> >> * admin/merge-gnulib (GNULIB_MODULES): Add gettime-res.
> >> * lib/gettime-re
> From: Ihor Radchenko
> Cc: Kaushal Modi , 55...@debbugs.gnu.org
> Date: Tue, 10 May 2022 12:52:52 +0800
>
> Eli Zaretskii writes:
>
> >> From: Kaushal Modi
> >> Date: Mon, 9 May 2022 17:41:32 -0400
> >>
> >> Exporting an Org file with
> From: Kaushal Modi
> Date: Mon, 9 May 2022 17:41:32 -0400
>
> Exporting an Org file with citations on Emacs 29 now throws the error
> "Wrong value for ENTRY-OR-KEY: nil". This error can be reproduced with
> the Org version shipped with Emacs on the master branch.
Shouldn't this be reported to
> From: Ihor Radchenko
> Cc: Eli Zaretskii , 35...@debbugs.gnu.org
> Date: Sat, 29 Oct 2022 09:02:31 +
>
> Ihor Radchenko writes:
>
> >> There are no intervals in this story. The way overlays are
> >> implemented, they don't use intervals (if
> From: Ihor Radchenko
> Cc: homeros.mis...@gmail.com, t...@misasa.okayama-u.ac.jp,
> 45...@debbugs.gnu.org, emacs-orgmode@gnu.org
> Date: Thu, 22 Sep 2022 20:03:55 +0800
>
> Eli Zaretskii writes:
>
> > One other possibility is to use a slightly different
> Date: Fri, 23 Sep 2022 06:36:58 +0900 (JST)
> Cc: yanta...@gmail.com, homeros.mis...@gmail.com, 45...@debbugs.gnu.org,
> emacs-orgmode@gnu.org, t...@misasa.okayama-u.ac.jp
> From: Tak Kunihiro
>
> >>> One other possibility is to use a slightly different :relative-width
> >>> factor for the
> From: "Christopher M. Miles"
> Cc: "Christopher M. Miles" , Org Mode
>
> Date: Sun, 02 Oct 2022 15:03:26 +0800
>
> Ihor Radchenko writes:
>
> > "Christopher M. Miles" writes:
> >
> >> I replaced step 5 with step 6 by extracting the logic code of
> >> org-link-beautify, but I found it does
> From: "Christopher M. Miles"
> Cc: numbch...@gmail.com, yanta...@gmail.com, emacs-de...@gnu.org,
> emacs-orgmode@gnu.org
> Date: Sun, 02 Oct 2022 18:45:41 +0800
>
> I hate to rewrite those steps more than 3 times.
The problem is, I've read the correspondence on the Org list, and I
still
> From: Ihor Radchenko
> Date: Sun, 2 Oct 2022 18:57:56 +0800
> Cc: Eli Zaretskii , emacs-de...@gnu.org, emacs-orgmode@gnu.org
>
> 1. find an image file in your system
> 2. emacs -Q
> 3. M-: (erase-buffer)
> 4. Insert "askdjaklsdj lasasd"
> 5. M-: (require
> From: David Masterson
> Cc: mic...@schi.nz, emacs-orgmode@gnu.org, 59...@debbugs.gnu.org
> Date: Thu, 08 Dec 2022 23:43:05 -0800
>
> Eli Zaretskii writes:
>
> >> So, 'describe-variable' on org-version causes Org to be loaded?!?
> >
> > Why is it so
> From: David Masterson
> Cc: Eli Zaretskii , "mic...@schi.nz" ,
> "emacs-orgmode@gnu.org" , "59...@debbugs.gnu.org"
> <59...@debbugs.gnu.org>
> Date: Fri, 09 Dec 2022 11:51:29 -0800
>
> > https://www.gnu.org/software/emacs/man
> From: Ihor Radchenko
> Cc: David Masterson , emacs-orgmode@gnu.org,
> mic...@schi.nz, 59...@debbugs.gnu.org
> Date: Wed, 14 Dec 2022 09:51:01 +
>
> On a related note, is it normal that package like org-mouse.el gets
> loaded upon calling C-h f org-mouse- completion prompt?
> org-mouse.el
> Cc: emacs-orgmode@gnu.org, 59...@debbugs.gnu.org
> From: David Masterson
> Date: Thu, 08 Dec 2022 13:56:03 -0800
>
> In my testing, I found a strange case where, in *scratch*, I get:
>
> (message "%s" org-version)
> ;; Error undefined
> ;; Do 'C-h v org-version'
> (message "%s" org-version)
>
> Cc: emacs-orgmode@gnu.org, 59...@debbugs.gnu.org
> From: Richard Stallman
> Date: Tue, 21 Feb 2023 00:22:04 -0500
>
> > >> I don't run Debian or Ubuntu anymore. However, I do recall that debian
> > >> does use a modified Emacs startup which is not part of the standard
> > >> Emacs
> From: Ihor Radchenko
> Cc: Stefan Monnier , emacs-orgmode@gnu.org, Eli
> Zaretskii , 59...@debbugs.gnu.org
> Date: Fri, 03 Feb 2023 11:02:21 +
>
> Considering the popularity of Debian-based distros, may someone take a
> closer look on what may be going on? Since the
> From: Ihor Radchenko
> Cc: emacs-de...@gnu.org, emacs-orgmode@gnu.org
> Date: Mon, 05 Feb 2024 22:56:05 +
>
> Jim Porter writes:
>
> > On 2/5/2024 7:07 AM, Ihor Radchenko wrote:
> >> It would make sense to add a number of alists:
> >> - bounds-of-thing-at-point-provider-alist
> >> - same
> From: Ihor Radchenko
> Cc: jporterb...@gmail.com, stefankan...@gmail.com, emacs-de...@gnu.org,
> emacs-orgmode@gnu.org
> Date: Tue, 06 Feb 2024 12:38:19 +0000
>
> Eli Zaretskii writes:
>
> > I think we do want to allow extending of this, but doesn't
>
> From: Ihor Radchenko
> Cc: emacs-orgmode@gnu.org, 58...@debbugs.gnu.org, emacs-de...@gnu.org
> Date: Sat, 09 Dec 2023 10:57:15 +
>
> Morgan Smith writes:
>
> > Ihor Radchenko writes:
> >
> >> Have you considered adding a "flatten" option to imenu itself?
> >> That way, you could
> From: Ihor Radchenko
> Cc: emacs-orgmode@gnu.org, Eli Zaretskii ,
> 65...@debbugs.gnu.org, Max Nikulin , i...@whxvd.name
> Date: Tue, 09 Jan 2024 22:33:58 +
>
> Stefan Monnier writes:
>
> >> Although, I am still interested to pursue feature request to allo
> From: Stefan Monnier
> Cc: Eli Zaretskii , emacs-orgmode@gnu.org,
> 65...@debbugs.gnu.org, maniku...@gmail.com, i...@whxvd.name
> Date: Wed, 10 Jan 2024 11:26:08 -0500
>
> >> I said that remapping widely-used keys to commands that behave
> >> significantly
> From: Ihor Radchenko
> Cc: monn...@iro.umontreal.ca, emacs-orgmode@gnu.org, 65...@debbugs.gnu.org,
> maniku...@gmail.com, i...@whxvd.name
> Date: Wed, 10 Jan 2024 13:05:19 +0000
>
> Eli Zaretskii writes:
>
> > I said that remapping widely-used keys to commands th
> From: Ihor Radchenko
> Cc: monn...@iro.umontreal.ca, emacs-orgmode@gnu.org, 65...@debbugs.gnu.org,
> maniku...@gmail.com, i...@whxvd.name
> Date: Thu, 11 Jan 2024 18:08:11 +
>
> Then, Org mode can instead have
>
> (setq-local kill-line-query-function #'org-kill-line-query)
> (defun
> From: Ihor Radchenko
> Cc: monn...@iro.umontreal.ca, emacs-orgmode@gnu.org, 65...@debbugs.gnu.org,
> maniku...@gmail.com, i...@whxvd.name
> Date: Thu, 11 Jan 2024 16:15:13 +0000
>
> Eli Zaretskii writes:
>
> >> So, I'd like some way to configure `kill-w
> From: Ihor Radchenko
> Cc: monn...@iro.umontreal.ca, emacs-orgmode@gnu.org, 65...@debbugs.gnu.org,
> maniku...@gmail.com, i...@whxvd.name
> Date: Fri, 12 Jan 2024 12:24:01 +0000
>
> Eli Zaretskii writes:
>
> >> Then, Org mode can instead have
> >>
&g
> From: Ihor Radchenko
> Cc: monn...@iro.umontreal.ca, emacs-orgmode@gnu.org, 65...@debbugs.gnu.org,
> maniku...@gmail.com, i...@whxvd.name
> Date: Fri, 12 Jan 2024 12:39:18 +0000
>
> Eli Zaretskii writes:
>
> >> I think that I see what you m
> From: Ihor Radchenko
> Cc: monn...@iro.umontreal.ca, emacs-orgmode@gnu.org, 65...@debbugs.gnu.org,
> maniku...@gmail.com, i...@whxvd.name
> Date: Thu, 11 Jan 2024 15:50:10 +0000
>
> Eli Zaretskii writes:
>
> >> Then, we discussed that Emacs commands to not alwa
> Cc: 68...@debbugs.gnu.org, emacs-orgmode@gnu.org
> Date: Sun, 28 Jan 2024 23:35:09 +0700
> From: Max Nikulin
>
> On 27/01/2024 10:38, Richard Stallman wrote:
> >
> > What is the purpose for which text/org would be used?
> > In what situations would we want to send files in Org format
> > and
> From: Richard Stallman
> Cc: e...@gnu.org, maniku...@gmail.com, 68...@debbugs.gnu.org,
> emacs-orgmode@gnu.org, stefankan...@gmail.com
> Date: Thu, 01 Feb 2024 22:40:06 -0500
>
> > It may or may not depending on user customization `mm-inline-media-tests'.
> > Just like with
> From: Richard Stallman
> Cc: maniku...@gmail.com, 68...@debbugs.gnu.org, emacs-orgmode@gnu.org,
> stefankan...@gmail.com
> Date: Mon, 29 Jan 2024 22:56:58 -0500
>
> I am concerned that the actions described above would tend to embed
> Org format and Org mode more deeply into Emacs usage.
> From: Ihor Radchenko
> Cc: 59...@debbugs.gnu.org
> Date: Thu, 25 Jan 2024 22:53:45 +
>
> Kévin Le Gouguec writes:
>
> >> I do not see anything wrong on the Org side.
> >> Maybe Emacs should not apply :extent t attribute to the newline when the
> >> text in fontified line is hidden?
> >
>
> Cc: emacs-orgmode@gnu.org
> From: Stefan Kangas
> Date: Thu, 25 Jan 2024 15:10:27 -0800
>
> Max Nikulin writes:
>
> > Hi,
> >
> > I suggest to make the media type used for Org mode files consistent with
> > the one used by XDG https://gitlab.freedesktop.org/xdg/shared-mime-info
> > Currently
> Cc: 68...@debbugs.gnu.org, Max Nikulin ,
> emacs-orgmode@gnu.org
> From: Ihor Radchenko
> Date: Thu, 25 Jan 2024 23:43:14 +
>
> However, AFAIU, text/org will fall into "standards tree" in IANA media
> type specification, which means that it MUST be registered, as described
> in
> From: Sławomir Grochowski
> Cc: emacs-orgmode@gnu.org, emacs-de...@gnu.org, phil...@posteo.net,
> stefankan...@gmail.com, la...@gnus.org, hmel...@gmail.com, e...@gnu.org,
> i...@protesilaos.com
> Date: Sat, 06 Apr 2024 22:41:32 +0200
>
> But first, we need to modify `help-quick' to be more
acs is full of such practices, so don't worry about that, it's quite
common (and considered good practice) in Emacs Lisp.
> Eli Zaretskii writes:
> > In any case, we cannot change the signature of help-quick, since it's a
> > public function.
>
> If I can't modify the funct
201 - 260 of 260 matches
Mail list logo