<br><div class="gmail_quote">2009/5/12 Enrico Tröger <span dir="ltr"><<a href="mailto:enrico.troeger@uvena.de">enrico.troeger@uvena.de</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Mon, 11 May 2009 18:44:15 +1000, Lex wrote:<br>
<br>
>><br>
>> Hi<br>
><br>
><br>
>I have been looking at the implementation of the build-system and in<br>
>particular interactions with other parts of Geany.  In general it<br>
>looks ok, but the latex menus and commands system seems to have a few<br>
>interactions with the build system and menu.<br>
><br>
>Since the new build-system allows the menu labels to be changed, (not<br>
>just the commands) if I allow two run commands can we bring the latex<br>
>build system back into the normal system?<br>
<br>
</div>I'd say we don't even need two run commands. Either interested users<br>
'abuse' one of the build commands or they realise that most often one<br>
run command is enough (based on my personal workflow with LaTeX, you<br>
usually use only viewing DVIs or PDFs).<br>
And e.g. when using evince, you don't even need a Run command at all as<br>
it reloads the opened file once it has been regenerated.<br>
<div class="im"></div></blockquote><div><br>The command would actually have to be the extra filetype dependent command since its existence depends on the current file being latex.  Of course it could be a non-filetype dependent command if the user didn't care if it was always available, but thats up to them, I think we should default it to the filetype command since as a C++ (mostly) programmer I wouldn't want a latex command in my makes ;-).<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im"><br>
<br>
>This has the advantages:<br>
>1. removal of lots of nearly duplicate code building menus, dialogs and<br>
>commands<br>
>2. much simpler and cleaner build system (I'm not all that altruistic,<br>
>this means that it is easy for me to see what I might break with my<br>
>changes ;-)<br>
<br>
</div>Please, please do that. Remove all LaTeX-specific code now. For me, this<br>
is one of the biggest advantages of your new code :).<br>
</blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
The reason for the special LaTeX code was only to provide special stuff<br>
for LaTeX. But with your new build system, this all should be easier<br>
and cleaner. Please remove it.</blockquote><div><br>Will do.<br><br>I have also noticed that the plugins interface exposes build_info which has the build type enum in it.  This enum will of course change due to the addition of extra commands, I can add new things to the end so that the ABI is preserved, but plugins may need to be changed to consider the extra commands.  And adding them at the end will mean the filetype and non-filetype command groups are no longer contiguous.  This isn't a problem for me but may be elsewhere, do you know of anything that is dependent on the order of the enum or is adding to the end ok?.<br>
<br>Cheers<br>Lex<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>
<br>
Regards,<br>
Enrico<br>
<font color="#888888"><br>
--<br>
Get my GPG key from <a href="http://www.uvena.de/pub.asc" target="_blank">http://www.uvena.de/pub.asc</a><br>
</font><br>_______________________________________________<br>
Geany-devel mailing list<br>
<a href="mailto:Geany-devel@uvena.de">Geany-devel@uvena.de</a><br>
<a href="http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel" target="_blank">http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel</a><br>
<br></blockquote></div><br>