> The "ads" example in "Link abbreviations" will soon become outdated.
> http://adsabs.harvard.edu states:
> "ADS Classic will be deprecated in May 2019 and retired in October
> 2019. Please redirect your searches to the new ADS modern form or the
> classic form. More info can be found on our blog
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
Hello,
Damian writes:
> I am experiencing the same issue. Based on Ingo's analysis I made the
> following change which resolved the problem for me.
Thank you.
Ingo had sent me his patch directly, so I applied it instead. Hopefully,
the issue is now fixed.
Regards,
--
Nicolas Goaziou
Hello,
Tim Landscheidt writes:
> I wanted to (and did) change a number of timestamps by a
> constant. So I found (and successfully used)
> org-timestamp-change which starts with (master):
>
> | […]
> | (defun org-timestamp-change (n &optional what updown suppress-tmp-delay)
> | "Change the da
I wanted to (and did) change a number of timestamps by a
constant. So I found (and successfully used)
org-timestamp-change which starts with (master):
| […]
| (defun org-timestamp-change (n &optional what updown suppress-tmp-delay)
| "Change the date in the time stamp at point.
| The date will
> From: Ihor Radchenko
> Cc: 35...@debbugs.gnu.org
> Date: Sun, 05 May 2019 09:05:46 +0800
>
> > Of course, if someone comes up with ideas how to speed up
> > vertical-motion without changing what Org does with overlays and/or
> > how overlays are implemented, such ideas will be most welcom
Hello,
pinkanon pinkanon writes:
> There are two things that work undesirably for me when using
> org-edit-src-code:
> (1) With a selected region, the point in the edit buffer will be one line
> below the bottom of the selection.
> (2) After closing the edit buffer, if it was modified, the poi
Hello,
Li Feng writes:
> 0. clean start emacs with "emacs -q"
> 1. create an org-mode file
> 2. enter a few plain list items
> 3. use M-S-up/down to move them
> 4. observe that the numbers are wrong
This is expected. M-S-up/down moves lines around /without taking context
into consideration/. No
Hello,
David Trudgett writes:
> Reproduce:
>
> In an Org mode file, add a #+DATE tag as follows:
>
> #+DATE: First published: 1 February 2014
>
> Then initiate a project publish, which publishes (by default) only
> changed files. A date such as the above will not be parsed, so
> ox-publish.el wi
Dear Dmitrii,
> Indirect buffers give the answer to the issue of sharing some textual data
> between several buffer.
Note that indirect buffers always share *all* the contents with the master
buffer. As a result, it may not be easy to make things like flyspell
work on code blocks in org-mode, if
Not sure why, but my reply did not show up in the mailing list. Resending.
> I'm not sure I understand: is your problem with vertical-motion, or in
> general with moving by lines in that file's buffer?
The problem is actually more general. I had a poor performance on line
motion, re-searc
On 12/3/18 5:30 PM, Michael Hoffman wrote:
1. What exactly did you do?
- Execute:
(with-eval-after-load 'org
(add-hook 'org-shiftleft-final-hook 'windmove-left))
(org-agenda nil "a")
(split-window-horizontally)
- Type S-left
2. What did you expect to happen?
(windmove-left)
3. What happen
Understood, thank you!
пт, 3 мая 2019 г. в 17:03, Roland Everaert :
> For what I understand of eev (which I discover following this thread),
> the idea is to create "notebooks" (à la Jupyter) of commands that can be
> executed in
> any orders the user want. So, lenses could be useful to apply the
For what I understand of eev (which I discover following this thread),
the idea is to create "notebooks" (à la Jupyter) of commands that can be
executed in
any orders the user want. So, lenses could be useful to apply the
correct mode the block of code at point.
Dmitrii Korobeinikov writes:
>> I
I found a clarification on how mmm-mode works.
https://github.com/polymode/polymode/issues/187
> mmm-mode also allows having multiple major modes depending on cursor
position in the buffer. However, it does not fully replace major mode
locally. This mode is only taking care about keymap, menu, loc
> I see lens to be useful for the eev mode, too.
Never heard of eev, but judging by some demos, it's a way to execute elisp
commands interactively.
Something like stitching blocks of commands together, or the data to
operate on, or embedding a target such as a shell in the same buffer is the
use-c
Hello,
Emmanuel Charpentier writes:
> Dunno. Maybe \captionof{listing} ?
I don't know either, but the above raises an error:
LaTeX Error: No counter 'listing' defined.
It could work, but the complete solution is probably a bit more
involved. If you can write a setup that produces the desire
Ingo Lohmar writes:
> I tried to use `org-agenda-set-tags'. The source buffer (where the
> change should be applied) is visible at the same time as the agenda is.
> Also, fast tag selection with a single key is enabled.
>
> Under these circumstances, the tag text is appended to the line (not
>
Dear John,
This does *not* work for me. See the attached files.
I begin to suspect a very recent bug : I'm following MELPA, which
updates about once a week. My org-version says: Org mode version 9.2.3
(9.2.3-11-g42abf5-elpaplus @ /home/charpent/.emacs.d/elpa/org-plus-
contrib-20190429/).
Cordially,
This works as expected in LaTeX for me with org-ref (you could probably use
raw latex if you wanted):
#+caption: The first source block. label:src-1
#+BEGIN_SRC ipython
print('Hello world')
#+END_SRC
Later we refer to the code in Listing ref:src-1 or ref:src-2. That is
different than Figure ref:
Hi, Nicolas !
Le mardi 30 avril 2019 à 19:05 +0200, Nicolas Goaziou a écrit :
> Hello,
>
> Emmanuel Charpentier writes:
>
> > Whereas the HTML exporter correctly recognize a source block as
> > such,
> > the LaTeX/PDF exporter does not.
> >
> > This can be demonstrated in a (minimal) org file
Hello,
Emmanuel Charpentier writes:
> Whereas the HTML exporter correctly recognize a source block as such,
> the LaTeX/PDF exporter does not.
>
> This can be demonstrated in a (minimal) org file using *only* the
> built-in tools (no external packages), where a source block is labelled
> as such
Hello,
Alec Vercruysse writes:
> I've recently switched to org mode as my fundamental mode, and do
> almost all of my writing in it now. One issue that I've encountered,
> however, is that with a lot of text under a single subheading, when
> holding the up arrow key to move point up (running pre
I shall report formally the problems mentioned in
http://lists.gnu.org/archive/html/emacs-orgmode/2019-04/msg00240.html,
trying to isolate them as much as possible. I'll start with the
simplest (and, IMHO, the most annoying).
Whereas the HTML exporter correctly recognize a source block as such,
t
Hello,
Ingo Lohmar writes:
> I tried to use `org-agenda-set-tags'. The source buffer (where the
> change should be applied) is visible at the same time as the agenda is.
> Also, fast tag selection with a single key is enabled.
>
> Under these circumstances, the tag text is appended to the line
Hello,
George Kontsevich writes:
> There is a rather serious bug with the Clocking feature in Org-mode
>
> If you have a Org section that looks like this
>
> * Test
> CLOCK: [2019-01-02 Wed 10:06]--[2019-01-02 Wed 11:06] => 1:00
> hello
> CLOCK: [2019-01-02 Tue 10:06]--[2019-01-02 Tue 11:0
Thank you for applying the patch, although after discussing with Stefan
Monnier on help-gnu-emacs[1], I believe the correct fix should go in
Emacs's font-lock.el. font-lock-prepend-text-property should work just
as well as font-lock-append-text-property, and my patch relies on
undefined behaviour
Am Do., 25. Apr. 2019 um 10:41 Uhr schrieb Dmitrii Korobeinikov
:
> I have imagined that at the low level there is an actual data structure that
> keeps the raw textual data and it could be directly shared by multiple
> buffers.
That's what indirect buffers do. Maybe the indirect buffer
function
Hi all,
I tried to use `org-agenda-set-tags'. The source buffer (where the
change should be applied) is visible at the same time as the agenda is.
Also, fast tag selection with a single key is enabled.
Under these circumstances, the tag text is appended to the line (not
even necessarily a headi
There is a rather serious bug with the Clocking feature in Org-mode
If you have a Org section that looks like this
* Test
CLOCK: [2019-01-02 Wed 10:06]--[2019-01-02 Wed 11:06] => 1:00
hello
CLOCK: [2019-01-02 Tue 10:06]--[2019-01-02 Tue 11:06] => 1:00
hi
And then you hit C-c C-x C-d yo
Hello,
I've recently switched to org mode as my fundamental mode, and do
almost all of my writing in it now. One issue that I've encountered,
however, is that with a lot of text under a single subheading, when
holding the up arrow key to move point up (running previous-line, found
in global-map),
Hi all,
I tried to use `org-agenda-set-tags'. The source buffer, where the
change should be applied is visible at the same time as the agenda is.
Also, fast tag selection with a single key is enabled.
Under these circumstances, the tag text is appended to the line (not
even necessarily a head
Hello,
Kévin Le Gouguec writes:
> Unless I am mistaken, +strike-through+ markers in headings cause the
> heading face to disappear. To reproduce, in an Org buffer, add the
> following heading:
>
> * foo *bar* /baz/ _quux_ +corge+
>
> Testing this with emacs -Q, on commit f9694a7 of the mast
I see lens to be useful for the eev mode, too.
Roland.
Dmitrii Korobeinikov writes:
>> Have you looked at Phil Lord's lentic package? I think it implements a
>> lot of what you're talking about.
>
>> https://github.com/phillord/lentic
>
> This is nice to see!
> Indeed, except for embedding, the
Example variables:
org-agenda-todo-list-sublevels
org-agenda-dim-blocked-tasks
If org-agenda-dim-blocked-tasks is default true, and you have
custom agenda views foo and bar, where bar sets this to false, opening
bar will result in an agenda view where blocked tasks are not dimmed,
but if you go b
чт, 25 апр. 2019 г. в 23:52, Philipp Stephani :
> Am Do., 25. Apr. 2019 um 10:41 Uhr schrieb Dmitrii Korobeinikov
> :
> > I have imagined that at the low level there is an actual data structure
> that keeps the raw textual data and it could be directly shared by multiple
> buffers.
>
> That's what
Dear Ihor,
> Another use case for me is to speed up agenda creation.
> I usually do not like to split my org files into too many. However, it
> results in very large and slow org buffers later. If I can store some
> parts of the org files externally and only show them if some condition
> is met (s
--- Begin Message ---
Dear Dmitrii,
I strongly support the proposal.
Another use case for me is to speed up agenda creation.
I usually do not like to split my org files into too many. However, it
results in very large and slow org buffers later. If I can store some
parts of the org files external
> Have you looked at Phil Lord's lentic package? I think it implements a
> lot of what you're talking about.
> https://github.com/phillord/lentic
This is nice to see!
Indeed, except for embedding, there is a large overlap with what I
described as buffer lenses.
BTW, judging by this description:
Dmitrii Korobeinikov writes:
> * Implementation
>
> I am not familiar with Emacs internals to say what's feasible of the
> proposed structure.
Have you looked at Phil Lord's lentic package? I think it implements a
lot of what you're talking about.
https://github.com/phillord/lentic
Hi,
Unless I am mistaken, +strike-through+ markers in headings cause the
heading face to disappear. To reproduce, in an Org buffer, add the
following heading:
* foo *bar* /baz/ _quux_ +corge+
Testing this with emacs -Q, on commit f9694a7 of the master branch,
bar (resp. baz and quux) displa
Hello,
"Cook, Malcolm" writes:
> I never use org's archiving capabilities.
>
> So imaging my surprise when I accidently invoked org-archive-subtree from its
> key-binding and I lost a whole subtree of a new buffer which (alas) I had not
> yet saved to disk
>
> Further alas, I was so alarmed no
Hi,
I never use org's archiving capabilities.
So imaging my surprise when I accidently invoked org-archive-subtree from its
key-binding and I lost a whole subtree of a new buffer which (alas) I had not
yet saved to disk
Further alas, I was so alarmed not knowing where my content disappeared to
Hello,
Allen Li writes:
> Make file /tmp/tmp.org containing:
>
> * TODO Foo
> SCHEDULED: <2019-04-08 Mon>
>
> 1. emacs -Q
> 2. Eval
>
> (add-to-list 'load-path (expand-file-name
> "~/.emacs.d/elpa/org-plus-contrib-20190402/"))
> (setq org-capture-templates '(("c" "Capture" checkitem (file+headli
Make file /tmp/tmp.org containing:
* TODO Foo
SCHEDULED: <2019-04-08 Mon>
1. emacs -Q
2. Eval
(add-to-list 'load-path (expand-file-name
"~/.emacs.d/elpa/org-plus-contrib-20190402/"))
(setq org-capture-templates '(("c" "Capture" checkitem (file+headline
"/tmp/tmp.org" "Foo") "" :prepend t)))
3.
Hello,
Сергей Дорофеенко writes:
> The command
>
> \marginnote{$A_{BC}$}
>
> will be exported to LaTeX as
>
> \marginnote\{\(A_{BC}\)\}
>
> while expected
>
> \marginnote{\(A_{BC}\)}
>
> However, if don't use nested {}, it will be exported as expected.
This is not a bug. Org doesn't handl
I enabled mouse-drag-and-drop-region recently and noticed shortly thereafter
that it didn't work in org-mode buffers, that is, while I expected to be able
to select text and drag it with the mouse elsewhere in the buffer, as normally
happens when mouse-drag-and-drop-region is enabled, instead it
Package: Org mode version 9.2.2 (9.2.2-18-g0ff705-elpaplus @
/home/sdorof/.emacs.d/elpa/25.3/develop/org-plus-contrib-20190325/)
The command
\marginnote{$A_{BC}$}
will be exported to LaTeX as
\marginnote\{\(A_{BC}\)\}
while expected
\marginnote{\(A_{BC}\)}
However, if don't use nested
I just wrote a function to do it, and hope it can help other people with
similar needs:
;; example: (dates-from-diary-sexp "2019-04-01" "2019-09-01"
"(diary-float t 1 2)")
;; => ((8 12 2019) (7 8 2019) (6 10 2019) (5 13 2019) (4 8 2019))
(defun dates-from-diary-sexp (start end diary-sexp)
"G
Wanrong Lin wrote at 15:20 on March 26, 2019:
:
: As a work around, do you know if there is a way
: to generate a series of dates / org entries from a diary-sexps? Thanks.
Evaluating those sexp is done in diary-lib. But it's no use simply
supplying arguments to functions there as they require
Thanks for the explanation. My limited debugging showed the data may not
even be passed from org to icalendar.el ("scheduled: nil" in the entry).
But from what you said it won't work anyway regardless.
This is a bit of bummer. As a work around, do you know if there is a way
to generate a se
Hi,
Wanrong Lin wrote at 10:23 on March 26, 2019:
:
: * TODO Do this on the second Monday every month
: SCHEDULED: <%%(diary-float t 1 2) 19:00-20:30>
:
: M-x org-icalendar-export-to-ics
Org agenda has its own processing of sexps, so its views are correct.
The exporter, however, uses icalenda
Org-mode version 9.2.2, Emacs 26.1, Windows 10
To reproduce:
Create a file "Test.org", with only one entry:
* TODO Do this on the second Monday every month
SCHEDULED: <%%(diary-float t 1 2) 19:00-20:30>
:PROPERTIE
> On this note: is this list the proper channel to publish initial
> versions of add-ons and solicit feedback?
https://orgmode.org/worg/org-contribute.html says:
You can submit Org add-ons – there are many Org add-ons.
- The best way is to submit your code to the mailing list to d
Marco,
thanks for clearing this up.
Marco Wahl wrote at 20:42 on March 17, 2019:
:
: Possibly it's a good idea to realize the implementation of your idea
: independent of C-c C-c. And postpone the binding with C-c C-c.
I've developed something that initially started off as a predicate to
be ca
thu...@arcor.de (Thomas Plass) writes:
> This is a question for Org API users regarding
> 'org-ctrl-c-ctrl-c-final-hook and how it is to be understood.
>
> As per the docstring
>
>This can be used to add additional functionality to the C-c C-c key
>which executes context-dependent commands
This is a question for Org API users regarding
'org-ctrl-c-ctrl-c-final-hook and how it is to be understood.
As per the docstring
This can be used to add additional functionality to the C-c C-c key
which executes context-dependent commands. This hook is run after
any other test, ...
sh
On Sat, 16 Mar 2019 at 16:25, Niall Dooley wrote:
> I've set org-log-done-with-time as a file local variable (in my habits.org) to
> nil. Oddly, the Local Variables section was initially visible at the end of
> this file but is no longer visible (when visiting this file in subsequent
> sessions)
Hi,
I ran into an issue this morning where my capture task continues
clocking on save. This occurs in both master and maint when not
clocking into a drawer.
ECM follows.
--- test.org ---
#+TITLE: BUG: Capture with clocking does no
Firstly, this may or may not be a bug so apologies if I've incorrectly
labelled the subject line.
I use org-habits to track my habits defined in a habits.org file. I log each
time I perform the habit with a :LOGGING: DONE(!) property. This adds an entry
to a :LOGBOOK: drawer each time I mark the h
Hi Daniel,
* Daniel Herzig wrote:
> Karl Voit writes:
>
> After some trying I found that the variables as set in the source-code
> header need standard values set:
>
> #+NAME: classificationfm
> #+BEGIN_SRC python :var prob="high" :var impact="high"
> if prob == "high" and impact == "high":
>
Hello,
Joao Cortes writes:
> A simple latex block fails to produce an image, when using the
> :imagemagick header option,
>
>#+HEADER: :file nada.svg :imagemagick yes
>#+HEADER: :results file raw
>
>#+BEGIN_SRC latex
> A
>#+END_SRC
>
> the following message is issued
>
> e
Using the header option
#+OPTIONS: tex:dvisvgm
and customizing org-preview-latex-process-alist, changing the
:image-converter property of the dvisvgm entry like so
("dvisvgm %f -n -b min -c %S -o %O")
--> ("dvisvgm %f -n -b min --exact
-c %S -o %O")
solves the issue.
This may be a better defau
Nick Dokos writes:
> Joao Cortes writes:
>
>> When previewing a Latex fragment, say \(a\), the cropping window is too
>> tight and the resulting image has some edges broken.
>>
>>
>> Is there any option to control the cropping window?
>>
>
> C-h v org-format-latex-options RET
>
> Maybe the :scal
Joao Cortes writes:
> When previewing a Latex fragment, say \(a\), the cropping window is too
> tight and the resulting image has some edges broken.
>
>
> Is there any option to control the cropping window?
>
C-h v org-format-latex-options RET
Maybe the :scale option of org-format-latex-options
> From: Takaaki Ishikawa
> Date: Tue, 12 Mar 2019 12:42:39 +0900
> Cc: Robert Pluim , Eli Zaretskii ,
> "34...@debbugs.gnu.org" <34...@debbugs.gnu.org>
>
> Have you tried to use `set-local-environment'?
> I usually use the command to change the date formatting in my init.el as
> follows:
FTR I'm running Windows 10
-Original Message-
From: Eli Zaretskii
Sent: Tuesday, March 12, 2019 4:01 PM
To: Wong, Philip
Cc: rpl...@gmail.com; 34...@debbugs.gnu.org
Subject: Re: bug#34684: 26.1; Strange characters when inserting date
> From: "Wong, Philip"
> CC: "rpl...@gmail.com" , "
> 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...
That did the job, thanks!
-Original Message-
From: Eli Zaretskii
Sent: Monday, March 11, 2019 5:55 PM
To: Wong, Philip
Cc: rpl...@gmail.com; 34...@debbugs.gnu.org
Subject: Re: bug#34684: 26.1; Strange characters when inserting date
> From: "Wong, Philip"
> CC: "rpl...@gmail.com" , "3
Hi folks,
Have you tried to use `set-local-environment'?
I usually use the command to change the date formatting in my init.el as
follows:
(set-locale-environment "en_US.UTF-8") ;; "ja_JP.UTF-8"
Best regards,
Takaaki Ishikawa
2019年3月12日(火) 3:34 Wong, Philip :
> Does the same thing
>
>
>
>
>
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 buffer) but on the
bottom it says
3076 (#o6004, #xc04)
"?? (??,???)"
1033 (#o2011, #x409)
3076 (#o6004, #xc04)
["???" "???" "???" "???" "???" "???" "???"
Does the same thing
[cid:image001.png@01D4D7F7.C09967C0]
-Original Message-
From: Robert Pluim
Sent: Monday, March 11, 2019 10:43 AM
To: Wong, Philip
Cc: Eli Zaretskii ; 34...@debbugs.gnu.org
Subject: Re: bug#34684: 26.1; Strange characters when inserting date
> On Mon, 1
Sorry, I don't understand what you mean by emacs -Q.
How exactly am I supposed to run this command?
I tried ctrl c and then started typing 'emacs -Q' but it did nothing.
-Original Message-
From: Eli Zaretskii
Sent: Friday, March 1, 2019 2:43 PM
To: Robert Pluim
Cc: Wong, Philip ; 34.
Thanks Eli, you're right.
I still get '<2019-03-11 ¶g¤@>'
-Original Message-
From: Eli Zaretskii
Sent: Monday, March 11, 2019 4:54 PM
To: Wong, Philip
Cc: rpl...@gmail.com; 34...@debbugs.gnu.org
Subject: Re: bug#34684: 26.1; Strange characters when inserting date
> X-Spam-Status: No,
Nicolas,
Yes, that helped.
If there is a way to file a bug report without subscribing to the mailing
list?
I subscribed to the list just to report this bug and unsubscribed since.
Vadim
On Sat, Mar 9, 2019 at 2:21 AM Nicolas Goaziou
wrote:
> Hello,
>
> Vadim Zaliva writes:
>
> > When using
I can confirm that I did press Enter, I assumed that meant Return already.
-Original Message-
From: Robert Pluim
Sent: Monday, March 11, 2019 4:42 PM
To: Wong, Philip
Cc: Eli Zaretskii ; 34...@debbugs.gnu.org
Subject: Re: bug#34684: 26.1; Strange characters when inserting date
> On
> 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
> On Mon, 11 Mar 2019 16:13:16 +, "Wong, Philip"
> said:
Philip> Chinese, Sunday to Saturday:日一二三四五六
Philip> Attempting M-: (I hope I did this right, I pressed Alt +
Philip> Shift + :, then copied and pasted your command)
Philip> No output but it says this on the bo
> 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...@debbugs.gnu.org>
> Date: Mon, 11 Mar 2019 16:43:00
> 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, as you expect them to be displayed? Please send them
> On Mon, 11 Mar 2019 09:41:41 +, "Wong, Philip"
> said:
Philip> Sorry, I don't understand what you mean by emacs -Q. How
Philip> exactly am I supposed to run this command?
Philip> I tried ctrl c and then started typing 'emacs -Q' but it
Philip> did nothing.
I gues
Hello,
Vadim Zaliva writes:
> Yes, that helped.
OK. I pushed that change. Thank you for the feedback.
> If there is a way to file a bug report without subscribing to the mailing
> list?
> I subscribed to the list just to report this bug and unsubscribed
> since.
You can send an email to the m
Hello,
Vadim Zaliva writes:
> When using C-x C-- or C-x C-+ to change display font size, table heading
> becomes misaligned. I've tracked down the problem to
> `org-table-separator-space` variable. The space inserted by it retains old
> size which skews alignment. Replacing it with " " via setq
Hello,
No Wayman writes:
> Just a small typo in the body of org-archive-subtree:
>
> ";; Save all relevant TODO keyword-relatex variables"
>
> s/relatex/related
Fixed. Thank you.
Regards,
--
Nicolas Goaziou
I am also experiencing this issue. I'm assuming =org-agenda-sticky= is set to
=t= in your configuration since that is what I have in mine.
I've tracked the problem down to (1) the handling of =org-agenda-sticky= in
=org-agenda-goto-date=, (2) how this affects what =org-agenda-mode= (called by
=o
When using C-x C-- or C-x C-+ to change display font size, table heading
becomes misaligned. I've tracked down the problem to
`org-table-separator-space` variable. The space inserted by it retains old
size which skews alignment. Replacing it with " " via setq fixes it for a
session. I tried to over
When using C-x C-- or C-x C-+ to change display font size, table heading
becomes misaligned. I've tracked down the problem to
`org-table-separator-space` variable. The space inserted by it retains old
size which skews alignment. Replacing it with " " via setq fixes it for a
session. I tried to over
Just a small typo in the body of org-archive-subtree:
";; Save all relevant TODO keyword-relatex variables"
s/relatex/related
Does anyone have an idea of why this problem occurs?
And perhaps how to fix it?
On 3/4/19 7:02 PM, Bernt Hansen wrote:
> Actually I think it is a bug. This weird behaviour has been around for
> a very long time (years probably).
>
> I have noticed similar behaviour with log mode, and clock check
Actually I think it is a bug. This weird behaviour has been around for
a very long time (years probably).
I have noticed similar behaviour with log mode, and clock check mode as
well.
I can reproduce the issue at with the following recipe:
C-c a a (start org agenda)
j -3 RET (go back 3 days alt
This is crazy! After months of problems, I myself no longer can
reproduce this issue! :-/
Comments welcome (Please!) ... but this issue no longer is actually a bug.
On 3/4/19 3:22 PM, Daniel Ortmann wrote:
> Remember to cover the basics, that is, what you expected to happen and
> what in fact
Remember to cover the basics, that is, what you expected to happen and
what in fact did happen. You don't know how to make a good report? See
https://orgmode.org/manual/Feedback.html#Feedback
Your bug report will be posted to the Org mailing list.
-
Hello,
Kevin Brubeck Unhammer writes:
> When I do
>
> C-c " g
>
> or
>
> M-x org-plot/gnuplot
>
> I get
>
> org-plot/gnuplot: Cannot open load file: No such file or directory,
> gnuplot
>
> It'd be nice if org-plot/gnuplot could instead `message' me a link to
> the package that nee
When I do
C-c " g
or
M-x org-plot/gnuplot
I get
org-plot/gnuplot: Cannot open load file: No such file or directory, gnuplot
It'd be nice if org-plot/gnuplot could instead `message' me a link to
the package that needs installing (or at least if the docstring for that
function coul
Hello,
Edmund Christian Herenz writes:
> Consider the following HTTP link:
> http://skyserver.sdss.org/dr14/en/tools/quicklook/summary.aspx?ra=11%2054%2048.85&dec=+24%2043%2033.0
>
> I have this link in the kill-ring, mark 'some text' in an org-mode buffer
> and run org-insert-link (C-c C-l). T
> 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
Eli Zaretskii writes:
>> 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?
>>
>
> 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.
201 - 300 of 9324 matches
Mail list logo