Now I figured out, because the filename contains a space, which Org auto
converted to `%20' when exit org-insert-link. That's why can't see the
inline image in exported PDF file. After I renamed image filename with
replace space with underline "_". Problem solved.
But, if possible, I still hope
I'm currently using *org-publish* for blogging. But I want it to have
tag system. About why not using other static site blogging system,
because I like Org Mode.
The tag system should have following functions:
- get blog tags from Org file headline tags, or property etc.
- show tags on blog po
My notebook computer is a smaller screen computer. When I open 5, 6
windows, it will make every window small. When I using
`org-insert-structure-template` or `org-export-dispatch`, They have a
long length content, if those popup buffer are display in my small size
window. I can't see part of them
I have an inline image link like this in Org file:
```org
#+ATTR_ORG: :width 300
#+ATTR_LATEX: :width 3.0in
#+ATTR_HTML: :width 300px
[[file:data/images/me_picture%2023.jpg]]
```
When I export to PDF file, others work fine, but just no image, no link
at the inline image link position. Just blan
binZMEXuhGks6.bin
Description: application/pgp-encrypted
binoD3igvt0Pw.bin
Description: Binary data
binV_LTZlQ4nF.bin
Description: application/pgp-encrypted
bin8UiPPrykhr.bin
Description: Binary data
x-uw-ex-currentlocation-365-recipient: Outside
x-microsoft-exchange-diagnostics:
=?utf-8?B?MTtDWTFQUjA4MDFNQjIyOTc7MjM6UmJFcDdTR0wvNHBPcjhVcWNXZGtLdXdm?=
=?utf-8?B?S2ROdDl5VjFIaGhuQTh3TGFIa253Y0NBc3ZxRUhPYWVrRVd4ZWc0ZXJxbjM3?=
=?utf-8?B?aTN3TGtiMXNKMmlGS3V6OHBPNlVXUXlBNTEwalVNaUhQM
Hello,
John Borwick writes:
> If I execute in *scratch*
>
> (org-agenda-get-day-entries "~/Dropbox/org/main-todo.org" '(2 18 2019)
> :deadline :scheduled :timestamp :sexp)
>
> and main-todo.org contains this entry:
>
> *** TODO Medium priority inboxes
> :@
x-uw-ex-currentlocation-365-recipient: Outside
x-microsoft-exchange-diagnostics:
=?utf-8?B?MTtDWTFQUjA4MDFNQjIzNDU7MjM6RWNydHRFUEVySG53U0M3N0JRWXROWG1V?=
=?utf-8?B?MXZta0l2a21vQkhTZng3MUUxZzJjZm1XVG4rc05UckR2MTlxVFJyZUV1S2lW?=
=?utf-8?B?N2xWdHAxRXdWa1pIdHp6M0I4NXBmaGkyTzNlazJod0p3T
x-uw-ex-currentlocation-365-recipient: Outside
x-microsoft-exchange-diagnostics:
=?utf-8?B?MTtDWTFQUjA4MDFNQjIxNTY7MjM6U0MySWlETVUrV1g5UTRjNEc1UWlodGRu?=
=?utf-8?B?NkJDNW53ZHJzNHhpNCs0aXc1NklhK0xoWlgxSU5kMjdsZUlTcGVxY3dYc0c5?=
=?utf-8?B?M3B0OHVNQ2lEdm5Gb2JPRFo4WDZUOHRlazExQVpWazE4U
Hello,
Nick Helm writes:
> When the specified column width is one or two characters wider than the
> longest cell in the column (26 and 27 char in the example below), the
> shrunk column indicator and right-hand table borders do not draw
> correctly.
>
> For example, shrink the following with C-
Hello,
Norman Walsh writes:
> Consider this org-mode file:
>
> This is a *bold* word.
>
> What org-element-parse-buffer returns is:
>
> (org-data nil (section (:begin 1 :end 24 :contents-begin 1 :contents-end
> 24
> :post-blank 0 :post-affiliated 1 :parent #0) (paragraph (:begin 1 :
Sorry, the patch I've submitted wasn't right: it had part of another
test I was running, hence the `end-of-line'.
Here's the proper version:
[START]
lisp/org.el | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
dif
Hello again,
Leo Vivier writes:
> I was pleased to see that property-adding functions didn't behave badly
> with 1-line subtrees. Maybe we could investigate those commands and
> patch their behaviour onto the problematic ones?
>
> If that sounds good to you, I could work on it and submit anothe
Hi,
I’ve just noticed that org-element-parse-buffer loses whitespace
sometimes.
Consider this org-mode file:
This is a *bold* word.
What org-element-parse-buffer returns is:
(org-data nil (section (:begin 1 :end 24 :contents-begin 1 :contents-end 24
:post-blank 0 :post-affiliated 1
Hello again,
Nicolas Goaziou writes:
> Hello,
>
> It doesn't work the way `LaTeX-narrow-to-environment' works. In
> particular, AUCTeX's function /does not modify the buffer/. This is
> a big no-no, really.
I see your point, and I understand why it would be strange for narrowing
commands to mod
Hello,
Years ago, literally, I asked about converting an org-mode file to XML.
I finally got around to writing it. Probably very badly. Comments,
etc. most welcome.
https://github.com/ndw/org-to-xml
Be seeing you,
I use it for dynamic folder sync, I can use it different machine, just
change the ~org-directory~ variable. I use this variable in many place
to concatenate a whole path.
Carlos Pita writes:
> Hi all,
>
> I often wonder if the way org-directory is currently used has any
> sense or is just a hi
Nicolas Goaziou writes:
> Anyway, I changed the algorithm, so shrinking should now obey to
> alignment.
By the way, I think this change may have introduced a new bug.
When the specified column width is one or two characters wider than the
longest cell in the column (26 and 27 char in the exam
Hello,
Leo Vivier writes:
> I understand. The rationale behind this idea was that it would only
> modify the way narrowing works for subtrees just as AUCTeX's
> `LaTeX-narrow-to-environment' works for environments. That's why I
> didn't think it was a problem.
It doesn't work the way `LaTeX-n
Eric S Fraga writes:
> On Tuesday, 19 Feb 2019 at 03:16, Nick Helm wrote:
>
> [...]
>
>> Great, got it sorted now. Thanks again for your time.
>
> It would be great, for others that may be interested, if you could post
> your solution to this list.
Sure, patch below. It's a bit crude, but it wor
This is a squashed version of all the commits I’ve done on that
branch to make it easier to apply.
---
lisp/org-capture.el | 12 ++--
lisp/org-keys.el| 2 ++
lisp/org.el | 69 -
3 files changed, 67 insertions(+), 16 deletions(-)
diff
Hello,
Nicolas Goaziou writes:
> However, I don't think this is going into a good direction. Narrowing
> should probably be the same everywhere in Emacs, including Org mode.
I understand. The rationale behind this idea was that it would only
modify the way narrowing works for subtrees just as
On Tuesday, 19 Feb 2019 at 03:16, Nick Helm wrote:
[...]
> Great, got it sorted now. Thanks again for your time.
It would be great, for others that may be interested, if you could post
your solution to this list.
thanks,
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2-193-ge7901c
Hello,j
Leo Vivier writes:
> The problem is inherent to Emacs's narrowing. In org-mode, the
> narrowing commands use `org-end-of-subtree' to retrieve the
> end-position of the region to be narrowed. However, with a 1-line
> subtree, `org-end-of-subtree' moves the point to the end of the line
>
25 matches
Mail list logo
