Your Privacy Matters: We use our own and third-party cookies to improve your experience on our website. By continuing to use the website we understand that you accept their use. Cookie Policy
35
Implementing Python grammer
posted

Given that Python provides their full grammar ( http://docs.python.org/3/reference/grammar.html ), would it be difficult to add this as a language which works in the syntax editor?  

We're evaluating this control at the moment, but have a need for python syntax editing.

  • 138253
    Offline posted

    Hello,

     

    After some research Python support has been determine as a new Product Idea.  I have sent your Product Idea directly to our product management team.  Our product team chooses new Product Ideas for development based on popular feedback from our customer base.  Infragistics continues to monitor application development for all of our products, so as trends appear in requested ideas, we can plan accordingly.

     

    We value your input, and our philosophy is to enhance our toolset based on customer feedback.  If your idea is chosen for development, you will be notified at that time.  Your reference number for this Product Idea is PI13010088

     

    If you would like to follow up on your Product Idea at a later point, you may contact Developer Support management via email.  Please include the reference number of your Product Idea in the subject and body of your email message.  You can reach Developer Support management through the following email address:  dsmanager@infragistics.com

  • 44743
    posted

    Currently, I don't believe this is possible. The presence of the "suite" rule from the specification, which is defined as "suite: simple_stmt | NEWLINE INDENT stmt+ DEDENT" is not something that can be easily handled by the parser at the moment. There is no way to tell the lexical or syntactic analysis phases of the parser "If the current line contains one more tab than the previous non-blank line, assume that the INDENT token is present here, and if the current line contains fewer tabs than the previous non-blank line, assume that N DETENT tokens are present, where N is the number of unmatched INDENT tokens from the previous more-indented lines". This kind of rule seems like something that needs to be baked directly into a parser and is not easily expressed to a general parsing framework. That is not to say it is impossible. We might be able to add support for the developer to express these kinds of rules in code and maybe the lexer/parser would have certain points at which it makes these callback to this code. Or perhaps we might find another way to support this while designing the feature.

    However, the point is there is no support for this now and we are not planning on supporting this for 13.1. It would have to be submitted as a feature request. I have forwarded this post to the Developer Support Manager to create a feature request on your behalf.