From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matt Price Subject: Re: org-odt: list bug Date: Wed, 10 Nov 2010 18:04:50 -0500 Message-ID: References: <81vd45upeh.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0588641325==" Return-path: Received: from [140.186.70.92] (port=55712 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PGJin-0003hI-3n for emacs-orgmode@gnu.org; Wed, 10 Nov 2010 18:04:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PGJil-0006Ll-Kn for emacs-orgmode@gnu.org; Wed, 10 Nov 2010 18:04:52 -0500 Received: from mail-qw0-f41.google.com ([209.85.216.41]:56059) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PGJil-0006Lc-Ha for emacs-orgmode@gnu.org; Wed, 10 Nov 2010 18:04:51 -0500 Received: by qwi2 with SMTP id 2so1251061qwi.0 for ; Wed, 10 Nov 2010 15:04:50 -0800 (PST) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Org Mode --===============0588641325== Content-Type: multipart/alternative; boundary=0015175cb5aa7027660494bae25a --0015175cb5aa7027660494bae25a Content-Type: text/plain; charset=ISO-8859-1 forgot to send to orgmode ml, so resending (apologies j) On Wed, Nov 10, 2010 at 1:58 PM, Matt Price wrote: > > On Wed, Nov 10, 2010 at 11:14 AM, Jambunathan K wrote: > >> >> 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. >> >> Are you running the latest in git? Just to be sure delete all the .odts >> in your work area before exporting. May be there is a difference in your >> setup and mine that is causing this bug. >> > > I think it must be a difference in the setup -- the odts I produce will not > load in openoffice (see attached). The ones you've sent me are, instead, > perfect... I will do some testing soon, but will need to set up a minimal > environment first, and i'm pretty busy. Meanwhile I will gnash my teeth > that this perfect [olution isn't working for me right now! Best, > Matt > just doing some incremental checking: - git of org-odt is up to date, but my setup.el is very slightly customized: ----------------------- $ git diff diff --git a/contrib/odt/setup.el b/contrib/odt/setup.el index 0cff367..8625a7a 100755 --- a/contrib/odt/setup.el +++ b/contrib/odt/setup.el @@ -2,7 +2,7 @@ ;; OpenDocument-schema-v1.1.rnc resides (setq org-odt-contrib-dir (expand-file-name - "../contrib/odt/" (file-name-directory (locate-library "org-odt")))) + "/home/matt/src/org-odt/contrib/odt/" (file-name-directory (locate-library "org-odt")))) ;; archive mode (setq auto-mode-alist ------------------------- - my org-mode is very slightly older than yours -- about a month old now; - my emacs-snapshot is over a year out of date, though [note:just updated to 20101031, no change in behaviour]; - starting with emacs-snapshot -q and then manually loading org-odt.el did not help me with my problem, so the issue is apparently not with my .emacs or related startup files Thanks for your help, and if you see anything obvious in this let me know? Thanks, Matt --0015175cb5aa7027660494bae25a Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

forgot to send to orgmode ml, so resendi= ng (apologies j)
On Wed, No= v 10, 2010 at 1:58 PM, Matt Price <moptop99@gmail.com> wrot= e:

On Wed, Nov 10, 2010 = at 11:14 AM, Jambunathan K <kjambunathan@gmail.com> wro= te:

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.

Are you running the latest in git? Just to be sure delete all the .odts
in your work area before exporting. May be there is a difference in your setup and mine that is causing this bug.

I think it must be a difference in the setup -- the od= ts I produce will not load=A0 in openoffice (see attached).=A0 The ones you= 've sent me are, instead, perfect... I will do some testing soon, but w= ill need to set up a minimal environment first, and i'm pretty busy.=A0= Meanwhile I will gnash my teeth that this perfect [olution isn't worki= ng for me right now!=A0 Best,
Matt
=
just doing some incremental checking:=A0

- git of org-odt=A0 is= up to date, but my setup.el is very slightly customized:
--------------= ---------
$ git diff
diff --git a/contrib/odt/setup.el b/contrib/odt/setup.el
index 0cff367..= 8625a7a 100755
--- a/contrib/odt/setup.el
+++ b/contrib/odt/setup.el<= br>@@ -2,7 +2,7 @@
=A0;; OpenDocument-schema-v1.1.rnc resides
=A0(set= q org-odt-contrib-dir
=A0=A0=A0=A0=A0=A0 (expand-file-name
-=A0=A0=A0=A0=A0=A0 "../contri= b/odt/" (file-name-directory (locate-library "org-odt"))))+=A0=A0=A0=A0=A0=A0 "/home/matt/src/org-odt/contrib/odt/" (file= -name-directory (locate-library "org-odt"))))
=A0
=A0;; archive mode
=A0(setq auto-mode-alist
------------------= -------
- my org-mode is very slightly older than yours -- a= bout a month old now;
- my emacs-snapshot is over a year out of date, th= ough [note:just updated to 20101031, no change in behaviour];
- starting with emacs-snapshot -q and then manually loading org-odt.el did = not help me with my problem, so the issue is apparently not with my .emacs = or related startup files

=A0Thanks for your help, and if you see any= thing obvious in this let me know?=A0 Thanks,
Matt


--0015175cb5aa7027660494bae25a-- --===============0588641325== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 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 --===============0588641325==--