[-- Attachment #1.1: Type: text/plain, Size: 893 bytes --] On Wed, Nov 10, 2010 at 11:14 AM, Jambunathan K <kjambunathan@gmail.com>wrote: > Matt > > I am unable to reproduce the said behaviour. > > From my work-area (which is same as that in git), the odt produced is > valid. I am attaching the odts produced in my work area. Let me know if > what is attached is not what you expect. > I wonder if anyone on the list can reproduce the bug I'm finding in Jambunathan's odt exporter? The attached org file creates the attached invalid odt file for me -- this is true both on my main laptop and in a clean environment I just went to some trouble to create on another computer, but J cannot reproduce the error. I'm wondering if perhaps there's some implicit dependency in J's code somewhere that neither of us sees, and that isn't fulfilled on either of my systems. I can't think of any other explanation.... thanks as always for your help! Matt [-- Attachment #1.2: Type: text/html, Size: 1251 bytes --] [-- Attachment #2: desc_test_short1.odt --] [-- Type: application/zip, Size: 7080 bytes --] [-- Attachment #3: desc_test_short_2.odt --] [-- Type: application/vnd.oasis.opendocument.text, Size: 7176 bytes --] [-- Attachment #4: Type: text/plain, Size: 201 bytes --] _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[-- Attachment #1.1: Type: text/plain, Size: 431 bytes --] On Fri, Nov 12, 2010 at 7:10 AM, Matt Price <moptop99@gmail.com> wrote: > > I wonder if anyone on the list can reproduce the bug I'm finding in > Jambunathan's odt exporter? The attached org file creates the attached > invalid odt file for me > gnashing of teeth... I failed to attach the right files -- attached here is the original org file which generates desc_test_short_2.odt attached in my previous email. thanks, matt [-- Attachment #1.2: Type: text/html, Size: 754 bytes --] [-- Attachment #2: desc_test_short_2.org --] [-- Type: application/octet-stream, Size: 2267 bytes --] #+TITLE: description of activity #+AUTHOR: Matt Price #+EMAIL: matt.price@utoronto.ca #+DATE: 2010-11-04 Thu #+DESCRIPTION: #+KEYWORDS: #+LANGUAGE: en #+OPTIONS: H:4 num:nil toc:nil \n:nil @:t ::t |:t ^:t -:t f:t *:t <:t #+OPTIONS: TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-toc #+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path:http://orgmode.org/org-info.js #+EXPORT_SELECT_TAGS: export #+EXPORT_EXCLUDE_TAGS: noexport #+LINK_UP: #+LINK_HOME: #+XSLT: * Description of Activity (5p) *Goal and Objectives:* The goal of this project is to encourage the creation of a community of historians who use 21st-Century media technologies to collaborate with each other, communities of interest, and the public in a way that goes beyond "dissemination" by transforming the process by which historical narratives are produced. Building from the conviction that important elements of the public sphere have already moved to the digital realm, the project aims both to cultivate a strong public discourse around historical questions, and to incubate emergent forms of historical research made possible through digital media and technologies. Our goals will be implemented via the following objectives: - the development of a research network that links NGOs and community groups in Southwestern Ontario with academic researchers, but also extends tendrils internationally to researchers across Canada and the United States; - the creation of an online software platform that (a) opens up the historical research process to communities of interest, from the inception of a research program to its conclusions, (b) provides a forum for academics to address interested publics directly, (c) guides members of the lay public in the skills and methods of historical research and thinking, (d) provides a framework through which students and faculty can collaborate with each other and with community groups on historical work, and (e) embraces an ethics of open and collaborative access within research practices and the software platform. - the deployment of a pilot project, "Global City/Local History", which deploys the new platform to tell stories of multicultural Toronto, one of the world's most diverse cities. [-- Attachment #3: Type: text/plain, Size: 201 bytes --] _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Matt > On Wed, Nov 10, 2010 at 11:14 AM, Jambunathan K <kjambunathan@gmail.com> wrote: > > Matt > > I am unable to reproduce the said behaviour. > > From my work-area (which is same as that in git), the odt produced is > valid. I am attaching the odts produced in my work area. Let me know if > what is attached is not what you expect. > > > I wonder if anyone on the list can reproduce the bug I'm finding in > Jambunathan's odt exporter? The attached org file creates the attached > invalid odt file for me -- this is true both on my main laptop and in a clean > environment I just went to some trouble to create on another computer, but J > cannot reproduce the error. I'm wondering if perhaps there's some implicit > dependency in J's code somewhere that neither of us sees, and that isn't > fulfilled on either of my systems. I can't think of any other explanation.... > Looks like it had been a pretty rough start for you ... Tried one more round in reproducing the problem. But I cannot reproduce it at all. If someone helps me in reproducing the bug, I will be happy to address it in no time. To encourage new users to try out the OpenOffice exporter, I have revised the instructions in "How to export to OpenOffice?" section of the README.org file. - http://repo.or.cz/w/org-mode/oo.git/blob/HEAD:/contrib/odt/README.org I suggest that you download the entire repo or the snapshot. Check that you are using the URL that ends in "oo.git". I am *pretty confident* that the OpenOffice exporter can handle simple text - headlines, paragraphs, lists - very reliably. How I tried reproducing the problem and failed: 1. I freshly cloned the repository. 2. Started emacs without any customization. "C:\Program Files\emacs-23.1.91\bin\runemacs.exe" --debug-init -Q 3. M-: (setq org-odt-base-dir "~/src/oo/") RET 4. M-x (load-file (expand-file-name "./contrib/odt/setup.el" org-odt-base-dir)) 5. C-x C-f desc_test_short_2.org 6. I did a C-c C-e O. 7. I am seeing that OpenOffice launches and opens the file desc_test_short_2.odt without any complaints. Jambunathan K.
[-- Attachment #1.1: Type: text/plain, Size: 2273 bytes --] On Fri, Nov 12, 2010 at 3:51 PM, Jambunathan K <kjambunathan@gmail.com>wrote: > > Matt > > > On Wed, Nov 10, 2010 at 11:14 AM, Jambunathan K <kjambunathan@gmail.com> > wrote: > > > > Matt > > > I am *pretty confident* that the OpenOffice exporter can handle simple > text - headlines, paragraphs, lists - very reliably. > > How I tried reproducing the problem and failed: > > 1. I freshly cloned the repository. > 2. Started emacs without any customization. > "C:\Program Files\emacs-23.1.91\bin\runemacs.exe" --debug-init -Q > 3. M-: (setq org-odt-base-dir "~/src/oo/") RET > 4. M-x (load-file (expand-file-name "./contrib/odt/setup.el" > org-odt-base-dir)) > 5. C-x C-f desc_test_short_2.org > 6. I did a C-c C-e O. > 7. I am seeing that OpenOffice launches and opens the file > desc_test_short_2.odt without any complaints. > OK, I'm possibly seeing some improvement here. I logged into my server, which has no other org or emacs-related software installed. I followed your procedure precisely, with a fresh emacs23 install. Trying to export gives me the following errors: Loading /home/matt/src/oo/lisp/org-vm.el (source)...done Loading /home/matt/src/oo/lisp/org-w3m.el (source)...done Loading /home/matt/src/oo/lisp/org-wl.el (source)...done Loading /home/matt/src/oo/lisp/org.el (source)...done fatal: No names found, cannot describe anything. Org-mode version 7.3 Select command: Exporting... (New file) [3 times] interblock-initiate-R-buffer: Symbol's function definition is void: R Select command: Exporting... (New file) [3 times] interblock-initiate-R-buffer: Symbol's function definition is void: R t Select command: Exporting... (New file) [3 times] interblock-initiate-R-buffer: Symbol's function definition is void: R Auto-saving... ----------------------- the odt file doesn't end up being produced at all, presumably something about the R buffer (don't know why that would be). interestingly, on my laptop I simply cannot get the O and o menu items to show up in the export menu buffer. On this new machine, they only appear after I reload org-mode. Not sure why this is the cae, I suppose it could somehow be related. Like most people I have a fair number of emacs-relatedpackages installed on my laptop.... thanks again, best, Matt [-- Attachment #1.2: Type: text/html, Size: 2936 bytes --] [-- Attachment #2: Type: text/plain, Size: 201 bytes --] _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode