<br clear="all"><br><div><span class="gmail_quote">On 9/11/07, <b class="gmail_sendername">Alain Matthes</b> <<a href="mailto:alain.matthes@mac.com">alain.matthes@mac.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>But why conditionally include grammars ??</blockquote><div><br>Because then you could base which grammars are included based on which packages are included in each document.  Suppose that this actually worked:<br><br>
{    name = 'meta.package.latex';<br>            match = '^\usepackage{lstlisting}'<br>            patterns = ( { include = 'text.tex.latex.lstlisting'; } );<br>        },<br><br>or even better<br>
{    name = 'meta.package.latex';<br>
            match = '^\usepackage{(lstlisting)}'<br>
            patterns = ( { include = 'text.tex.latex.$1'; } );<br>
        },<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I'm not a specialist of script, regex etc.... but in a first time
<br>it's possible to build some grammars like<br><br>text.tex<br>text.tex.math<br>text.tex.beamer<br>text.tex.listings<br>text.tex.tikz etc....<br><br>And to finish the text.tex.latex by some include like<br><br>include = '
text.tex.listings'; ?<br><br>Each user can modify the list of the package grammars !</blockquote><div><br>I think this is where we differ.  I don't think we want each user to be modifying the latex grammar to decide which packages to include. For one thing it will be different for each different project.  So, I"m either going to end up including everything all the time, or I'm going to drive myself crazy modifying the latex grammar every time I work on a different writing project.  Plus most users don't want to go anywhere near editing the grammar file!
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br><br>About listings, why make a grammar to this package ?</blockquote><div>
<br>Because lstlistings is the best package I've found for including source code, and since I'm writing CS textbooks, I do that a lot.  If you can recommend a better one I would be happy to look at it!  But really, most of the grammar for the package is only concerned with then command and then including the grammar for the particular source code that is inside the lstlistings environment.
<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">There is a way to turn around the difficulties.<br><br>\lstinputlisting[key=value list]{hfile name}
<br><br>example :<br><br>\usepackage{listings}<br>\lstset{language=C}<br>...<br>\begin{document}<br>\lstinputlisting{main.c}<br>\end{document}<br><br>or you can make that<br><br>\lstinputlisting[first=10,last=50]{main.c}</blockquote>
<div>I know  about this feature of lstlisting but I like to have the code right there to look at as I'm writing.  I guess its a writing style issue but I tried your method for a while and I did not like it at all.<br>
<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">It is the only way for me to use listings because I'm french (I need<br>only to
<br>include  latex code but with accents) and it's impossible<br>to use listings with utf8  actually, so I need to save file with<br>latin1 encoding<br>and to use two encodings latin1 and utf8 is the same file ! (very bad)
</blockquote><div><br>I don't understand about the problem with utf8.  My latex source files are all encoded as utf8 documents and I don't have any problem with lstlistings.<br><br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I suppose that you need to include java code or python code but there<br>are scopes<br>  to verify the syntax of these languages. So why waste time with a<br>difficult grammar and not<br>  include the sources of codes.</blockquote>
<div><br>Again, the lstlisting grammar includes source.java or source.python.  In fact by my calculations the number of lines in the latex grammar dedicated to the listing package is only 47 lines out of 494 total.<br><br>
 </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Regards Alain<br>______________________________________________________________________
<br>For new threads USE THIS: <a href="mailto:textmate@lists.macromates.com">textmate@lists.macromates.com</a><br>(threading gets destroyed and the universe will collapse if you don't)<br><a href="http://lists.macromates.com/mailman/listinfo/textmate">
http://lists.macromates.com/mailman/listinfo/textmate</a><br></blockquote></div><br>