Hi all
"Sven Bretfeld" writes:
> As I have said before, I can recommend www.rememberthemilk.com (RTM) to
> capture tasks and dates on an Android phone as long as MobileOrg for
> Android is still under development.
>
> There are still two problems I encountered:
>
> 1. Emacs needs login informati
I keep my stuff in git too, but recently I have found Dropbox very
useful. Once I discovered how to install it on my server it meant that
all my config files were automatically kept in sync on my
computers. in fact Dropbox is still great even if you don't run your
own server.
Git is still very us
On Fri, Mar 26, 2010 at 12:03:22PM -0400, Nick Dokos wrote:
> you probably need to give the system some
> additional information about the timezone you are in.
Yeah, that was it. Strange this is the first time in *mumble* years I
have needed to do this with Cygwin, but your suggestion worked
fine.
Are there reasons to only narrow but not to widen columns?
I think this is really the only thing that makes sense. Why would
you want it any wider, given the limited amount of screen real
estate we have here? I don't think it would be difficult to make
it behave the way you request, but I don'
Hi,
I wonder where an subtree ends. My work flow is as follow:
* headline
some text...
Know I notice a ToDo entry that is link to the text. So i type
** ToDo something useful
notes about the ToDo
... more about the headline.
My problem is, that '... more about the headline' is hidden
On Mar 27, 2010, at 2:11 PM, Michael Brand wrote:
Are there reasons to only narrow but not to widen columns?
I think this is really the only thing that makes sense. Why would
you want it any wider, given the limited amount of screen real
estate we have here? I don't think it would be difficu
I think I find where the bug is. I notice the images which are moved to
the end of the document were placed just after the footnote syntax, say:
here is the content.[fn:footnote]
[fn:footnote] here is the footnote of the content.
#+CAPTION: caption
#+LABEL: fig:caption
#+ATTR_LaTex: wi
Hi Carsten,
On 10-Mar-26, at 2:32 AM, Carsten Dominik wrote:
On Mar 24, 2010, at 7:04 PM, Anthony Lander wrote:
If the cursor is after the elipsis on a folded entry like this:
Some entry...|
pressing TAB doesn't expand the entry, or in fact, do anything
useful at all. Is it
Yes, thinking more about it, I do agree that a fixed width makes a lot
of sense as the application of . It does now work like this.
Thank you for changing. And if someone wants `maximum width' I hope that it
will be implemented with the syntax <..N> as a _variant_ _additional_ to the
existin
On Mar 27, 2010, at 6:15 PM, Michael Brand wrote:
Yes, thinking more about it, I do agree that a fixed width makes a
lot of sense as the application of . It does now work like this.
Thank you for changing. And if someone wants `maximum width' I hope
that it will be implemented with the s
On Saturday 27 March 2010 05:27 am, Franz Heuser wrote:
> Hi,
>
> I wonder where an subtree ends. My work flow is as follow:
> * headline
> some text...
>
> Know I notice a ToDo entry that is link to the text. So i type
>
> ** ToDo something useful
>notes about the ToDo
>
> ... more about t
Hi Michael,
Org tables already use up horizontal space with the | syntax. Some
people use large fonts or small displays.
Whatever solution is chosen, making it easy to make tables narrow will
be important.
Samuel
On 2010-03-25, Michael Brand wrote:
> Hi Carsten, hi all
>
> Are there reasons t
Anthony Lander writes:
> I was thinking about this a bit more. Is it possible to meet in the
> middle and restrict the cursor so that it can't go past the last
> character in the headline, like this:
>
> *** Some entry|...
>
> I suggest this because if you do type after the elipsis, the text
This awesome. If this equivalent existed for M-a/e and M-f/b, I would be
very happy with the result. Seem reasonable -- when on a folded headline, I
just can't think of a reason someone would want to interact with the
headline after the ellipsis. It even, as someone else mentioned, can ge one
into
When I take notes at work, I tend to like to minimize my headlines and use
list items instead. Part of this is simply due to how things look when
exported. To use headlines for everything looks peculiar to me, at least
under the default settings anyway. So... my typical work org-file is like
so:
*
John Hendy writes:
> This awesome. If this equivalent existed for M-a/e and M-f/b, I would
> be very happy with the result. Seem reasonable -- when on a folded
> headline, I just can't think of a reason someone would want to
> interact with the headline after the ellipsis. It even, as someone
> e
Very cool and good point about unfolding. I've basically been doing the same
things.
Thanks for the speed keys link, especially. I've just got to sit down and
read the whole manual some weekend... there's so much and since I am usually
searching under 'problem-based' motivation, there's so many he
Dear org-moders,
I use org-mode for lots of things and love it. Recently I have been
using it more for implementing David Allen's Getting Things Done and
have written a couple of perl scripts and a supporting shell script to
facilitate this. I hope they might be of use to others.
I normally wor
John Hendy writes:
> * Projects
> ** Project 1
> *** History/Overview
> *** Journals
> <2010-03-27 Sat>
> * Main thing I did 1
> - did stuff
> - did some more stuff
> - some sub stuff
> ** Project 2
> * Talks/Courses
> * Ideas
>
> Most likely I'll have one heading under the timestemp s
On Sat, Mar 27, 2010 at 2:15 PM, Memnon Anon <
gegendosenflei...@googlemail.com> wrote:
> John Hendy writes
>
> * Projects
> > ** Project 1
> > *** History/Overview
> > *** Journals
> > <2010-03-27 Sat>
> > * Main thing I did 1
> > - did stuff
>
--snip--
First, I would suggest a differ
I like it. This is a great little piece of work. Thanks a lot.
Scot
On Fri, Mar 26, 2010 at 3:34 AM, Dan Davison wrote:
> Carsten, Scot --
>
> Scot Becker writes:
>
> > Or what about---in the spirit of the 'hidden' outline stars---the option
> to set
> > "#+TITLE:" and friends in a 'barely
Hi,
btw, it is easier to keep multiple questions in separate mails with
separate subjects.
Thus, more people will read and answer (easier to identify the topic,
shorter so quicker to skim over etc.).
John Hendy writes:
> P.S. Somewhat un-related, but while taking about lists... In an
> unorder
John Hendy writes:
> Very cool and good point about unfolding. I've basically been doing the same
> things.
>
> Thanks for the speed keys link, especially. I've just got to sit down and
> read the whole manual some weekend... there's so much and since I am usually
> searching under 'problem-ba
John Hendy writes:
> Very cool and good point about unfolding. I've basically been doing the same
> things.
>
> Thanks for the speed keys link, especially. I've just got to sit down and
> read the whole manual some weekend... there's so much and since I am usually
> searching under 'problem-ba
Hi,
If you have the follow org file
* test crypt :crypt:
** subheading 1
text 1
** subheading 2
text 2
with setup as
(require 'org-crypt)
(setq org-tags-exclude-from-inheritance '("crypt"))
(setq org-crypt-key "CBC0714E")
Thanks Scot, here's the final version of my proposed patch (no change in
outward appearance from previous version).
By default, title, author, date and email lines appear in dark blue with
the initial keywords greyed out. The title is in a larger font than the
others. To change that appearance, cu
26 matches
Mail list logo
