On 3/16/20 1:03 AM, Richard Kimberly Heck wrote:
On 3/13/20 2:32 PM, Allen Barker wrote:
One thing I noticed is that after an external edit to a text inset
(both Flex and ERT) in either gvim or gedit, where the file is saved
(even if the text is not changed), the inset has an extra newline
On 3/13/20 2:32 PM, Allen Barker wrote:
> On 3/10/20 10:05 PM, Richard Kimberly Heck wrote:
>> On 3/10/20 9:24 PM, Allen Barker wrote:
>>> On 6/25/19 12:42 PM, Richard Kimberly Heck wrote:
Thanks for these ideas. I'm not an R user myself, though, so it
would be
helpful to me if you
On 3/11/20 9:45 AM, Scott Kostyshak wrote:
On Tue, Mar 10, 2020 at 10:05:58PM -0400, Richard Kimberly Heck wrote:
On 3/10/20 9:24 PM, Allen Barker wrote:
It would be nice to have an option to have the LFUN just return the
filename rather than running an editor process on the file.
Sometimes
On 3/10/20 10:05 PM, Richard Kimberly Heck wrote:
On 3/10/20 9:24 PM, Allen Barker wrote:
On 6/25/19 12:42 PM, Richard Kimberly Heck wrote:
Thanks for these ideas. I'm not an R user myself, though, so it would be
helpful to me if you could explain what it is you are trying to achieve.
It's
On Wed, Mar 11, 2020 at 10:05:10AM -0400, Richard Kimberly Heck wrote:
> On 3/11/20 9:45 AM, Scott Kostyshak wrote:
> > On Tue, Mar 10, 2020 at 10:05:58PM -0400, Richard Kimberly Heck wrote:
> >> On 3/10/20 9:24 PM, Allen Barker wrote:
> >>> It would be nice to have an option to have the LFUN just
On 3/11/20 9:45 AM, Scott Kostyshak wrote:
> On Tue, Mar 10, 2020 at 10:05:58PM -0400, Richard Kimberly Heck wrote:
>> On 3/10/20 9:24 PM, Allen Barker wrote:
>>> It would be nice to have an option to have the LFUN just return the
>>> filename rather than running an editor process on the file.
>>>
On Tue, Mar 10, 2020 at 10:05:58PM -0400, Richard Kimberly Heck wrote:
> On 3/10/20 9:24 PM, Allen Barker wrote:
> > It would be nice to have an option to have the LFUN just return the
> > filename rather than running an editor process on the file.
> > Sometimes users might want to edit the inset
On 3/10/20 9:24 PM, Allen Barker wrote:
> On 6/25/19 12:42 PM, Richard Kimberly Heck wrote:
>> Thanks for these ideas. I'm not an R user myself, though, so it would be
>> helpful to me if you could explain what it is you are trying to achieve.
>> It's best when thinking through issues like this
On 6/25/19 12:42 PM, Richard Kimberly Heck wrote:
Thanks for these ideas. I'm not an R user myself, though, so it would be
helpful to me if you could explain what it is you are trying to achieve.
It's best when thinking through issues like this one to separate the
problem from the solution.
On 6/25/19 4:24 PM, Jason Sun wrote:
> One of the reason of embedding a terminal to basically ensure the
> jupyter_client is running in the backend. Say I want to write a stats
> book in latex that contains a lot of python and R code. After
> executing one piece of code, I might want to keep all
One of the reason of embedding a terminal to basically ensure the
jupyter_client is running in the backend. Say I want to write a stats book
in latex that contains a lot of python and R code. After executing one
piece of code, I might want to keep all the variables so that I can refer
it later.
So the overall question is: Why not instead figure out how to make LyX
work well WITH jupyter notebook?
One way to make it work well with jupyter notebook is to let it communicate
with jupyter_client. CS and Stats community uses Jupyter and Latex a lot,
but the two don't work well together. LyX
On 6/25/19 2:57 PM, Jason Sun wrote:
> I have attached a prototype in the screenshots in the attachment.
>
> This is what I am trying to achieve - combining the computing power of
> jupyter and the latex power of LyX. It is still in early stages. More
> testing and further extension could easily
For an interesting contrast, please see the document/app mentioned at:
https://email.esm.psu.edu/pipermail/macosx-tex/2019-June/056685.html
LyX being able to author such would be huge.
William
On Tue, Jun 25, 2019 at 2:50 PM Jason Sun wrote:
> Sorry, forgot to include the list. Here is
Hi, Jason,
Thanks for these ideas. I'm not an R user myself, though, so it would be
helpful to me if you could explain what it is you are trying to achieve.
It's best when thinking through issues like this one to separate the
problem from the solution. What's below seems to be a mix between
it seems a better idea is to just use the jupyter_client and develop a new
Jupyter DockView in LyX. The jupyter console does not play well with python
subprocess.
On Thu, Jun 20, 2019 at 3:27 PM Jason Sun wrote:
> I am trying to embed the jupyter console into the current LyX 2.3.2
> branch. It
I am trying to embed the jupyter console into the current LyX 2.3.2 branch.
It seems doable. There is a jupyter qtconsole but it uses pyqt which makes
it cumbersome to migrate to C++Qt, which LyX uses. So I wanna spend some
time in developing a persistent DockView Widget in which embeds the
I'd just like to note that I really like this idea, and would really love
to see it happen --- I tried to use Jupyter Notebook a while back, but got
bogged down for various reasons, and having its functionalities as a
stand-alone desktop app which would make nice PDFs would suit my needs
quite
I thought about this long and hard. It is possible to extend Lyx's
functionality beyond the document processer. With the help you pybind 11
and Qt5, I think is it possible to implement some of the IDE features(think
RStudio) in LyX. This would be extremely helpful in writing scientific
document.
19 matches
Mail list logo
