--===============6508545304378881730==
Content-Type: multipart/alternative; boundary=001a11c2ef5452e6b104eaf8c700

--001a11c2ef5452e6b104eaf8c700
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Mon, Nov 11, 2013 at 5:57 PM, Sven Brauch <svenbrauch@googlemail.com>wro=
te:

> On Monday 11 November 2013 12:55:06 J. Pablo Mart=EDn Cobos wrote:
> > Because the pep8,
> > pyflakes and parse syntax checker will report errors, because the synta=
x
> is
> > different in python 2 and python 3.
> Okay, I looked a bit more and this is indeed a valid concern.
>
> The problem is that some of the plugins (pep8 and the ipython console, at
> least) call straight into the mentioned tools and do something with them,
> and
> the tools (e.g. ipython console) will be the version of the language kate
> was
> linked against.
>
> For most of the tools the solution is imo easy: e.g. pep8 should just be
> called as a program and the output should be parsed. It's very simple ...
> yes,
> not as elegant, but who cares.
>
> For ipython however it's less obvious ... I'm not sure how the problem
> could
> be solved here. The only solution I found is based on creating a widget a=
nd
> then letting a new process draw into the widget, but that sort of sucks
> (especially I'm not sure how portable it is). That's more work and more b=
ad
> than just keeping the current situation, so not worth it imo.
>
> What I said earlier in the thread was referring only to what language
> should
> be available for writing the plugins, assuming plugins which are just doi=
ng
> stuff but not actually _importing python tools and using them in-process_=
.
> For this issue, I'm not sure how to proceed. Possibly the "link against
> both
> libs" is indeed the best solution.
>

Why, exactly, do we need to link against iPython?  Why can't there just be
a console that launches iPython, or an html canvas that iPython writes to?

--001a11c2ef5452e6b104eaf8c700
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On M=
on, Nov 11, 2013 at 5:57 PM, Sven Brauch <span dir=3D"ltr">&lt;<a href=3D"m=
ailto:svenbrauch@googlemail.com" target=3D"_blank">svenbrauch@googlemail.co=
m</a>&gt;</span> wrote:<br>

<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D"im">On Monday 11 November 2013=
 12:55:06 J. Pablo Mart=EDn Cobos wrote:<br>
&gt; Because the pep8,<br>
&gt; pyflakes and parse syntax checker will report errors, because the synt=
ax is<br>
&gt; different in python 2 and python 3.<br>
</div>Okay, I looked a bit more and this is indeed a valid concern.<br>
<br>
The problem is that some of the plugins (pep8 and the ipython console, at<b=
r>
least) call straight into the mentioned tools and do something with them, a=
nd<br>
the tools (e.g. ipython console) will be the version of the language kate w=
as<br>
linked against.<br>
<br>
For most of the tools the solution is imo easy: e.g. pep8 should just be<br=
>
called as a program and the output should be parsed. It&#39;s very simple .=
.. yes,<br>
not as elegant, but who cares.<br>
<br>
For ipython however it&#39;s less obvious ... I&#39;m not sure how the prob=
lem could<br>
be solved here. The only solution I found is based on creating a widget and=
<br>
then letting a new process draw into the widget, but that sort of sucks<br>
(especially I&#39;m not sure how portable it is). That&#39;s more work and =
more bad<br>
than just keeping the current situation, so not worth it imo.<br>
<br>
What I said earlier in the thread was referring only to what language shoul=
d<br>
be available for writing the plugins, assuming plugins which are just doing=
<br>
stuff but not actually _importing python tools and using them in-process_.<=
br>
For this issue, I&#39;m not sure how to proceed. Possibly the &quot;link ag=
ainst both<br>
libs&quot; is indeed the best solution.<br></blockquote><div><br></div><div=
>Why, exactly, do we need to link against iPython?=A0 Why can&#39;t there j=
ust be a console that launches iPython, or an html canvas that iPython writ=
es to? =A0 <br>

</div></div></div></div>

--001a11c2ef5452e6b104eaf8c700--

--===============6508545304378881730==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
KWrite-Devel mailing list
KWrite-Devel@kde.org
https://mail.kde.org/mailman/listinfo/kwrite-devel

--===============6508545304378881730==--