ttached path to org-footnote.el. Refer my notes in the patch.
(OK, not really a patch. But a hint.)
, POST-PREPROCESS
| BEGIN ---
|
| [1] Footnote defintion-1.
|
| [2] Footnote definition-2.
|
|
|
|
| * Headline1
| See footnote-1[1]
|
| * Headline 2
| See footnote-2[2]
| [2 t
> I sometimes have to convert from a date to a week number,
Try this.
(org-odt-format-date "<2011-12-31 Sat>" "%U")
(org-odt-format-date "[2011-12-24 Sat]" "%U")
You can steal the implementation. The functions have nothing to do with
org-odt, btw.
--
Vikas Rawal writes:
> I need some Hindi/Devnagari text in a beamer presentation.
Just curious, are you using Emacs to enter Devanagari?
C-x C-m C-\ devanagari- TAB (pick whatever)
C-h C-\ (gives you the keymap)
C-\ (to switch to English again)
C-\ (to switch to devanagari)
जम्बुनाथन्
--
"Alan Schmitt" writes:
> Hello,
>
> I was just reading a document in org mode that had some code written
> like this:
>
> : make
> : make install
>
> I wanted to know more about this syntax (colon at the start of the
> line),
M-x apropos-variable RET fixed-width
or
M-x org-info
g Literal Examp
Have students turn in their assignments in Org mode format.
From
http://www.ocf.berkeley.edu/~rwl/lib/attachments/teaching/100/paper-guidelines.pdf
See sec-2.3
,
| I’m going to try an experiment in this course. I would like you to
| submit your papers to me as plain text, not in a document
Nicolas Goaziou writes:
> Hello,
>
> Jambunathan K writes:
>
>> Does the existing behaviour as captured in [[Side-by-Side images laid
>> out by hand]] be preserved with new export driver?
>
> I'm not sure to get the syntax right, but in the new exporter
Nicolas Goaziou writes:
> No. Headlines, along with items, keywords and sections, can't have
> affiliated keywords. Though, they have properties. It may be done with:
>
> :PROPERTIES:
> :NUMBERING: nil
> :END:
>
> But it's still new syntax. It could also be narrowed
> to :LATEX_NUMBERING: n
Is it possible to extend horizontal ruler to also stand for page *and*
column breaks (say) by attaching a header to it. For it to be useful,
the page break can have a style attached to it that specifies what
manner of pages that this break introduces.
(For example, start emitting Frontmatter pag
> that is every element between the beginning of the parsed area and its
> first headline.
I have trouble understanding what the real purpose of the "text before
the first headline" is. It looks to me more like a placeholder for
capturing the "Frontmatter" [1].
I have also trouble understanding
www.mail-archive.com/emacs-orgmode@gnu.org/msg51441.html
, http://www.mail-archive.com/emacs-orgmode@gnu.org/msg51441.html
| Re: [O] [ODT] image scaling overridden by long caption
|
| Jambunathan K
| Mon, 30 Jan 2012 20:59:37 -0800
|
| Andreas Leha writes:
|
|
| >>> #+lab
Andreas Leha writes:
>>> #+label: fig:baz
>>> #+name: baz
>>> #+attr_odt: :scale 0.5
>>> #+header: :file baz.png
>>> #+header: :width 7200 :height 3600 :res 600
>>> #+begin_src R :exports results :results graphics
>>> plot(1:10, 1:10)
>>> #+end_src
Image that R outputs is 7200-by-3600.
>> #+
Angel de Vicente writes:
> and at the end of the file
>
> (setq load-path (cons "~/Emacs-custom" load-path))
> (require 'package)
> (package-initialize)
>
> Did I miss something else that I should do? I was planning on getting
> rid of the version that comes with Emacs, but I thought I should ask
what possibly
could be happening in your load sequence.
Jambunathan K.
In my .emacs file I have
;; Org-mode
;;
(require 'org-install)
(add-to-list 'auto-mode-alist '("\\.org$" . org-mode))
(define-key global-map "\C-cl&qu
Angel de Vicente writes:
> Hi,
>
> I'm running Emacs 23.2.1 (bundled with Ubuntu 11.04), and until now I
> was running the org-mode package that came with it (6.33x). Today I
> decided to update to the latest org version, and I followed the
> instructions at http://orgmode.org/worg/org-faq.html#i
Tom
The aspect I am exploring is this:
Does numbering behavious occur uniformly for a *given* level? For
example, are we talking of a scenario where level 3 heading in Tree-1 is
numbered while level 3 heading on a Tree-2 is unnumbered. What would be
the behaviour of level 4 heading in Tree-1.
I
Nicolas Goaziou writes:
A way to set individual headings as numbered or unnumbered would be
deluxe. Perhaps this is possible, but I haven't found it?
>>>
>>> It would require to modify Org's syntax (how to tell which headline has
>>> to be numbered and which has not?). It is not possib
Hello Andreas
Andreas Leha writes:
> But I experienced another issue with respect to images scaling in the odt
> export:
>
> This subtree:
>
> test.org ==
> * Test image scaling in odt
> #+caption: bar
> #+label: fig:bar
> #+name: bar
> #+attr_odt: :width 8
> #+h
Nicolas
I will let Christian answer for himself.
> [Nicolas]
> While I understand the shape of your input, I fail to see what you
> output should you look like. For example, given the following paragraph,
>
> text Atext A'
> line 2line 2 bis
> A line with *emphasis*A tradu
> I have no objection to implement limited numbering in both LaTeX and
> ASCII back-ends, but I'd like to know if it can be handled consistently
> in every other major back-end, too. I'm CC-ing Jambunathan to know his
> opinion about it.
I can support this in ODT exporter. We can make this a feat
> this means that [TABLE-OF-CONTENTS] isn't supported in the ODT
> exporter.
Fixed. Please pull again.
--
Jarmo Hurri writes:
> what is the easy way to indent this block
Mark the block as you would mark regularly. Then to 10 spaces you can do
this:
C-u 1 0 C-x TAB
To figure out the number of spaces to add, you mentally the subtract the
current column with the target column. Turn on M-x column-numb
Leo Alekseyev writes:
> "Tucking stuff away" can mean different things to different users.
> Personally, I have treated them purely as an organizational device for
> supplementary information (I have :DETAILS: drawers all over my org
> files).
(Out of Context)
Drawer contents => Marginalia[1]?
---start->8---
#+TITLE: side-by-side.org
#+AUTHOR:Jambunathan K
#+EMAIL: kjambunat...@gmail.com
#+DATE: 2012-01-23 Mon
#+DESCRIPTION:
#+KEYWORDS:
#+LANGUAGE: en
#+OPTIONS: H:3 num:t toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t
#+OPTIONS: TeX:t LaTeX:dvipng
Hello Christian
Christian Wittern writes:
> On 2012-01-20 05:03, Jambunathan K wrote:
>> "side-by-side" has surfaced in the list for the second time, I think it
>> deserves to be supported "out of the box".
> I strongly support this, since I have a lo
> The following snippet exports correctly to LaTeX and to html, but
> produces the text "Figure Figure" in odt.
Fixed.
> I find the behaviour of floating frames in word processors to be
> somewhat unpredictable and difficult to control, but that could simply
> be me! ;-)
You are not alone.
See https://www.libreoffice.org/bugzilla/show_bug.cgi?id=40879
--
Jambunathan K writes:
> Btw, I was trying to make the tables cute-looking
Just pushed a fix whereby one can control the width of the tables.
, commit f9d242
| Customize table width using :rel-width option. For example, to create a
| table of width 60% use:
|
| #+attr_odt: :rel-wi
> One comment: for tables that are indented, it probably makes sense to
> have the table take up 100% of the width available to it?
Do you want to maximize the real-estate available for tables - indented
or otherwise.
Indentation for tables consume some real estate. Are you saying that you
wan
Andreas Leha writes:
> Andreas Leha writes:
>
>> "Sebastien Vauban"
>> writes:
>>
>>
>>> Hi Andreas,
>>>
>>> Andreas Leha wrote:
I am experiencing a problem with the latex exporter: #+header: lines
are visible in the exported file.
Example:
/==
So the answer to
your question is a "soft" no.
Notes to self:
There are multiple ways to achieve side-by-side effect.
- use tables (aka "list tables")
- use 2-Column sections
- 2-column frames (what is this?)
"side-by-side" has surfaced in the list for the second time, I think it
deserves to be supported "out of the box".
Jambunathan K.
Hello Eric
I have pushed a fix for this. The fix is a bit tricky. So please
exercise extra care while verifying the output.
Hope I haven't overlooked any corner cases.
Jambunathan K.
> Eric S Fraga writes:
>
>> Hello,
>>
>> I am trying to export a document which i
Hello Johnny
>> It looks like one of your installation step is non-standard. There is an
>> easy workaround available but I would like to make sure that org-odt
>> auto-configures itself with minimal user intervention.
>
> Make on unmodified Makefile, manually moved to /usr/local/share
> direcory
Johnny writes:
> Hi,
>
> I just upgraded to org-mode 7.8.03 (from 7.6) and now get this error
> message when trying to use the org-odt converter. With version 7.6, I used
> org-odt from contrib and that worked fine, so what is the reason for
> this error?
>
> I did see another post about this abo
> BTW, is it currently possible to set the size for figures (I mean,
> included graphic)? I know it is possible in Latex, but the Latex
> directive seems to be ignored by ODT? Anyway, I guess this problem
> will go away with the new generic exporter.
Try
(info "(org) Images in ODT export")
or
tings, - and are willing to "show
and tell" with a sample ODT document I am all ears.
Jambunathan K.
--
Skip Collins writes:
> 2012/1/10 François Pinard :
>> Some sad people think of me as a programmer. While deep down, I am
>> fundamentally an artist. Programming is mere mean of expression :-).
>
> You and Jambunathan K. should form a club.
Since I am being dragged in to
kefiles are beyond my jurisdiction. I will let Bastien act on your
patch(es).
Jambunathan K.
> Cheers,
> Ulrich
>
>
> From f6eb5150418bfd5de35b8f4f9ca39f4cbff1d40b Mon Sep 17 00:00:00 2001
> From: Ulrich Mueller
> Date: Sun, 1 Jan 2012 21:39:21 +0100
> Subject: [PATCH] Don
up [1].
Would it be possible for you (or anyone else) to isolate this further
and identify the root cause.
Thanks for reporting this,
Jambunathan K.
Footnotes:
[1] See the last para of this post:
http://lists.gnu.org/archive/html/emacs-orgmode/2011-12/msg00857.html
Martyn Jago writes:
> Frankly
to have an idea of what is available for packaging.
You can download a snapshot from the current HEAD:
http://orgmode.org/w/?p=org-mode.git;a=summary
Let know how things go.
Thanks,
Jambunathan K.
Here is a summary of change:
--8<---cut here---start---
> I am wrong, the issue is not with the LibreOffice but with my memory.
>
> The srcblocks are actually aligned "centrally" (along the vertical axis)
> within the table cell. Since the two blocks are of different
> sizes/lengths the top border gets staggered.
>
> Changing the alignment to "top" wil
dt-content-template-file and making org-odt-styles-dir
will add needless confusion to the users.
Jambunathan K.
Footnotes:
[1] http://lists.gnu.org/archive/html/emacs-devel/2011-12/msg00607.html
[2] http://lists.gnu.org/archive/html/emacs-devel/2011-12/msg00571.html
> Now org-odt.el currentl
If I look at the figures in the link provided, I am reminded of table.el
tables.
Put your different src blocks in table.el tables, this way even if you
don't get fontification of src blocks atleast you will have a
side-by-side output with both html and latex backends.
Charles Turner writes:
>
> I think the colcookie lines could be enhnaced to also support "t" and
> "/" characters. IMNSHO, using #+ATTR_ODT: lines for commenting out
> columns will not only be cumbersome but also error-prone.
A random thought:
I think there will be more flexibility if the colcookies characters -
"l" and
Jambunathan K writes:
> Charles Turner writes:
>
>> @Jambunathan: Your examples render the blocks with sizes proportional
>> to the contained text, rather than aligning as a table. I find that
>> aesthetically displeasing :-(
>
> I am unable to understand w
f say_hello():
print("Hello, world")
say_hello()
Date: 2011-12-28 10:54:15 India Standard Time
Author: Jambunathan K
kjambunat...@gmail.com
Org version 7.8.02 with Emacs version 24
Validate XHTML 1.0
>>
>>> hth,
>>> Christian
Nick Dokos writes:
> Christian Moe wrote:
>
>> On 12/27/11 9:37 PM, Eric Schulte wrote:
>> > Charles Turner writes:
>> >
>> >> Problem: I have two code blocks (#+BEGIN_SRC .. #+END) and I want to
>> >> display them side by side on the page, perhaps within an org table.
>> (...)
>> > Note that w
Rainer
> I had noticed Org Mode v. 7.8 integrates Jambunathan's ODT exporter
> that I had used successfully when it was still labelled as a
> contribution.
>
> After installing org-mode 7.8 on my Windows XP machine, I can't seem
> to be able to use the ODT exporter, though. Trying to do so, I am
Jambunathan K writes:
> Rainer Thiel writes:
>
>> I had noticed Org Mode v. 7.8 integrates Jambunathan's ODT exporter
>> that I had used successfully when it was still labelled as a
>> contribution.
>>
>> After installing org-mode 7.8 on my Windows XP m
)
For things to work properly, org-odt-styles-dir should be
/../etc/styles/*.xml.
Note that copying by hand shouldn't be necessary nor should you set the
org-odt-styles-dir explicitly by hand. Everything should happen
auto-magically.
Jambunathan K.
> Any ideas what I maay have overlooked?
>
> Many thanks in advance
>
> Rainer Thiel
--
Jeremy
> Jambunathan K writes:
>
>> Jeremy
>>
>>> What about the second patch ? I'm very interested in seeing it
>>> merged.
>>
>> I did a quick run of the attached patch (authored by you).
>>
>> When I do this:
>>
>&
Achim Gratz writes:
> Requiring htmlfontify seems to spawn a shell while byte-compiling
> please consider removing the rquire statement and replacing with the
> appropriate declarations.
Done.
--
Jonathan
I have pushed a fix for this. Please pull again.
> Prior to commit: f5add81f4b2b0d39f0597967fae4076fa5f8eff0
> "org-odt.el:
> Include author and date in the title" when exporting my resume to ODT
> the exporter respected my export options for author:nil and
> timestamp:nil.
>
> Since th
> This should be reproducible in windows using the same emacs-version
> though. So I'll make sure to send a mail to emacs-devel.
Don't bother about attaching gdb etc and Don't use emacs-devel.
I suggest that you file a bug report - M-x report-emacs-bug RET - with a
simple reproducible recipe. Re
A small side-note.
While styles file have moved to root/etc/styles the schema files are
still in contrib. One can customize org-export-odt-schema-dir if one
sees that auto-validation of xml files doesn't happen anymore.
(schema files are in contrib because it will not be checked-into Emacs
prope
> I can not pinpoint exactly what yields the error, but it reads "Format
> error discovered in the file in sub-document styles.xml at
> 415,108(row,col) when the file attempts to open in openoffice 3.2. I
> am using org-mode 7.6.
What is your default coding system. As christian points out, the b
Christian Moe writes:
> Hi,
>
> I'm not sure about this, because I don't really know the ODT spec,
LibreOffice is my friend.
> For instance, in the LibreOffice Styles and Formatting window, choose
> the Character styles tab, right-click on Default, select New. Name
> your style (e.g.) "Bgcolor
Alan
> That solved the problem. I was loading an old version.
If you had copied "etc/styles" dir by hand to the installation dir I
would consider that a bug.
This copying should happen auto-magically.
I hope things work auto-magically now without any manual intervention.
--
Dave Marquardt writes:
> Bastien writes:
>
>> as the subject says. Please all test this heavily and report
>> any problems. This will be part of Org 7.8 and soon in Emacs.
>>
>> Thanks a lot to Jambunathan for all this efforts, let's make
>> sure everything is smooth before the release!
>
> I
> Give me latex any day!
Ok. Take it.
http://en.wiktionary.org/wiki/to_each_his_own.
--
There is an implicit association between OpenDocument formats and MS
Word. I see no reason why this association should continue to linger
amidst masses even to this day where governments are actually clamouring
for open standards.
OpenDocument format has really nothing to do with MS Word.
--
e that would be appropriate for the ODT exporter? It's not
>so much about the creating of style files (although help in that
>regard would not be sniffed at ;-) but about whether there is a list
>of paragraph styles that can be customised somewhere?
Ok. Can you be more specific?
Jambunathan K.
--
Bastien writes:
> Jambunathan K writes:
>
>> Don't you have htmlfontify.el in your version of Emacs? I thought it is
>> part of regular Emacs. Could you please check why this is so? May be
>> some adjustment of load path is required or htmlfontify.el has to be
>
Christian
> Hi,
>
> Either something's gone wrong with my setup, or there are a number of
> issues to straighten out after org-odt moved to core.
>
> Here's what I have so far (with Org 7.7 pulled this morning, Emacs
> 23.3.1, on a Mac). Issues 1 and 3 look urgent.
>
> 1. The org-export-odt-style
Martyn Jago writes:
> Commit 6f8ea8e breaks the build.
>> make clean
>> make
>
> ...returns the error:
>
>
> emacs -batch -q -no-site-file -eval "(setq load-path (cons (expand-file-name
> \"./lisp/\") (cons \"/usr/local/share/emacs/site-lisp\" load-path)))" -f
> batch-byte-compile lisp/org-odt
Glenn Morris writes:
> In light of the following, can this be closed?
Yes. Please close this issue.
> http://lists.gnu.org/archive/html/emacs-orgmode/2011-12/msg00155.html
> Subject: The Org->ODT exporter is now in Org's core (latest git)
Alan L Tyree writes:
> On 11/12/11 20:41:18, Alan L Tyree wrote:
>> On 11/12/11 18:42:10, Nick Dokos wrote:
>> > Alan L Tyree wrote:
>> >
>> > > > http://thread.gmane.org/gmane.emacs.orgmode/41826/focus=41849
>> > >
>> > > Yes, Calibre does a nice job of converting XHTML to ePub; it can
>> b
Christian Moe writes:
> - References and captions (not covered): It would be worth mentioning
> in the Tables and Images sections that these will work, but that you
> may need to use Tools>Update>Fields in LibreOffice to get them
> displayed right.
I removed the above restriction - which was the
. I
have tried my best to act on all your inputs.
Let me know what you think.
[1] http://www.mail-archive.com/emacs-orgmode@gnu.org/msg49545.html
> Yours,
> Christian
>
> On 10/28/11 6:19 AM, Jambunathan K wrote:
>> I will work on your suggestions and circulate a
>> revised
tycho garen writes:
> On Tue, Dec 06, 2011 at 06:25:09PM +, Herbert Sitz wrote:
>> In my exports to pdf standard double-quote and single-quote (apostrophe)
>> characters both get translated to corresponding pairs of opening and closing
>> quotes. But in export to html both double- and single
arties to test the patch.
[...context switch...]
I am wondering whether a knob to "not compile" installed packages is a
good option in general. Can the autoloads be still generated even if the
files themselves are not compiled?
Jambunathan K.
ming here that you are probably not
that comfortable working with patches).
Jambunathan K.
--
Jeremy
> What about the second patch ? I'm very interested in seeing it
> merged.
I did a quick run of the attached patch (authored by you).
When I do this:
#+ATTR_ODT: :anchor page
[[./org-mode-unicorn.png]]
I see that the image is anchored to the page as expected. But the moment
I attac
for this package, I directly send the patch to the org-odt
> author.
Btw, you can post your patches to the list. I am a regular on this list.
Jambunathan K.
--
> Org Mode files certainly have no dependency rules in lisp/Makefile.in.
The Makefile - in devel repo of Orgmode - does define rules. Read on ...
> So the question why the problem does not happen while compiling Org in
> Emacs remains.
I believe the way the files are compiled makes a substantia
Rustom Mody writes:
> On Fri, Nov 18, 2011 at 11:21 AM, Jambunathan K <
> kjambunat...@gmail.com> wrote:
>
> Suvayu/Rustom
>
> suvayu ali writes:
>
> > Hi Jambunathan,
> >
> > On Thu, Nov 17, 2011 at 11:06, Jambun
Filed as an umbrella bug -
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10125.
Stelian you are cced in the bug report. I hope you can provide
additional info as needed by the maintainers.
Note: All the previous users were happy with the workarounds and never
stuck around enough to reason the is
There have been constant flow of issues from users who install daily org
tar balls from GNU ELPA.
The problem concerns itself with the defmacros that are introduced in
the *daily* tar but are *unavailable* in the *emacs* core. At the end of
the package installation these new macros never get reco
This should be fixed now.
The problem was triggered because of inter-mixing label references and
the italics style in the same line.
> Hello all,
>
> Herbert's recent posting of a link to a video showing off the ODT
> exporter, I decided it was time I finally tried this out. I can export
> a do
> My html files are exported with charset=utf-8. I believe that that's
> because my org-mode buffers are utf-8 and ultimately because I've
> set LANG=en_US.UTF-8.
>
> Try the following when visiting your org file (actually, a backup of
> your org file :-))
>
> o C-x RET f utf-8 RET
>
> o Save th
Eli, Thanks for the clue and Stefan, thanks for the fix meanwhile. The
minimal snippet that captures the root cause follows down below.
Nicolas Goaziou writes:
> Hello,
>
> Jambunathan K writes:
>
>> Ccing Nicolas to attract his attention.
>>
>> Refer http://deb
Ccing Nicolas to attract his attention.
Refer http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10071
--
.10.1/lib"'
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: ENG
value of $XMODIFIERS: nil
locale-coding-sy
Suvayu/Rustom
suvayu ali writes:
> Hi Jambunathan,
>
> On Thu, Nov 17, 2011 at 11:06, Jambunathan K wrote:
>> Can anyone else reproduce this?
>
> I can replicate this. The odt file exported by org-odt is not accepted
> by google docs even though libreoffice opens it wit
Rustom Mody writes:
> Here is a small file for org mode
>
> #+OPTIONS: toc:nil
> #+TITLE: Report
> * Tue 8th
> - http://www.haskell.org/
> * hello
>
> If I export to odt and then upload the odt to google docs,
> google-docs says the file is corrupt.
On my loca
and the surrounding context.
`
Jambunathan K.
Rustom Mody writes:
> Here is a small file for org mode
>
> #+OPTIONS: toc:nil
> #+TITLE: Report
> * Tue 8th
> - http://www.haskell.org/
> * hello
>
> If I export to odt a
> 1. The HTML exporter in lisp/org-html.el is *totally* rewritten. It
>should be on par with the current HTML exporter in the master
>branch.
A small note: If you are exercising the new exporter then you will the
following message. (Note the presence of org-lparse in the message)
,
manual
- I have updated the ODT section in the info manual and it is worth a
read for serious users. (Chirstian, I will revise the manual later
in the day. For now, it is pretty much same as what you had seen
last time.)
Let me know if there are any questions or comments.
Jambunathan K.
--
extrapolate this issue further, it looks like I have to audit
contrib modules and see what changes I need to bring over to ODT.
Jambunathan K.
--
Erik
>> Footnotes:
>>
>> [1] With Mozrepl 1.1 beta2 on Firefox 3.6.23, I am unable to make
>> org-zotero.el work. It hangs and I have to C-g out (Christian! you are
>> not alone). I am able to get as far as creating the LIBRARY_KEY for the
>> selected item in the zotero pane and not further.
>
Hello Erik
Good news.
Getting a frugal Zotero-based citations is *definitely* possible. It is
just a matter of time. Your libraries already provide the necessary
plumbing to accomplish the job.
Long story
==
For my own understanding, I tried trimming down zot4rst to it's bare
essenti
Torsten Wagner writes:
> Hi,
> one should be able to use org-modes date function to enter or modify
> a date for the variable #+DATE:
> At the moment its exported as plain text including the < > brackets.
> Keeping the date org-mode friendly and exporting it nicley would be a
> nice little featu
e which would use
BibTex for post-processing (either to HTML or LaTeX) The ODT exporter
can also emulate what other backend does.
ps: This mail is more of a note to self or a note to any future
hackers. I am not certain I will be able to hack gnotero and have it
integrate with Emacs - but for a whi
> Basically all that one can do in org-mode at the moment is insert &
> update citations, and following citation links to the entry in Zotero.
Can you or someone provide me how such an Org file with citation
definition and reference looks like?
> It might be possible to implement something simil
>The best alternative in LaTeX would be to use the \left\{ and
>\right. (note the "dot") construct as below[fn:4]. Unfortunately
>MathToWeb fails miserably while MathJax succeeds with flying
>colors.
>
>#+srcname: exact-equivalent-of-cases
>#+begin_src latex
> \begin{e
> Hi everyone,
>
> I am about to start experimenting with Erik Hetzner's zotero-plain,
> which allows the use of zotero as a bibliographic manager in emacs &
> especially org-mode (https://bitbucket.org/egh/zotero-plain as well
> as a couple of threads on this list, I think).
For Erik's benefit:
Marius Hofert writes:
> Thanks for the explanation. Is there also an equivalent solution by
> just adjusting .emacs?
C-h r
g Init Examples
Hint: search for load
Helpful tip: Learn to use Emacs Info system well.
>
>
> On 2011-11-08, at 23:33 , Jambunathan K wrote:
>
&g
> Debugger entered--Lisp error: (void-function diary-anniversary)
There is a universal solution to this problem
M-x load-library RET diary TAB
and choose which of the options make most sense or try each one of them
in turn.
Note that in the above load-library you are using "diary" because it is
Myles English writes:
> \begin{equation}
> \delta_{mn} =
> \begin{cases}
> 1& \text{if $n=m$}\\
> 0& \text{if $n\nem$}
> \end{cases}
> \end{equation}
, From ftp://ftp.ams.org/ams/doc/amsmath/short-math-guide.pdf
|
| Note. The plain TEX form \matrix{...\cr...\cr} and the related comman
hML
converters *ultimately*. I see that there is plenty of scope for the
LaTeX to MathML converters to improve and mature.
This is going to be a long mail. Read on.
#+TITLE: improvements.org
#+AUTHOR: Jambunathan K
#+EMAIL: kjambunat...@gmail.com
#+DATE: 2011-11-09 Wed
#+DESCRIPT
> I tried and it is not necessary to org-reload/uncompiled before
> installing org with the command "package-install-file". It is
> "package-install-file" alone that solves the problem.
Maybe there is some aspect of elisp compilation that I don't
understand.
1. Restart Emacs
2. If M-x locate-l
601 - 700 of 1260 matches
Mail list logo