aroz...@gmail.com writes:
> I'm just getting into Emacs/Org-Mode. It's clearly an amazing system and
> the linking via UUID is very useful. My question is: why is linking by UUID
> (and, more generally, the creation of properties drawers) limited to
> headlines, and not to sub-elements like list
John Herrlin writes:
> I would like to combine imports from header-args with imports from a
> source block.
>
> Here is an example:
>
> * RxJava
> :PROPERTIES:
> :header-args: :dir src :results output code
> :header-args:java: :cmdline -classpath ./rxjava-1.3.8.jar:src:. :cmpflag
>
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.
Kyle Meyer writes:
> Nothing jumps out to me. For large files that are already visited, I
> suppose find-file-noselect returning an existing buffer can be faster,
> so relevant factors would include how many Org files a project has, how
> large they are, and how many of those are visited in
Christian Garbs via General discussions about Org-mode.
writes:
> I wrote a simple Org exporter[1] for the BBCode format[2] which is
> used in many web forums.
>
> Is there any interest in including it in Org?
From my side there definitely is interest!
Thank you for stepping forward!
Best
Uwe Brauer writes:
> https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-ledger.html
>
> Points out how to use ledger within org mode.
>
> Is there any simpler solution?
Do you mean simpler accounting in org-mode, or do you mean simpler
ledger-integration?
You can always tangle your
Ihor Radchenko writes:
>> Only philosophy I know is that it is plain text. Is there any official
>> philosophy? I have no idea, at least manual does not give me
>> references. I cannot find "philosophy", send me references.
>
> You are right. There is no official "philosophy" in org. In my
Jean Louis writes:
> * Dr. Arne Babenhauserheide [2020-11-24 21:48]:
>>
>> Jean Louis writes:
>>
>> > Some people maybe access multiple Org files through Agenda, me I
>> > don't. Some items are "non existent" and I do not know how to ask
&
Jean Louis writes:
> * Dr. Arne Babenhauserheide [2020-11-24 21:51]:
>>
>> Jean Louis writes:
>> >> The start of the local variables list should be no more than 3000
>> >> > characters from the end of the file
>> >>
>> >>
Jean Louis writes:
>> The start of the local variables list should be no more than 3000
>> > characters from the end of the file
>>
>>
>> Given the length of the email, I guess this is why Emacs saw the variables
>> as being within the correct range.
>
> Yes thank you. I was thinking Emacs
Jean Louis writes:
> Some people maybe access multiple Org files through Agenda, me I
> don't. Some items are "non existent" and I do not know how to ask
> agenda to refresh itself.
Simply press the letter g.
For my own setup I run code in a hook to update the agenda whenever I
change a TODO
Jean Louis writes:
> So in general I never need to use some general search through Org
> files or any other files as my way of thinking begins with People or
> Groups and that narrows what has to be searched.
How do you deal with stuff that applies to several people?
> it comfortable. My way
Hi Texas,
> Grepping my 94 Mb 6562 files (excluding archive) Textmind for
> "elephantine" takes a few seconds, which is fine.
For the sake of ruining my argument ( :-) ), you might want to check ripgrep.
Searching within 30k files of in total around 150 MiB for
ProviderBuilderFactory (guess
Jean Louis writes:
> When there are more than 2000 people related notes, tasks,
> calculations, questions arise if such better be kept in one Org file
> or multiple Org files in one directory or multiple directories for
> multiple Org files?!
This came up multiple times in discussions. I think
Stefan Nobis writes:
> "Dr. Arne Babenhauserheide" writes:
>
>> Sad story short:...
>
> I'm with you - last weekend I upgrade my OS and had quite some trouble
> to get everything working again and still have some nasty hoops to
> jump through.
>
>
Tom Gillespie writes:
> with upstream, but it is clear that upstream has done zero testing on
> the impact of that change on org-mode (or any other mode for that matter).
I think this statement is too hard. If you use org purely for the
example usecase (headings with a single content-line) and
Tim Cross writes:
> There are only two mechanisms by which org-mode is upgraded and as far
> as I know, both require that the user either initiates the update or
> turns on automatic updates. Your argument would be more compelling for
> me if we were talking about updates which occur without
Tim Cross writes:
> At the same time, us users also need to take on some of the
> responsibility and recognise that major version upgrades may break or
> change their workflow. If you have a situation where stability of your
> environment is critical to your work and your strapped for time so
Tom Gillespie writes:
> Would it help if major releases maintained a mini-config that if added
> to init.el would allow users to retain old behavior? That way they
> wouldn't have to read the NEWS but could just add the relevant lines,
> or maybe even just call the org-old-default-behavior-9.1
Uwe Brauer writes:
>> PS: I started to donate to org-mode a few weeks ago when I realized just
>> how central it is to my workflows. If it’s the same for you, please
>> join up: https://liberapay.com/bzg
>> Creating reliable funding for development of essential Free Software
>>
Tim Cross writes:
> I can completely understand your position. However, I wanted to point
> out that this change was documented in the org NEWS file, where all
> version changes are documented. When upgrading to a new version of org,
> everyone should look there, ideally before the upgrade or
Kévin Le Gouguec writes:
> Before being applied, this change has been discussed on emacs-devel and
> emacs-orgmode; it has then been documented in ORG-NEWS. Which other
> places do you think we should have reached out to?
I don’t think you really had a chance to reach enough people. I’m here
Kyle Meyer writes:
> So, it seems that changing Org to honor electric-indent-mode is now
> making some users aware of org-adapt-indentation and that its default
> value is not what they want.
I’ve seen before that increasing the depth of a headline with M-→
indents all its content. That was
David Rogers writes:
>> Common indenting in Org mode is:
>>
>> * Heading
>> Text
>> ** Heading
>> Text
>> *** Heading text
>> Text
>> Heading
>> Text here
>> * Heading
>> Text
>> ** Heading
>> Text
>>
>> AND if somebody likes to indent differently electric indent mode
>> would
Russell Adams writes:
> On Sun, Nov 01, 2020 at 05:17:19PM -0800, Ken Mankoff wrote:
>>
>> To all who argue that Org is too tightly coupled to Emacs to
>> consider working with it outside of Emacs, I point to GitHub. The
>> fact that GitHub natively renders Org files "well enough" is a huge
>>
Daniele Nicolodi writes:
> On 02/11/2020 00:10, Dr. Arne Babenhauserheide wrote:
>>
>> Daniele Nicolodi writes:
>>> Maybe the standardization should cover only the "static" parts of Org
>>> (ie no table formulas, no babel, no agenda, no exporters, et
Daniele Nicolodi writes:
> Maybe the standardization should cover only the "static" parts of Org
> (ie no table formulas, no babel, no agenda, no exporters, etc). However,
> in this case, what is left is little more of a markup language with an
> editor that allows sections folding. You can have
Asa Zeren writes:
> Also another note is that the worg syntax document does begin to specify
> this. My point is to bring this out into a separate document.
Why should this be in a separate document? The obvious place for a
standard is worg, and the way forward is to improve what’s there.
Best
> see discussion on Mauro's thread about
> the fact that it is probably just easier to use Emacs directly if you
> need to export
> to a certain format in a specific way. It is free software after all.
I would like to add, that this is pretty easy to do, and also to make
independent of the users
Asa Zeren writes:
> I would appreciate thoughts on these ideas about how to develop and
> org specification.
The most important point I see here is to avoid hindering the
development of org-mode within Emacs.
So the most important part of the standard would be areas it doesn’t
standardize:
TRS-80 writes:
> Therefore, any stuff I plan on releasing publicly, I do not do in
> literate style (JMHO). However if you are dead set on doing literate
> paradigm, then maybe my experience is invalid for your use-case.
My experience is that literate style works very well for tutorials, but
Eric S Fraga writes:
> On Tuesday, 13 Oct 2020 at 09:27, Greg Minshall wrote:
>> yes, but. the first time i 'C-c C-v t' in the base file onto a
>> changed-but-uncommitted tangled file, even git will provide me no
>> succor.
>
> True. :-(
Don’t you get a "do you want to revert file" warning
Uwe Brauer writes:
> That did not work: I tried
> #+begin_src matlab :results output
>
> But when I exported the org file to latex, the matlab code was also
> exported. Strange
Do you use :exports results?
:results output switches to show what is printed to stdout
Best wishes,
Arne
--
Eric S Fraga writes:
> On Monday, 12 Oct 2020 at 18:33, Dr. Arne Babenhauserheide wrote:
>> That’s also when I tangle — but I often don’t move the code back into
>> org afterwards, because once I needed this support once, I know I’ll
>> need it again.
>
> Int
Eric S Fraga writes:
> On Monday, 12 Oct 2020 at 15:39, Dr. Arne Babenhauserheide wrote:
>> Did you find a way to make flycheck or flymake work in the src-buffers?
>
> This is an example of when I use tangling/detangling: when I need this
> kind of support to develop my code.
Greg Minshall writes:
> ps -- in case it's of interest: possibly i'm frustrated now, and wasn't
> so much in the past, as i recently got annoyed by having to go back to
> the base file to save and tangle (part of my work flow, to test whatever
> i'm working on), and, so, wrote a few lines of
Daryl Manning writes:
> Has anyone run across a good integration for doing that or has a blog post
> on their system particularly where they need to track hours/tasks across a
> few clients and projects for consultancy purposes
I don’t do consultancy, but we I need to book for multiple
Bastien writes:
>> Rather than a huge refactoring or pushing code back into other Emacs
>> modes, my thought was that Org should be trimmed into the "core" of
>> Org functions and that other things should be implemented as modules
>> available in MELPA outside of the official Org core. That way
Kyle Meyer writes:
> Dr. Arne Babenhauserheide writes:
>
>> Sometimes when I use org-capture to create a new headline, that headline
>> ends with a non-empty partial line that isn’t terminated by a newline.
>>
>> This causes the next headline to be corrup
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.
40 matches
Mail list logo
