Hello Alan!
> Hello Stefan,
>
> ste...@xsteve.at writes:
>
>> I tried the recipe on this site:
>> http://orgmode.org/worg/exporters/koma-letter-export.html
>>
>> C-c C-e gives the following error message:
>> Debugger entered--Lisp error: (error "
ther this is koma-specific.
No. In my installation exporting seems completly broken.
I get the same error with a minimal org file.
Stefan.
y, but I'm afraid I don't know the cause of the problem.
It seems to be an emacs byte compilation problem.
I use a rather up-to-date emacs (GNU Emacs 24.3.50.1 (x86_64-unknown-linux-gnu,
GTK+ Version 3.6.4) of 2013-07-11 on ubu64)
I deleted all *.elc files in /home/stefan/.emacs.d/elpa/org-20130722 to get a
somewhat prettier backtrace.
Then I restarted emacs and the export problem is gone...
Stefan.
e if some message were sent to org-mode's list when
`org-mode' is added to the "Package:" list.
Stefan "applicable to other packages than org-mode, obviously"
> I think existing *.elc files compiled against Emacs-23.2.1 should load
> fine on new Emacs versions.
It's indeed an incompatibility I introduced when we switched from CL's
setf to gv.el's setf, because the two work in a very different way.
Stefan
Can the
> FIRST EVER setf call make (additional) version checks and report errors.
Does the patch below work for you?
Stefan
=== modified file 'lisp/emacs-lisp/gv.el'
--- lisp/emacs-lisp/gv.el 2013-08-13 02:30:52 +
+++ lisp/emacs-lisp/gv.el
does not do that in Emacs
23.4.1 - is there a "recursive" option?
Many thanks in advance.
Warm regards,
Stefan
--
Dr. Stefan Vollmar, Dipl.-Phys.
Head of IT group
Max-Planck-Institut für neurologische Forschung
Gleueler Str. 50, 50931 Köln, Germany
Tel.: +49-221-4726-213 FAX +49-221-47
>> Does the patch below work for you?
> Yes. Please install.
Done,
Stefan
>> FWIW, hiding text by setting foreground == background is the wrong
>> way to do it IMO.
AFAIK there's no other way offered by Emacs. `invisible' actually
removes the text from the output rather than leaving blank space, so it
doesn't provide the same feature.
Stefan
BTW, it's probably easier to debug this in Elisp.
You can start with
(add-hook 'after-load-functions
(lambda (file) (message "Loaded %S" file)))
Or change your recipe to replace (sit-for 3) with (debug).
Stefan
t here---end--->8---
The error message is: Invalid table range specifier `9'.
When I change the "$>" to "$9" the formula works as expected.
--
Until the next mail...,
Stefan.
I just tried to write am backend for this todolist format:
https://github.com/ginatrapani/todo.txt-cli/wiki/The-Todo.txt-Format
and after a few hours
with no real success I gave up.
I want to first have a very simple convertion of some tasks like that:
TODO foo
DONE bar
to:
foo
x bar
bonus w
> Rasmus writes:
> Maybe CalDav? There's a tool on F-droid called Tasks (or maybe Task) that
> can sync via DAVDroid to REPO.. Maybe org-caldav.el could be extended to
> support the sync. tasks between Org and REPO.
> Rasmus
hmm then each task have to get assigned to a date I guess? Despite t
Rasmus writes:
> Stefan Huchler writes:
>
>> Maybe export/import backend is the wrong way to go, a sync or exchange
>> feature would be better so maybe org-agenda todo export/import ability
>> would be better? but for now a export alone would be an advancement.
>>
Hi,
first thanks it at least does something now.
Rasmus writes:
> It doesn't need a solution, but I think you need one of the "forked"
> version since some tag is missing. Maybe this one
>
> https://github.com/blaa/org-caldav
for what exactly do you think do I need such fork? for sync
ted). If you care
about when expansion takes place you probably have a bug.
Stefan
t; Does that mean that if I define a macro, then a function using that
> macro, and then change the definition of the macro, the behavior of the
> function is undefined?
Yes.
Stefan
Hi Rasmus,
Rasmus writes:
> When you sync tasks, do they show up in the task program or only the
> calendar?
I only see them in the sync complete dialog and in the owncloud browser
calendar interface, if ist does not sync normal tasks without timestamps
its not what I am searching at the moment
Danie Roux writes:
> On Sat, Jan 16, 2016 at 9:59 PM, Stefan Huchler
> wrote:
>> I just tried to write am backend for this todolist format:
>> https://github.com/ginatrapani/todo.txt-cli/wiki/The-Todo.txt-Format
>
> This is not ready for general use. Will probably eat yo
Kyle Meyer writes:
> if-let has been define in Emacs's subr-x.el since c08f8be (New if-let,
> when-let, thread-first and thread-last macros., 2014-06-30).
is it then that your code will not run if you dont use this autohook
thing? or do I have to be in a orgfile that it works?
(load "~/git/org-
Karl Voit writes:
> #+NAME: 2016-01-19-srctbl
> | Testdata |
> |--|
> | foobar |
> | fooübar |
> | fooßbar |
> | 1er |
> | 23,42|
> | 23.42|
>
> | Result | Expected Result | Comparison |
> |--+-+|
> | foobar | foobar
Nick Dokos writes:
> Eric S Fraga writes:
>
> You are missing a quote:
>
> #+TBLFM: $1='(identity remote(2016-01-19-srctbl,@@#$1))
>
> works for me.
>
> Org-mode version 8.3.3 (release_8.3.3-456-g164555)
>
> --
> Nick
Wow,
that was an eye opener for me, first it lets me use/refer to german
u
vely, this looks like a wrong fix. Do you have a reproducible
recipe showing the problem that you're trying to fix?
Stefan
Hi,
org-edit-special opens elisp code with emacs-lisp mode, which is not
bad, but I wanted to try out xah-elisp-mode for am while.
tried to overwrite or shadow the settings with something like
(add-to-list 'org-src-lang-modes '("xah-elisp" . emacs-lisp))
am I here at the right place to change t
Kyle Meyer writes:
>
> Looks like you've got the right variable, but the key should be the
> language name and the value should be major mode you want.
>
> ("elisp" . xah-emacs-lisp)
I changed it a few times and I think I had it this way first, do I have
to reload org after it? I closed the
achinery which tries to keep the
fontification up-to-date is short-circuited, so it triggers a bug in
font-lock-ensure where we made incorrect assumptions.
I installed the patch below into emacs-25, which should fix this
problem,
Stefan
--- a/lisp/font-lock.el
+++ b/lisp/font-lock.el
@@
t; Is there anything else I need to do for the first patch?
No, it's good to go. If you don't have commit rights, I can install it
for you into emacs-25, unless the Org guys prefer to do it via the
Org tree.
Stefan
there's no Org people following this, so I installed it into
emacs-25 (IOW it should be fixed in the next (25.0.91) pretest).
Stefan
I use now org-todotxt which converts TODO tasks to a todotxt file, you
can automaticly export that on a owncloud directory and then on the
android side you can use simpletask cloudless.
Its dumbed down and gives you not all options of org-mode, but ist looks
pretty and is good enough for reading t
when I open agenda-view (list all todo entries) "t" I see all todo items
and in the first column the filename.
I would rather see the project the task belongs to,
sorry if I am ask thats maybe very simpel and I just dont find the right
varible/method to do so.
Like:
* Project
** Task 1
** Task
ot;ref{" "vref{" text)))
(eval-after-load "ox-latex"
'(progn
(add-to-list 'org-export-filter-link-functions
'sn/ox-latex-filter-varioref)))
--8<---cut here---end--->8---
--
Until the next mail...,
Stefan.
ntries to be
appended to a special Org file.
--
Until the next mail...,
Stefan.
I did try to change following code in in the org.el file,
inside the org-cycle-internal-local function.
So that instead of having 3 tab expansions it only shows the next level
of expansion.
I am not 100% shure thats the perfect solution but it seemed to work:
;; THAT IS THE ORIGINAL CODE OF THE T
ta
in the bibliography. And sometimes context allows to make these
references even shorter, by only using the author name or a year etc.
I don't really see the distinction between citation and indirection -
each citation is as much an indirection as e.g. citeyear is.
--
Until the next mail...,
Stefan.
efault citation style, output citation string unchanged,...) will be
used.
--
Until the next mail...,
Stefan.
Reading with Gnus, I don't see any blank lines between the table
> info and the table itself.
It depends on your Gnus configuration. If you set
(setq gnus-inhibit-mime-unbuttonizing t)
then at least my version of Gnus (v5.13) does indeed split the buffer
in multiple pieces with additional newlines.
--
Until the next mail...,
Stefan.
quot; as
shortcut and everything else within "[cite:...]") is also easier to
handle with overlays, user input helpers etc.
Some input helper can make remembering all the options and keywords
inside [cite:...] a non-issue and overlays will render it nice in the
text. Therefore the syntax should be rather simple and regular with as
few exceptions and shorthands as sensible.
--
Until the next mail...,
Stefan.
very clear and intuitive what's meant.
--
Until the next mail...,
Stefan.
tyles quite easy (in LaTeX; compared
to customizing bst files). I do not think that the current discussion
will lead to writing bib-styles in Lisp instead of LaTeX (at least not
in the foreseeable future).
[fn:1] http://ctan.org/pkg/biblatex
--
Until the next mail...,
Stefan.
order to enable some
extra features (e.g. special UI for citations or exporting citations to
different backends instead of the need to fallback to LaTeX commands).
--
Until the next mail...,
Stefan.
]
I favor [cite:subtype: ...] a very tiny bit over the other variants.
--
Until the next mail...,
Stefan.
eratum. I’d expect a savvy
> latex user to put in their preamble:
> \newcommand{\citeposs}[1]{\citeauthor{#1}’s (\citeyear{#1})}
This is what the subcommand is for. An author may define "poss" as a
subcommand and use [cite:poss ...]. Then all the nice gimmicks will
still work.
--
Until the next mail...,
Stefan.
y, you can use in-text citations
> at the end of a sentence.
+1
--
Until the next mail...,
Stefan.
lots of ??? in them are a sign of a data problem.
Therefore the author should solve the root cause.
--
Until the next mail...,
Stefan.
Vaidheeswaran C writes:
> On Monday 09 March 2015 02:27 PM, Stefan Nobis wrote:
>> IMHO keys with lots of ??? in them are a sign of a data problem.
>> Therefore the author should solve the root cause.
> Not in the specific case that I cited. The Bib entry is a pointer to
>
ssible configurations of them. Sometimes
we have to state: This case is not supported, please adjust your
configuration.
--
Until the next mail...,
Stefan.
a look at biblatex[2] (as a much more
flexible alternative to natbib).
[1] https://www.dropbox.com/sh/7s6di4en5ljbkcq/AAAzyQeg6VkMHnC1X9dQTg6ua?dl=0
[2] http://ctan.org/pkg/biblatex
--
Until the next mail...,
Stefan.
e A4 looks quite good and readable. The main benefit: With A5
there is much less whitespace (see documentation of koma-script for an
example). Maybe A5 output should be the default setting?
--
Until the next mail...,
Stefan.
flatex. The compilation
process is configurable via the variable org-latex-pdf-process.
I don't know why and how Martin used dvips+gs. Maybe he just generated
the tex file with org and used another tool for generating PDF. Or
maybe he customized org-latex-pdf-process.
--
Until the next mail...,
Stefan.
uot;ls -R" format.)
This is true, but with one exception: the user texmf tree. So
everything below ~/texmf (or ~/Library/texmf on Mac OS X) should work
without running mktexlsr (on a default TeXLive installation).
--
Until the next mail...,
Stefan.
y should not be needed there
(tho I don't use Org enough to know how to test it).
Stefan
diff --git a/lisp/org/org-agenda.el b/lisp/org/org-agenda.el
index 8f7611f..bac8206 100644
--- a/lisp/org/org-agenda.el
+++ b/lisp/org/org-agenda.el
@@ -3847,8 +3847,7 @@ dimming
seems to ignore "\include{commands}", i.e., equations that use
commands that are defined in commands.tex are rendered as blank/empty
image.
Is it the intended behavior that `org-preview-latex-fragment` ignores
"\include", is it a bug, or is there a better way to do it?
Best,
Stefan
Hey,
"\input" does not solve the problem. Still no preview images. (The pdf
export still works as expected.)
Best,
Stefan
On Wed, May 27, 2015 at 3:37 PM, Robert Klein wrote:
> Hi,
>
> On Wed, 27 May 2015 15:02:02 +0200
> Stefan Otte wrote:
>
>> Hey,
>&
or how to better achieve my goal?
--
Until the next mail...,
Stefan.
Andreas Leha writes:
> You still have to specify the format of the results of the #+CALL
> line, as in #+CALL: myplot[:exports results]() :results file
Works like a charm, thank you very much.
--
Until the next mail...,
Stefan.
--
Until the next mail...,
Stefan.
I want to use org-mode as a (tea) database.
What have I done:
1. I have wrote down a tree of shops/orders/brands
2. I defined COLUMNS for Column View that give me a score per shop list
What do I want as result:
1. give me a list of scores for the shops [DONE]
2. give me a list of scores for eac
Hi Alex,
sorry in gnus its (f) for follow up thought reply in the mailing-list
would be the same ;)
I use emacs since a few months and gnus since a week so
I am not that familier with it as you see ;)
If Bastien could look over it, it would be nice.
Its not my only emacs problem to solve and h
nd a score for the tea, and I can look
than which tea blends I liked most and which shop gave me best quality.
hope its clear now ;)
Bastien writes:
> Hi Stefan,
>
> (Hint: use `S W' from Gnus to reply to this email.)
>
> Stefan Huchler writes:
>
>> If Basti
hi (Alexander and everybody else who is interested in this topic),
sorry the thread is old and I did not update it, sadly Bastian did not
react to my last post.
I just thought I try it myself, but its tricky and org-colview.el has
1000 lines of code. And I wrote only small functions in (e)lisp so
thank you Michael,
that works great, sadly I have to type in the name of the shop
redundantly but I can live with that, with a good org-capture template I
could tab-complete them so it would not be that problem.
I dont want to bother you endlessly but just if you happen to know that
randomly:
ca
I try to generate mail drafts from a table as template-tokens.
The Problem is that that org-mode seems to auto-format the salary column
as a number. I don´t need to calc this numbers so saving/getting it as
string would be what I want.
It not only butchers the string because he interprets the
Bastien writes:
> Hi Stefan,
>
> Stefan Huchler writes:
>
>> The Problem is that that org-mode seems to auto-format the salary column
>> as a number.
>
> That a problem here, but I guess this is handy in many circumstances.
>
> Why don't use just turn t
Eric Schulte writes:
> Stefan Huchler writes:
>
>> Bastien writes:
>>
>>> Hi Stefan,
>>>
>>> Stefan Huchler writes:
>>>
>>>> The Problem is that that org-mode seems to auto-format the salary column
>>>> as a number
Eric Schulte writes:
> I suggested that you remove "." from your numbers. You could also wrap
> your numbers in "s.
> #+name: example
> | "100." |
> #+begin_src emacs-lisp :var example=example
> (caar example)
> #+end_src
>
> #+RESULTS:
> : 100.
>
thank you and sorry for my in
Hello,
I think both entries in org.texi intrudueced in the mentioned commit should
begin with, say, @cindex rather than @index.
@index is not a texinfo command.
org.texi:9892: unknown command `index'
org.texi:13806: unknown command `index'
Best Regards Stefan
> Still no prompt but Emacs survived this infloop (not an infloop, then)
> after I don't know how much time (but more than a couple of minutes).
Then try to
M-x profiler-start RET RET
<... reproduce ...>
M-x profiler-report RET
And the C-u RET on the + to expand the display.
Stefan
schrieb:
>>> Another thank you to both of you for your hard work. And absolutely no
>> objections to the change.
>
> +1
>
--
Dr. Stefan Vollmar, Dipl.-Phys.
Head of IT group
Max-Planck-Institut für neurologische Forschung
Gleueler Str. 50, 50931 Köln, Germany
Tel.: +49-221
but instead to do something else (e.g. get out of the
minibuffer).
The flip side is that all code run from jit/font-lock, process filters
and timers should be super extra careful to finish promptly and never
ever get into an inf-loop.
Stefan
nder if it is because `org-adaptive-fill-function' doesn't mix well
> with `adaptive-wrap-prefix-mode'...
As mentioned earlier, the immediate problem is that
org-adaptive-fill-function does not terminate (or at least takes too
long to terminate).
Now, one reason why this might happen here is that
adaptive-wrap-prefix-mode calls org-adaptive-fill-function everywhere,
so it might be called in places where it usually (i.e. when
adaptive-wrap-prefix-mode isn't in use) isn't triggered.
Stefan
M-x trace-function RET org-element--cache-sync RET
M-x trace-function RET org-element--cache-process-request RET
Then reproduce the hang, then break the hang somehow (maybe with the
jit-lock-debug hack above, or maybe with debug-on-event, or with C-g C-g
C-g, ...), then look at the *trace..* buffer.
Stefan
> We can probably close this bug.
> I haven't been able to reproduce it with the org-mode bundled with the
> pretest version.
Thanks, done.
> Sorry for the noise.
Better luck next time,
Stefan
BTW, I would also point out that people who do not actively develop
Emacs should ideally use the emacs-24 (i.e. 24.3.9x) branch now rather
than the trunk (24.4.50), so as to help us fix problems before the
24.4 release.
Stefan
> Say thanks to Stefan for flagging all those bugs ;-)
Now that I think about it, I should make `car' signal an error every
100th call, as well. Would flag many bugs (with some false positives,
of course, but what's a few false positives among friends?)!
Stefan
can be
a buffer completely unrelated to Org.
Stefan
> if (buf != current_buffer)
> // error ("`recenter'ing a window that does not display
> current-buffer.");
> return Qnil;
> ... in src/window.c seems to work for me.
Using `emacs-24' also works, without defeating the purpose of the
error message ;-)
Stefan
> Perhaps add some advise to the web page so ppl pull the emacs24 branch
> instead?
Does someone know how to change the text in
http://savannah.gnu.org/git/?group=emacs?
Stefan
> Ask savannah-hack...@gnu.org.
Then it's not worth the trouble (since it's a temporary change that
will need to be modified yet again when we release 24.4).
Stefan
ed to adjust
search_regs which seems like it wouldn't cause a crash, even if the new
values are bogus. So maybe signaling an error is important because the
crash happens further down.
> - '((save-match-data-internal (match-data)))
> + '((save-match-data-internal (match-data 'integers)))
That looks risky.
Stefan
SCHARS (newtext);
replace_range (search_regs.start[sub], search_regs.end[sub],
newtext, 1, 0, 1);
- newpoint = search_regs.start[sub] + SCHARS (newtext);
if (case_action == all_caps)
Fupcase_region (make_number (search_regs.start[sub]),
Would that be sufficient to avoid the crash? Why not?
Stefan
adjusting the match data.
Or equivalently, use save-match-data. IOW go back to your original patch.
Duh!
Stefan
e few who (1) have
> buffer-modification hooks, and (2) those hooks call save-match-data.
I think the combination of 1 and 2 is actually pretty frequent.
Stefan
PS: I can think of one (theoretical) other/better way to fix this
problem: move the match-data adjustment so it's d
backward incompatible
(e.g. adjust markers for every buffer modification), or require
extensive code surgery and/or breaking some abstractions.
This is just an impression, tho. I think it'd definitely be the better
solution, so it's worth investigating anyway, if only for "master" rather
than for "emacs-25".
Stefan
be broken while the
before-change-functions are run, so if there's a save-match-data there
we're back to square one.
Admittedly, before-change-functions is used less often, so it might be
good enough.
Stefan
maybe we can even adjust_match_data in every call to replace_range
rather than just in the one from Freplace_match.
Thanks,
Stefan
> From a8098080dff5f83f7cbcbec2bc263f9db3b45ad9 Mon Sep 17 00:00:00 2001
> From: Noam Postavsky
> Date: Wed, 20 Jul 2016 20:15:14 -0400
&g
e we can
try it on master.
Stefan
Thomas Koch writes:
> I would be happy to help you work out any blockers that hinders you from
> releasing the source code. Several people told you that they would be happy
> to
> sponsor your ongoing work on Orgzly and I would so too. If you think your
> code
> is not ready yet to be seen b
Greg Troxel writes:
> https://github.com/matburt/mobileorg-android
>
> And there is a fork/rewrite which I didn't know about, but looks interesting:
>
> https://github.com/wizmer/syncorg
Would be neat if there would be a f-droid build, else you have to access
somehow complicated to the apk.
Giacomo M writes:
> Dear all,
> I would like to clean up my Linux setup to be easily replicable. I am
> considering keeping everything in one org file, and then tangling
> files (e.g. exec scripts, systemd service unit files) and executing
> bash snippets (e.g. for installing packages and sed'ing
e upstream", then moving it to
elpa.git is much less interesting.
Stefan
hich it is shipped.
So IMO it would make more sense to keep Org outside of emacs.git (and
save us the trouble of syncing), tho we'd still want to distribute it in
Emacs's tarball, since it's an extremely popular package.
Stefan
p mode, CC-mode, ...
The idea is to get to the point where Semantic support is just another
thing that a major mode should aim to support alongside syntax-tables,
indentation, font-lock, outline-minor-mode, ...
Stefan
t-point-functions and moving
some company-.el to -mode.el, but there's a lot more to do.
Stefan
y, availability, and maintenance as those in
core.
- sync'ing with an external upstream is easier in elpa.git since
there's no need to pay attention to Emacs release schedule.
- sync'ing with an external upstream can be made technically easier
because we can use a separate branch for the package.
Stefan
ow to improve them,
> presumably after the most recent merge is completed.
Isn't it the case that CEDET could also make use of a Clang backend?
Stefan
the items generates to many "|". And
top level headlines (e.g. "Some Tasks") each generate one more "|"
than their children (but even those seem to generate to many "|").
I did not fully understand the function org-clocktable-write-default,
so I'm not quite sure how to best fix this.
--
Until the next mail...,
Stefan.
lename.org::Table_to_ignore
-
Emacs : GNU Emacs 24.5.1 (i686-pc-mingw32)
of 2015-04-11 on LEG570
Package: Org mode version 9.0.5 (9.0.5-elpaplus @
~/.emacs.d/elpa/org-plus-contrib-20170210/)
--
Stefan
Please see:
https://github.com/swhahn/org-link-minor-mode
With kind regards,
Stefan
default-value" should be handled by
advice--cd*r (or rather by some new function which can then be used
instead of advice--cd*r).
Stefan
d compatibility, but we should
supplement it with a variable, like we did with
`electric-indent-inhibit` (and not with
electric-indent-functions-without-reindent which just suffers from the
same fundamental problem).
Stefan
201 - 300 of 595 matches
Mail list logo
