Hi Jay,
Jay Kerns writes:
> The new Worg branch publishes for me without error under Org-mode
> version 8.0.1 (release_8.0.1-24-g92f372).
*Wow*! That was super fast! Thanks a lot for leading this project,
quite an achievement. I won't have time to test over the week-end but
I hope a few peop
Hi there,
The new Worg branch publishes for me without error under Org-mode
version 8.0.1 (release_8.0.1-24-g92f372). I updated the existing
emacs.el (underlying Worg, IIUC) to the Org 8.0 exporting/publishing
syntax. You can see the latest draft in
worgtest-init.el
which lives in the top-level
Hi Eric,
Eric Schulte wrote:
> Nicolas Goaziou writes:
>> Eric Schulte writes:
>>
>>> I'm loath to add /another/ results keyword, but perhaps it would be nice
>>> to be able to specify that you want the results processed (e.g,
>>> stripping the newline), but you don't want them to be wrapped as
Hi Achim,
Achim Gratz wrote:
> Sebastien Vauban writes:
>> Would we want to abstract the above, I guess we should generalize the
>> languages families as:
>>
>> - graphics-only languages (ditaa, dot, gnuplot, etc.)
>>
>> - general-purpose languages with graphical capacities (R, maxima, octave...
>
On 27.4.2013, at 08:24, Carsten Dominik wrote:
> Hi Nicolas,
>
> I have a file that I am exporting to HTML, and the file contains
>
> #+BIND: org-time-stamp-custom-formats ("<%d-%m-%Y>" . "<%d-%m-%Y %H:%M>")
> #+BIND: org-display-custom-times t
>
> Apparently these lines are not used during H
Hi Nicolas,
I have a file that I am exporting to HTML, and the file contains
#+BIND: org-time-stamp-custom-formats ("<%d-%m-%Y>" . "<%d-%m-%Y %H:%M>")
#+BIND: org-display-custom-times t
Apparently these lines are not used during HTML export. I debugged the
org-translate-time function. When it
Sebastien Vauban writes:
> Would we want to abstract the above, I guess we should generalize the
> languages families as:
>
> - graphics-only languages (ditaa, dot, gnuplot, etc.)
>
> - general-purpose languages with graphical capacities (R, maxima, octave...
> and, at least, python[1] IIUC)
>
>
Nicolas Goaziou writes:
> Eric Abrahamsen writes:
>
>> Would you suggest an export backend that only handles headlines (other
>> elements are a no-op)? I suppose you could just write org-opml-headline
>> to read properties and return XML chunks, and then you wouldn't have to
>> use `org-element-
Hi orgers,
In a mode derived from org-mode, I would like to hide some characters with a
special function to make the display cleaner. There are two cases:
- special characters that should be always invisible
- strings matched by a regex that should be invisible
I would be glad for any pointe
Thomas Koch writes:
> I'm searching for best practices to track flexi time with orgmode. I've a
> work
> contract of 8 hours per day in average. So I'd like to start a clock when I
> arrive at work, pause it for lunch and stop it when I leave.
>
> I wouldn't like to rely only on the sum of the
Bernt Hansen writes:
> Nicolas Goaziou writes:
>
>> Hello,
>>
>> Bernt Hansen writes:
>>
>>> So far my attempts using this workaround have failed and I can't get
>>> :tangle in my exported org file. I think I also would prefer to have
>>> the :exports value in the .org source as well so it's a
Eric,
> You could put the emacs-lisp code into an emacs-lisp code block which
> is exported but has a result type of "none" or "silent".
ah -- i should have tried that! that works -- thanks *very* much!
cheers, Greg
Eric Abrahamsen writes:
> Would you suggest an export backend that only handles headlines (other
> elements are a no-op)? I suppose you could just write org-opml-headline
> to read properties and return XML chunks, and then you wouldn't have to
> use `org-element-parse-buffer' at all.
I don't kn
Greg Minshall writes:
> Eric,
>
>> And you could wrap up the extra-long Emacs-lisp in a function or macro
>> in your init to avoid the overlength header argument.
>
> is it possible to embed the function inside the .org file itself? (in
> order to promote sharing of .org files, without needing a
Eric,
> And you could wrap up the extra-long Emacs-lisp in a function or macro
> in your init to avoid the overlength header argument.
is it possible to embed the function inside the .org file itself? (in
order to promote sharing of .org files, without needing any
more-than-necessary ancillary s
Nicolas Goaziou writes:
> Hello,
>
> Eric Abrahamsen writes:
>
>> I'm not sure the general export engine is going to be of much use,
>> since XML is so completely flexible, but you'll definitely want to
>> build it on top of the internal parser.
>
> It would be a bad idea not to use the export f
"Sebastien Vauban"
writes:
> As you say, I guess that one could copy/paste the code from maxima, octave or
> R to get the desired results.
>
> Would we want to abstract the above, I guess we should generalize the
> languages families as:
>
> - Graphics-only languages (ditaa, dot, gnuplot, etc.)
>
Hello,
Eric Abrahamsen writes:
> I'm not sure the general export engine is going to be of much use,
> since XML is so completely flexible, but you'll definitely want to
> build it on top of the internal parser.
It would be a bad idea not to use the export framework, unless you want
to reinvent
Alexis Gallagher writes:
> Hi,
>
> I would love to be able to export org documents to opal, so that I can
> read them with the various commercial outlining apps on platforms
> without emacs -- e.g, iOS. The ideal thing would be if I could import
> OPML as well.
>
> Is anyone working on this alrea
Michael Brand writes:
> On Fri, Apr 26, 2013 at 4:00 PM, Nicolas Goaziou wrote:
>> Thanks for your patch. While you're at it, would you mind providing
>> a test for it?
>
> Ok, the attached patch replaces my previous one.
Applied. Thank you!
Regards,
--
Nicolas Goaziou
I haven't seen this specifically, could you file bug on the issues
page at github[1] with a screenshot? I'll make sure to look at it
asap.
[1] https://github.com/MobileOrg/mobileorg/issues
Thanks!
-sean
On Fri, Apr 26, 2013 at 9:00 AM, wrote:
> Sean Escriva writes:
>
>> For those interested i
Nicolas Goaziou writes:
> Hello,
>
> Eric Schulte writes:
>
>> I'm loath to add /another/ results keyword, but perhaps it would be nice
>> to be able to specify that you want the results processed (e.g,
>> stripping the newline), but you don't want them to be wrapped as an
>> example. An altern
Rick Moynihan writes:
> Yes I'd seen that, but I hadn't thought that I could narrow the agenda
> to a day, and then generate the report... which almost gives me what I
> want.
>
> Ideally I'd like to visualise the clocking times for a whole week at a
> time, by day... So I could spot days easily
Hello,
Eric Schulte writes:
> I'm loath to add /another/ results keyword, but perhaps it would be nice
> to be able to specify that you want the results processed (e.g,
> stripping the newline), but you don't want them to be wrapped as an
> example. An alternate approach which may be preferable
On Fri, Apr 26, 2013 at 10:14:17AM -0700, Eric Abrahamsen wrote:
> Rick Frankel writes:
> >
> > Therefore, `org-html-close-tag' should check that the doctype is not a
> > flavor of html4 rather than a flavor of xhtml. An alternative would be
> > to add ("xhtml5" . "") to the doctype alist, and the
Rick Frankel writes:
> On 25.04.2013 17:20, Eric Abrahamsen wrote:
>> Who knew this would turn out to be such a fraught issue! All I wanted
>> was that little green checkmark from the W3C...
>>
>> Here's what I think should be an acceptable final patch. I dropped
>> the
>> CDATA mess, and came up
Hi Ivan,
Ivan Kanis writes:
> It seemed to be a boundary error. (point) was at the end of the
> timestamp which doesn't hold the org-appt-warntime property.
It does not hold the text property until this property has been
set. E.g., `org-agenda-prepare-buffers' sets this property.
So I'm still
It seemed to be a boundary error. (point) was at the end of the
timestamp which doesn't hold the org-appt-warntime property.
foo.org illustrate what I have seen. Evaling the get-property sexp
returns nil.
The patch adds a function that goes at the beginning of the header to
get the property. As a
Hi Robert,
Robert Goldman writes:
> I am finding that when I use this command (bound to "." in the org
> agenda), I often do NOT go to today.
>
> Looking at the code, it seems like org-mode may be guessing today based
> on text markup:
>
> (let ((tdpos (text-property-any (point-min) (point-max)
Sean Escriva writes:
> For those interested in MobileOrg on iOS devices, it has been approved
> and will be back in the store soon, it can take up to 24 hours to
> become available.
I was using the previous version and have just deleted that from my
phone. On trying to install the new one I cli
Andreas Leha writes:
> John Hendy writes:
>
>> On Fri, Apr 26, 2013 at 6:49 AM, Andreas Leha
>> wrote:
>>> Andreas Leha writes:
>>>
Hi all,
I am experiencing problems when exporting a document with inline source
blocks in captions, when I want to export raw results.
>>
I am finding that when I use this command (bound to "." in the org
agenda), I often do NOT go to today.
Looking at the code, it seems like org-mode may be guessing today based
on text markup:
(let ((tdpos (text-property-any (point-min) (point-max) 'org-today t)))
We jump to this position, instea
> An alternate approach which may be preferable would be to expose a
> defcustom along the lines of org-babel-inline-result-wrapper, which
> could be used by org-babel-examplize-region instead of "=%s=".
>
I think this is a good idea. I've just pushed up a patch which exposes
a new defcustom name
Nicolas Goaziou writes:
> Looks like there so work to be done in the 8.x series ;)
Sigh. All the work we did already looks shallow compared to
what we have to do... I guess that's just part of the game!
--
Bastien
Bastien writes:
> Hi Nicolas,
>
> Nicolas Goaziou writes:
>
>> Hello,
>>
>> Bastien writes:
>>
>>> Carsten Dominik writes:
>>>
is org-in-item-p slow?
>>>
>>> It depends on the size of the list -- see for example this problem,
>>> where moving an item within a logbook drawer with many item
Hi Nicolas,
Nicolas Goaziou writes:
> Hello,
>
> Bastien writes:
>
>> Carsten Dominik writes:
>>
>>> is org-in-item-p slow?
>>
>> It depends on the size of the list -- see for example this problem,
>> where moving an item within a logbook drawer with many items is too
>> slow:
>>
>> http://thr
Hi Nicolas
On Fri, Apr 26, 2013 at 4:00 PM, Nicolas Goaziou wrote:
> Thanks for your patch. While you're at it, would you mind providing
> a test for it?
Ok, the attached patch replaces my previous one.
Michael
From 44b14cac0276888d46c89336f6b8cf0793c05105 Mon Sep 17 00:00:00 2001
From: Michael
Carsten Dominik writes:
> org-insert-heading is up for a rewrite, what a mess :/
And the rewrite should use `org-element-at-point' (once) and have tests
for its specifications, like many others interactive core functions.
Looks like there so work to be done in the 8.x series ;)
Regards,
--
On 26 apr. 2013, at 16:46, Nicolas Goaziou wrote:
> Hello,
>
> Carsten Dominik writes:
>
>> is org-in-item-p slow?
>
> It is slow, and `org-insert-heading' was calling it (directly or
> indirectly) four times.
OK, thanks for fixing it.
org-insert-heading is up for a rewrite, what a mess :/
Hello,
Bastien writes:
> Carsten Dominik writes:
>
>> is org-in-item-p slow?
>
> It depends on the size of the list -- see for example this problem,
> where moving an item within a logbook drawer with many items is too
> slow:
>
> http://thread.gmane.org/gmane.emacs.orgmode/66574
This is a dif
Hello,
Carsten Dominik writes:
> is org-in-item-p slow?
It is slow, and `org-insert-heading' was calling it (directly or
indirectly) four times.
Regards,
--
Nicolas Goaziou
Carsten Dominik writes:
> is org-in-item-p slow?
It depends on the size of the list -- see for example this problem,
where moving an item within a logbook drawer with many items is too
slow:
http://thread.gmane.org/gmane.emacs.orgmode/66574
--
Bastien
On 26 apr. 2013, at 16:18, Nicolas Goaziou wrote:
> Hello,
>
> Bastien writes:
>
>> Hi Samuel,
>>
>> Samuel Wales writes:
>>
>>> In recent git, M-RET takes a few seconds before it does anything. I
>>> wonder what sophisticated calculation it is doing? :)
>>
>> You can debug the function
Hello,
Bastien writes:
> Hi Samuel,
>
> Samuel Wales writes:
>
>> In recent git, M-RET takes a few seconds before it does anything. I
>> wonder what sophisticated calculation it is doing? :)
>
> You can debug the function
>
> C-h f org-insert-heading RET
>
> then jump on its definition and
Nicolas Goaziou writes:
> Hello,
>
> Bernt Hansen writes:
>
>> So far my attempts using this workaround have failed and I can't get
>> :tangle in my exported org file. I think I also would prefer to have
>> the :exports value in the .org source as well so it's a true
>> representation of the so
Hello,
Michael Brand writes:
> It did not yet for remote references, patch attached.
Thanks for your patch. While you're at it, would you mind providing
a test for it?
Regards,
--
Nicolas Goaziou
Hello,
Bernt Hansen writes:
> So far my attempts using this workaround have failed and I can't get
> :tangle in my exported org file. I think I also would prefer to have
> the :exports value in the .org source as well so it's a true
> representation of the source.
There was a bug in org back-e
On 25.04.2013 17:20, Eric Abrahamsen wrote:
Who knew this would turn out to be such a fraught issue! All I wanted
was that little green checkmark from the W3C...
Here's what I think should be an acceptable final patch. I dropped
the
CDATA mess, and came up with a slightly different implementat
> > yes, except elisp variables are *not* case sensitive.
>
> You mean... they *are* case-sensitive, right?
indeed! .
> Mh.. if fu-bar and FU-BAR are two different variables, I guess we
> should rename one of name anyway. Hence my initial proposal :)
i agree -- having two variable names that
Hi Nicolas,
Nicolas Goaziou wrote:
> Greg Minshall writes:
>>
>> * _is_?
>>
>> exporting via "C-c C-e lO" (or, "lo"), i get an error from latex.
>>
>> if i change H:2 to H:1, all (seemingly) works. here is a diff of the
>> .tex file generated by each H:
>>
>>> \section[\underline{is}?]{\underlin
Hi Nicolas
On Fri, Apr 26, 2013 at 3:03 PM, Nicolas Goaziou wrote:
> NAME should be a drop-in replacement for TBLNAME[fn:1].
Thanks for confirming my understanding.
> If it doesn't work for remote references in tables, then "org-table.el"
> must be updated.
It did not yet for remote references
Rick Moynihan,
Rick Moynihan wrote:
> On 26 April 2013 09:45, Sebastien Vauban wrote:
>> Rick Moynihan wrote:
>>> I've recently started looking at the time tracking facilities in org-mode,
>>> and in particular clocking time, which really is awesome.
>>>
>>> org-agenda-consistency-checks seems re
Hi Bastien,
Bastien wrote:
> thanks -- let's hope we can narrow down the issue.
Cross our fingers...
> The problem seems to be that Org is confused when adding
> the overlay for displaying the new date in the agenda.
>
> This generally happens with headings that have special
> text properties or
Hi Thomas,
Thomas S. Dye wrote:
> "Sebastien Vauban" writes:
>> Well, I *now* know it's not described in the Org manual...
>>
>> ╭ http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg01181.html
>> │
>> │ - :results graphics makes the list even longer, yes? :-) I'm not
>> │ su
Michael Brand writes:
> The ERT you added for this makes me wonder again: What is the status
> of #+NAME for tables? Initiated by a discussion on the list some time
> ago I thought I could and would better migrate all my #+TBLNAME
> to #+NAME but since it still does not work for remote references
Aloha Seb,
"Sebastien Vauban"
writes:
>
> Well, I *now* know it's not described in the Org manual...
>
> ╭ http://lists.gnu.org/archive/html/emacs-orgmode/2013-03/msg01181.html
> │
> │ - :results graphics makes the list even longer, yes? :-) I'm not
> │ sure that every language
Hi Sébastien,
thanks -- let's hope we can narrow down the issue.
The problem seems to be that Org is confused when adding
the overlay for displaying the new date in the agenda.
This generally happens with headings that have special
text properties or overlays already, like links. Try to
remem
Hi Nicolas
On Fri, Apr 26, 2013 at 2:31 PM, Nicolas Goaziou wrote:
> The error should be fixed.
Fix confirmed, thank you.
The ERT you added for this makes me wonder again: What is the status
of #+NAME for tables? Initiated by a discussion on the list some time
ago I thought I could and would be
On Fri, Apr 26, 2013 at 7:41 AM, Andreas Leha
wrote:
> John Hendy writes:
>
>> On Fri, Apr 26, 2013 at 6:49 AM, Andreas Leha
>> wrote:
>>> Andreas Leha writes:
>>>
Hi all,
I am experiencing problems when exporting a document with inline source
blocks in captions, when I want
Hello,
Bernt Hansen writes:
> My problem was I had org-alphabetical-lists defined _after_ the requires
> for the exporter back ends in my .emacs so this didn't work for me.
>
> Putting it before
>
> ;; Explicitly load required exporters
> (require 'ox-html)
> (require 'ox-latex)
> (require 'ox-
Greg,
Here are the reworked patches.
0390: fixes two typos
0391: contains all the changes from my last patch and your corrections
0392: introduces a constant for the default value of separators
Best regards
Michael Strey
On Sat, Apr 20, 2013 at 05:59:39PM +0200, Daimrod wrote:
> Michael Strey
John Hendy writes:
> On Fri, Apr 26, 2013 at 6:49 AM, Andreas Leha
> wrote:
>> Andreas Leha writes:
>>
>>> Hi all,
>>>
>>> I am experiencing problems when exporting a document with inline source
>>> blocks in captions, when I want to export raw results.
>>>
>>> I guess the culprit are the 'raw'
Hello,
I'm planning some projects for next September, and I don't want to see
them in my agenda till then. These projects have a schedule date in the
future, but none of their subtasks have one (there are many of
them). I've found the very nice
(org-agenda-skip-subtree-if 'scheduled)
option for
Hello,
Michael Brand writes:
> There is a minor bug, relevant in my first and simple trial to apply
> org-fill-paragraph on all parts of an Org buffer: M-q
> (fill-paragraph/org-fill-paragraph) on the first column of the
> line #+TBLNAME here
>
> #+TBLNAME: table
> | field |
>
> results in an er
Greg Minshall writes:
>> IMHO this rather call for making C-h v (and C-h f) case-non-sensitive.
>
> yes, except elisp variables are *not* case sensitive.
You mean... they *are* case-sensitive, right?
> so, if fu-bar and FOO-BAR are different variables, would C-h v put
> up (some sort of) a dial
Andreas Leha writes:
> Hi all,
>
> I am experiencing problems when exporting a document with inline source
> blocks in captions, when I want to export raw results.
>
> I guess the culprit are the 'raw' results. What should I do instead?
>
> Here is a MWE that does not export properly to LaTeX:
>
Hello,
Greg Minshall writes:
> hi. i'm running
>
> Org-mode version 8.0.1 (release_8.0.1-42-g267cbe @
> /Users/minshall/usr/share/emacs/site-lisp/org/)
>
>
> my test case is
>
> #+DATE: <2013-04-25 Thu>
> #+OPTIONS: H:2 texht:t
> #+BEAMER_COLOR_THEME:
> #+BEAMER_FONT_THEME:
> #+B
Yes I'd seen that, but I hadn't thought that I could narrow the agenda
to a day, and then generate the report... which almost gives me what I
want.
Ideally I'd like to visualise the clocking times for a whole week at a
time, by day... So I could spot days easily where there had been
clocking erro
Eric,
thanks!
> Something like the following should work.
>
> #+call: disc[:file (if (and (boundp org-export-current-backend) (equal
> org-export-current-backend 'html)) "foo.svg" "foo.tex")]() :results file
in fact, with the new exporter, org-export-current-backend has
bit the dust, but appare
hi, Bastien,
> IMHO this rather call for making C-h v (and C-h f) case-non-sensitive.
yes, except elisp variables are *not* case sensitive. so, if fu-bar and
FOO-BAR are different variables, would C-h v put up (some sort of) a
dialog to choose between them? it would be slightly messy.
cheers,
I will.
- Carsten
On 26 apr. 2013, at 12:27, Suvayu Ali wrote:
> Hi Carsten,
>
> On Fri, Apr 26, 2013 at 12:11:46PM +0200, Carsten Dominik wrote:
>>
>> On 26 apr. 2013, at 11:59, Suvayu Ali wrote:
>>
>>> I did a query-replace-regexp: @var{\([^}]+\)} -> @code{\1}. Hopefully I
>>> skipped th
Hi Carsten,
On Fri, Apr 26, 2013 at 12:11:46PM +0200, Carsten Dominik wrote:
>
> On 26 apr. 2013, at 11:59, Suvayu Ali wrote:
>
> > I did a query-replace-regexp: @var{\([^}]+\)} -> @code{\1}. Hopefully I
> > skipped the right ones; patch is attached.
>
> Do you have write access? If so, plea
Sure thing, thanks for that.
On 26 April 2013 20:06, Nicolas Goaziou wrote:
> Hello,
>
> David Beswick writes:
>
>> Hi, I encountered this problem when trying out org-sync with
>> Redmine. That package uses org-element to create "fixed-width" type
>> elements to contain the bug descriptions. Whe
On 26 apr. 2013, at 11:59, Suvayu Ali wrote:
> Hi Bastien and Carsten,
>
> On Fri, Apr 26, 2013 at 11:27:04AM +0200, Bastien wrote:
>> Carsten Dominik writes:
>>
>>> Yes, I agree. Let's wait for Bastien to take a last look at this,
>>> but it should indeed be reverted.
>>
>> Oh, I wasn't aw
Hello,
David Beswick writes:
> Hi, I encountered this problem when trying out org-sync with
> Redmine. That package uses org-element to create "fixed-width" type
> elements to contain the bug descriptions. When a bug had no description,
> this problem would occur. In that case, org-element-prope
> I am completely inebriated right now, so apologies for incoherence.
Isn't EUI (Emacs Under the Influence) illegal? :D
Carsten Dominik writes:
> Yes, I agree. Let's wait for Bastien to take a last look at this,
> but it should indeed be reverted.
Oh, I wasn't aware of this "metasyntactical" notion.
No problem for reverting this change -- please make this
in the maint branch so that users of 8.0.2 enjoy this.
Al
Ok, I can make do with that. Thanks.
On Fri, Apr 26, 2013 at 11:52 AM, Suvayu Ali wrote:
> On Fri, Apr 26, 2013 at 10:15:42AM +0300, Dov Grobgeld wrote:
> > I often find reference files in org-files and then do the following
> > sequence:
> >
> > * Press Ctrl-x Ctrl-f
> > * Navigate to the reque
On Fri, Apr 26, 2013 at 10:15:42AM +0300, Dov Grobgeld wrote:
> I often find reference files in org-files and then do the following
> sequence:
>
> * Press Ctrl-x Ctrl-f
> * Navigate to the requested file by the emacs and completion
> * Press Ctrl-a Ctrl-k to copy
> * Press Ctrl-g to get out of fi
Hi Rick,
Rick Moynihan wrote:
> I've recently started looking at the time tracking facilities in
> org-mode, and in particular clocking time, which really is awesome.
>
> org-agenda-consistency-checks seems really useful, however I'd really
> like to add another similar overlay to the agenda that
On 26 apr. 2013, at 10:41, Suvayu Ali wrote:
> Hi Carsten,
>
> On Fri, Apr 26, 2013 at 10:10:32AM +0200, Carsten Dominik wrote:
>>
>> I suspect that the cases you are talking about here are due
>> to incorrect use of the texinfo command @var{}. This should
>> only be used for metasyntactical
Hi Carsten,
On Fri, Apr 26, 2013 at 10:10:32AM +0200, Carsten Dominik wrote:
>
> I suspect that the cases you are talking about here are due
> to incorrect use of the texinfo command @var{}. This should
> only be used for metasyntactical variables, when they stand
> for something else in a descr
Hi all,
I've recently started looking at the time tracking facilities in
org-mode, and in particular clocking time, which really is awesome.
org-agenda-consistency-checks seems really useful, however I'd really
like to add another similar overlay to the agenda that displays how
much time was cloc
On 26 apr. 2013, at 01:48, Suvayu Ali wrote:
> On Thu, Apr 25, 2013 at 07:37:25PM -0400, Greg Minshall wrote:
>> sorry about that. i was going to ask about the variable names in the
>> current (8.x) documentation being in upper case. (then, wanted to check
>
> [...chomp...chomp...chomp...]
>
Eric Schulte writes:
>> As I don't install org from elpa, I removed the after-init-hook part (so
>> I load the starter kit immediately), and everything now works.
>
> With my latest push to the starter kit you can now simply set the
> ORG_HOME environment variable instead of modifying that file lo
April, 26 at 8:36 Bastien wrote:
>> It sucks for me as I generate autoload with a different name. I made a
>> workaround so it's fine.
>
> Why do you generate autoloads with a different name?
I do my own packaging. I started before ELPA and el-get existed. I was
dissatisfied with the Debian way.
I am typically using variable-pitch-mode=t when editing org-files. But
embedded source code I would like to have in a fixed-pitch font. This works
well when org-src-notify-natively is nil, but when turned on, part of the
source code syntax highlightening (in my case python) is also turned into
usi
Hi Suvayu,
Suvayu Ali writes:
> I believe that would be incorrect behaviour.
> If I'm not mistaken,
> emacs-lisp variable names are case sensitive.
>
> (setq test "lower case"
> TEST "UPPER CASE")
>
> (message "%s, %s" test TEST)
Sure, variable names are case sensitive, but it
On 26 apr. 2013, at 01:48, Suvayu Ali wrote:
> On Thu, Apr 25, 2013 at 07:37:25PM -0400, Greg Minshall wrote:
>> sorry about that. i was going to ask about the variable names in the
>> current (8.x) documentation being in upper case. (then, wanted to check
>
> [...chomp...chomp...chomp...]
>
Hi,
i'm experiencing since some weeks a very strange bug (maybe). I have
this simple template:
(setq org-capture-templates
'(("e" "email (persönlich)" entry (file+headline "~/Documents/org/privat.org"
"Emails")
"* TODO %^{Wem} schreiben
SCHEDULED: %t
:PROPERTIES:
:Effort: 0:02
:END:
%
I don't like the use of kill-visual-line in org-kill-mode as it creates
non-predictable behavior when recording keyboard macros, as the display
width will influence the result of running the macro. Does anyone have a
suggestion of how to get around this? Right now I redefined
kill-visual-line to ki
Hi Bastien,
On Fri, Apr 26, 2013 at 08:56:19AM +0200, Bastien wrote:
> Hi Greg,
>
> Greg Minshall writes:
>
> > but, it means that placing the cursor over the name and hitting C-h v
> > doesn't default to that name. (and, i've always found that a convenient
> > way to navigate.)
> >
> > so, ju
I often find reference files in org-files and then do the following
sequence:
* Press Ctrl-x Ctrl-f
* Navigate to the requested file by the emacs and completion
* Press Ctrl-a Ctrl-k to copy
* Press Ctrl-g to get out of file-open
* Paste with ctrl-y
I was wondering if anyone has written code so t
Hi Suvayu,
Suvayu Ali schrieb:
>On Thu, Apr 25, 2013 at 05:03:37PM +0200, Tom wrote:
>> Suvayu Ali schrieb:
>>
>> >On Thu, Apr 25, 2013 at 11:57:49AM +0200, Tom wrote:
>> >>
>> >> #+BEGIN_SRC xml :exports code
>> >>
>> >>
>> >> ...
>> >>
>> >> #+END_SRC
>> >>
>> >> I have org-src-fontif
94 matches
Mail list logo
