<br>In your opinion should I make big-plugin interface that handle every rendering, like menu render desktop switch popup and focus popup, or should I make one plugin interface for each.<br><br>The big-plugin interface make theme consistent, when burst-plugin are more flexible.
<br><br><br><div class="gmail_quote">On Dec 22, 2007 9:51 PM, BenoĆ®t Gschwind &lt;<a href="mailto:doth.gschwind@gmail.com">doth.gschwind@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br><div class="gmail_quote"><div class="Ih2E3d">On Dec 22, 2007 3:32 AM, Dana Jansens &lt;<a href="mailto:danakj@orodu.net" target="_blank">danakj@orodu.net</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>It&#39;s my own personal opinion that it would be superior to simply make<br>a theme format that let you specify a greater variation on the frame&#39;s<br>sizes and whatnot, rather than make plugins, which would each have
<br>their own theme file format, bugs, maintainers, etc.<br></blockquote></div><div><br>In my opinion, to make theme format that let you specify a greater variation imply often more inconsistence in frame layout and it&#39;s hard to test all configuration.&nbsp; Next options of the more flexible theme format are hard to define since it&#39;s hard to know what users will need.&nbsp; Plugins architecture give a way to peoples to make their own layout, and openbox team don&#39;t need to know what those users need.
<br><br>&nbsp;I agree with the fact that imply each plugin&#39;s developers must maintain and debug their plugins but they do that on very small peice of software which have a simple and precise task, that simplify the maintenance.&nbsp; An other benefit is that openbox can provide a minimal theme plugin with 0
conf which will be easy to maintain, and some others with more flexible
configuration.<br></div><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>Plugins for this have been persued before but I&#39;ve never found it to
<br>be worth while. &nbsp;I haven&#39;t looked at your patch yet, but do you intend<br>to make a more formal interface between Openbox and the plugin, or to<br>just use the Frame structure/functions as they are now (which would
<br>end up being segfault hell).<br><font color="#888888"><br>dana<br></font></blockquote></div></div><br>Currently the patch is like a &quot;proof of concept&quot;, it is not intend to be released. I plan to specify an<br>
formal interface and his documentation.
<br><br>I invite everybody to help me to provide an good interface.<br><font color="#888888"><br>-- <br>benoit gschwind
</font></blockquote></div><br><br clear="all"><br>-- <br>benoit gschwind