GNU bug report logs -
#44842
28.0.50; Support texed latex as Calc language
Previous Next
To reply to this bug, email your comments to 44842 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44842
; Package
emacs
.
(Tue, 24 Nov 2020 14:59:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Michael Heerdegen <michael_heerdegen <at> web.de>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 24 Nov 2020 14:59:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello,
Roland, Mattias, if you can help, Stefan CC'd for information since I
had discussed this with him on emacs-help:
I want to enable Calc latex language mode to support latexed output as
an image. Can someone please help me to prepare an according patch?
Here is my prove of concept so far, working for me in a master emacs -Q:
[calc-latex.el (application/emacs-lisp, inline)]
[Message part 3 (text/plain, inline)]
I'm using the latex "breqn" package because it allows me to use the line
breaks that Calc adds to the output by itself; that looks very good most
of the time, is even a bit aware of the window width, and doesn't make
latex barf when line breaks appear inside paren expressions (as it does
normally). I don't know if I can assume that every latex installation
has "breqn" installed. Without something like "breqn" the results were
not satisfactory in my experiments, I found that solution after a long
with trouble.
Then, for subformula editing etc., we probably want to provide a way to
turn the image into the source output and back.
And: how should this feature be enabled? Should it be provided as a
separate language? The one dimension we have for the prefix arg of d L
is already completely exhausted.
Anything else I forgot to consider? I guess it would be nice to get rid
of all or most of the org dependencies. Oh, and I didn't mention yet
that this is super cool and thus has a high priority to have ;-)
Regards,
Michael.
In GNU Emacs 28.0.50 (build 5, x86_64-pc-linux-gnu, GTK+ Version 3.24.23, cairo version 1.16.0)
of 2020-11-24 built on drachen
Repository revision: 9a574a6e51d669eaff091ab590fb18733a386d2c
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12008000
System Description: Debian GNU/Linux bullseye/sid
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44842
; Package
emacs
.
(Wed, 25 Nov 2020 16:41:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 44842 <at> debbugs.gnu.org (full text, mbox):
24 nov. 2020 kl. 15.58 skrev Michael Heerdegen <michael_heerdegen <at> web.de>:
> <calc-latex.el>
It's probably not quite my cup of tea, but of course I had to try it out! Some notes:
* It does look nice!
* To get it to work, I needed to install dvipng, and the 'breqn' and 'ulem' latex packages.
No good advice for how to integrate it with Calc I'm afraid, but don't let that deter you! The Org dependency is also a bit of a downer but not fatally so by any means. Org already has dependencies on Calc so I suppose this makes it even.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44842
; Package
emacs
.
(Sat, 28 Nov 2020 18:09:02 GMT)
Full text and
rfc822 format available.
Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
On Tue Nov 24 2020 Michael Heerdegen wrote:
> Roland, Mattias, if you can help, Stefan CC'd for information
> since I had discussed this with him on emacs-help:
>
> I want to enable Calc latex language mode to support latexed
> output as an image. Can someone please help me to prepare an
> according patch?
In general, I am happy to help whenever I can. Unfortunately, my
time is limited, and I am already engaged in enough emacs-related
projects to keep me engaged. But let me know if there might be
a specific issue where you feel that I might be able to help.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44842
; Package
emacs
.
(Tue, 01 Dec 2020 22:58:02 GMT)
Full text and
rfc822 format available.
Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):
"Roland Winkler" <winkler <at> gnu.org> writes:
> In general, I am happy to help whenever I can. Unfortunately, my
> time is limited, and I am already engaged in enough emacs-related
> projects to keep me engaged. But let me know if there might be
> a specific issue where you feel that I might be able to help.
A start would be to figure out how to integrate the new latex'ed latex
feature into the existing stuff, conceptually and interface-wise (new
language? toggle'able view?).
My (related) main concern is that I may overlook something that my
addition might break, not knowing all of Calc's features well.
Regards,
Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44842
; Package
emacs
.
(Sat, 31 Jul 2021 12:38:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 44842 <at> debbugs.gnu.org (full text, mbox):
Michael Heerdegen <michael_heerdegen <at> web.de> writes:
>> In general, I am happy to help whenever I can. Unfortunately, my
>> time is limited, and I am already engaged in enough emacs-related
>> projects to keep me engaged. But let me know if there might be
>> a specific issue where you feel that I might be able to help.
>
> A start would be to figure out how to integrate the new latex'ed latex
> feature into the existing stuff, conceptually and interface-wise (new
> language? toggle'able view?).
>
> My (related) main concern is that I may overlook something that my
> addition might break, not knowing all of Calc's features well.
This was half a year ago... has there been any progress here? (It
sounded like good functionality to me, but I haven't tested it myself.)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44842
; Package
emacs
.
(Sat, 31 Jul 2021 22:56:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 44842 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Michael Heerdegen <michael_heerdegen <at> web.de> writes:
>
> >> In general, I am happy to help whenever I can. Unfortunately, my
> >> time is limited, and I am already engaged in enough emacs-related
> >> projects to keep me engaged. But let me know if there might be
> >> a specific issue where you feel that I might be able to help.
> >
> > A start would be to figure out how to integrate the new latex'ed latex
> > feature into the existing stuff, conceptually and interface-wise (new
> > language? toggle'able view?).
> >
> > My (related) main concern is that I may overlook something that my
> > addition might break, not knowing all of Calc's features well.
>
> This was half a year ago... has there been any progress here? (It
> sounded like good functionality to me, but I haven't tested it myself.)
Not from my side. I have canceled the experiment. Too many things did
not work correctly, a bunch of unrelated things, so I gave up and
returned to the built-in Big language.
Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44842
; Package
emacs
.
(Mon, 11 Oct 2021 12:37:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 44842 <at> debbugs.gnu.org (full text, mbox):
Michael Heerdegen <michael_heerdegen <at> web.de> writes:
> Lars Ingebrigtsen <larsi <at> gnus.org> writes:
>
>> Michael Heerdegen <michael_heerdegen <at> web.de> writes:
>>
>> >> In general, I am happy to help whenever I can. Unfortunately, my
>> >> time is limited, and I am already engaged in enough emacs-related
>> >> projects to keep me engaged. But let me know if there might be
>> >> a specific issue where you feel that I might be able to help.
>> >
>> > A start would be to figure out how to integrate the new latex'ed latex
>> > feature into the existing stuff, conceptually and interface-wise (new
>> > language? toggle'able view?).
>> >
>> > My (related) main concern is that I may overlook something that my
>> > addition might break, not knowing all of Calc's features well.
>>
>> This was half a year ago... has there been any progress here? (It
>> sounded like good functionality to me, but I haven't tested it myself.)
>
> Not from my side. I have canceled the experiment. Too many things did
> not work correctly, a bunch of unrelated things, so I gave up and
> returned to the built-in Big language.
So should this bug report be closed?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#44842
; Package
emacs
.
(Tue, 12 Oct 2021 02:22:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 44842 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
> So should this bug report be closed?
Eh - not from my side, no - not just because the one who has reported
the thing wasn't able to fix it by himself.
Can we at least keep this somewhere in some wishlist list or so, until
someone might find it that knows Calc a bit better? Because this
feature would be really useful, and I don't think it's impossible to
implement- it just is beyond what I can do in a reasonable amount of
time.
Michael.
This bug report was last modified 3 years and 245 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.