lot of
errors sometimes.
>
Thank you Prof. Kitchen,
Tried your suggestions with same result: references marked as [?] and no
bibliography generated.
/Nikolai
Eric S Fraga ucl.ac.uk> writes:
>
> On Saturday, 6 Feb 2016 at 14:42, Nikolai Stenfors wrote:
> > Hi,
> > Org-ref appears to be an excellent reference handling tool for org-mode. I
> > have followed the installation according to org-ref homepage.
> > However,
Hi!
I would like to use Org mode with MobileOrg over Dropbox and have all
my org-agenda-files synced between all my computers, that is, my home
computer, my work computer, and my mobile. Currently, as I understand
MobileOrg and org-mobile-push/-pull, MobileOrg is only really designed
to sync betw
tex")
(and (buffer-file-name)
(file-exists-p (buffer-file-name))
(reftex-parse-all))
(define-key org-mode-map (kbd "C-c )") 'reftex-citation))
(add-hook 'org-mode-hook 'org-mode-reftex-setup)"
In my .org-file I put the path to my refs.bib-file:
\b
Hi!
It seems that agendas created when org-agenda-sticky-mode is t aren’t
automatically redone when calling
org-agenda-(set|remove)-restriction-lock. The reason is that
(org-agenda-maybe-redo) checks whether there’s a window displaying a
buffer named org-agenda-buffer-name. Org-agenda-buffer-nam
Hi!
Anyone else experiencing this? Or is my configuration wrong in some way?
On Mon, Dec 22, 2014 at 7:10 PM, Nikolai Weibull wrote:
> Hi!
>
> It seems that agendas created when org-agenda-sticky-mode is t aren’t
> automatically redone when calling
> org-agenda-(set|remove)-r
I’m bumping this again, as this feels like a bug and I’m surprised
that no one has at least responded to it.
On Wed, Jan 7, 2015 at 6:51 PM, Nikolai Weibull wrote:
> Hi!
>
> Anyone else experiencing this? Or is my configuration wrong in some way?
>
> On Mon, Dec 22, 2014 at 7
On Sun, Jan 18, 2015 at 11:26 AM, Nicolas Goaziou
wrote:
> Nikolai Weibull writes:
>
>> I’m bumping this again, as this feels like a bug and I’m surprised
>> that no one has at least responded to it.
>>
>> On Wed, Jan 7, 2015 at 6:51 PM, Nikolai Weibull wrot
On Sun, Jan 18, 2015 at 11:39 PM, Nicolas Goaziou
wrote:
> Nikolai Weibull writes:
>
>> I realize that you have to update it manually, but wouldn’t it make
>> sense to have it be updated automatically when you call
>> org-agenda-(set|remove)-restriction-lock? At least wh
/gmane.emacs.orgmode/102603/focus=102637)
Please find my struggles attached as files.
Any suggestions/directions?
Yours sincerely,
Nikolai Stenfors
1 Introduction
An article Stenfors2010
2
Bibliography
[Stenfors2010] Nikolai Stenfors, Self-reported symptoms and bronchial hyperresponsiveness in
--
> Professor John Kitchin
> Doherty Hall A207F
> Department of Chemical Engineering
> Carnegie Mellon University
> Pittsburgh, PA 15213
> 412-268-7803
> @johnkitchin
> http://kitchingroup.cheme.cmu.edu
>
>
> On Sat, Feb 6, 2016 at 1:04 PM, Nikolai
> wrote:
>
&
On Mon, Jan 19, 2015 at 6:38 PM, Nicolas Goaziou wrote:
> Nikolai Weibull writes:
>
>> On Sun, Jan 18, 2015 at 11:39 PM, Nicolas Goaziou
>
>>> It could make sense, but the current behaviour is simple and
>>> consistent : always refresh manually, no exception.
Hi!
Would it be of interest to anyone else if the bleeding edge version
was available via elpa?
On Sat, Mar 7, 2015 at 3:47 PM, Xavier Maillard wrote:
> Nikolai Weibull writes:
>> Would it be of interest to anyone else if the bleeding edge version
>> was available via elpa?
> Isn't it already available via M-x package interface ?
No, only the version based
On Mon, Jul 28, 2014 at 4:20 PM, Bastien wrote:
> Nikolai Weibull writes:
>
>> Here’s a suggested solution. We keep track of whether the parent
>> entry already has any children, then we call org-insert-heading with
>> two universal arguments to add an entry a
On Sun, Mar 8, 2015 at 3:17 PM, Aaron Ecay wrote:
> IMO this is a bad idea. The bleeding edge version is expected to be
> somewhat unstable, and exposing it via ELPA will lead to foot-shooting
> incidents.
Is trying to manage it via git+make oneself less likely to cause incidents?
>From the FA
On Sun, Mar 8, 2015 at 6:59 PM, Achim Gratz wrote:
> Nikolai Weibull writes:
>> Is trying to manage it via git+make oneself less likely to cause
>> incidents?
> There's a bunch of people who seem to manage it just fine.
Did I say otherwise?
Does this preclude making a
Here’s a patch that I hope I managed to compile correctly via git-send-email.
org-agenda-buffer-name)
+ t))
(w0 (selected-window)))
(when w
(select-window w)
--
2.5.0
On Thu, Aug 20, 2015 at 7:21 PM, Bastien wrote:
> Hi Nikolai,
>
>> Here’s the patch again, as I don’t think the one I sent yesterday got
Here’s the patch again, as I don’t think the one I sent yesterday got
through. My FSF papers are signed, by the way.
Attached, finally. My FSF papers are signed.
On Mon, Feb 16, 2015 at 10:05 AM, Nicolas Goaziou
wrote:
> Hello,
>
> Nikolai Weibull writes:
>
>> Sorry for the late reply. Here’s a patch that should work:
>
> Thank you.
>
> Could you provide an appropriate commit
* org-agenda.el (org-agenda-maybe-redo): Test for
org-agenda-this-buffer-name as well.
The Agenda buffer will have a different name if it’s in sticky mode,
but some commands that alter the agenda should still redo it, for
example, org-agenda-remove-restriction-lock, just like
org-agenda-filter-by-
* org-agenda.el (org-agenda-maybe-redo): Test for
org-agenda-this-buffer-name as well.
The Agenda buffer will have a different name if it’s in sticky mode,
but some commands that alter the agenda should still redo it, for
example, org-agenda-remove-restriction-lock, just like
org-agenda-filter-by-
* org-agenda.el (org-agenda-maybe-redo): Test for
org-agenda-this-buffer-name as well.
The Agenda buffer will have a different name if it’s in sticky mode,
but some commands that alter the agenda should still redo it, for
example, org-agenda-remove-restriction-lock, just like
org-agenda-filter-by-
* org-agenda.el (org-agenda-insert-diary-strategy): Add new value
'date-tree-last.
(org-agenda-insert-diary-make-new-entry): Handle
`org-agenda-insert-diary-strategy' set to 'date-tree-last.
To allow for diary entries to be entered in time order in the date tree,
add a new value to `org-agen
On Sun, Aug 23, 2015 at 9:40 AM, Nicolas Goaziou wrote:
>> + (let ((last (eq org-agenda-insert-diary-strategy 'date-tree-last))
>> + (has-children (save-excursion (org-goto-first-child
>> +(if (not (and last has-children))
>> + (outline-next-heading)
>> + (org-goto-first-chi
* org-agenda.el (org-agenda-insert-diary-strategy): Add new value
'date-tree-last.
(org-agenda-insert-diary-make-new-entry): Handle
`org-agenda-insert-diary-strategy' set to 'date-tree-last.
To allow for diary entries to be entered in time order in the date tree,
add a new value to `org-agen
---
etc/ORG-NEWS | 3 +++
1 file changed, 3 insertions(+)
diff --git a/etc/ORG-NEWS b/etc/ORG-NEWS
index f1d85c1..dc0d8b1 100644
--- a/etc/ORG-NEWS
+++ b/etc/ORG-NEWS
@@ -12,6 +12,9 @@ Please send Org bug reports to emacs-orgmode@gnu.org.
** New features
*** Org linter
~org-lint~ can check syn
* org.el (org-mode): Add guard around set-face-foreground.
(org-mode): When loading Org buffers through desktop, there will not be
a foreground set for org-hide. Therefore, simply do not set the
foreground of org-hide unless there is one to set.
---
lisp/org.el | 4 +++-
1 file changed, 3 inserti
On Tue, Mar 18, 2014 at 4:27 PM, Bastien wrote:
> Nikolai Weibull writes:
>
>> (org-mode): When loading Org buffers through desktop
>
> I'm not sure what the above means, can you explain it?
> Also, what is exactly the bug this fixes (beyond setting
> somethi
Hi!
It seems that if you use
#+STARTUP: indent
the org-hide face used for the hidden stars will remain when using the
org-columns view, resulting on, in my case, white on gray.
Is there a workaround to this that I’m not thinking of?
On Sat, May 10, 2014 at 1:35 PM, Nikolai Weibull wrote:
> Hi!
>
> It seems that if you use
>
> #+STARTUP: indent
>
> the org-hide face used for the hidden stars will remain when using the
> org-columns view, resulting on, in my case, white on gray.
To clarify, this leaks
On Wed, May 21, 2014 at 4:35 AM, Bastien wrote:
> Hi Nikolai,
>
> Nikolai Weibull writes:
>
>>> It seems that if you use
>>>
>>> #+STARTUP: indent
>>>
>>> the org-hide face used for the hidden stars will remain when using the
>
On Wed, May 21, 2014 at 1:31 PM, Bastien wrote:
> Nikolai Weibull writes:
>
>> Yes, the hiding of the stars is cancelled, but it seems that the
>> org-hide face is still being applied and leaking unto the whole
>> headline. I got around this by adjusting the org-column
On Wed, May 21, 2014 at 3:48 PM, Nikolai Weibull wrote:
> On Wed, May 21, 2014 at 1:31 PM, Bastien wrote:
>
>> Nikolai Weibull writes:
>>
>>> Yes, the hiding of the stars is cancelled, but it seems that the
>>> org-hide face is still being applied and leaking
Hi!
The documentation for org-agenda-insert-diary-make-new-entry says that
it adds the entry as the last child, but it seems that it’s adding it
as the first child instead. (My org-agenda-insert-diary-strategy is
'date-tree.)
On Fri, May 30, 2014 at 2:10 PM, Bastien wrote:
> Nikolai Weibull writes:
>
>> The documentation for org-agenda-insert-diary-make-new-entry says that
>> it adds the entry as the last child, but it seems that it’s adding it
>> as the first child instead. (My org-agenda-
On Fri, May 30, 2014 at 4:04 PM, Bastien wrote:
> Nikolai Weibull writes:
>
>> Wouldn’t it be better to fix the function? I’m thinking that you
>> probably want entries added later during the day to appear later in
>> the file, right?
>
> Personally, I prefer t
On Fri, May 30, 2014 at 5:24 PM, Bastien wrote:
> Hi Nikolai,
>
> Nikolai Weibull writes:
>
>> When set to 'top-level, the documentation mentions that it adds it to
>> the end of the file and testing confirms this. It thus seems more
>> consistent to always
When I export a text with references into pdf, the default
headline for the reference-chapter is "References". How do I change the
title/headline? A specific org-ref-variable?
--
Nikolai Stenfors
expects, it simply creates an empty :PROPERTY: drawer instead and
leaves the “misplaced” one where it was.
What’s going on here?
Nikolai
Nicolas Goaziou, 2018-01-31 20:12:
Nikolai Weibull writes:
At first I figured that the rules had changed and that the
:PROPERTY: drawer must come first
That's correct.
but then I tried it out and Org would gladly create a new
:LOGBOOK: drawer for an entry that already had a :PRO
42 matches
Mail list logo
