Bastien writes:
> Samuel Wales writes:
>
>> remember: using
>> one hand for both modifier and key is never an option.
>
> Why? For me C-c C-' is very easy with one hand, I don't even
> need to move the fingers.
I'd think you need to curl the pinky at least unless you're talking
about a laptop ke
Bastien writes:
> What I don't understand is why keeping the right control key between
> C-c and C-' is harder than releasing the control key between C-c and
> ' (or " as also proposed.) My experience (which seems the same than
> Nick's) is that holding the control key down is easier/faster.
That
Sebastien Vauban writes:
> When trying to convince colleagues and friends to use macros, I get
> kind of allergic reactions because of the many accolades.
>
> Example:
>
> #+MACRO: hlt @@html:$1@@
>
> This {{{hlt(information)}}} is important.
>
> I wondered whether we could reduce the number of
Bastien writes:
> More precisely, I suggest these rebindings:
>
> C-c # Checkboxes => C-c C-#
> C-c , Priorities => C-c C-,
C-, can not be input using an ASCII terminal as it would produce a line
control character.
> C-c ; Comment lines => C-c C-;
> C-c @ Mark subtree => C-c C-@
C-@ m
Achim Gratz writes:
[…]
> in the second or the cdr of the second element of pre-info might
> directly get the new value spliced in depending on whether the original
> value is used someplace else.
Splicing seems slightly more elegant than list construction, but
pre-info needs to be
Jambunathan K writes:
> I have my reservations. With stock Emacs Snapshot (i.e., without any
> separate Org installation - git or elpa) at Bzr version 116124, at line
> 16, I am seeing
>
> ;;;###autoload
> (defvar org-odt-data-dir "/usr/share/emacs/etc/org"
> "The location of ODT sty
Bastien gnu.org> writes:
> > The tag for release_8.2.5e is on the wrong branch (you tagged the merge
> > instead of the last commit in maint (that would be 0a8fe04a9d).
>
> Actually I don't understand: the release_8.2.5e tag appears on
> e7ebe4163a, and 0a8fe04a9d is the merge commit.
You appare
Bastien writes:
> Since you have commit access and the fixes seem non problematic,
> I'd say feel free to fix them directly--reporting them if still
> useful of course, it helps us not repeating them :)
I didn't fix these for two reasons:
1) I didn't touch the tag because I couldn't sign it.
2)
Bastien writes:
> Hi all,
>
> I released Org 8.2.5g, which fixes several bugs.
>
> http://orgmode.org
>
> Please heavily test this release and report important bugs.
The tag for release_8.2.5e is on the wrong branch (you tagged the merge
instead of the last commit in maint (that would be 0a8fe04
Bastien writes:
> IIUC your suggestion is to keep contrib/ for things that are good
> candidates for core, and to remove non-candidate libraries.
No, my suggestion is to look at the things in contrib and decide what to
do with them. A few of those things will never be in core nor will they
be in
Bastien writes:
> The separate repo could be a submodule of Org's core repo and its
> contents could even make it into the .tar.gz and .zip files.
I'd guess you haven't worked with submodules yet.
> 1) In the long run, maybe Org will be a submodule of Emacs Git repo.
>Completely hypothetical,
Bastien writes:
> Achim Gratz writes:
>
>> You didn't answer the question of what you want contrib to be or I'm too
>> dense to find where.
>
> I want contributed Org libraries to be maintained in a separate Git
> repository the same what the GNU ELPA p
Bastien writes:
>> The first question is what do we want contrib to be?
>
> So let's start with this one.
[…]
You didn't answer the question of what you want contrib to be or I'm too
dense to find where.
You keep talking about an Org ELPA that doesn't exist and about your
expectation of unspeci
Bastien writes:
> Shouldn't we ask Emacs maintainers about this? ox-koma-letter.el into
> core means that bug reports will hit them first, then us.
Debbugs has facilities to redirect such reports to this mailing list
should that become an issue. Gnus is using this approach AFAIK.
> My suggestio
Eric Schulte writes:
> I believe Achim's suggestion should be the correct one. See the comment
> of the commit making this change.
The part of Bastiens patch changing
(org-babel-do-load-languages
'org-babel-load-languages '((sh . t) (org . t
to
(org-babel-do-load-la
Rick Frankel writes:
> After doing a git pull including the rename of ob-sh.el to
> ob-shell.el, testing fails with the error:
>
> Cannot open load file: no such file or directory, ob-sh
What commit were you on before the pull and what branch/commit are you
on now? Also, what's the output of
Andreas Leha writes:
> Yes, I know. That's why I am sighing a bit: Both approaches need work
> or are inconvenient in one way or the other.
That trait of reproducibility is shared with security. You might want
to have alook at this:
https://www.vagrantup.com/
(no direct experience yet).
Reg
Jambunathan K writes:
> Rustom Mody writes:
>
>> I could check that org-odt-data-dir is coming in bound to
>> /usr/share/emacs/etc/org (which is non-existent) before the defvar in
>> ox-odt.el, so that defvar is not happening
>
>> And changing the prefix in local.mk does not seem to do anything
>
Rustom Mody writes:
> I could check that
> org-odt-data-dir is coming in bound to /usr/share/emacs/etc/org (which
> is non-existent) before the defvar in ox-odt.el, so that defvar is not
> happening
>
> And changing the prefix in local.mk does not seem to do anything
What do you expect it to do if
Andreas Leha writes:
> I am not as organized as Tom is. So the chances to use my up-to-date
> orgmode and successfully export any of my org documents from a year ago
> (they are almost all 'Literate Programming' documents and, thus, maybe
> more fragile?) are slim. I do not have numbers, but it s
Daniel Gerber writes:
> Not quite. I thought %S was not a typo because it escapes characters
> more nicely. E.g. with %s the buffer should contain \"\"\" to mean """
> in python.
If that's the intention, then %S is arguably a latent bug, since the
escaping it applies can only by accident be compat
Bastien writes:
> I don't understand why properties would be a problem here.
> Can you elaborate a bit on this?
With format "%S" prints an s-expression via prin1, not a string. So
either the format should be "%s" or the properties need to be stripped
unless one really wants to interpret the resul
François Pinard writes:
> Org could tell Gnus that I am not really reading an article as if I was
> using Gnus interactively.
You keep saying that; while clearly you could coerce Gnus into doing
something like that I'm not sure Gnus would entertain to listen to such
a request. This is probably be
Francesco Pizzolante writes:
> I understand, but I find it weird that a same version number (like
> 8.2.4) gives different functionalities/fixes/patches according to the
> git branch you take the sources from.
You don't understand what the version numbers mean.
> Shouldn't the maintenance branch
Rainer M Krug writes:
> The problem seems to been that
>
> a) in my PATH, the /usr/bin (where the build in is located) comes
> before /usr/local/bin (where the homebrew is installed).
Except when root, it is almost always wrong to have /usr/local/bin after
any system paths.
> b) I have set an ali
Nick Dokos writes:
> The idea however is that you have to delete all
> the .elc files from wherever you are loading your org-mode and reload
> org-mode.
The easier way is to simply do either of:
C-u M-x org-reload
C-u C-c C-x !
The latter only works from an org-mode buffer.
Regards,
Achim.
--
Bastien writes:
> htmlize.el was not included so far when packaging the org-plus-contrib
> ELPA package, I fixed this, thanks.
Again, this isn't our file and we shouldn't distribute it via package
manager. It screws up everyone who installs htmlize via ELPA or MELPA,
please revert that commit.
Bastien writes:
>> 3. It also wasn't obvious that you have to give org-entry-put a
>> string. If you try to set it to an integer, you get strange control
>> characters like ^A or ^C.
>
> Can you tell which place in the documentation you expect to find this
> information? In functions' docstrings o
Am 01.01.2014 07:28, schrieb Nick Dokos:
--8<---cut here---start->8---
(add-to-list 'load-path "~/src/emacs/org/org-mode/lisp")
(add-to-list 'load-path "~/src/emacs/org/org-mode/contib/lisp")
There is usually no point to include contrib in a minimal Org init,
Am 30.12.2013 06:57, schrieb Rustom Mody:
And doc/Makefile has:
%.pdf:LC_ALL=C# work around a bug in texi2dvi
%.pdf:LANG=C# work around a bug in texi2dvi
%.pdf:%.texi org-version.inc
$(TEXI2PDF) $<
Commenting out the LC/LANG lines makes the perl warning
Am 22.12.2013 09:44, schrieb Bastien:
htmlize.el was not included so far when packaging the org-plus-contrib
ELPA package, I fixed this, thanks.
There is nothing to fix here, if you install Org from ELPA presumably
you'd be able to install htmlize via package manager also. Org has no
busines
Nick Dokos writes:
> Not sure why it says 8.2.3c - I'm running:
That looks like the Org version that comes with the trunk Emacs you seem
to be using.
> Org-mode version 8.2.4 (release_8.2.4-340-g059dc0 @
> /home/nick/elisp/org-mode/lisp/)
Most likely org-html-creator-string is pulled in via cus-
In a number of recent discussions it transpired that some people expect
to automatically be switched to a specific Git branch when updating.
I've added this as an option to the standard Makefile. Simply define
GIT_BRANCH (either on the command line or in local.mk) to determine
which branch you w
Eric Schulte writes:
> I just applied these patches. The worst case is that users may have to
> change "ob-sh" to "ob-shell" in their config (although some initial
> testing seems to indicate that even this change won't be required), and
> possibly replace "sh" with "shell" in their local.mk file
schulte.e...@gmail.com writes:
> I think this change could make it easier to reproduce problems with
> Org-mode loaded and without the user's personal config loaded.
So you want $(BATCH) with "-batch" filtered out? You can do that
without the code duplication.
> + --eval '(setq org-babel-l
Eric Schulte writes:
>> How about the following resolution? We rename ob-sh.el to ob-shell.el.
>> New "shell" code blocks could use the value of the
>> `org-babel-sh-command' environment variable. Then sh, bash, zsh, csh,
>> ash, dash (am I missing any other common ones) use the specific shell
>>
Eric Schulte writes:
> I understand your point, but in reality I doubt there are many systems
> on which people use Org-mode with code blocks and on which sh is
> available but no bash is installed.
You might want to widen your horizon on the "many systems" front a bit.
The typical BSD system has
James Harkins writes:
> $ git status
> # On branch hjh8.2
You are on your own branch, with unknown modifications.
> In toplevel form:
> ox-texinfo.el:1683:1:Warning: !! The file uses old-style backquotes !!
> This functionality has been obsolete for more than 10 years already
> and will be remov
Eric Schulte writes:
> This should be fixed now.
Indeed it is. Thank you.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
Eric Schulte writes:
> I just pushed up a change which fixes this when exporting on my system,
> if the problem persists please provide an ECM.
This test is still failing:
Test test-ob/noweb-expansions-in-cache condition:
(void-variable <>)
FAILED 149/491 test-ob/noweb-expansions-in-cach
Achim Gratz writes:
> Rainer M Krug writes:
>> git checkout master
>> make update
>
> This doesn't update at all since you never do a "git pull" on master.
Scratch that, I was imagining an "update2" where you clearly wrote
"update". In any
Rainer M Krug writes:
> git checkout master
> make update
This doesn't update at all since you never do a "git pull" on master.
> which works nicely, but I would like to only execute the "make update"
> if git updated something - I am sure this is possible, but how?
I really don't see why you'd
Rasmus writes:
> Since I use multiple computers I'd like to cdlatex in GNU ELPA. An
> outdated version is currently on Marmelade, but I think that version
> doesn't work with current Org (v4.0 vs. v4.6). Also, cdlatex deserves
> to be in GNU ELPA IMO.
Don't you think that emacs-devel would be a
Michael Brand writes:
> Your idea is very good. I suggest to have also a unicode variant using
> http://en.wikipedia.org/wiki/Block_Elements
> with (elt " ▏▎▍▌▋▊▉" [...]) to divide one char into eight widths which
These would be even more useful if all UPPER and RIGHT variants
existed. Oh well.
Eric Schulte writes:
> This test (test-ob/catches-all-references) is from commit c21692506d8,
> which doesn't have anything to do with newlines (judging from the commit
> message).
>
> To me the more natural behavior is to include the newline in the
> expansion. Maybe we have discussed this before
Eric Schulte writes:
> In that thread we agreed that the expansion of no-web references
> *should* be included in code blocks for hashing, but no-one has had the
> time to implement this.
I think we may have discussed this before, but if you make the hashes
dependent on the possibly recursive nowe
Eric Schulte writes:
> Fixed.
The test was trying to ascertain that an inline babel codeblock didn't
force a newline at the end. You've just made it test that there is a
trailing newline introduced by the inline babel call, which is clearly
against its intent. You could have marked it as a known
Alan Schmitt writes:
> I tried to do this, and do a "make clean" to make sure old elc files
> would not be picked up, but then export fails with
You would want to do "make uncompiled" and also "(require 'org-loaddefs)".
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XT
James Harkins writes:
> Now I'm working on a short article-class document, and I included the same
> #+PROPERTY at the top, and... no effect. But... *the lines are identical*.
> ??
Did you C-c C-c the configuration lines (or reverted the document)?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+3
AW writes:
> #!/bin/bash
>
> env WINEPREFIX="/home/AW/.wine-office" wine "C:\windows\command\start.exe"
> /Unix
> "/home/AW/.wine-office/dosdevices/c:/users/AW/Start Menu/Programs/Microsoft
> Office/Microsoft Word 2010.lnk"
>
> On the command line "word.sh" works.
>
> But in .emacs the lines
>
>
AW t-online.de> writes:
> But how can I set org-file-apps to open a *.doc file with MS Word under Linux?
It's probably easiest to put that into a wrapper script and associate it
with .doc/.docx on your desktop environment. That way you probably wouldn't
even need to customize anything within Ema
Rick Frankel writes:
> For xhtml compatibility, it would need to be 'checked="checked"'. I've
> done a quick look at the html dtd, and i does look like input elements
> are allowed outside of forms, but i would need to double
> check... Also, the fallback to "[-]" for the partially checked state
>
York Zhao writes:
> As explained above, yes, my `org-mode' is in some other path outside of Emacs,
> e.g., "foo/org-mode", which I had already explained, I'm going to delete the
> first line. But it doesn't hurt to have the first line anyways right?
It could have (depending on what other files you
Michael Brand writes:
> It shows a difference, see attachements. It looks like but it was not
> me loosing some first lines when doing this, I cross-checked :-).
I've had a brief look at this. It seems that some of the differences
are due to elp instrumenting a much larger range of functions when
Michael Brand writes:
> I always do "make cleanall uncompiled". Is this correct?
I don't recommend it, but it should work if you're using a non-buggy
Emacs (i.e. not Emacs 23, which never ignores site-lisp).
> Before I tried without the --eval, but I can reproduce quadratic with
> the following t
Nick Dokos writes:
> However, with your patch there is the opposite side of the coin: if you
> have a buffer in a mode derived from org (as in York's case), then doing
> C-c C-c on the options line will reset the mode to org, not to the
> derived one, right?
It would have done exactly that before
Nick Dokos writes:
> I pushed the fix to master. Thanks to York and Tom for all the help.
I'm not sure this fix is complete. It seems that when someone would
manually enter org-mode (say, in a scratch buffer) Emacs could return to
an entirely different mode upon executing org-reset.
> | 2 unexpe
Michael Brand writes:
> 2) choice:
>- for quadratic do: M-x org-mode
>- for linear do: M-x org-version
You have a botched installation. Make sure that the autoloads are
current, that the Org install directory comes first in load-path and
that you require org-loaddefs before anything else
Hi Eric,
this change seems to introduce additional line breaks in the following
test:
--8<---cut here---start->8---
Test test-ob/catches-all-references condition:
(ert-test-failed
((should
(string=
(org-babel-execute-src-block)
"
York Zhao writes:
>> York Zhao writes:
>>> (add-to-list 'load-path "path/to/org-mode")
>>
>> This line is not needed.
>
> My org-mode is "installed" in separate directory outside of Emacs system and
> therefor this line is needed in my setup, otherwise the org-mode shipped with
> Emacs would be use
Carsten Dominik writes:
> I think there is an error in the property matching regexp. It will
> not match a line where the property value is empty.
See 3c933adaf6 and 68276fd62d for how this regex developed, the
requirement of the whitespace after the colon was in the original regex
from Nicolas.
Loris Bennett writes:
> No, the column names are fixed, so that's perfect, thank you. I
> suspected there might be some more straight-forward way than the
> interesting, but slightly more involved methods suggested by Achim and
> Rasmus.
There might be way to do that, but it's not implemented for
York Zhao writes:
> (add-to-list 'load-path "path/to/org-mode")
This line is not needed.
> (add-to-list 'load-path "path/to/org-mode/lisp") ; this line is the
> key
Key for what? Did you create autoload files for this installation?
> Third, file "yhj-mode.el" has to be byte-compiled.
You'll
Achim Gratz writes:
[…]
Looking at this again, of course this simpler version would do the same.
--8<---cut here---start->8---
#+BEGIN_SRC sh :results raw
(
echo "a b c d"
echo ""
echo "1 2 3 4"
echo "5 6 7 8"
) |
Loris Bennett writes:
> How do I get this
>
> #+RESULTS:
> | a | b | c | d |
> |-+---+---+---|
> | 1 | 2 | 3 | 4 |
> | 5 | 6 | 7 | 8 |
You really don't want to use a shell for that, but if you insist, this
would do it:
--8<---cut here---start->8---
#+
Alan Schmitt writes:
> Regarding this very first request: where can I find documentation about
> creating a package? I searched for "create ELPA package", and I got
> links such as http://tromey.com/elpa/upload.html which tells me
> "package.el is pedantic about the header and footer comments, plea
Following up on some off-list discussion with Eric Schulte some time
ago, I've just pushed a change to officially enable test selection. The
base functionality had been there for a while… Here's the pertinent
documentation, also added to the build system documentation on Worg:
http://orgmode.org/
Achim Gratz writes:
> I'll just keep the patch locally for the moment, at least until I've
> looked at Ert and/or made a test case that can be reoprted to
> emacs-bugs. If anybody wants to test on Emacs trunk, it is easy enough
> to apply the patch, I think.
This turned
Dan writes:
> Hi, I'd like to install orgmode-stable (8.2.3b I guess) as non-root --
> ideally as an ELPA package.
There is absolutely no reason to build an ELPA package locally for this
purpose. Just define SUDO to be empty and adjust the target directory
for the install to some directory that y
Bastien writes:
> Feel free to install it, thanks!
Applied to master.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada
Bastien writes:
> I suggest you handle this the way you prefer: either by committing
> this in Org before asking emacs-devel@, or by asking first then see
> of this needs to be fixed upstream? I won't have time to digg this
> issue further, sorry.
I'll just keep the patch locally for the moment,
still
unchanged for clarity). Not sure if this an Ert or Emacs error, though.
>From e123a7c180f5390a8658e0f352e05d85aca3627c Mon Sep 17 00:00:00 2001
From: Achim Gratz
Date: Tue, 12 Nov 2013 22:01:41 +0100
Subject: [PATCH] testing: fix eager macro expansion failures on Emacs trunk
* testing/lisp/te
s really stupid patch allows me to export the document I was unable
> to export yesterday with emacs-bzr r115062 (latest or almost latest)
> and the latest version Org.
Here's a better patch (I hope).
>From c297d59c7ec6ce04ebba3cbeb9641217d1ff5cf1 Mon Sep 17 00:00:00 2001
From: Achim
Rasmus writes:
> I bisected emacs-bzr to find the revision where it breaks for me
> (cf. attached test case). It's this one:
>
> committer: Dmitry Antipov
Please report this as an Emacs bug. I can find no bug that this change
is fixing and it clearly alters (undocumented, AFAICS) behaviour,
Achim Gratz writes:
> Besides, that change breaks test-org-table/compare, which for whatever
> reason uses just such a LHS construct.
I've fixed the failing test since it wasn't checking hline expressions
and hence should not have relied on undocumented behaviour in the first
Rick Frankel writes:
> Ok, i see what's happening in your examples (a testing org file
> attached), though i question the usefullness of most of the results ;).
I tend to agree, but as the test case shows anything that does work and
produces the intended results will eventually have at least one u
Achim Gratz writes:
[...]
> with these formulas:
> #+TBLFM: $=vsum(@-II..@-I)
whoops, press C-c C-c in the wrong buffer.
I meant these formulas:
#+TBLFM: @$=vsum(@-II..@-I)
#+TBLFM: @II=vsum(@-II..@-I)
#+TBLFM: @III=vsum(@-II..@-I)
#+TBLFM: @=vsum(@-II..@-I)
#+TBLFM: @II..$2=vsum(@-I
Rick Frankel writes:
> What he is saying, is that references like =@II$2=, or =@II+1$2= do not
> work correctly on the left-hand side of a table format (verified by
> carsten in a previous thread) which is why i created the patch to
> disallow hline-relative references on th LHS.
They are working,
Bastien writes:
>> * org-table.el (org-table-recalculate): Generate user error if
>> an hline relative reference is use on the LHS of a formula.
>
> Applied, thanks!
Rick is listed as a contributor, so the TINYCHANGE marker is wrong.
Besides, that change breaks test-org-table/compare, which for w
Bastien writes:
> | Loading /home/guerry/install/git/org-mode/testing/lisp/test-ob.el
> (source)...
> | Eager macro-expansion failure: (void-variable test-line)
> | Symbol's value as variable is void: test-line
> | mk/targets.mk:99: recipe for target 'test' failed
> | make: *** [test] Error 255
>
Sam Flint writes:
> I pulled org from git just now, restarted Emacs, and got this error:
> Symbol's function definition is void: org-element-chache reset
> Any ideas why?
You probably meant to type org-element-cache-reset... my guess is you
didn't actually re-load Org after the Git pull.
Regards
Try:
1)
2) [@3]
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
p...@rudin.co.uk writes:
> In LaTeX we can specifically set enumi, enumii etc. to skip list items.
>
> Is there any way to do something similar with org lists? Simply started
> at 2) or whatever doesn't work - when you add new items they all get
> renumbered.
You could consult the manual and find
Peter Davis writes:
> That was the first thing I tried, and Perl complained about an
> undefined variable. I may have made a typo though.
Nope, my error. $1 gets clobbered by the second replacement. So you'd
want what you wrote or somewhat shorter:
# hyperlinks
s/\[\[([^]]*)\]\]/
my ($l, $o)
Peter Davis writes:
> Excellent! I modified it slightly to keep the spaces in the display
> string:
This is better, I'd think:
# hyperlinks
s/\[\[([^]]*)\]\]/
my $l = $1;
$l =~ s: :_:g;
"[[file:$l.org][$1]]"/gex;
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blo
Peter Davis writes:
> # hyperlinks
> s/\[\[([^]]*)\]\]/[[file:$1.org][$1]]/g;
Try this to fix the links maybe:
# hyperlinks
s/\[\[([^]]*)\]\]/
my $l = $1;
$l =~ s: :_:g;
"[[file:$l.org][$l]]"/gex;
Regards,
Achim.
--
Nicolas Goaziou writes:
> At the moment, by default, external emacs process for asynchronous
> export is called with:
>
> /path/to/emacs -Q --batch -l org-export-async-init-file ... export stuff...
>
> where `org-export-async-init-file' defaults to `user-init-file'. It is,
> by default, not the s
Nicolas Goaziou writes:
> At the moment, in order to use a drawer, one has to declare its name
> through `org-drawers' variable or DRAWERS keyword first.
>
> I'd like to simplify a bit the process and let the user create drawers
> on the fly instead. A valid name includes any word constituent, hyph
Marvin Doyley writes:
> I still get some strange errors during completion.
What are they?
> Here is the result of the make config-all
>
> = Emacs executable and Installation paths
> EMACS = emacs
Any chance that this "emacs" (which relies on $PATH to be found) is
actually a script that t
Marvin Doyley writes:
> In end of data:
> org.el:23923:1:Warning: the following functions are not known to be defined:
> characterp, activate-mark, mouse-set-point, with-demoted-errors,
> clear-image-cache, face-at-point, image-refresh, beginning-of-visual-line,
> invisible-p
> Wrote /U
Am 04.10.2013 09:11, schrieb Pascal Quesseveur:
I want to install latest version but I understand it relies on make to
compile. I am currently using Windows and I don't have cygwin and
don't plan to install it. Is there any alternatives?
http://orgmode.org/worg/org-faq.html#installing-org-witho
Am 30.09.2013 21:05, schrieb Joseph Vidal-Rosset:
Hi Eric, Hi everybody,
Here is the beginning of my init.el in my .emacs.d/ :
(message "* --[ Loading my Emacs init file ]--")
(add-to-list 'load-path "~/.emacs.d/org-8.2/lisp")
(add-to-list 'load-path "/.emacs.d/org-8.2/contrib/lisp" t)
(packag
Am 30.09.2013 20:30, schrieb Michael Brand:
As soon as I remembered that there are org-table-cut-region and
org-table-paste-rectangle I could not resist the mental exercise for
fun to implement f-org-table-open-field-in-row-grow and
f-org-table-open-field-in-column-grow. The latter gets you from
Am 30.09.2013 02:45, schrieb John Kitchin:
/DOS (xxx)
/Unix (xxx)
/Mac (#1)
I have not tried to see if you can put them all in. Let me know if it
works to put them all in.
Yes, in fact you should always put all of them since the definitions for
the "other" OS wil
Am 27.09.2013 20:45, schrieb Xavier Garrido:
emacs --batch -q --eval '(require (quote org))' --visit test.org \
--funcall org-html-export-to-html
I get
Loading vc-git...
Loading cc-langs...
Symbol's function definition is void: nil
That's a bug in cc-mode (bug#14325) that has already been fixe
Am 28.09.2013 11:56, schrieb Suvayu Ali:
I think "Public Domain" is the most open you can go.
It isn't, simply because there is no way to put something into the
public domain in many jurisdictions and what exactly is meant by "public
domain" differs by jurisdiction as well.
Otherwise "GPL
Am 25.09.2013 22:09, schrieb Sebastien Vauban:
In order to make Org much nicer to use, I felt we missed a count of items next
to the lists (or blocks, for multi-block agenda views). Here is a patch to add
this, depending on the new variable `org-agenda-display-count-of-items'
(enabled by default)
Suvayu Ali writes:
> Isn't that two commands away:
>
> $ git remote add
> $ git pull
… and if you are a maintainer, then you'll have hundresds of remotes in
no time.
> If you use patches, you do lose committer information.
You might want to check that assumption. You can do it in many ways,
Suvayu Ali writes:
> On Sat, Sep 14, 2013 at 09:45:47AM -0600, Eric Schulte wrote:
>> Pull requests are a github thing, not a git thing.
>
> Well actually I think it is a Git thing. I believe it just says: my
> changes are in the public branch , kindly pull from there;
> eliminating the need to at
Alan L Tyree writes:
> My real problem is that I don't know how to generate the multiple
> indexes that I need if I use org mode.
You'd likely have to use macros (one for each index) and have a filters
or derived backends sort things out. Getting to something as elaborate
as the various index pac
301 - 400 of 1726 matches
Mail list logo
