Asa Zeren writes:
Hi,
Even though I am new to the org-mode community, I would like to
share
some thoughts on the specification of org-mode, especially since
I
have seen some recent discussion of it in relation to
registering org
as a MIME type.
First, I would like to repeat the importance
Org currently uses `org-meta-line' to display the value of the #+subtitle:
property. However, the subtitle isn’t meta information, but document
information supposed to be displayed in the exported document like title,
author, date, e-mail. The attached patch uses the face `org-document-info'
Dear Stardiviner,
I used the "scimax" configuration. Scimax's maintainer, John Kitchin,
helped me out to find the root cause of the problem, i.e. the following
addition to " python-font-lock-keywords":
(setq python-font-lock-keywords
(append python-font-lock-keywords
'(;; this is the f
TEC writes:
Hi all,
This is a pretty major 'feature request', but I think also an
important
one.
When developing large tables, it can often be /necessary/ to
start using
multi-column/row cells for clarity, and sensible exporting
results.
IMO this can (and definitely should) be regarded
David Rogers writes:
IMO this can (and definitely should) be regarded as a purely
cosmetic problem,
to be resolved by purely cosmetic methods. I think the idea that
each table cell
is exactly one unit of information (and can’t be a collection or
array of units
of information) is more impor
On 2020-11-03 at 00:24 -08, David Rogers wrote...
> I disagree (in principle, not just because it would be difficult) with
> the idea of “expanding beyond Emacs”. Org-mode benefits greatly from
> current and future Emacs development, and asking to standardize “just
> the parts that are not Emacs
On Tue, Nov 03, 2020 at 04:14:41AM -0800, Ken Mankoff wrote:
> It seems like you have never used Orgzly or read on Org file on
> GitHub. Those are not ideas, but are actual current real-world
> win-win implementations of parts of Org outside of Emacs.
Supporting a subset of trivial formatting opti
On Tuesday, 3 Nov 2020 at 04:14, Ken Mankoff wrote:
> Again: GitHub. Orgzly. The conversation should move from "it can't be
> done" or "it isn't helpful" (why so much negativity on this thread?)
> to
Hi Ken,
I'm sorry if I came across as being negative. I am not. I just think
that there is a c
Hi Eric,
On 2020-11-03 at 05:00 -08, Eric S Fraga wrote...
> The benefits of org mode for me are that it is Emacs. [...] I find it
> difficult to see any further standardization that would provide any
> real benefits *to me*. If others see those benefits, excellent! All
> power to them and I hope
On Tuesday, 3 Nov 2020 at 05:31, Ken Mankoff wrote:
> But I'm weary of seeing all my colleagues say "Jupyter" and not "Org"
+1 (not to mention the case of MSWord instead of Jupyter)
So, yes, if TEC or others can get us there, I'm all for it but they'll
have to prise emacs out of hands when I exp
I'm coming at this from the viewpoint of accessibility. I am a blind
person, who is pretty technical, but not technical enough to bend Emacs to
my will as easily as some of you do. But I have begun bending Org-mode to
fit what I use it for, and love heading folding and having all things
pertaining
Please note that changes from this patch cause clipping of popups with
language labels (pre.src:before).
--
Best regards,
Vladislav Glinsky
signature.asc
Description: OpenPGP digital signature
Does anyone see anything wrong with that snippet? All it should do is
improve font-lock on Python f-strings, and it used to work fine, but now it
doesn't. It isn't real critical for me, so I don't mind commenting it out,
but I neither understand why it stopped working!
John
--
Ihor Radchenko writes:
> Feel free to prepare a patch using my code and send it here.
> I think the following function should be sufficient to preserve
> pretty-symbols composition:
>
> (el-patch-defun org-agenda-highlight-todo ...
>
> I have added only 3 lines to the original org-agenda-highligh
Eric S Fraga writes:
On Tuesday, 3 Nov 2020 at 05:31, Ken Mankoff wrote:
But I'm weary of seeing all my colleagues say "Jupyter" and not
"Org"
+1 (not to mention the case of MSWord instead of Jupyter)
🤢
So, yes, if TEC or others can get us there, I'm all for it but
they'll
have to pri
Ken Mankoff writes:
On 2020-11-03 at 00:24 -08, David Rogers
wrote...
I disagree (in principle, not just because it would be
difficult) with
the idea of “expanding beyond Emacs”. Org-mode benefits greatly
from
current and future Emacs development, and asking to standardize
“just
the parts t
I have collected below some quotations to try to represent the general
sentiments expressed so far in the conversation, upon which I would like to
express some thoughts. Most of these have been repeated several times in spirit,
so they are not just the opinions of the listed authors.
Daniele Nicol
> I would like to hear what is the opinion of org maintainter(s) on this
> topic.
Ok. Marking this thread with X-Woof-Help.
William Xu writes:
> Ihor Radchenko writes:
>
>> Feel free to prepare a patch using my code and send it here.
>> I think the following function should be sufficient to pr
TEC writes:
David Rogers writes:
IMO this can (and definitely should) be regarded as a purely
cosmetic problem,
to be resolved by purely cosmetic methods. I think the idea
that each table cell
is exactly one unit of information (and can’t be a collection
or array of units
of information)
> On Oct 27, 2020, at 3:52 AM, Bastien wrote:
>
> Hi Palak,
>
> Palak Mathur writes:
>
>> I have sent that form to the address listed on the form.
>
> thank you very much.
>
Paperwork with FSF is now complete.
—
Palak Mathur
> --
> Bastien
John Kitchin writes:
>> (setq python-font-lock-keywords
>> (append python-font-lock-keywords
>> '(;; this is the full string.
>> ;; group 1 is the quote type and a closing quote is matched
>> ;; group 2 is the string part
>> (
>> ;; "f\\(['\"]\\{1,3\\}\\)\\([^\\1]+?\\)\\1"
>> "f\\(['\"]
Thanks for noting. :) I added that in my Emacs config now.
[stardiviner] GPG key ID: 47C32433
IRC(freeenode): stardiviner Twitter: @numbchild
Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433
Blog: http://stardiviner.github.io/
On Tue, Nov
exporting to markdown loses radio target hyperlinks.
-
This free account was provided by VFEmail.net - report spam to ab...@vfemail.net
ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the
NSA's hands!
$24.95 ONETIME Lifet
23 matches
Mail list logo
