Hi Achim and Jambunathan,
Jambunathan K writes:
> See
> http://lists.gnu.org/archive/html/emacs-orgmode/2010-08/msg01056.html
>
> We need to move that fix to compatibility and have babel and ODT use it
AFAIK this is already fixed in Babel.
I added a compatibility function `org-delete-directory
Hi Achim,
Achim Gratz writes:
> BTW, I don't quite understand the logic of that function. It seems that
>
> (face-background 'default nil 'default)
>
> would be all that is needed in GNU Emacs
Indeed. Current master branch now uses this.
Thanks,
--
Bastien
Hi Achim,
Achim Gratz writes:
> Here is another one that may need further work.
I applied this patch to maint.
If there are other important fixes for Emacs 22 compatibility,
please let us know as I plan to release 7.9.3 in 2012.
Thanks!
--
Bastien
Jambunathan K writes:
> http://lists.gnu.org/archive/html/emacs-orgmode/2010-08/msg01056.html
>
> We need to move that fix to compatibility and have babel and ODT use it
I guess that would circumvent the crash, but a proper compatibility fix
should actually do the recursion, I'd think. In the cas
Achim Gratz writes:
> With all fixes in, Emacs 24 can run the tests for an the Org compiled by
> Emacs 22 now with just one error remaining, on master this is:
>
> Test ob-exp/mixed-blocks-with-exports-both condition:
> (wrong-type-argument number-or-marker-p nil)
>FAILED 19/403 ob-exp/m
Achim Gratz writes:
> For the current uses this should be OK. Also, ODT export now compiles
> correctly, but still doesn't work in Emacs 22 since delete-directory
> doesn't have a second argument (recursive delete) in Emacs 22.
See
http://lists.gnu.org/archive/html/emacs-orgmode/2010-08/msg0105
Bastien writes:
>>FAILED test-org-element/headline-comment-keyword
>>FAILED test-org-element/headline-interpreter
>>FAILED test-org/beginning-of-line
>>FAILED test-org/comment-dwim
>>FAILED test-org/end-of-line
>
> None of the above really counts as "core feature" for me.
Bastien writes:
> If you or anyone can fix those error, please have a go.
Here is another one that may need further work. The byte-compiler of
Emacs 22 does not seem to handle defaliased special forms correctly when
expanding macros. This can be circumvented with a defmacro, but then
the decisio
Bastien writes:
> If you or anyone can fix those error, please have a go.
I've pushed 9a71174348 for org-find-invisible-foreground, which at least
lets the test suite run.
BTW, I don't quite understand the logic of that function. It seems that
(face-background 'default nil 'default)
would be
Hi Yagnesh,
thanks for replying.
Yagnesh Raghava Yakkala writes:
> Since I don't use that version, I am afraid I can not assure.
No problem. Let's wait for a real Emacs 22 user to come up and
complain if he dares! :)
--
Bastien
Hi Achim,
Achim Gratz writes:
> That's a definition of "builds fine" that I wasn't previously aware of.
My definition of "building fine" is that the build process does not
break and that it produces the target files. Warnings are not errors
in the process of building, they are pointers to pote
Bastien writes:
>> I just tried building. it was successful although there are lot of
>> warnings.
>
> Good to know it builds fine, even with all those warnings.
That's a definition of "builds fine" that I wasn't previously aware of.
As to the question "does it run", yes — sort of. You'll get a
Hello Bastien,
On 12月 19 2012, Bastien wrote:
> Hi Yagnesh,
>
> Yagnesh Raghava Yakkala writes:
>
>> I just tried building. it was successful although there are lot of
>> warnings.
>
> Good to know it builds fine, even with all those warnings.
>
> Are you using this version?
No, I don't use
Hi Yagnesh,
Yagnesh Raghava Yakkala writes:
> I just tried building. it was successful although there are lot of
> warnings.
Good to know it builds fine, even with all those warnings.
Are you using this version? If so, would you be willing to
report compatibility problems that may happen?
Th
Bastien writes:
> I think a reasonable expectation is to be fully compatible with
> the last two major versions of GNU Emacs (23 and 24).
It would help if I managed to get Emacs 23 to compile Org… but since
some people on the list are still using Emacs23 and they don't report
problems I'm assuming
I think a reasonable expectation is to be fully compatible with
the last two major versions of GNU Emacs (23 and 24). For Emacs
22 and XEmacs, if we have people using these Emacsen, maybe they
can help?
I'm reluctant to drop support for Emacs 22/XEmacs as it would
block those volunteers.
--
Jambunathan K writes:
> Also XEmacs seem to be lagging behind severely. See this recent thread:
> http://list-archive.xemacs.org/pipermail/xemacs-beta/2012-September/023201.html
I wouldn't mind looking at some of these, but XEmacs does not have ert
or any useable replacement for ert that I know o
Nick Dokos writes:
> Why are they still using emacs-22?
University students and employees.
Sometimes back I was investigating hosting for personal files. The site
runs a version of FreeBSD version and had Emacs 22 on their servers.
When I requested that they upgrade their Emacs to 23 or 24 the
Achim Gratz wrote:
>
> I have finally managed to compile the latest Emacs 22.3 to test Org
> with. Things aren't looking good, Org already uses lots of functions
> that aren't present in that version and it's not just the new exporter
> or Babel. The time might have come to officially de-suppo
19 matches
Mail list logo
