> From: "Wong, Philip"
> CC: "rpl...@gmail.com" , "34...@debbugs.gnu.org"
> <34...@debbugs.gnu.org>
> Date: Tue, 12 Mar 2019 09:58:17 +
>
> That did the job, thanks!
OK, thanks. I guess we will need to try doing this automatically at
startup...
> From: "Wong, Philip"
> CC: "rpl...@gmail.com" , "34...@debbugs.gnu.org"
> <34...@debbugs.gnu.org>
> Date: Mon, 11 Mar 2019 17:35:05 +
>
> Here is the output in the order of commands you mentioned:
> <2019-03-11 ¬P´Á¤@>
>
> For the other commands, there is no output in the actual buff
> From: "Wong, Philip"
> CC: "rpl...@gmail.com" , "34...@debbugs.gnu.org"
> <34...@debbugs.gnu.org>
> Date: Mon, 11 Mar 2019 16:55:42 +
>
> Thanks Eli, you're right.
>
> I still get '<2019-03-11 ¶g¤@>'
OK, as expected. This means Org is indeed off the hook, the problem
is with format
> X-Spam-Status: No, score=3.3 required=5.0 tests=BAYES_50,RCVD_IN_DNSWL_NONE,
> RECEIVED_FROM_WINDOWS_HOST,URIBL_BLOCKED autolearn=disabled
> version=3.3.2
> From: "Wong, Philip"
> CC: Eli Zaretskii , "34...@debbugs.gnu.org"
> <34...@debbug
> From: "Wong, Philip"
> CC: "34...@debbugs.gnu.org" <34...@debbugs.gnu.org>
> Date: Mon, 11 Mar 2019 09:41:41 +
>
> Sorry, I don't understand what you mean by emacs -Q.
>
> How exactly am I supposed to run this command?
Open the Windows command window that runs cmd.exe, and type "emacs -Q
> From: "Wong, Philip"
> CC: Eli Zaretskii , "34...@debbugs.gnu.org"
> <34...@debbugs.gnu.org>
> Date: Mon, 11 Mar 2019 10:47:00 +
>
> Does the same thing
OK. Can you send the list of abbreviated weekdays in your locale's
language,
> From: Robert Pluim
> Cc: philip.w...@warwick.ac.uk, 34...@debbugs.gnu.org
> Date: Fri, 01 Mar 2019 15:25:04 +0100
>
> We are miscommunicating. I was demonstrating that in my setup,
> org-time-stamp produces the correct output => itʼs a configuration
> issue.
I'm not yet sure it's a configurat
> From: Robert Pluim
> Cc: philip.w...@warwick.ac.uk, 34...@debbugs.gnu.org
> Date: Fri, 01 Mar 2019 14:47:21 +0100
>
> > That's only so if the above produces the same garbled result as in the
> > original report. Does it?
>
> Didnʼt I send this yesterday?
>
> $ LANG=zh_HK src/emacs -Q -l ss.
> From: Robert Pluim
> Cc: Eli Zaretskii , 34...@debbugs.gnu.org
> Date: Fri, 01 Mar 2019 11:00:01 +0100
>
> > It could be some snafu in Org, though, e.,g. if it doesn't know how to
> > support that value of $LANG. In any case, should be reported to Org
> &
> From: Robert Pluim
> Cc: "Wong\, Philip" , 34...@debbugs.gnu.org
> Date: Thu, 28 Feb 2019 20:11:45 +0100
>
> Eli Zaretskii writes:
>
> >> From: "Wong, Philip"
> >> Date: Thu, 28 Feb 2019 14:16:25 +
> >>
> >
> From: "Wong, Philip"
> Date: Thu, 28 Feb 2019 14:16:25 +
>
> When I insert a date by pressing CTRL+C then period then enter I get
> “<2019-02-28 ¶g¥|>”.
>
> I’m not sure what the strange character is (¶g¥|), can someone help?
Please show a complete recipe, starting from "emacs -Q", to re
> From: Nicolas Goaziou
> Cc: r...@gnu.org, n...@flqt.fr, r...@gnu.org, a...@gnu.org,
> 32...@debbugs.gnu.org, rjhorn...@gmail.com, kaushal.m...@gmail.com
> Date: Mon, 22 Oct 2018 15:13:39 +0200
>
> Some users reported that htmlfontify output is too verbose (font-style,
> font-family, font
> From: Eivind Otto Hjelle
> Date: Tue, 2 Oct 2018 09:22:56 -0500
>
> The function 'org-in-src-block-p' always returns nil on my system
> running Windows 10.
>
> How to reproduce this bug starting from 'emacs -Q':
> Define a function 'test-org-in-src-block-p' in the scratch buffer as
> follows:
> From: Kyle Meyer
> Cc: n...@flqt.fr, r...@gnu.org, right...@gmail.com, ras...@gmx.us,
> kaushal.m...@gmail.com, 32...@debbugs.gnu.org
> Date: Sat, 29 Sep 2018 19:35:25 -0400
>
> Eli Zaretskii writes:
>
> >> From: Nicolas Goaziou
> >> Cc: r...@gnu.org
> From: Nicolas Goaziou
> Cc: r...@gnu.org, 32...@debbugs.gnu.org, n...@flqt.fr, les...@watter.net,
> right...@gmail.com, kaushal.m...@gmail.com, Rasmus
> Date: Sat, 29 Sep 2018 20:33:35 +0200
>
> > Thank you. Can we have this change on the ermacs-26 branch of Emacs,
> > please?
>
> I do
> From: Nicolas Goaziou
> Date: Sat, 29 Sep 2018 16:53:04 +0200
> Cc: 32...@debbugs.gnu.org, n...@flqt.fr, les...@watter.net,
> right...@gmail.com,
> kaushal.m...@gmail.com
>
> > This is actually good news. It means Android MobileOrg is almost ok.
> > If someone wants to do a little work
> From: Nicolas Goaziou
> Cc: Kaushal Modi , a...@gnu.org, r...@gnu.org,
> n...@flqt.fr, r...@gnu.org, 32...@debbugs.gnu.org, rjhorn...@gmail.com
> Date: Thu, 20 Sep 2018 21:17:51 +0200
>
> I assume this is the only way out of this, so I'll have a look at it.
Thank you.
> From: Nicolas Goaziou
> Cc: r...@gnu.org, rjhorn...@gmail.com, n...@flqt.fr,
> kaushal.m...@gmail.com, r...@gnu.org, 32...@debbugs.gnu.org
> Date: Thu, 20 Sep 2018 19:42:50 +0200
>
> > There's also a similar reference to htmlize in the Org manual, which
> > should, too, should probably be
> From: Kaushal Modi
> Date: Wed, 19 Sep 2018 17:16:28 -0400
> Cc: Nicolas Goaziou , Glenn Morris ,
> n...@flqt.fr,
> Richard Stallman , 32...@debbugs.gnu.org, Robert Horn
> ,
> Eli Zaretskii
>
> I got approval from Hrvoje Nikšić that he was fine wit
> From: Richard Stallman
> Date: Wed, 19 Sep 2018 21:54:30 -0400
> Cc: n...@flqt.fr, a...@gnu.org, m...@nicolasgoaziou.fr, 32...@debbugs.gnu.org,
> rjhorn...@gmail.com
>
> Please leave the code to suggest loading htmlize deactivated.
There's no such code. There's a function that, if invok
> From: Richard Stallman
> Cc: n...@flqt.fr, rjhorn...@gmail.com, 32...@debbugs.gnu.org,
> m...@nicolasgoaziou.fr, kaushal.m...@gmail.com
> Date: Wed, 19 Sep 2018 21:50:43 -0400
>
> > If that is the crucial point, then the recent change to Org already
> > took care of that,
>
> That de
> Date: Tue, 18 Sep 2018 14:14:27 +0200
> From: Robert Klein
> Cc: Nicolas Goaziou , n...@flqt.fr,
> kaushal.m...@gmail.com, 32...@debbugs.gnu.org, r...@gnu.org
>
> > From my POV, the immediate problem is to switch Org-publish from using
> > htmlize to htmlfontify. Can this be done, please?
>
> From: Richard Stallman
> Cc: e...@gnu.org, n...@flqt.fr, rjhorn...@gmail.com,
> 32...@debbugs.gnu.org, m...@nicolasgoaziou.fr,
> kaushal.m...@gmail.com
> Date: Tue, 18 Sep 2018 23:39:49 -0400
>
> > While there are numerous references
> > to GitHub and SourceForge in Emacs (and s
> From: Nicolas Goaziou
> Cc: Eli Zaretskii , rjhorn...@gmail.com, n...@flqt.fr,
> kaushal.m...@gmail.com, r...@gnu.org, 32...@debbugs.gnu.org
> Date: Tue, 18 Sep 2018 23:07:19 +0200
>
> I removed htmlize URL from the error message. I also demoted the latter
> to a
> From: Robert Horn
> Cc: Nicolas Goaziou , Eli Zaretskii ,
> kaushal.m...@gmail.com, 32...@debbugs.gnu.org, r...@gnu.org
> Date: Tue, 18 Sep 2018 12:37:45 -0400
>
> /* from RMS email later in thread
> To motivate people to do this, I say we shouild not ship anothe
> From: Nicolas Goaziou
> Cc: r...@gnu.org, kaushal.m...@gmail.com, n...@flqt.fr,
> 32...@debbugs.gnu.org
> Date: Tue, 18 Sep 2018 11:37:15 +0200
>
> This is a genuine question: what /exactly/ do you want Org developers to
> solve, assuming they can? Also, if they cannot, who is willing to gi
> From: Richard Stallman
> Date: Thu, 13 Sep 2018 22:55:15 -0400
> Cc: n...@flqt.fr, 32...@debbugs.gnu.org, m...@nicolasgoaziou.fr
>
> > >From what I remember, there is not objection to use that instead; it's
> > just that someone has to work on converting ox-html to use htmlfontify
> > ins
> From: Nicolas Goaziou
> Cc: rrandr...@gmail.com, 32...@debbugs.gnu.org
> Date: Sat, 07 Jul 2018 13:05:53 +0200
>
> It doesn't look like a bug. The OP may have missed
> `org-agenda-time-grid' variable.
>
> I suggest to close this bug, if the OP doesn't object to it.
Thanks. I will wait a few
> From: rrandr...@gmail.com
> Date: Fri, 06 Jul 2018 00:46:14 +
>
>
> When evaluating the snippet below:
> --8<---cut here---start->8---
> (eval-after-load "org"
> '(progn
> overwrite some settings
> (setq org-startup-folded nil ;unfolded
>
> From: Vincent Belaïche
> CC: "emacs-orgmode@gnu.org" , "brandel...@gmail.com"
> , "emacs-de...@gnu.org"
> Date: Wed, 27 Jun 2018 17:39:33 +
>
> Concerning the patch, I understood that you agree with it provided that
> it is upgraded to mention the change in the etc/NEWS file. So I di
> From: Vincent Belaïche
> CC: "emacs-de...@gnu.org"
> Date: Tue, 26 Jun 2018 05:47:04 +
>
> My point is that for a modular design, the same package that provides
> the browse-url function, should also provide some match-url-at-point-p
> predicate, e.g.
There is such a function: browse-url-
> From: Vincent Belaïche
> CC: "emacs-orgmode@gnu.org"
> Date: Tue, 26 Jun 2018 05:19:32 +
>
> Just to be factual:
> 1) Does anybody objects the patch as it is --- if not I would push it to the
> repo ?
It needs to be called out in NEWS.
> 2) Does anybody agrees that the coding of Info-ge
> From: Vincent Belaïche
> CC: "emacs-de...@gnu.org" , "emacs-orgmode@gnu.org"
>
> Date: Sun, 24 Jun 2018 20:34:26 +
>
> I agree it is a bit strange, but the reason for it is simple : I would
> like a single entry point for all the manuals installed on my PC, so
> that my old and tired
> From: Vincent Belaïche
> CC: "emacs-de...@gnu.org" , "emacs-orgmode@gnu.org"
>
> Date: Sun, 24 Jun 2018 18:21:20 +
>
> What I want to do is to refer an HTML or PDF document from an Info document.
> So
> I want the info browser to launch the web browser for it to open a
> « file: »
> From: Vincent Belaïche
> CC: "emacs-de...@gnu.org" , "emacs-orgmode@gnu.org"
>
> Date: Sun, 24 Jun 2018 16:48:30 +
>
> To my understanding @xref works only for info links (node names or anchors,
> or qualified thereof where the
> qualificator is the info document name) --- maybe I a
> From: Vincent Belaïche
> Date: Sun, 24 Jun 2018 06:57:53 +
>
> I am writing to both Emacs-devel and org-mode list because this concerns
> browsing URL, and Org-mode already has quite some stuff on this.
> Recently I came across this that in an Info file a « file: » protocol
> URL is not ope
> From: ST
> Cc: m...@nicolasgoaziou.fr, Emacs-orgmode@gnu.org
> Date: Sun, 17 Jun 2018 19:47:31 +0300
>
> > I agree with (1) and (2), but your conclusion doesn't follow from
> > that. The value nil means that the base directionality of
> > _each_paragraph_ is determined dynamically. It does NO
> From: ST
> Cc: Nicolas Goaziou , Emacs-orgmode@gnu.org
> Date: Sun, 17 Jun 2018 15:29:58 +0300
>
> 1. Do you agree that the vast majority of all the documents in human
> history were/are EITHER ltr OR rtl? Meaning that mixed ltr/rtl texts are
> minority that we should not take care of...
> 2. D
> From: Nicolas Goaziou
> Cc: Emacs-orgmode@gnu.org
> Date: Fri, 15 Jun 2018 16:05:37 +0200
>
> ST writes:
>
> > Please leave the Emacs' default value of "bidi-paragraph-direction"
> > which is "nil" in orgmode as well. Right now orgmode seems to force
> > "left-to-right", thus blocking "right-
> From: Jean-Christophe Helary
> Date: Sun, 15 Apr 2018 21:33:18 +0900
>
> 3 manuals distributed with emacs fail to export to po format when using the
> following command:
>
> po4a-gettextize -f texinfo -M utf8 -m name.texi -p name.texi.fr.po
>
> gnus.texi
>
> Use of uninitialized value $newf
> From: pierre.techouey...@free.fr (Pierre Téchoueyres)
> Cc: Jay Kamat , 28...@debbugs.gnu.org
> Date: Fri, 09 Feb 2018 00:03:31 +0100
>
> > Having read all of the references and discussions you've provided, I
> > see no evidence that this is an Emacs issue, as opposed to an Org
> > issue. I th
> From: Rahul Juliato
> Date: Thu, 4 Jan 2018 01:10:26 -0200
> Cc: Eli Zaretskii , 29...@debbugs.gnu.org
>
> Solved.
>
> Apparently I had an org installation folder inside ~/.emacs.d, other then my
> distribution provided (since
> org-mode is part of the emacs pack
> From: rahuljuli...@gmail.com
> Date: Thu, 28 Dec 2017 22:23:59 -0200
>
> Starting from emacs -Q, table TABs are ok and does the job.
>
> But if I start with emacs (even without a .emacs file), i get something
> like:
>
> Table:
>
> | a | a | a | a | a | a |
> | | | | | | |
>
> Date: Sat, 23 Dec 2017 15:38:11 +0200
> From: Eli Zaretskii
> Cc: dov.grobg...@gmail.com, 11...@debbugs.gnu.org
>
> I found both methods doing well, so I'm going to show both, and let
> you decide which one is better.
On second thought, I think Method 2 is better, becau
> From: Nicolas Goaziou
> Date: Fri, 08 Dec 2017 18:08:57 +0100
> Cc: dov.grobg...@gmail.com, 11...@debbugs.gnu.org
>
> For tests, we use `org-test-with-temp-text' macro, e.g.,
>
> (org-test-with-temp-text "| a | b |\n| c | d |"
> ... do something in that buffer ...)
You didn't say that t
> From: "numbch...@gmail.com"
> Date: Sat, 16 Dec 2017 12:27:58 +0800
>
> Is there a way to debug this?
Run Emacs under a debugger, trigger the crash, and produce a more
helpful backtrace by typing the "bt" command at GDB prompt.
Please report all of that to the Emacs issue tracker using the co
> From: Nicolas Goaziou
> Cc: dov.grobg...@gmail.com, 11...@debbugs.gnu.org
> Date: Mon, 04 Dec 2017 22:02:00 +0100
>
> Eli Zaretskii writes:
>
> > Such tests can only be run interactively, because bidi reordering is a
> > display-time feature in Emacs. Is
> Date: Mon, 04 Dec 2017 22:43:12 +0200
> From: Eli Zaretskii
> Cc: m...@nicolasgoaziou.fr, 11...@debbugs.gnu.org
>
> Yes, Emacs implements Unicode 9.0, including the UBA with isolates.
Actually, the current development sources and the upcoming Emacs 26.1
already support Unicode 10.0.
> From: Nicolas Goaziou
> Cc: Dov Grobgeld , 11...@debbugs.gnu.org
> Date: Mon, 04 Dec 2017 21:27:53 +0100
>
> I'd rather preserve structure of Org documents outside of Emacs. So,
> `:align-to' is not an option.
>
> IIUC, I need to replace the closest space from vertical bars with
>
> #("
> From: Dov Grobgeld
> Date: Mon, 4 Dec 2017 21:35:40 +0100
> Cc: Eli Zaretskii , 11...@debbugs.gnu.org
>
> The correct Unicode≥6.3 way to do this would be with the unicode isolation
> characters. I.e. you would wrap
> each of the columns with column contents. Does em
> From: Jean-Christophe Helary
> Date: Fri, 30 Jun 2017 14:10:50 +0900
>
> Do you mean that Shift is not recognized as a modified key by the terminal ?
No, that's not it. The problem is that on a TTY, the way Emacs reads
keyboard input returns only characters, it doesn't return function
keys.
> From: Jean-Christophe Helary
> Date: Wed, 31 May 2017 19:41:00 +0900
> Cc: Org-mode
>
> Ok, I just tried something else:
>
> (setq ns-function-modifier 'meta) and what I get is *very* similar to the
> issue I have with ESC:
>
> FN-x correctly "calls" M-x
> FN-left in a level 2 header in or
> From: John Wiegley
> Date: Sat, 11 Feb 2017 18:46:09 -0800
> Cc: Bastien Guerry , Emacs developers ,
> Phillip Lord ,
> emacs-org list ,
> Kaushal Modi
>
> I hear your other points, so I'm curious now as to what more people think
> about this who work on Emacs core: Do you wa
> From: Edward John Steere
> Date: Sun, 05 Feb 2017 11:03:31 +0200
> Cc: Bastien Guerry , Emacs developers ,
> Phillip Lord ,
> emacs-org list ,
> Kaushal Modi
>
> > It's not like packages communicate with Emacs over a well
> > defined RESTful interface. In other words: CEDET a
> From: David Engster
> Cc: emacs-de...@gnu.org, b...@gnu.org, emacs-orgmode@gnu.org,
> kaushal.m...@gmail.com, la...@gnus.org, phillip.l...@russet.org.uk
> Date: Thu, 02 Feb 2017 21:57:02 +0100
>
> > Ask the package maintainers, they see significant advantages in being
> > able to release
> From: David Engster
> Cc: Lars Ingebrigtsen , b...@gnu.org, emacs-de...@gnu.org,
> phillip.l...@russet.org.uk, emacs-orgmode@gnu.org, kaushal.m...@gmail.com
> Date: Thu, 02 Feb 2017 18:47:49 +0100
>
> > I believe the intent is to make it so that checking out and building
> > Emacs also ch
> From: Lars Ingebrigtsen
> Date: Thu, 02 Feb 2017 13:10:07 +0100
> Cc: Bastien Guerry , Emacs developers ,
> Phillip Lord ,
> emacs-org list ,
> Kaushal Modi
>
> If Django had traditionally always been distributed along with Python,
> and maintained in the Python repo, and the
> From: Kaushal Modi
> Date: Thu, 26 Jan 2017 16:01:24 +
> Cc: emacs-org list ,
> Stefan Monnier ,
> Rasmus , Emacs developers
>
> I don't believe that the target date has yet been set for releasing 26.1. We
> are currently on the release
> candidate testing stage of 25.2. So I
> From: Rasmus
> Date: Wed, 25 Jan 2017 17:54:48 +0100
> Cc: emacs-de...@gnu.org
>
> What is the current status? I am a bit confused about the policy at this
> point. I'm happy to try to update master to 9.0.4, but I was somehow
> under the impression that we were waiting for a solution to incl
> From: Ryan McCarl
> Date: Thu, 19 Jan 2017 11:26:29 -0700
>
>
> (1) Define the faces org-table and org-link with a fixed-width font
> (Inconsolata in
> my case) so table alignment should normally work.
> (2) Define the scale of the org-link face to 0.9 and the scale of the
> org-table face to
Ping!
Bastien, could you or someone else please look into this and provide
your comments? TIA.
> From: Paul Rankin
> Cc: 24...@debbugs.gnu.org, emacs-orgmode@gnu.org
> Date: Sat, 03 Sep 2016 14:38:55 +1000
>
> Eli Zaretskii on Wed, 31 Aug 2016 17:25 +0300:
> > > From:
> From: nljlistb...@gmail.com (N. Jackson)
> Cc: 23...@debbugs.gnu.org, Eli Zaretskii ,
> jwieg...@gmail.com, rpl...@gmail.com, monn...@iro.umontreal.ca,
> alex.ben...@linaro.org
> Date: Fri, 22 Jul 2016 21:42:08 -0300
>
> Both the v2 and the v3 patch work for me wit
> From: npost...@users.sourceforge.net
> Cc: 23...@debbugs.gnu.org, nljlistb...@gmail.com, jwieg...@gmail.com,
> rpl...@gmail.com, monn...@iro.umontreal.ca, alex.ben...@linaro.org
> Date: Thu, 21 Jul 2016 21:08:43 -0400
>
> I made the same adjustments to the saved sub_start and sub_end
> var
> From: npost...@users.sourceforge.net
> Cc: 23...@debbugs.gnu.org, nljlistb...@gmail.com, jwieg...@gmail.com,
> rpl...@gmail.com, monn...@iro.umontreal.ca, alex.ben...@linaro.org
> Date: Wed, 20 Jul 2016 23:00:59 -0400
>
> > Please also make sure bug#23869 is still fixed after this.
>
> Fo
> From: npost...@users.sourceforge.net
> Cc: Eli Zaretskii , 23...@debbugs.gnu.org,
> nljlistb...@gmail.com, jwieg...@gmail.com, rpl...@gmail.com,
> alex.ben...@linaro.org
> Date: Wed, 20 Jul 2016 20:56:28 -0400
>
> >> Maybe there's a misunderstanding.
> From: Stefan Monnier
> Cc: rpl...@gmail.com, 23...@debbugs.gnu.org, alex.ben...@linaro.org,
> jwieg...@gmail.com, nljlistb...@gmail.com, npost...@users.sourceforge.net
> Date: Wed, 20 Jul 2016 14:19:59 -0400
>
> > Is it OK to adjust the match data before actually making the
> > replacemen
> From: Alex Bennée
> Cc: 23...@debbugs.gnu.org, rpl...@gmail.com, jwieg...@gmail.com,
> monn...@iro.umontreal.ca, nljlistb...@gmail.com
> Date: Wed, 20 Jul 2016 10:48:45 +0100
>
> So is the match data already out of sync by the time the
> save-match-data call is made?
Yes.
> From: Stefan Monnier
> Cc: rpl...@gmail.com, 23...@debbugs.gnu.org, alex.ben...@linaro.org,
> jwieg...@gmail.com, nljlistb...@gmail.com
> Date: Tue, 19 Jul 2016 21:50:07 -0400
>
> > Do we care that using save-match-data in every call to replace-match
> > might mean a performance hit?
>
>
> From: Alex Bennée
> Cc: monn...@iro.umontreal.ca, 23...@debbugs.gnu.org, rpl...@gmail.com,
> jwieg...@gmail.com, nljlistb...@gmail.com, m...@lunaryorn.com
> Date: Tue, 19 Jul 2016 18:45:44 +0100
>
> ;; Save and restore the match data, as recommended in (elisp)Change Hooks
> (save-match-dat
> From: Alex Bennée
> Cc: Stefan Monnier , 23...@debbugs.gnu.org,
> rpl...@gmail.com, jwieg...@gmail.com, nljlistb...@gmail.com
> Date: Tue, 19 Jul 2016 18:05:37 +0100
>
> > Do we care that using save-match-data in every call to replace-match
> > might mean a performance hit? If it will, then t
> From: Stefan Monnier
> Cc: rpl...@gmail.com, 23...@debbugs.gnu.org, alex.ben...@linaro.org,
> jwieg...@gmail.com, nljlistb...@gmail.com
> Date: Tue, 19 Jul 2016 12:03:51 -0400
>
> I guess the next best thing is:
> - copy search_regs.start and search_regs.end before calling replace_range.
>
> From: Stefan Monnier
> Cc: rpl...@gmail.com, 23...@debbugs.gnu.org, alex.ben...@linaro.org,
> jwieg...@gmail.com, nljlistb...@gmail.com
> Date: Tue, 19 Jul 2016 00:48:19 -0400
>
> > The more general problem is when there's at least one more
> > sub-expression, whose start and/or end are af
> From: Stefan Monnier
> Cc: Robert Pluim , 23...@debbugs.gnu.org,
> alex.ben...@linaro.org, jwieg...@gmail.com, nljlistb...@gmail.com
> Date: Mon, 18 Jul 2016 20:58:35 -0400
>
> > I think this change performed by save-match-data is harmless: the old
> > value (62) was not valid any more any
> From: Stefan Monnier
> Cc: Robert Pluim , 23...@debbugs.gnu.org,
> alex.ben...@linaro.org, jwieg...@gmail.com, nljlistb...@gmail.com
> Date: Mon, 18 Jul 2016 20:58:35 -0400
>
> > In the case in point, a single character at EOB (= 62) was deleted,
> > which made EOB be 61, one less than its
> From: John Wiegley
> Cc: Robert Pluim , Stefan Monnier
> , 23...@debbugs.gnu.org, alex.ben...@linaro.org,
> nljlistb...@gmail.com
> Date: Mon, 18 Jul 2016 12:04:11 -0700
>
> >>>>> Eli Zaretskii writes:
>
> > My suggestion to fix this is
> From: Robert Pluim
> CC: 23...@debbugs.gnu.org, Alex Bennée
> , jwieg...@gmail.com, nljlistb...@gmail.com
> Date: Mon, 18 Jul 2016 14:24:59 +0200
>
> (I'm moving this discussion to the bug, let me know if that's not OK)
Thanks.
> Make sure that you have org-20160704 from elpa.
>
> # emacs -
> Date: Fri, 08 Jul 2016 20:03:35 +0300
> From: Eli Zaretskii
> Cc: 23...@debbugs.gnu.org
>
> > which already does save-match-data. If I globally disable the org
> > element cache by (setq org-element-use-cache nil) the issue
> > disappears, so now I'm confus
> From: Robert Pluim
> Cc: 23...@debbugs.gnu.org
> Date: Fri, 08 Jul 2016 17:40:42 +0200
>
> org-element--cache-after-change is:
>
> (defun org-element--cache-after-change (beg end pre)
> "Update buffer modifications for current buffer.
> BEG and END are the beginning and end of the range of c
> From: Glenn Morris
> Cc: Rares Vernica , 23...@debbugs.gnu.org
> Date: Mon, 04 Jul 2016 12:30:48 -0400
>
> (Isn't it weird to have a component of Emacs for which we effectively
> don't accept bug reports?)
It is. But as long as the Org maintainers are rare guests here, I see
no other way.
> From: Guido Van Hoecke
> Date: Mon, 6 Jun 2016 08:43:00 +0200
> Cc: help-gnu-emacs , orgmode
>
> >> Still, when editing elisp blocks from my elisp.org files, I keep
> >> hitting the '*' problem...
> >
> > What is "the '*' problem", exactly?
> >
> Filenames with '*'.
But I thought my suggested
> From: Guido Van Hoecke
> Date: Sun, 5 Jun 2016 21:41:18 +0200
> Cc: help-gnu-emacs , orgmode
>
> For testing i went to change flycheck-temp-file-system in flycheck.el
> so that it reads
>
> (setq tempfile (convert-standard-filename (expand-file-name
> (file-name-nondirectory filename)
>
> From: Guido Van Hoecke
> Date: Sun, 05 Jun 2016 12:45:45 +0200
>
> Error while checking syntax automatically: (file-error "Opening output file"
> "Invalid argument"
> "c:/Users/guivh/emacs-guivho/.flycheck_emacs-guivho.org[*Org Src
> emacs-guivho.org[ emacs-lisp ]*]")
>
> I checked the wind
> From: Oleksandr Gavenko
> Date: Thu, 18 Feb 2016 16:23:05 +0200
>
> In GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.2)
> of 2015-10-24 on trouble, modified by Debian
> Windowing system distributor `The X.Org Foundation', version 11.0.11702000
> System Description: Debian GNU/Linu
> From: Emanuel Evans
> Date: Tue, 03 Nov 2015 10:14:33 -0800
>
> Eli Zaretskii writes:
>
> > Are you sure this isn't a problem with Org mode? If not, can you tell
> > why you think so?
>
> Oh, I think it could definitely be a problem with Org mode, I
> From: Nicolas Richard
> Cc: Damian Nadales , 19...@debbugs.gnu.org, Nicolas
> Goaziou
> Date: Fri, 20 Feb 2015 12:20:15 +0100
>
> Eli Zaretskii writes:
> >> From: Damian Nadales
> >> That's weird. Which buffer are you killing, the Org buffer, or
> From: Damian Nadales
> CC: "19...@debbugs.gnu.org" <19...@debbugs.gnu.org>
> Date: Fri, 20 Feb 2015 07:32:12 +
>
> > I cannot reproduce this. I tried both Emacs 24.4 and the pretest of 24.5.
> > In
> > both cases, Emacs asks me whether to kill a buffer that is modified, and
> > once
> >
> From: Damian Nadales
> Date: Tue, 17 Feb 2015 16:04:54 +
>
> Running Emacs 24.4, compiled from source I found I cannot kill a buffer when
> performing these steps:
>
> - Run emacs –Q
>
> - Create an org-mode file (i.e. ``myorgfile.org``)
>
> - Insert the following text:
>
> o #+BEGIN_SR
> From: Fabrice Niessen
> Cc: dgu...@yandex.ru, 19...@debbugs.gnu.org
> Date: Fri, 30 Jan 2015 17:07:13 +0100
>
> (gdb) thread 1
> [Switching to thread 1 (Thread 8340.0x2568)]
> #0 0x01101915 in XSTRING (a=168379948) at C:/emacs/repo/src/lisp.h:974
> (gdb) 974 C:/emacs/repo/src/lisp.h: No
> From: Fabrice Niessen
> Cc: dgu...@yandex.ru, 19...@debbugs.gnu.org
> Date: Fri, 16 Jan 2015 19:31:38 +0100
>
> > Looks like an infloop due to display or overlay strings with text
> > properties. Can you reproduce this in an unoptimized build?
>
> Sure, if you can point me to such a version
> From: Fabrice Niessen
> Cc: dgu...@yandex.ru, 19...@debbugs.gnu.org
> Date: Fri, 16 Jan 2015 13:04:00 +0100
>
> (gdb) thread 1
> [Switching to thread 1 (Thread 17252.0x44f0)]
> #0 0x01142191 in Fnext_single_property_change (position=position@entry=540,
> prop=62947906, object=118795585, l
> From: Fabrice Niessen
> Cc: 19...@debbugs.gnu.org
> Date: Fri, 16 Jan 2015 12:27:16 +0100
>
> OK, so I just reproduced the problem once again, then:
>
> - tried to C-g in Emacs: impossible!
> - launched GDB
> - source ~/.gdbinit
> - thread 1
> - thread apply all backtrace
>
> Still, the backt
> From: Fabrice Niessen
> Cc: 19...@debbugs.gnu.org
> Date: Fri, 16 Jan 2015 12:16:26 +0100
>
> Eli Zaretskii wrote:
> >> From: Glenn Morris
> >> Cc: Fabrice Niessen , 19...@debbugs.gnu.org
> >> Date: Thu, 15 Jan 2015 16:37:36 -0500
> >>
>
> From: Glenn Morris
> Cc: Fabrice Niessen , 19...@debbugs.gnu.org
> Date: Thu, 15 Jan 2015 16:37:36 -0500
>
>
> I just want to note that there seems to be a tendency to try and use gdb
> to debug Org problems, when debug-on-quit and ctrl-g might work.
Very true.
> Date: Fri, 16 Jan 2015 00:06:58 +0300
> From: Dmitry Gutov
> CC: 19...@debbugs.gnu.org
>
> On 01/15/2015 09:14 PM, Eli Zaretskii wrote:
>
> > But you didn't even show the backtrace from the main (a.k.a. "Lisp")
> > thread. Your backtrace
> From: Fabrice Niessen
> Cc: 19...@debbugs.gnu.org
> Date: Thu, 15 Jan 2015 19:04:13 +0100
>
> > Thanks, but what do you expect us to do with this report, without any
> > information whatsoever regarding your customizations?
>
> I thought that, thanks to the backtrace, you could find the culpri
> From: Glenn Morris
> Cc: Sebastien Vauban , 18...@debbugs.gnu.org
> Date: Wed, 26 Nov 2014 11:53:03 -0500
>
> Eli Zaretskii wrote:
>
> >> "sp-show--pair-function" (0x88f14c)
> [...]
> > Maybe. This backtrace looks very different from t
> From: Sebastien Vauban
> Cc: 18...@debbugs.gnu.org
> Date: Wed, 26 Nov 2014 14:11:31 +0100
>
> Lisp Backtrace:
> "line-end-position" (0x88ccb0)
> "back-to-indentation" (0x88cdf8)
> "current-left-margin" (0x88cf60)
> "move-to-left-margin" (0x88d0b8)
> 0x126b2a8 PVEC_COMPILED
> "funcall" (0x88d22
Adding Bastien to the addressees, as this is at least somewhat related
to Org and its maintenance procedures.
> From: AW
> Date: Fri, 21 Nov 2014 12:30:10 +0100
>
> What works:
>
> [[fuu:baz.pdf]] - a link to a local file, which has to be opened in a pdf
> viewer, using an abbrevation for the p
> Date: Fri, 24 Oct 2014 22:35:59 +0300
> From: Eli Zaretskii
> Cc: 18...@debbugs.gnu.org
>
> > (gdb) xbacktrace
> > [Thread 8300.0x2b00 exited with code 0]
> > (gdb) No symbol "DATA_SEG_BITS" in current context.
>
> ? If so, please upgrade to a n
> From: Sebastien Vauban
> Cc: 18...@debbugs.gnu.org
> Date: Fri, 24 Oct 2014 21:10:49 +0200
>
> > Thanks. What happens if you type "xbacktrace"? (You might need to
> > type "source /path/to/.gdbinit" before that, to get the xbacktrace
> > command defined.)
>
> It seems to fail?
You mean, thi
101 - 200 of 275 matches
Mail list logo