Hi all,
I'm using org-mode to write a paper and export it to a pdf. It compiles just
fine.
However, when opening the experted pdf (with evince or okular) and searching
for a word, the output from the search function is a list of words with
apparently incorrect character encoding.
I get the
Marcin Borkowski writes:
> On 2015-03-20, at 10:07, Sebastien Vauban wrote:
>
>> Hello Marcin,
>>
>> Marcin Borkowski wrote:
>>> I'm wondering what people do to keep the configuration of their Org
>>> files in order.
>>
>> I'm not sure to correctly grasp your objective. Could you restate it?
>
Very nice, thanks!
On 3/20/2015 10:26 PM, Marcin Borkowski wrote:
On 2015-03-21, at 00:23, Rasmus wrote:
This patch adds #+SUBTITLE to a couple of backends. This property is
WDTY?
+1
Best,
--
Melanie BACOU
International Food Policy Research Institute
Snr. Program Manager, HarvestChoi
On 2015-03-21, at 00:23, Rasmus wrote:
> This patch adds #+SUBTITLE to a couple of backends. This property is
>
> WDTY?
+1
Best,
--
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University
Hello,
Rasmus writes:
> In ox-latex :creator is inserted according to
>
> ;; Creator.
> (and (plist-get info :with-creator)
> (concat (plist-get info :creator) "\n"))
>
> Is it on purpose that if :with-creator is non-nil and :creator is the
> default value, then it's inserted i
Hi,
As is evident from the git log, I have made the following mistake at least
twice:
(org-element-parse-secondary-string nil restrictions)
I wish this would just return nil instead of an error. In particular, in
ox files you have to do
(org-element-parse-secondary-string (or whatever ""
Hi,
In ox-latex :creator is inserted according to
;; Creator.
(and (plist-get info :with-creator)
(concat (plist-get info :creator) "\n"))
Is it on purpose that if :with-creator is non-nil and :creator is the
default value, then it's inserted in the pdf, i.e. without being pr
Marcin Borkowski writes:
> On 2015-03-20, at 10:07, Sebastien Vauban wrote:
>
>> Hello Marcin,
>>
>> Marcin Borkowski wrote:
>>> I'm wondering what people do to keep the configuration of their Org
>>> files in order.
I usually have something like
* export options :noexport:
# whatever.
But in
Hi,
This patch adds #+SUBTITLE to a couple of backends. This property is
already supported in ox-texinfo and e.g. beamer.cls has a subtitles macro,
but ox-beamer.el has no #+SUBTITLE. I have used subtitles in
e.g. applications for research funds.
The value-added is twofold:
- It adds a con
On 2015-03-20, at 10:07, Sebastien Vauban wrote:
> Hello Marcin,
>
> Marcin Borkowski wrote:
>> I'm wondering what people do to keep the configuration of their Org
>> files in order.
>
> I'm not sure to correctly grasp your objective. Could you restate it?
Sure.
Where do you put things like
Hi,
Newlines behave differently when using utf8 and other encodings,
e.g. between the top line and the title (which is fine), but also between
title and author, which I dislike a lot. I don't know if this is a
features.
Example:
#+title: title
#+author: author
utf8 output with 2 newlines betwe
Hello,
Christopher Allan Webber writes:
> org-habit graph also not rendering here in master.
Could you show an ECM?
Regards,
--
Nicolas Goaziou
Nicolas Goaziou writes:
> AFAIC, you can push the patches, when the above is fixed. Thank you.
Pushed:
304a5cb ox-koma-letter: Interpret #+SUBJECT.
a795d9e ox-koma-letter: Stricter subject inference
c4d4e5e ox-koma-letter: Tiny refactor
—Rasmus
--
Bang bang
On 2015-03-20 at 05:40, Randomcoder wrote:
> On Wed, Mar 18, 2015 at 02:09:31PM -0400, Ken Mankoff wrote:
>> I have a solution that works quite well outside of Org. Apple
>> Calendar supports timezones plus a "floating" option. I use Org for
>> all my floating events - local to the computer and m
On Fri, 20 Mar 2015, Ken Mankoff wrote:
It would be nice to be able to search in links without extra work to
change modes. Without this, you cannot even search for a cite key!
You *can* search in links without changing modes.
Exa RET
runs nonincremental-search-forward on "Exa" and finds
org-show-context-detail may also be relevant:
org-show-context-detail is a variable defined in `org.el'.
Its value is ((isearch . lineage)
(bookmark-jump . lineage)
(default . ancestors))
Documentation:
Alist between context and visibility span when revealing a location.
Some actions may move
hmm:
===
search-invisible is a variable defined in `isearch.el'.
Its value is open
Documentation:
If t incremental search/query-replace can match hidden text.
A nil value means don't match invisible text.
When the value is `open', if the text matched is made invisible by
an overlay having an `inv
It would be nice to be able to search in links without extra work to change
modes. Without this, you cannot even search for a cite key!
-k.
Please excuse brevity. Sent from pocket computer with tiny non-haptic feedback
keyboard.
> On Mar 20, 2015, at 11:38, Jacob Gerlach wrote:
>
>> On
On Fri, Mar 20, 2015 at 9:44 AM, Rainer M Krug wrote:
> Hi
>
> I got an error as follow when I tried to export:
>
> ,
> | org-babel-exp process R at line 5495...
> | Evaluation of this R code-block is disabled.
> | user-error: Unable to resolve link "*uLELFit"
> `
>
> I thought "OK - I'll
Richard Lawrence wrote:
> Rainer M Krug writes:
>
>> I figured out that I can not search for text in the link.
>>
>> Thins is quite annoying, especially as I even thought of opening the
>> file in another texteditor, search for the string, and save it again.
>>
>> As an example: if this link is in
Hi Rainer,
Rainer M Krug writes:
> I figured out that I can not search for text in the link.
>
> Thins is quite annoying, especially as I even thought of opening the
> file in another texteditor, search for the string, and save it again.
>
> As an example: if this link is in an org-mode file, A
Bernt Hansen writes:
> Hi,
>
> I tried out the master branch today and the habit graph seems to be
> broken.
>
> Habits display as normal repeating tasks in commit
>
> 40f2b88 (Open outer link on nested links, 2014-11-20)
>
> and work normally in commit
>
> 7429f35 (Merge branch 'maint', 2014-10-2
Hi
I got an error as follow when I tried to export:
,
| org-babel-exp process R at line 5495...
| Evaluation of this R code-block is disabled.
| user-error: Unable to resolve link "*uLELFit"
`
I thought "OK - I'll search for uLELFit and just fix this link - but I
could do what I wanted,
Does the ID property have any use? I know I can disable it, but where
is it being used ?
(the ID property that org-mobile generates for each heading)
Are there any drawbacks to just disabling it
with (setq org-mobile-force-id-on-agenda-items nil) ?
Is it being used somewhere in particular ?
On Wed, Mar 18, 2015 at 02:09:31PM -0400, Ken Mankoff wrote:
> I have a solution that works quite well outside of Org. Apple Calendar
> supports timezones plus a "floating" option. I use Org for all my
> floating events - local to the computer and me, whatever TZ we're in. I
> haven't found a way
Hi Eric,
I've also seen these threads from the archive of the mailing list
discussing about the very same thing.
In summary it seems that in 2008 Carsten's opinion on this was
that it would add a lot of complexity and it's a pandora's box
about to be open.
In 2014, Nicolas's reply seems a bit mo
Hi Marcin,
I'm going to reference a hangout of Sacha Chua and Xah Lee
where they talked about this https://www.youtube.com/watch?v=rKPKWqvTImA
( you can download it with livestreamer like so
livestreamer -o xlsc.mp4 https://www.youtube.com/watch?v=rKPKWqvTImA 360p )
At 26:53 Xah Lee starts e
Hello Marcin,
Marcin Borkowski wrote:
> I'm wondering what people do to keep the configuration of their Org
> files in order.
I'm not sure to correctly grasp your objective. Could you restate it?
> I use a dedicated top-level headline, with a COMMENT keyword, but
> I started to think that a :no
Marcin Borkowski wrote:
> Hi there,
>
> it seems that reviving old threads is my new hobby;-).
>
> On 2014-11-29, at 22:58, Marcin Borkowski wrote:
>
>> On 2014-11-29, at 22:53, Marcin Borkowski wrote:
>>
>>> On 2014-11-24, at 19:38, Rasmus wrote:
>>>
Marcin Borkowski writes:
> Hell
29 matches
Mail list logo
