On Tue, Jul 1, 2014 at 12:21 PM, Achim Gratz wrote:
> John Hendy writes:
>> Did you search around a bit? There's lots of posts with people's
>> setups. You certainly *can* install over the top of the Org that came
>> with your version of Emacs (pointing it to install to
>> /usr/local/share, I supp
Just suffered from extreme slowness. My Emacs had been running for about 1 hour
and I was having two org-mode buffers, one file has 3800 lines, 168 KB bytes.
And the other has 76,600 lines, 4,267,327 KB bytes. Both files had been opened
for awhile. Didn't have problem in the beginning, but then typ
It seems i'm flooding John's inbox trying to send back this message into
the discussion. I'm deeply sorry for that.
I did what John suggested:
- git clone...
- cd to the repository
- make (which i think does two things, byte-compilation and generating
org-loaddefs.el)
- add lisp dir to load-path
* M wrote:
>
> You made a good point:
> * integration of tasks with calendar and "content" (notes, text,
> attachments, etc.) is also a strong point of org-mode
>
> * Using hyperlinks is another important feature (but certainly not unique)
>
> What about trying to collect and comment the good feat
OK, hacked `org-export-filter-headline-functions' and added the facility to
force exporting a headline on new page by adding a new tag "newpage" to the
headline. Here is the code:
(defun yz/org-export-headline-on-new-page (contents backend info)
"Export headlines with tag `newpage' on new pages.
John Hendy writes:
> Did you search around a bit? There's lots of posts with people's
> setups. You certainly *can* install over the top of the Org that came
> with your version of Emacs (pointing it to install to
> /usr/local/share, I suppose), though I've never gone that route.
In any case, this
> Please update, if you can. I pushed a couple of fixes a few hours ago. It may
> solve the problem.
I noticed the new commits after my previous report. I'm now using commit
"126e2bc", this morning I did experience some funny things which I had never
experienced before. Unfortunately I let them go
> So before parsing, you are getting rid of the "ignoreheading" headline (first,
> "promoting" it to a comment and then deleting the region), so the #+latex:
> \newpage line now belongs to headline 2 which is then parsed and discarded.
Really great catch Nick, exactly as what you pointed out. Save
Aloha John,
John Hendy writes:
> On Mon, Jun 30, 2014 at 11:00 PM, Thomas S. Dye wrote:
>> Aloha York,
>>
>> York Zhao writes:
>>
>>> Thanks Thomas. This works but is not an ideal approach because in a complex
>>> file
>>> it may not be so easy to find out the location to insert the "\newpage
York Zhao writes:
>> My understanding is that you need extra machinery to implement
>> "ignoreheading"
>
> I had implemented machinery the "ignoreheading" and posted the code in the
> post
> "Wrong numbering after removal of headline". But anyways here's my code:
>
> (defun yz/org-export-proces
Aloha York,
York Zhao writes:
>> * Latex New Page :ignoreheading:
>> #+latex: \newpage
>
> This should work, but didn't, I will figure out why when I have some time.
>
>> Also, see the LaTeX commands \pagebreak and \clearpage, which do generally
>> the
>> same thing but in slightly different wa
> My understanding is that you need extra machinery to implement "ignoreheading"
I had implemented machinery the "ignoreheading" and posted the code in the post
"Wrong numbering after removal of headline". But anyways here's my code:
(defun yz/org-export-process-heading-removal (backend)
"Ignor
On Tue, Jul 1, 2014 at 5:04 AM, Roland Everaert wrote:
> I have upgraded using git on a Linux fedora 20 64 bit.
>
> I perform the following commands from the directory of org-mode:
>
> make clean
> git pull
> make
I usually do git pull > make clean > make, but don't know if that
makes a differenc
Nicolas Goaziou writes:
> Nick Dokos writes:
>
>> Nicolas Goaziou writes:
>>
>>> Admittedly, this point is moot as long as captions are not visible on
>>> latex environments. I think this should be fixed instead.
>>>
>>
>> Not sure I understand correctly: are you saying that in the latex output
York Zhao writes:
>> * Latex New Page :ignoreheading:
>> #+latex: \newpage
>
> This should work, but didn't, I will figure out why when I have some time.
>
My understanding is that you need extra machinery to implement
"ignoreheading": some sort of a filter[fn:1] is necessary, is this
correct? M
On Mon, Jun 30, 2014 at 11:00 PM, Thomas S. Dye wrote:
> Aloha York,
>
> York Zhao writes:
>
>> Thanks Thomas. This works but is not an ideal approach because in a complex
>> file
>> it may not be so easy to find out the location to insert the "\newpage"
>> instruction. Plus, each time when inse
Nick Dokos writes:
> Nicolas Goaziou writes:
>
>> Admittedly, this point is moot as long as captions are not visible on
>> latex environments. I think this should be fixed instead.
>>
>
> Not sure I understand correctly: are you saying that in the latex output
> every numbered equation would the
> * Latex New Page :ignoreheading:
> #+latex: \newpage
This should work, but didn't, I will figure out why when I have some time.
> Also, see the LaTeX commands \pagebreak and \clearpage, which do generally the
> same thing but in slightly different ways.
I was aware of these, but if \newpage do
On 2014-06-30 05:32, silgon wrote:
Hello guys. I just wanted to say that when you're converting the tables
the properties of the tables are different. The properties are not
longer part of the parameters of the tag, they are part of the css
configuration. I realized that by using *org-reveal* to
On 2014-06-30 06:54, Nicolas Goaziou wrote:
Hello,
Eric Schulte writes:
From the link above it sounds like replacing just "<", ">" and "&"
should be sufficient, if the full html encoding in my previous patch
was
too heavy weight.
By default, `org-html-encode-plain-text' just takes care abou
Nicolas Goaziou writes:
>> Additionally I don't see why captions should be related to, or required
>> for, the numbering of equations.
>
> It is odd to reference a number used nowhere. For example, it is
> confusing to follow an "equation 2" link and see a page full of
> equations with no attache
Hello,
Eric Schulte writes:
> Nicolas Goaziou writes:
>> Only captioned equations are numbered. Behaviour is undefined for other
>> equations.
> Why is this the default behavior? It looks to me like even when they're
> present captions on equations aren't displayed for HTML or LaTeX export.
"D. C. Toedt" writes:
> Hi all --
>
> BACKGROUND: I've been using org-mode to develop the Common Draft annotated
> collection of business contract clauses, in part for the law school course in
> contract drafting that I
> teach to third-year law students. I've been posting the collection as
Hi Rainer, hi John and the list,
In your thread I add this remark for John: when I use jmax starter-kit in
directory different from my usual .emacs.d/ , org-ref seems to work
correctly, but I meet difficulty to add what I'm using : org-article class
for example, and so on. This starter-kit apart,
Hi
I must say org-ref looks really useful to me - I am organising my
references with Mendeley which can zync to a bibtex file, so this is
perfect for me.
I am trying to get into org-ref, but as I haven't used any pure LaTeX
that often, I am struggling with a few things and have two questions:
1)
On Fri, Jun 27, 2014 at 2:35 PM, Nicolas Goaziou wrote:
> Export to ODT is not loaded by default. See variable
> `org-export-backends'.
Great, thanks.
Luca
Nicolas Goaziou writes:
> Hello,
>
> Rainer M Krug writes:
>
>> Attached please find two patches ready for application to fix that table
>> variables were not usable adter tangling as temporary files were used.
>> These patches were discussed in the thread "[babel][PATCHES] ob-R
>> patches for r
Nicolas Goaziou writes:
> Hello,
>
> Rainer M Krug writes:
>
>> Attached please find two patches ready for application to fix that table
>> variables were not usable adter tangling as temporary files were used.
>> These patches were discussed in the thread "[babel][PATCHES] ob-R
>> patches for r
Hello,
York Zhao writes:
> I got the problem today, with org-mode version "815c218" in Emacs 24.3.1. The
> error message is: if: Lisp nesting exceeds `max-lisp-eval-depth'. Attached is
> the backtrace saved in a file.
Please update, if you can. I pushed a couple of fixes a few hours ago.
It may
29 matches
Mail list logo
