Eric S Fraga 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.
&
Eric S Fraga 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.
Daniel Bausch 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 at Eric'
ally 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.
Regards,
Daniel
--
MSc. Daniel Bausch
Research Assistant (Computer Science)
Technische Universität Darmstadt
http://www.dvs.tu-darmstadt.de/staff/dbausch
Nicolas Goaziou writes:
> Daniel Bausch 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 of the outer link and
Hello and thanks for the answer!
Nicolas Goaziou writes:
> Daniel Bausch 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 somefil
it would try 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
ht
the context 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
that with turn-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
y. Sometimes I go through my big list of
open tasks and close some which I am not going to do anymore by setting
them to a special done state CNCL.
Even if I have only six tasks on my scheduled list for today, knowing
that I will not be able to finish all of them really today, I see me
constantl
Hi Bastien,
Am 11.04.2013 09:04, schrieb Bastien:
> Hi Daniel,
>
> Daniel Bausch 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 ha
the IDs need
to be prefixed with a filename or better a file ID so it works 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
Wissensc
can only output documents
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)
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 col
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 t
pologies I had a typo - please ignore the previous mail. So this looks
more sensible:
> > > Daniel Bausch writes:
> > >> Anyone? It might be a duplicate of what Gustav Wiktrom reported on
> > >> 1st of September, but his problem was not resolved, either.
> > &g
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
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 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 sou
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
> > 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'r
Am Mittwoch 26 Oktober 2011, 15:10:03 schrieb Giovanni Ridolfi:
> Nick Dokos writes:
> > Eric Schulte 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
> >> the winner I like the simplicity
Am Dienstag 25 Oktober 2011, 19:21:22 schrieb Nick Dokos:
> Eric Schulte wrote:
> > Martyn Jago writes:
> > > Nick Dokos writes:
> > >> Eric Schulte wrote:
> > >>> Surprisingly (to me) srcname is the winner here, but luckily I
> > >>> haven't yet voted, and although I would have though #+source
> > 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 gue
Am Dienstag 25 Oktober 2011, 03:30:46 schrieb Eric Schulte:
> "Sebastien Vauban" writes:
> > Hi Daniel,
> >
> > Daniel Bausch wrote:
> >>> named code blocks [1] -- "source" "srcname" "
Am Sonntag 23 Oktober 2011, 18:09:01 schrieben Sie:
> Daniel Bausch writes:
> > Am Freitag, 21. Oktober 2011, 21:10:27 schrieb Thomas S. Dye:
> >> Eric Schulte writes:
> >> >>> I'm confused by [3] so I will say nothing for now, except to ask
> >&g
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 obvi
Am Freitag, 21. Oktober 2011, 21:10:27 schrieb Thomas S. Dye:
> Eric Schulte 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 (including perhaps
and actions?
>
> Cheers,
>
> - Marcelo.
>
> On Mon, Oct 10, 2011 at 6:30 AM, Daniel Bausch wrote:
> > Hello,
> >
> > I use a todo keyword "PROJ" and a custom block agenda, that filters
> > different
> > interesting groups for review.
> &g
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 so
It's not a bug, it's a feature (although I don't know what it's for -- maybe
speed). However, there is a customizable option to switch it off:
org-agenda-skip-additional-timestamps-same-entry
Daniel
Am Donnerstag 29 September 2011, 14:16:10 schrieb Andreas Amann:
> Hi list,
>
> I encounter the
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 Majo
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 le
to look into it
myself ( 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:
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 T
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 empty
37 matches
Mail list logo
