y only
have minor changes and bug fixes. We really need some way to be able to
sort or grade those packages based on whether they are minor or major
upgrades. Some sort of metric which would let you gauge the amount of
change and decide if checking the NEWS file would be advisable.
--
Tim Cross
t ways of pinning package versions or implementing
package rollback functionality?
--
Tim Cross
Dr. Arne Babenhauserheide writes:
> 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 or
overly constraining development.
Communication of change is a challenge, but critically important. I feel
we would get the most benefit by focusing on how to communicate breaking
changes effectively and ensure when such change is introduced, as far as
possible, details on how to restore the previous behaviour are provided.
--
Tim Cross
t; is the right word either. Probably
> "replaced" or "substituted" are better choices in this context.
>
I agree. Interpolated is consistent with manuals for other programming
languages which have similar functionality. However, org is also used by
a more diverse community than typical programming languages, so perhaps
'replaced' or 'substituted' would be a better choice?
--
Tim Cross
ere, ideally before the upgrade or soon
afterwards and definitely when you notice some changed behaviour. It
will save hours of trouble shooting and often tells you how to restore
previous behaviour. A very under appreciated piece of valuable
documentation.
Tim
--
Tim Cross
Tim Cross writes:
> Kyle Meyer writes:
>
>> Kévin Le Gouguec writes:
>>
>>> Detlef Steuer writes:
>>> Note that indenting section bodies by default predates Org 9.4: in Org
>>> 9.3, hitting TAB on the first line of text after a heading indents i
would
encourage anyone who is not happy with the default to look at the
different supported values for org-adaptive-indentation to see if the
tweaking it provides might make org indentation work closer to what they
like (as opposed to turning all automatic indentation off).
There are probably a few edge cases, but to identify those, we need to
first eliminate all the cases which can be 'resolved' with existing
configuration options.
Tim
--
Tim Cross
t, we have two methods
to disable the indentation behaviour? Is there anything functionally
different between disabling electric-indent by calling
electric-indent-local-mode -1 or setting org-adapt-indent to nil or is
the result functionally equivalent?
Tim
--
Tim Cross
ting, "org-file-indent-follows-structure"? if
> true, it means the user wants to have a "raw" org document laid out
> according to the outline structure of the document. if false, it means
> one, in general, wants the org file laid out with left-alignment (or,
> right, in right-to-left) languages (not including embedded lists, and
> whatever else i might be ignoring).
>
Seems like a reasonable approach to me.
--
Tim Cross
disk as a new PDF has just been created, so perhaps it
should just do the revert without asking? This may have consequences for
users who are working with large PDF documents and high DPI settings who
may not want to re-generate the PDF every time, so it may be necessary
to make the auto reloading an option?
--
Tim Cross
Jean Louis writes:
> * Tim Cross [2020-11-11 01:30]:
>>
>> Jean Louis writes:
>>
>> > * Maxim Nikulin [2020-11-10 19:31]:
>> >> 2020-11-10 Greg Minshall wrote:
>> >> >
>> >> > i would guess
>> >> >
nt etc.
You could take it one step further an allow the definition of a 'tursted
senders' list. When opening an org attachment, this list is checked and
if the sender is in the list, normal org open process is applied,
otherwise the restricted MIME open function is applied. This would be
similar to the Gmail approach for handling images.
--
Tim Cross
larity of tmux, I suspect it will be patched and a new version
released fairly quickly.
I guess this does highlight the point that *any* data from an external
source can potentially be a threat. You cannot eliminate the risks, only
manage them down to an acceptable level. What is acceptable will vary
for each user.
--
Tim Cross
Greg Minshall writes:
> Tim,
>
>> No email can be considered 100% safe.
>
> "e-mail doesn't kill people; e-mail readers kill people". i would guess
> using 'cat -v' to read e-mail is 100% safe. even throwing in
> uudecode(1), or whatever is ne
licious payload needs some
sort of reward and while that reward might be as trivial as just causing
mayhem, the relatively small user base for org compared to other MIME
types is unlikely to make it an attractive mechanism. You are more
likely to choose something more popular to put your efforts into.
--
Tim Cross
Eric S Fraga writes:
>
> A more subtle issue, and one that I raised earlier, is the underlying
> infinite customization provided by Emacs. Some of my macros are elisp
> code. A standard for the structure of org mode documents could exist
> but using such standard-compliant documents would be
r responses seem too negative. The
desire to bring org-mode to non-Emacs users is a worthy goal, but I fear
the size of the task is too large. What may be feasible are stand-alone
org-mode parses which can make up parts of tool chains for limited
processing of org files and perhaps basic org-mode modules for other
editors which enable basic editing of org files.
Tim
able to process successfully. It might
also be worthwhile including some documents with common errors which
parses should be able to handle and recover from in a graceful manner.
Those developing external tools can then use these documents as a
guide and for testing their implementations.
ntaining an Org Babel
> language, that would be super helpful.
>
> Thanks a lot!
--
Tim Cross
#+end_src
>
> If I use Python it works, but something specific about this combo is not
> working. Any suggestions to fix this, personal config, docs, or debugging
> steps one could point me to?
--
Tim Cross
s/, CSS class is used whereas for other formatting
> cases native HTML elements are used. Shouldn't the _underline_ be
> converted into tags?
>
> Regards
--
Tim Cross
write, generate, compile, debug loop. On the other hand,
when it comes to documentation, tutorials, configuration files and
workflow automation, org is definitely my preferred tool.
Tim
Greg Minshall writes:
> hi. i apologize if this has been asked before (especially if by me).
> but, since
nd would allow you to do
your SO searching/browsing/replying from within Emacs. Main drawback was
the auth2 stuff - you have to use the web browser to get a login token.
I do miss the old newsgroups. I use to very much enjoy starting my day
with a Gnus+NNTP session! I've never gotten use to the
Apologies, the extreme slowdown for the regex in my setup is mostly
credited to a very long line in my org file (~100k characters). I
inserted a snippet from a log file to a quote block, without realizing
that a large base64 string was hiding at the end of one line.
The old regex could exclude t
ing one in my setup
heals it:
(with-eval-after-load 'ol
(when (not (fboundp 'org-load-modules-maybe))
(autoload 'org-load-modules-maybe "org" nil nil)))
Best Regards,
Tim
Emacs : GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
of 2019-09
-region 5391 48%
org-font-lock-add-priority-faces 5391 48%
Best regards,
Tim
Emacs : GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
of 2019-09-16
Package: Org mode version 9.4 (
endering of the source
> blocks.
Thank you that is exactly what I was looking for. I must have missed that
example when I was looking through the docs.
Thanks,
Tim Quelch
e
"practical" output of backticks.
Side question: Perhaps what I am wanting can be achieved with markdown
export, however it seems that the default markdown exporter exports code
indented. This has the same problem of being frustrating to copy-paste.
Is there a way to configure the md exporter to use fenced code blocks?
Thanks,
Tim Quelch
Emanuel Berg via General discussions about Org-mode.
writes:
> Tim Cross wrote:
>
>> #+latex_header: \parskip 1.5ex
>
> Got it! Thanks! Now it works, with:
>
> #+latex_header: \parskip 1.5ex
> #+latex_header: \parindent 0pt
Note that I agree with the other
Emanuel Berg via General discussions about Org-mode.
writes:
> Tim Cross wrote:
>
>> #+latex_class: korma-article
>
> user-error: Unknown LaTeX class ‘korma-article’
That probably indicates you have not got the necessary Latex packages
installed. It was mainly an example of
t;
Sounds like you have a solution. I would probably just setup a hook to
generate the updated table and export it when the file is saved and then
have something consume that exported file to update the taskbar.
--
Tim Cross
ormatting etc has gone into the TeX/LaTeX system and
your generally best off going with their style decisions. Look for
alternative high-level document styles (such as the Korma, HiTech and
other styles) rather than try hacking existing styles as it will be
easier and give better results in the long term.
HTH
Tim
--
Tim Cross
Przemysław Kamiński writes:
> Hello,
>
> I oftentimes find myself needing to parse org files with some external
> tools (to generate reports for customers or sum up clock times for given
> month, etc). Looking through the list
>
> https://orgmode.org/worg/org-tools/
>
> and having tested some
t happens if you just use 'js2' as the language in the source block
header instead of javascript?
--
Tim Cross
ple
shell dialects e.g. bash, sh, zsh, ksh etc. Will this add the correct
shebang?
- Which form of shebang e.g #!/bin/ or #!/usr/bin/env ?
The only thing worse than having to add the shebang manually is having
to remember to remove/change it when not needed :)
Perhaps this could be a user configurable option that you can turn on if
you want it rather than a default action?
--
Tim Cross
just use the roundabout thing i would use for any
> non-emacs application. this is for when keyboard cannot be used.
>
> On 9/7/20, Tim Cross wrote:
>>
>> Samuel Wales writes:
>>
>>> dunno if this is sensible, but istr you can capture using emacsclient?
>>
g protocol from inside emacsclient when
you already have full access to capture in any emacs buffer, including
emacsclient? You can already start emacscleint and tell it to run a
command (like org-capture) and you could easily bind that to a window
manager shortcut or menu.
--
Tim Cross
27;mv), maybe even replace capture
with an (insert (format "* %s\n" (read-string, but are
there general solutions for this issue that will work, well,
more generally?
TIA,
Tim
Murphy might cause a timer to fire in just that time frame
and I have no idea what current-time is for that timer; so
if future org-mode releases would provide a cleaner API I
would very much appreciate that :-).
Thanks,
Tim
I am also interested in ob-clojure and ob-clojurescript improvements.
However, right now, I'm a tad busy and haven't had time to review what
has been done. Hopefully, can make some time in the next month or so.
Tim
stardiviner writes:
> agzam.ibragi...@gmail.com writes:
>
&
verything I can think of seems more
complicated and requiring more maintenance than just typing the
appropriate description when you insert the link.
--
Tim Cross
On Sat, May 30, 2020 at 6:09 AM Marvin M. Doyley
wrote:
> Is there an efficient way to split a large org file into smaller ones?
>
> Lets say I have a master file with the following
>
> * Notes
> ** Candidate A
> …
> ** Candidate B
> …
>
> How do I export the subtree to separate org files, say
yntax and APIs for babel and
export. A tough task given the scope, but things are probably pretty
stable in this area now (though I'm not sure about babel and handling of
returned values and errors etc).
--
Tim Cross
fill-mode).
I would also be wary of emacswiki advice. While there is some good
advice there, there is some which is not very good and lots which is
outdated/obsolete. This is the downside of wikis. Always try to verify
the advice using the manual corresponding to your Emacs version.
--
Tim Cross
t it is easier for an Org user to set
> `org-startup-folded' once and for all than for a non-Org user to
> discover Org folding the hard way.
>
> WDYT?
>
> Regards,
+1 from me.
--
Tim Cross
erver. I'm not exacly sure how to
>> approach this.
>>
>> Thanks
>>
>>
I would look at browse-url built-in package. With browse-url you can set
a function that will determine which browser to use based on the url and
you can set the options for each supported browser.
--
Tim Cross
ly because they contain information I
don't want to see when cycling. Drawers contain 'meta', which is often
tangential to the main content.
--
Tim Cross
On Mon, Mar 9, 2020 at 9:24 AM Tim Visher wrote:
> On Fri, Mar 6, 2020 at 9:09 AM Tim Visher wrote:
>
>> Thanks for the response, Eric. :)
>>
>> On Fri, Mar 6, 2020 at 1:51 AM Fraga, Eric wrote:
>>
>>> On Thursday, 5 Mar 2020 at 10:28, Tim Visher wrote:
On Sun, Mar 15, 2020 at 11:38 PM wrote:
> >I would like to automatically have the results of a double prefixed call
> to
> >`org-time-stamp-inactive` inserted as the body of new TODO entries.
>
> Have you tried including %U in your template? See "Template expansion"
> in the Org Mode documentatio
Ohai,
I would like to automatically have the results of a double prefixed call to
`org-time-stamp-inactive` inserted as the body of new TODO entries. I
suspect I can do this with Capture templates but every time I read that
manual section it seems to have a lot more than I want. I'm also reasonabl
On Fri, Mar 6, 2020 at 9:09 AM Tim Visher wrote:
> Thanks for the response, Eric. :)
>
> On Fri, Mar 6, 2020 at 1:51 AM Fraga, Eric wrote:
>
>> On Thursday, 5 Mar 2020 at 10:28, Tim Visher wrote:
>> > I _am_ able to get it to work by adding a file local variable like
Thanks for the response, Eric. :)
On Fri, Mar 6, 2020 at 1:51 AM Fraga, Eric wrote:
> On Thursday, 5 Mar 2020 at 10:28, Tim Visher wrote:
> > I _am_ able to get it to work by adding a file local variable like
> >
> > ```
> > # Local Variables:
> > # org-attac
On Thu, Mar 5, 2020 at 1:45 AM Fraga, Eric wrote:
> > IIUC, your solution should work but it's necessarily tied to specific
> > export backends, right?
>
> It is partly but the general concept of using special blocks works for
> HTML also. You end up with code that looks like this:
>
> ,
> |
Hello,
I'm trying to get org-attach to use a different data directory for a
particular file.
My understanding is that this is controlled by `org-attach-id-dir` by
default but can be overridden at the file or entry level by use of the
`DIR` property. I can successfully override it at the entry lev
Hi Kyle,
Thanks for feedback!
--
>From 626bd68a324cd65ba697dc1ccafdeff5808fd4c0 Mon Sep 17 00:00:00 2001
From: Tim Visher
Date: Tue, 3 Mar 2020 09:14:44 -0500
Subject: [PATCH] org-attach.el: Use `force' arg everywhere in
`org-attach-delete-a
Thanks for responding, Eric. :)
On Wed, Mar 4, 2020 at 2:28 AM Fraga, Eric wrote:
> On Tuesday, 3 Mar 2020 at 12:57, Tim Visher wrote:
> > Is there a way to get nested quotes blocks to work?
>
> What is your actual goal? That is, what you do mean by "to work"? I
&
Hello,
Is there a way to get nested quotes blocks to work?
AFAICT:
```
#+begin_quote
foo
#+begin_quote
bar
#+end_quote
bat
#end_quote
```
Doesn't work.
Ideally I'm kind of looking for a full functional sub org context inside
there. Maybe I should be using some kind of source block?
--
In
>From 9a8abeee9109f24d8643990a561c16c8b402b1b1 Mon Sep 17 00:00:00 2001
From: Tim Visher
Date: Tue, 3 Mar 2020 09:14:44 -0500
Subject: [PATCH] org-attach.el: Use `force' arg everywhere in
`org-attach-delete-all'
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Tran
iginal behavior and return the exit
>> > code, as we do in 9.3.
>>
>> Actually, it looks like ":results value" does return the exit code. I
>> just got confused because shell blocks now return the output when no
>> ":results" is specified.
>>
--
Tim Cross
o it:
> breakdown, warning, maintenance, etc. that you want to keep track of in an
> org-mode way. Would it be something in the TODO/GTD realm, or something
> custom?
>
> LB
--
Tim Cross
less useful option for shell programs. So maybe for shell
> blocks, make the default to be `:results output' instead: people get
> what they always got before the fix without lifting a finger, the exit status
> is now available with `:results value', and the option can go away
> quietly and quickly, before it becomes another contributor to the Org
> mode technical debt.
--
Tim Cross
Hi Bastien - comments in-line below
Bastien writes:
> Hi Tim,
>
> Tim Cross writes:
>
>> I agree 100%. We have already gone through this pain and as has been
>> pointed out numerous times, the 'new' approach has significant benefits
>> over the
de in
this case).
The main problem with the additional variable you propose is that you
would only want it enabled on some source blocks and not others, so it
might need to be settable as a header option to turn it on/off for a
specific block.
Bastien writes:
> Hi Tim,
>
> thanks for yo
by default". It relates to: should Org provide multiple
> snippet extensions, knowing this is not a central feature, and Org is
> often seen as bloated by Emacs devs? I don't think so, no matter how
> useful this feature can be for some users.
>
> Regards,
--
Tim Cross
it common to expect the exit code when executing shell code?
>
> Common? I have no idea. *I* did expect this. But that's maybe because
> I do use the shell a lot.
>
> I think there's a clear distinction between value and output for src
> blocks and blurring this distinction for shell src blocks would be
> misleading. The option to request the output as the outcome of the src
> block is already there.
--
Tim Cross
language. In
particular, people have been using clojurescript to develop NPM packages
that can be used in various ways for javascript projects. However, the
right tool for doing this is likely shadow-cljs rather than clojure CLI
tools - though it should also be possible just using the CLI tools.
Tim
ould work for ClojureScript src block too.
>
> IMHO it works differently for ClojureScript, as C-c M-J doesn't know
> how to start a ClojureScript session unless you're in a directory with
> the proper cljs configuration (be it figwheel-main.edn, dev.cljs.edn,
> whatever.) At least this is how I made it work.
--
Tim Cross
and time.
>
> Long live Emacs,
> Anoop
--
Tim Cross
lso need to know that 'elisp' is an alias
for 'emacs-lisp'.
There are probably other inconsistencies which will 'fail' in some
situations. For example, I wonder about 'javascript' and 'js2'.
Jack Kamm writes:
> Tim Cross writes:
>
>>
#x27;(org-drawer ((t (:foreground "LightSkyBlue" :height 0.7 :width condensed
> '(org-special-keyword ((t (:foreground "#bc6ec5" :height 0.7 :width
> condensed)
> #+end_src
--
Tim Cross
;
> I think supporting "#+begin_src elisp" would be confusing but I agree
> we could give a hint somewhere about this.
>
> Can you suggest which docstring should be updated and how?
>
> Thanks,
--
Tim Cross
ixed-width also works better for certain editing commands, such as
> rectangle commands.
>
> I am not sure what the majority preference is here, but it would be
> interesting to know, and also how it distributes across old-timers and
> newcomers. Ideally, it should be easy to accommodate all preferences,
> with a small amount of configuration and easily discoverable
> documentation.
--
Tim Cross
incompatiable with old Org document.
>
> 2. modify source code hardcoded ~:engine~ names (also need to update Org
>document), this has a minor advantage is *consistance*.
>
> WDYT?
>
> BTW, about writing an adapter function to translate names. I want to hear some
> suggestion about use which method. Writing an hash map or assoc list etc?
>
> Regards
--
Tim Cross
plan is, to genrate a GUID and use
that as its id, so that you can have multiple notifications and don't have to
close the notification. But this does not work yet, since my C skills are not as
good as it used to be.
Thanks for your work!
Tim
[1]
https://github.com/emacs-mirror/emacs/compa
s. However, a semantic version does provide
more information than something like version 20200123, which just tells
me the release date. At least with complaint semantic versions I can
have a better idea as to whether the changes are just a bug fix, an
enhancement or major API changes that may break
ime and great effort into org-mode!
Tim
ing which is better, but I don't use taskjuggler
any more (due to other 'limitations' with the export/configuration which
I just cannot recall now - it was many years ago).
Tim
--
Tim Cross
On Mon, Jan 20, 2020 at 6:48 PM Dwarshuis, Nathan J wrote:
> I recently authored an package called "om.el" which is a functional
> org-mode API akin to dash.el primarily using org-element. Briefly, it
> provides a library of (mostly) pure functions that manipulate the parse
> tree generated by or
ious use of a
> specific face. So I’m a bit stumped.
>
> Be seeing you,
> norm
--
Tim Cross
Josiah Schwab writes:
> Hi Tim,
>
> On Tue, Jan 7, 2020 at 1:37 AM Nicolas Goaziou wrote:
>
>> It rings a bell. I think someone recently reported something like this.
>
> There was this thread from a ~year ago:
> https://lists.gnu.org/archive/html/emacs-orgmode/20
Nicolas Goaziou writes:
> Hello,
>
> Tim Cross writes:
>
>> Questions:
>>
>> 1. anyone else seeing this who is using Emacs 27.0.60
>
> It rings a bell. I think someone recently reported something like this.
> Unfortunately, I'm not able to rep
rocess as well as documentation on exactly what the process is/does.
A good example of this is https://www.youtube.com/watch?v=dljNabciEGg
--
Tim Cross
g-plus-contrib package from the org repository.
Questions:
1. anyone else seeing this who is using Emacs 27.0.60
2. am I loading orgalist correctly?
3. anyone running latest mu4e (dev version) seeing this?
My suspicion is that it is related to the latest mu4e version, but
that is really just a guess.
--
Tim Cross
transfer/translate them into the other org-latex variables.
Finally, doing an M-x apropos for org-latex-.* will likely bring up some
additional variables which my be of interest/use.
Tim
> Hi,
>
> I want to make wholesale changes to the LaTeX preamble exported from
> Org mode. I
provide a fixed defined list of files?
>>
>> Preferably the same way as `org-agenda-files' work today. Maybe some
>> kind of caching-mechanism is needed though, for commands that might
>> have to look for file, collection relations. A cache adds potential
>> pain for the user though. If a file is added to a folder in a
>> collection and a "collection-command" is run then the new file might
>> not show up in the results anyway... So the user will be affected by
>> caching and will have to know about it. Not good...
>>
>>
>> 6 Alternatives
>> ==
>>
>> Doing research for this feature made me realize that much of what I'm
>> proposing already exist! In another form though, as [directory
>> variables]. That requires customizations to be defined as safe though.
>> And today some of the things I would consider to define a collection
>> aren't safe. For example `org-agenda-files', `org-todo-keywords',
>> `org-publish-project-alist'.
>>
>> Some issues with relying on directory variables (Assuming they also
>> are made safe):
>> - When invoking Org agenda I will have to first visit a file inside a
>> specific folder to get the agenda for the correct project
>> -
>>
>>
>> [directory variables]
>>
>>
>> 7 References
>>
>>
>> I've mentioned this idea the Org mode mailing list previously, but
>> only as short side notes to other topics:
>> - <https://lists.gnu.org/archive/html/emacs-orgmode/2018-11/msg00211.html>
>> - <https://lists.gnu.org/archive/html/emacs-orgmode/2019-09/msg00010.html>
>>
>> Note that I've talked about it as "project". I think that name still
>> could be considered instead of "collection". Collection is more
>> general and less overloaded in terms of productivity software. And it
>> shifts the focus away from task management a bit, which I think can be
>> a good thing. Because while Org mode may often start to be used as a
>> task/project manager software, it's useful in a much wider context
>> than that!
>>
>>
>>
>> Footnotes
>> _
>>
>> [1] I've previously written about this as "Projects". While Project
>> was my initial name for this feature I think collection may be a
>> better option. For the sake of this text both options work just fine.
>> The idea is the same.
--
Tim Cross
e things I would consider to define a collection
> aren't safe. For example `org-agenda-files', `org-todo-keywords',
> `org-publish-project-alist'.
>
> Some issues with relying on directory variables (Assuming they also
> are made safe):
> - When invoking Org agenda I will have to first visit a file inside a
> specific folder to get the agenda for the correct project
> -
>
>
> [directory variables]
>
>
> 7 References
>
>
> I've mentioned this idea the Org mode mailing list previously, but
> only as short side notes to other topics:
> - <https://lists.gnu.org/archive/html/emacs-orgmode/2018-11/msg00211.html>
> - <https://lists.gnu.org/archive/html/emacs-orgmode/2019-09/msg00010.html>
>
> Note that I've talked about it as "project". I think that name still
> could be considered instead of "collection". Collection is more
> general and less overloaded in terms of productivity software. And it
> shifts the focus away from task management a bit, which I think can be
> a good thing. Because while Org mode may often start to be used as a
> task/project manager software, it's useful in a much wider context
> than that!
>
>
>
> Footnotes
> _
>
> [1] I've previously written about this as "Projects". While Project
> was my initial name for this feature I think collection may be a
> better option. For the sake of this text both options work just fine.
> The idea is the same.
--
Tim Cross
On Thu, Dec 12, 2019 at 1:15 PM Marco Wahl wrote:
> Tim Visher writes:
>
> > On Thu, Dec 12, 2019 at 4:14 AM Marco Wahl
> wrote:
> >
> >> Justin Vallon writes:
> >>
> >> > When I use "emacs --no-init-file", I get the default
On Thu, Dec 12, 2019 at 4:14 AM Marco Wahl wrote:
> Justin Vallon writes:
>
> > When I use "emacs --no-init-file", I get the default distribution org
> > packages, and " > in my downloaded-melpa-install of org, it does not work.
> >
> > Distro org-version is 9.1.9, melpa is 9.3. describe-key TA
?).
Do I have to cl-flet org-current-time or something similar?
Tim
//orgmode.org/elpa/>"<http://orgmode.org/elpa/%22>;))
> > (package-initialize) (package-refresh-contents) (package-install
> > 'org-plus-contrib))"
>
> I can't blame you for using such workarounds, but it would *really* help
> if you could report the actual problems encountered (and then use the
> workaround until we fix the source of the problem).
>
>
> Stefan
>
--
regards,
Tim
--
Tim Cross
efore
attempting to install and compile a new version. Provided there is no
org-mode functionality loaded when you install a later version with
package.el, it works fine.
On Wed, 27 Nov 2019 at 17:29, Stefan Kangas wrote:
> Tim Cross writes:
>
> > I would agree that org should be
; any
> > way to do better, but having both Org-9.1.9 and Org-9.2.6 installed
> > should be a perfectly normal situation.
> >
> > Any misbehavior that results from this should be reported as a bug
> > (especially if it can be reproduced).
> >
> >
> >Stefan
>
>
--
regards,
Tim
--
Tim Cross
but maybe someone can
> think of other things that might trip one up.
>
> --
> Nick
>
> "There are only two hard problems in computer science: cache
> invalidation, naming things, and off-by-one errors." -Martin Fowler
>
>
>
--
regards,
Tim
--
Tim Cross
Nice! That looks like exactly what I wanted. Not sure how I missed that in
my apropos search. I think I may have only searched for `headline` or
something.
On Wed, Nov 13, 2019 at 7:08 AM Mikhail Skorzhinskii
wrote:
> I am not sure if this is exactly what you're asking, but for programatic
> hea
I'm wondering if there's builtin support for editing components of the
heading? I'm trying to set the text component (i.e. `(nth 4
(org-heading-components))`) without altering anything else and while I can
obviously achieve this with generic elisp I wanted to be sure I had to.
The cleanest elisp I
TeX format file itself, and apparently mktexfmt (which
> should create it) cannot be found. This seems more serious than what
> you write.
>
> > - check your paths
>
> Agreed, but this may be quite subtle...
>
> Best,
>
> --
> Marcin Borkowski
> http://mbork.pl
>
>
--
regards,
Tim
--
Tim Cross
+1. This is how I do it as well. This approach makes it easier to not
only see what tasks have been assigned to what people, it also provides
a way to generate a custom agenda (report) showing what tasks each has
and what the state is for each task.
Tim
Karl Voit writes:
> * Christian E
'manual', which might mean something like 'onle
evaluate/tangle this block when requested with block level commands, not
buffer level.
In short, understand the use case, but don't think overloading 'no' is
the correct route to take.
Tim
Ken Mankoff writes:
> Hel
source block text. If on the
other hand, you tangle your emacs init org file, it will create an .el
file with only the source blocks.
Nathan Neff writes:
> Thanks Tim - I wanted to ask the list -- what does "
>
> By default, Org does not tangle the ‘src’ code block on export." me
701 - 800 of 1145 matches
Mail list logo
