Eric S Fraga e.fr...@ucl.ac.uk writes:
On Friday, 19 Jun 2015 at 10:28, Daniel Bausch wrote:
[...]
If anyone could give me a hint how to reliably set the preferred (or
internal) encoding I could check wether it might have something to do
with the system locale.
I have (only
Daniel Bausch bau...@dvs.tu-darmstadt.de writes:
I think it actually is not an org-mode problem but depends on how
(count-lines 1 (point)) works, as it is using regex searches for the
line endings. I can imagine that the regex parser for utf-8 can be
inefficient.
I just looked again
for the
line endings. I can imagine that the regex parser for utf-8 can be
inefficient.
Regards,
Daniel
--
MSc. Daniel Bausch
Research Assistant (Computer Science)
Technische Universität Darmstadt
http://www.dvs.tu-darmstadt.de/staff/dbausch
Eric S Fraga e.fr...@ucl.ac.uk writes:
On Friday, 19 Jun 2015 at 08:19, Daniel Bausch wrote:
[...]
Line 6000 is indeed quite lame. I have similar problems like Eric. A
table recalculation at line 43868 takes about a minute at my quite fast
machine. I also tracked that down to org
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
Daniel Bausch bau...@dvs.tu-darmstadt.de writes:
Hmm, ok, I understand the intention regarding the detection and display
of inline images as part of a link description; however, even for inline
images following the link jumps to the target
to open someotherfile.txt instead of somefile.c.
In contrast, using
[[file:somefile.c::int whatsoever]]
works works as expected, i.e. it jumps to the second line.
Regards,
Daniel
--
MSc. Daniel Bausch
Research Assistant (Computer Science)
Technische Universität Darmstadt
http://www.dvs.tu
Hello and thanks for the answer!
Nicolas Goaziou m...@nicolasgoaziou.fr writes:
Daniel Bausch bau...@dvs.tu-darmstadt.de writes:
I'm using Org from Git master. If I have a link like, e.g.
[[file:somefile.c::int whatsoever][file:somefile.c::int whatsoever]]
and a a file somefile.c
is in the middle.
(Could be C-M-RET or at least C-u C-RET, although I'm very used to type
C-RET for doing that.).
Regards,
Daniel Bausch
-on-auto-fill and
set-fill-column 72 to enforce the most common git commit style.
Regards,
Daniel Bausch
--
Daniel Bausch
Wissenschaftlicher Mitarbeiter
Technische Universität Darmstadt
Fachbereich Informatik
Fachgebiet Datenbanken und Verteilte Systeme
Hochschulstraße 10
64289 Darmstadt
Germany
on
different machines with different directory layout. Otherwise the IDs
would need to be globally unique (which is not bad by its own, when
items may move between files.)
Regards,
Daniel Bausch
--
Daniel Bausch
Wissenschaftlicher Mitarbeiter
Technische Universität Darmstadt
Fachbereich Informatik
Hi Bastien,
Am 11.04.2013 09:04, schrieb Bastien:
Hi Daniel,
Daniel Bausch bau...@dvs.tu-darmstadt.de writes:
I have got another idea: all we need for sorting (from a technical POV)
is a partial order. Why not store exactly that as a property? Assume
every TODO entry has an ID
, keeps me reconsidering,
what also eats up mental resources. Has anyone an idea how to escape
from that mental state of constant reconsidering?
Daniel
--
Daniel Bausch
Wissenschaftlicher Mitarbeiter
Technische Universität Darmstadt
Fachbereich Informatik
Fachgebiet Datenbanken und Verteilte Systeme
with the corporate style). It would be very nice, if you could find a
solution that works without a hardcoded string at all. Maybe rely on
#+STARTUP: beamer or something else. (The function I needed to modify
is org-beamer-after-initial-vars)
Kind regards,
Daniel
--
Daniel Bausch
Wissenschaftlicher
There is even a more serious problem here:
If I clock in from the agenda by pressing I (NOT from the org file itself),
some function wrongly aligns all drawer boundaries to the column of the
agenda's tags. After that all :PROPERTIES: and :END: are now right aligned to
column 120 (my tags
Hello!
On a usage note, I was surprised that the patch causes automatic insertion
of top and bottom rules even when the org table doesn't use ascii
top/bottom rules. In fact, if you use |- to put ascii rules on an org
chart using this patch, you get double rules.
Disclaimer: I did not test
...@btinternet.com writes:
Apologies I had a typo - please ignore the previous mail. So this looks
more sensible:
Daniel Bausch danielbau...@gmx.de writes:
Anyone? It might be a duplicate of what Gustav Wiktrom reported on
1st of September, but his problem was not resolved, either.
Daniel
Anyone? It might be a duplicate of what Gustav Wiktröm reported on 1st of
September, but his problem was not resolved, either.
Daniel
Am Dienstag 15. November 2011, 22:12:45 schrieb Daniel Bausch:
Hello list,
consider the following example:
|A | B | C
Hello list,
consider the following example:
|A | B | C |
|--+---+---|
| 07:11:00 | -08:00:00 | -01:11:00 |
#+TBLFM: $3=$1+$2;T
I think the result in the third column is wrong. I expect 0 hours and 49
minutes, negative (-00:49:00).
The following
Am Montag 31 Oktober 2011, 20:01:14 schrieb Eric Schulte:
Daniel Bausch danielbau...@gmx.de writes:
I did some tests with my documents and they look fine. Thanks for your
work.
Great, good to know.
(A minor remark, offtopic: If the document ends just below a source
code block
I did some tests with my documents and they look fine. Thanks for your work.
(A minor remark, offtopic: If the document ends just below a source code
block, no results are inserted when the block is executed. You have to insert
an additional blank line, for a result to can appear.)
Daniel
Am Mittwoch 26 Oktober 2011, 15:10:03 schrieb Giovanni Ridolfi:
Nick Dokos nicholas.do...@hp.com writes:
Eric Schulte schulte.e...@gmail.com wrote:
Surprisingly (to me) srcname is the winner here, but luckily I haven't
yet voted, and although I would have though #+source: would have been
Daniel (who used Babel to write his thesis in one big file with all data
and chart generating code interleaved with the text -- faboulous!)
Indeed - could we hope to get a glimpse at some examples (or even the whole
thing) at some point?
Unfortunately not at the moment, because we're
Am Dienstag 25 Oktober 2011, 03:30:46 schrieb Eric Schulte:
Sebastien Vauban wxhgmqzgw...@spammotel.com writes:
Hi Daniel,
Daniel Bausch wrote:
named code blocks [1] -- source srcname function
calling external functions [2] -- call lob
named data [3
However, I'd like to ask, what happens, if one refers to a
name of a source block where data is expected, does it then refer to
the results produced by that source block? How are such situations
handeled at the moment?
Try it out, but be ready to press C-g, because I would guess that
Am Dienstag 25 Oktober 2011, 19:21:22 schrieb Nick Dokos:
Eric Schulte schulte.e...@gmail.com wrote:
Martyn Jago martyn.j...@btinternet.com writes:
Nick Dokos nicholas.do...@hp.com writes:
Eric Schulte schulte.e...@gmail.com wrote:
Surprisingly (to me) srcname is the winner here, but
Am Freitag, 21. Oktober 2011, 21:10:27 schrieb Thomas S. Dye:
Eric Schulte schulte.e...@gmail.com writes:
I'm confused by [3] so I will say nothing for now, except to ask some
questions: are we talking about what a human would use to label a piece
of data for consumption by a block
Hi,
named code blocks [1] -- source srcname function
calling external functions [2] -- call lob
named data [3] -- tblname resname results data
what about #+name: for [1] and [3], and #+call: for [2] ?
That a table or list contains data is obvious. The only thing,
Am Sonntag 23 Oktober 2011, 18:09:01 schrieben Sie:
Daniel Bausch danielbau...@gmx.de writes:
Am Freitag, 21. Oktober 2011, 21:10:27 schrieb Thomas S. Dye:
Eric Schulte schulte.e...@gmail.com writes:
I'm confused by [3] so I will say nothing for now, except to ask
some questions: are we
,
- Marcelo.
On Mon, Oct 10, 2011 at 6:30 AM, Daniel Bausch danielbau...@gmx.de wrote:
Hello,
I use a todo keyword PROJ and a custom block agenda, that filters
different
interesting groups for review.
(setq org-agenda-custom-commands
'((g My GTD Agenda
Hello,
I use a todo keyword PROJ and a custom block agenda, that filters different
interesting groups for review.
(setq org-agenda-custom-commands
'((g My GTD Agenda
((agenda ((org-agenda-ndays 1)
(org-agenda-start-on-weekday nil)
Hi Michael,
it's much easier to achieve, what you want. Just write
2011-09-30 Fri 14:00-18:00
(at least as long as the times refer to the same day)
Daniel
Am Freitag 30 September 2011, 12:00:56 schrieb michael holzer:
Hi everyone,
I'm having a problem with the agenda view, hopefully
Hi,
I'd like to note, that .~ would lead to a hard space, that disallows a line
break, so I think only .\ is correct, although Emacs M-q does not break
after . with a single space, too, to be able to detect sentence ends.
Daniel
Am Freitag, 19. August 2011, 08:50:52 schrieb Andras Major:
Hi,
AFAIK that is exactly the case, for which the , rule is for.
Just put a , in front of the offending line and everything will be fine.
On export the , is removed.
best regards,
Daniel
Am Dienstag 16 August 2011, 20:27:01 schrieb Jason Dunsmore:
Hello,
I noticed that lines with leading
( because of the overtime ;-) ).
Best regards,
Daniel Bausch
Am Samstag 09 Juli 2011, 12:10:18 schrieb Gustav Wikström:
Hello!
Great work with the new functions allowing time calculations in the
spreadsheet! Just a few remarks.. The default format is MM:SS and hours
have to be qualified by using
Hello John,
search for allowframebreak, a LaTeX beamer option. Maybe this will fit your
needs. For org-mode this may be placed in org-beamer-frame-default-options.
However, when it is present, you will not be able to use overlays anymore.
Daniel
Am Mittwoch, 27. April 2011, 11:01:40 schrieb
Hi Tomas!
I have nothing to contribute to the real topic, but I wanted to inform you
that there is a software called dokuwiki - so I got a bit irritated, whether
you are reffering to that or to mediawiki, as you first stated.
And (at least on the mailinglist) your patch is delivered as an
36 matches
Mail list logo