<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Sat, Mar 23, 2013 at 2:27 PM, rusi <span dir="ltr"><<a href="mailto:rustompmody@gmail.com" target="_blank">rustompmody@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mar 23, 4:11 pm, Fabio Zadrozny <<a href="mailto:fabi...@gmail.com">fabi...@gmail.com</a>> wrote:<br>
<div class="im">> On Sat, Mar 23, 2013 at 12:38 AM, rusi <<a href="mailto:rustompm...@gmail.com">rustompm...@gmail.com</a>> wrote:<br>
> ><br>
> > ie Eclipse-4 claims to have made plugin development (for new custom<br>
> > languages) easier.<br>
> > What is the relation of liclipse to eclipse 3<->4 plugin architecture?<br>
><br>
</div><div class="im">> Well, it may have become a bit easier (with dltk and xtext), but it's still<br>
> far from trivial (you still have to know at least java, how plugins work,<br>
> eclipse internals, creating a grammar, etc.).<br>
<br>
</div>I still have one (quite general) question:<br>
When eclipse 'does' pydev, is it mostly in java or in python?<br>
<br>
Using python's native parser etc makes the analysis more reliable at<br>
the cost of more fragile, non-portable(?) etc plumbing between java<br>
and python.<br>
<br>
Whereas rewriting python's parsing etc in java, makes the basic<br>
architecture easier but will always keep you behind target when say<br>
python changes/adds to its syntax/feature set etc.<br></blockquote><div><br></div><div style>Parsing in PyDev is done at java (so, yes, I have to update it when Python itself goes forward).</div><div style><br></div><div style>

Still, note that even if I was in Python and could use the Python parser, I don't think that using the internal Python parser would be a good choice (because it ends up being too fragile for me -- i.e.: if the IDE is done using Python 2.x it wouldn't be able to analyze a Python 3 codebase -- unless it spawned scripts based on the configured Python you're developing against, but things as a proper code analysis would prove very difficult to do that way).</div>

<div style><br></div><div style>Also, the feature set from the PyDev grammar is different from the Python grammar: </div><div style><br></div><div style>For example: </div><div style>- it has to be fault tolerant (because you'll still want to see the outline and get code completion even if you don't have the complete file correct) </div>

<div style>- it may need to store more information in case a pretty-printing is needed later on (so, the Python grammar can get something as "a = (1)" and remove the parenthesis as they don't make part of the AST, as that's the same as "a = 1" but in case you were pretty-printing the AST you may not want to throw that away).</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Which do you choose? And are the new facilities in Juno easier for<br>
cross-language feature-sets?<br></blockquote><div><br></div><div style>As for easier cross-language feature sets, not sure what exactly are you referring to... (but I don't think Eclipse 4 itself changed much from the existing status quo... it's may difference in the programming model is on the dependency injection, so some APIs are cleaner now -- besides the UI changes).</div>

<div style><br></div><div style>Cheers,</div><div style><br></div><div style>Fabio</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888">--<br>
<a href="http://mail.python.org/mailman/listinfo/python-list" target="_blank">http://mail.python.org/mailman/listinfo/python-list</a><br>
</font></span></blockquote></div><br></div></div>