Hmmm...
nice! Maybe it helps to bring finally peace between Vi and Emacs users. I
will forward it to my Vi-friends:)
Torsten
On Nov 3, 2011 9:31 AM, Herbert Sitz hes...@gmail.com wrote:
I just formally pushed up a new version of VimOrganizer, an Org clone in
Vim.
This version is much closer
On 11/3/11 2:26 AM, Bastien wrote:
Hi Nicolas,
Nicolas Goazioun.goaz...@gmail.com writes:
(...)
There is also #+bind:, whose purpose is close enough.
Indeed. Eric, would it be possible to use
#+bind foo 1
instead of
#+property var foo=1
Correct me if I'm wrong, but the purpose of
Herbert Sitz hes...@gmail.com writes:
I just formally pushed up a new version of VimOrganizer, an Org clone in Vim.
nice, I announced this on the picolisp newsgroup, since this new
org-babel language is more vim based, and VimOrganizer might help to
--
Thorsten
Thorsten quintf...@googlemail.com writes:
sorry, incomplete sentence, wrong keystroke ...
nice, I announced this on the picolisp newsgroup, since this new
org-babel language is more vim based, and VimOrganizer might help to
...spread the news about orgmode and org-babel in the
picolisp
On 11/3/11 2:42 AM, Bastien wrote:
But allowing a top-level :PROPERTIES: drawer with properties
whose scope is the entire file looks like a good idea to me.
How other would feel about this?
Not sure if this is already clear, but just in case: The functionality
is already there. PROPERTY
Am 03.11.2011 um 01:36 schrieb Nick Dokos:
i...@bastianebeling.org i...@bastianebeling.org wrote:
Am 03.11.2011 um 00:28 schrieb Nick Dokos:
i...@bastianebeling.org i...@bastianebeling.org wrote:
when I run org-mobile-push:
byte-code: Invalid function: org-eval-in-environment
Hi
Sorry - I mentioned it already, but I have lost track of how things are
standing at the moment.
I am using Org-mode version 7.7 (release_7.7.512.g4d2a), and get, based on
the following arguments, after tangling, a file which begins with:
##
It says Org-mode version 7.7. However, I feel that there was
something strange with my installation. I checked my files in my Emacs
folder and everything seemed really messed up, so I just reinstalled
org from the latest build and now it works! I had tried that before
automatically with the
There is another issue with export (to HTML) that I found out only now
to be related with indentation: The example below exports like
expected but when all lines below project are indented (by two spaces)
then the lines BEGIN and END are also exported.
* project
#+BEGIN: columnview :maxlevel 3
Am 03.11.2011 um 12:03 schrieb Jambunathan K:
It says Org-mode version 7.7. However, I feel that there was
something strange with my installation. I checked my files in my Emacs
folder and everything seemed really messed up, so I just reinstalled
org from the latest build and now it works! I
Sorry, I didn't get into too much detail here because I had the
feeling that the problem might have been cause by me not being able
to use the package manager correctly rather than the package manager
itself. But if it could help others, of course, I'm sharing the
details as far as I
Bastien b...@altern.org wrote:
Hi Nick,
Nick Dokos nicholas.do...@hp.com writes:
With this information, do you think you could get a patch together?
I hope Sten will be able to provide a patch!
Let me know if you have questions.
Thanks for the detailed analysis.
Footnotes:
On Wed, 02 Nov 2011 21:38:42 +, Myles English said:
On Wed, 02 Nov 2011 00:44:57 +0530, Jambunathan K said:
2. mathml - You need to register your command file with -ncf
argument.
For example, if I put the mystyle.tex in the same directory as
exported .org file and add the
Christian Moe m...@christianmoe.com wrote:
On 11/3/11 2:26 AM, Bastien wrote:
Hi Nicolas,
Nicolas Goazioun.goaz...@gmail.com writes:
(...)
There is also #+bind:, whose purpose is close enough.
Indeed. Eric, would it be possible to use
#+bind foo 1
instead of
#+property
Hi,
I am trying to export a simple project plan from org to taskjuggler
through org-taskjuggler.el. I cannot get the behavour I expect and
need do some manual tweaks to get the taskjuggler file working. The
questions are as follows, whereafter the test org-file that I attempt
export and finally
Oh, I thought I had run out on my quota: I do have a patch that I can
send in, I just don't want to cause headaches (particularly to you)
down the line. I'll add a Changelog, mark it as a TINYCHANGE and send it in -
is that OK?
AFAIK, there is fair amount of audit of ChangeLogs that is done
Hi Carsten
On Thu, Oct 13, 2011 at 10:27, Carsten Dominik
carsten.domi...@gmail.com wrote:
I am attaching a patch which will make time stamps without a day name
like 2011-10-12 work correctly. Furthermore, pressing C-c C-c on
a time stamp will fill in or fix the day name.
However, I am not
On Wed, Nov 2, 2011 at 5:30 AM, suvayu ali fatkasuvayu+li...@gmail.com wrote:
On Wed, Nov 2, 2011 at 03:43, suvayu ali fatkasuvayu+li...@gmail.com wrote:
You could try replacing that with the following:
pdflatex -interaction nonstopmode -output-directory %o
\pdfminorversion=4 $(cat %f)
I
On Thu, Nov 3, 2011 at 18:48, John Hendy jw.he...@gmail.com wrote:
On Wed, Nov 2, 2011 at 5:30 AM, suvayu ali fatkasuvayu+li...@gmail.com
wrote:
On Wed, Nov 2, 2011 at 03:43, suvayu ali fatkasuvayu+li...@gmail.com wrote:
You could try replacing that with the following:
pdflatex -interaction
Thank you for sharing your experiences guys,
I only started thinking about this recently, when I had to send some
documents to a banker. The issue is that I'm sure most bankers are not
internet-savvy, they might not even know how to download something from a
website (the alternative would be to
On Thu, Nov 3, 2011 at 12:55 PM, suvayu ali fatkasuvayu+li...@gmail.com wrote:
On Thu, Nov 3, 2011 at 18:48, John Hendy jw.he...@gmail.com wrote:
On Wed, Nov 2, 2011 at 5:30 AM, suvayu ali fatkasuvayu+li...@gmail.com
wrote:
On Wed, Nov 2, 2011 at 03:43, suvayu ali fatkasuvayu+li...@gmail.com
Jambunathan K kjambunat...@gmail.com wrote:
Oh, I thought I had run out on my quota: I do have a patch that I can
send in, I just don't want to cause headaches (particularly to you)
down the line. I'll add a Changelog, mark it as a TINYCHANGE and send it in
-
is that OK?
AFAIK,
Myles English mylesengl...@gmail.com writes:
On Wed, 02 Nov 2011 21:38:42 +, Myles English said:
On Wed, 02 Nov 2011 00:44:57 +0530, Jambunathan K said:
2. mathml - You need to register your command file with -ncf
argument.
For example, if I put the mystyle.tex in the same
I don't understand why the `org-accumulated-properties-alist' solution
seems like a hack, could someone elaborate. To me that still feels like
the most natural solution.
more below...
2) Cumulative properties?
Here is a suggestion: use a syntaxe like
#+var: foo 1
There is also
But allowing a top-level :PROPERTIES: drawer with properties
whose scope is the entire file looks like a good idea to me.
I don't see what this would add, how would this solve the need for
multi-line properties, and how would it differ from IMO being uglier
than a series of #+PROPERTY: lines.
Not sure I follow completely, but I will continue trying to cajole others
to provide the actual patches and limit myself to providing guidance if
necessary.
Thanks for *not* submitting a patch.
What I meant was - there is a process in place and Emacs project + FSF
are quite earnest as far as
In order to prevent confusion or needless argument: the path I
think we should back off of is the committing of these changes to
master - I think the work should be done in a branch and cooked
thoroughly before merging it to master.
Partly agree here - I was bitten by the changes, and
Jambunathan K kjambunat...@gmail.com wrote:
Not sure I follow completely, but I will continue trying to cajole others
to provide the actual patches and limit myself to providing guidance if
necessary.
Thanks for *not* submitting a patch.
What I meant was - there is a process in
Perhaps this thread should be merged with the
About commit named Allow multi-line properties to be specified in property
blocks
thread?
Best -- Eric
Robert McIntyre r...@mit.edu writes:
In my literate org projects at http://aurellem.com/, I often have to
use very long lines such as:
Rainer - if he feels uncomfortable - can choose *not* to update his git
repo and switch his local checkout to a historical version.
[1] to see the info page evaluate (info (elisp)File Local
Variables)
A usage note for adding these variables without straining the brain.
M-x
Hi!
I would like to use Org mode with MobileOrg over Dropbox and have all
my org-agenda-files synced between all my computers, that is, my home
computer, my work computer, and my mobile. Currently, as I understand
MobileOrg and org-mobile-push/-pull, MobileOrg is only really designed
to sync
While I still think `org-accumulated-properties-alist' is the most
powerful solution -- as it is the only solution which allows a subtree
property block to extend rather than overwrite a file-wide property.
I've been thinking a little bit more about these issues and I'm
returning to a previous
Last week I finally got around to testing the export to ODT that Jambunathan's
made available. Here's a 3 minute video showing how it works (calling odt
export from a document open in VimOrganizer):
http://vimeo.com/31564708
This is some seriously cool functionality for Org that deserves wider
Eric Schulte schulte.e...@gmail.com writes:
On the contrary, creating a block for each keyword would mean a lot of
new syntax.
We currently have 8 types of blocks (not counting dynamic blocks, whose
syntax is a bit different), all requiring to be parsed differently:
1. Center blocks,
On 11/3/11 8:57 PM, Herbert Sitz wrote:
This is some seriously cool functionality for Org that deserves wider exposure.
Jambunathan's done a great job.
+1
Christian
One more idea that has occurred to me, it should give all of the
functionality which we desire (i.e., the ability for a property value to
span multiple lines and to be accumulated at the subtree level), and it
should require *no* new syntax. The only problem is it puts a
limitation on possible
Nicolas Goaziou n.goaz...@gmail.com writes:
Eric Schulte schulte.e...@gmail.com writes:
On the contrary, creating a block for each keyword would mean a lot of
new syntax.
We currently have 8 types of blocks (not counting dynamic blocks, whose
syntax is a bit different), all requiring to be
Hello,
Michael Brand michael.ch.br...@gmail.com writes:
Git bisect finds it as the reason of a fontification issue of
headings with the keyword COMMENT or QUOTE:
- the face falls back from org-special-keyword to org-level-n
- hidestars does not hide any more
#+begin_src org
,#+STARTUP:
Hi Nicolas
On Thu, Nov 3, 2011 at 21:43, Nicolas Goaziou n.goaz...@gmail.com wrote:
I have pushed a fix in master. Thanks for reporting this.
Resolved, thanks.
Michael
Hello,
Before enhancing org-agenda-to-appt (and some other parts) to fit my
needs, I would like to get some feedback for my ideas:
- General opinions about the ideas.
- Hints about already existing usable code.
- Hints how to implement the ideas with the least effort.
The general idea is, to get
Hi, all,
On the last few days I've been working on a major mode derived from org-mode.
While I was at it, I've encoutered some difficulties related to those reported
by the OP (Stefan). Specifically: in a lot of places, org-mode will check if
it's the current major-mode and, if it's not, will
Hi Herb
On Thu, Nov 3, 2011 at 01:31, Herbert Sitz hes...@gmail.com wrote:
I'd be glad to hear any feedback, comments, suggestions. . .
My intention is the opposite of undermining your work in any way and I
find it a good thing that users who prefer Vim can handle Org files
too. But for
Hi Nikolai,
As I can hardly be the only person with two computers, a mobile, and a
desire to keep my org-agenda-files in sync between these three
computers, I’ll pose this question here: How do you have this set up?
I am using git to sync several laptops and Desktop computers.
Every 5
Michael Brand michael.ch.brand at gmail.com writes:
or at a similar place that there is also the possibility to have the
vi modal editing paradigm and most of the vi key bindings within Emacs
itself by using a vi emulation like Viper mode. (I use Emacs with
Viper mode all the time to have
Herbert Sitz hes...@gmail.com writes:
Here's a 3 minute video showing how it works (calling odt export from
a document open in VimOrganizer): http://vimeo.com/31564708
Thanks, it is a nice video. You should add it to the Worg.
This is some seriously cool functionality for Org that deserves
Herbert Sitz hes...@gmail.com writes:
Last week I finally got around to testing the export to ODT that Jambunathan's
made available. Here's a 3 minute video showing how it works (calling odt
export from a document open in VimOrganizer):
http://vimeo.com/31564708
This is some seriously cool
46 matches
Mail list logo