Hello,
I would like to extend the org-mode markup.
For example, I would like to change the face of a keyword, say: :next: .
Whenever :next: is displayed from an org-mode buffer, it should show up in
using an arbitrary face.
I tried this:
(defun org-add-my-extra-markup ()
(add-to-list 'org-fon
Nick Dokos writes:
> From what I can gather, this does not have much to do with Org mode
> proper, which has no org-agenda-property-list at all. I presume that
> you have
>
> https://github.com/Malabarba/org-agenda-property/blob/master/org-agenda-property.el
>
> installed, which does provide such
> I understand from your answer to Bastien's query that this fix is
> specific to your branch; would it be hard to backport it to Org's maint
> branch? Otherwise IIUC Org 9.4 will keep this regression, and users
> will have to wait until Org 9.5 for a fix.
The problem is that fix in my branch has
i am lost about a and b and 1-2 and so on.
but i went to a tecosaur site and noticed that the old unicorn
covering text when you use large fonts or have a low dpi monitor is no
longer a problem, whihc is good. i'd suggest high contrast, light on
dark, preferably with no glaring whites anywhere.
> You can find the final 3 concepts here: https://0x0.st/ilFH.pdf, once
> again I'd like to encourage any feedback, and ranking of the options.
I like A and B with slight preference towards B.
Also, the website renders strangely in qutebrowser (see the attached
screenshot). Firefox renders everyt
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.
Samuel W. Flint writes:
>> Bastien writes:
>
> B> Can you provide a patch to announce this in etc/ORG-NEWS?
>
> Please see the attached patch.
Thanks. Applied (488076e0a).
Matt Huszagh writes:
> This patch looks good. I've tested it and it works well for me. Thanks
> for coming up with a good solution!
Thanks for testing it out.
> I think the one thing still missing is some documentation in the info
> manual. Something along the lines of [...]
Yep, the manual sho
> Bastien writes:
B> Hi Samuel, "Samuel W. Flint" writes:
>> Marked as TINYCHANGE.
B> Applied as d06aa486d, thanks!
Thanks!
B> Can you provide a patch to announce this in etc/ORG-NEWS?
Please see the attached patch.
B> -- Bastien
Sam
--
Samuel W. Flint
4096R/FA13
with ob-java I assumed I shouldn't change ob-core, so I advised/overrode
ob-core instead of changing it. But it would be much better to change
ob-core. I'll submit those changes as a separate patch that modifies
ob-core.
On Sun, Sep 13, 2020 at 4:04 PM Kyle Meyer wrote:
> ian martins writes:
>
>
Kyle Meyer writes:
> Here's what org-table-sum does underneath:
>
> (apply #'+
> (list 171.0 4.07 4.44 2.61 12.21 6.69 19.72 23.09 6.23 15.28 78.85))
> ;; => 1094.18998
Sorry, I pasted the wrong snippet (that one above has some numbers
pruned and returns "344.189994")
Kein Test writes:
> Hi,
>
> I found out about org-table-sum yesterday, but I quickly ran into a
> problem, where the result is not right.
>
> For example:
>
> | 171.00 |
> | 4.07 |
> | 4.44 |
> | 2.61 |
> | 12.21 |
> | 6.69 |
> | 19.72 |
> | 23.09 |
> | 6.23 |
> | 15.28 |
> | 250.00
I can reproduce this with org 9.3.1. I imagine the decimal numbers
have precision problems when converted to binary floating point.
A simpler table to reproduce:
| 83.6 |
|.1 |
|---|
| 83.69 |
Kein Test writes:
> Hi,
>
> I found out ab
Hi,
What are the pros?
About the cons: maybe we need to look more into the requirements.
I am looking at https://tools.ietf.org/html/rfc2048 and the one that
concerns me a little is 2.2.6: I guess somebody would need to write a
bit of docs about security concerns. Or you can go the way Markdown
Hi,
What are the pros?
About the cons: maybe we need to look more into the requirements.
I am looking at https://tools.ietf.org/html/rfc2048 and the one that
concerns me a little is 2.2.6: I guess somebody would need to write a
bit of docs about security concerns. Or you can go the way Markdown
Hi,
I found out about org-table-sum yesterday, but I quickly ran into a
problem, where the result is not right.
For example:
| 171.00 |
| 4.07 |
| 4.44 |
| 2.61 |
| 12.21 |
| 6.69 |
| 19.72 |
| 23.09 |
| 6.23 |
| 15.28 |
| 250.00 |
| 250.00 |
| 250.00 |
| 78.85 |
||
If po
Hello Nick,
Thanks for the feedback. I'm not sure I understand your setting
entirely. I have reproduced the behaviour of tempo
inside an org src block below. I don't have any comma before the
source block expansion unless I type it.
Any character except space or tab on the line of the expansion
Ihor Radchenko writes:
> Thanks for reporting! I accidentally reintroduced the bug because of
> mistake when converting org-hide-drawers to new folding library.
> (:facepalm:).
>
> Should be fixed in the gist now.
Can confirm, thanks!
I understand from your answer to Bastien's query that this f
Hi
A or B, no strong preference.
About the text, maybe we can change the "there are dozens of them", that
struck me as a bit odd. Because what is a "feature".
Maybe
Features - which subset will you use?
Features - something for everyone
Features - start digging
I don't know...
Cheers
Carsten
Hello Bruno,
Thanks for your mail. I have been missing this feature that was taken
out of core. I will have to keep up with the modulation of org-mode but
it is for the better.
Regarding your concern
> In the same spirit if before trying that I type tabulation then = then tabulation again, noth
I can't say anything about indentation (I encounter problems that I
have not reported because of lack of time to investigate combined with
laziness - but I suspect they are, partly at least, of my own making).
But when I do `8---
#+NAME: third
#+begin_src org
- an item
- subitem
A vote for A from me. I think that using the light background for the
section above the fold fits better with the color themes of the other
pages and will make the transition less jarring. Best!
Tom
On Thu, Sep 24, 2020 at 9:20 AM TEC wrote:
>
>
> An update.
>
> 1. We have a volunteer for a Japan
"collapsable" should be "collapsible".
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
Hello all,
I have a wide screen, which makes right edge alignment of tags in the
agenda inconvenient (they're hard to match with the main entry).
Setting org-agenda-tags-column to a specific column overwrites part of
the entry, which is not optimal. I'd simply want the tag to be put
_after_ the e
Nix on variant C from me.
Slight lean towards B, but I personally would be happy with either A or B.
Thanks!
--
Nick
"There are only two hard problems in computer science: cache
invalidation, naming things, and off-by-one errors." -Martin Fowler
> On Sep 24, 2020, at 8:20 AM, TEC wrote:
>
>
> An update.
>
> 2. Following the community opinions and feedback on the designs
> presented, further iteration has occurred and 20 concepts have been
> reduced to the three most promising candidates.
> I now have a final 3 - the first two
Does anyone have any idea where I can look to understand that?
--
Bruno BEAUFILS
--- Begin Message ---
Let us imagine this simple org file :
#+NAME: first
#+begin_src org
- an item
- subitem
#+end_src
If the cursor is at the last line and I want to insert an org block,
let's say an example,
An update.
1. We have a volunteer for a Japanese translator (yay!),
still looking for a french one
2. Following the community opinions and feedback on the designs
presented, further iteration has occurred and 20 concepts have been
reduced to the three most promising candidates.
I now
Thank you very much for this. I wasn't sure if accessibility was something
you'd care about or not, but I figured I'd give it a shot, as any blind
user of Emacs, through Emacspeak or otherwise, who wanted to get into
Org-mode would appreciate it. One more small thing or two:
On the features page,
Hello,
After updating from org-plus-contrib-20200810 to
org-plus-contrib-20200921, opening org files has become extremely slow
for me. As a rough estimate, a 400 KB org file of mine used to take 5
seconds on first load in a session, and after the update needed more
than 2 minutes. This is the
Christian,
thank you for this mini-tutorial. Very helpful! Calc is so powerful
but also has such a steep learning curve that I don't use it as much as
I should.
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.4-29-gbc9664
This looks great. 2-1 is the one I prefer.
- Greg Newman
On Tue, Sep 22, 2020 at 10:56 AM TEC wrote:
> Hello everyone,
>
>
>
> I'm pleased to announce that after chatting with Bastien, my
>
> little
>
> revamp project seems to be nearing the point where it may replace
>
> the
>
> current site
Hi Devin, thanks for checking up on this!
Devin Prater writes:
> [no alt texts for images]
This should be fixed now!
(https://github.com/tecosaur/orgwebsite/commit/545d0c7d28)
> Also, I cannot find the area to view the Org-mode source of a page.
Ah, yes. This was removed at the request of
Another important thing, I will happy if we can add some link to the
spanish version of org guide. You can find the sources in
https://savannah.nongnu.org/git/?group=orgguide-es
Thanks in advance!
--
https://damegender.net
Timothy E Chapman writes:
> Hi Bastien,
>
> Just remembered I haven't addressed everything you mentioned here.
>
> Bastien wrote:
>
>> Also, let's remove the mini-unicorn in the top bar, it is redundant
>> and reminds me of the opening of IT Crowd.
>
> Ah yes, I see the resemblance :P I'm not su
Hi,
Parsing numbers followed by currencies is sort of supported already
through Calc's operations on units. (Calc is the built-in emacs
calculator that powers the spreadsheet function of Org tables). I
haven't used this or explored it much, but my impression is that it
could be made more useful
Hello Marko,
Thanks for reporting. Unexpected behavior of (org-table-wrap-region)
confirmed.
works fine with
> | Includes all aspects of|
> | information about |
> | proposed project. |
Error: user-error: Not in table data field
with header line
> |---
Emacs : GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.22,
cairo version 1.17.3)
of 2020-08-28
Package: Org mode version 9.4 (9.4-elpaplus @
/home/marko/.emacs.d/elpa/org-plus-contrib-20200914/)
I'm using multi-line fields in org tables. When I wrap such a field
there are unex
38 matches
Mail list logo
