[geeklog-devel] caching template library

Mark R. Evans mevans at ecsnet.com
Fri Nov 30 00:21:56 EST 2007


Just semantics, my reference is to not wanting to include it in the next
release of Geeklog.  It is great that Dirk has paved the way for easy
installation by folks without having to modify the core files.  I'm going to
try and do a few things to ease the installation of the library on a GL141
system for those that wish to give it a try or who want to upgrade to the
next release of Media Gallery, which I think will come before the GL 15
release. Anything else you would like me to clarify?


On 11/29/07, Alford Deeley <ajdeeley at telus.net> wrote:
>  That is certainly more reasonable an explanation than your previous
> statement to which I referred.  Excuse my reaction.  I have however been
> able to do this myself using PHP withou having to output HTML.  I guess it
> doesn't really matter if you can or not.  What is preferable is what you
> seem to be getting at so in that regard, no prob.  I haven't looked at gl15
> yet, but if Dirk has indeed inserted the necessary changes that Joe has
> determined, then why the inaccurate comment, yet again, about the dev team
> not "wanting" to use the lib?
> on 29/11/2007 8:03 PM Mark R. Evans wrote:
> Alford,
> I don't think you understand what I'm describing, on a multi-row display
> of albums that uses the set_block feature, some have sub-albums, some
> don't.  Using the dynamic capability of of the caching library, I can now
> check in the template if the sub album variable is set, if not, then use the
> colspan=2 otherwise call the second <td>subalbum list</td>.  So each row is
> unique, no way to do that with the existing library unless I actually built
> the HTML output in the PHP code which is moving in the wrong direction!
> As for a ridiculous and immature tactic, you are certainly entitled to
> your opinion.  But my take on it is that now I have the ability to bring a
> whole lot of new functionality to my plugins, reduce the actual PHP code and
> improve their performance.  To me, that is a plus.  Joe did such a good job
> on making this backward compatible, I feel pretty comfortable requiring it
> for future releases of my code.  Installation is simple and straight
> forward.  Dirk has already committed the necessary fixes to GL 15, so having
> folks drop it into their tree should be pretty straight forward.
> As with anything here, no one forces anyone to use anything.  If folks
> don't want to use the caching library, that is fine, there is a current
> release of all my plugins that work fine without it.  But moving forward, I
> want to take advantage of the new features it provides.  It opens up a lot
> of new possibilities that I believe bring a lot of value.
> Thanks!
> Mark
> On 11/29/07, Alford Deeley <ajdeeley at telus.net> wrote:
> >
> >
> > on 29/11/2007 6:00 PM Mark R. Evans wrote:
> > > ...For example, on the main index page if there were sub-albums, then
> > > I needed a column to display the subalbum info, for those albums that
> > > had none, it just had a blank column.  Now I can check if
> > > lang_subalbum is set, if not, dynamically call a td colspan=2 and use
> > > the whole page width for that album display.
> > > ...
> > You don't need a template caching library to accomplish this.  c'mon!
> > You can do that easily with the code you have.  It's just one more
> > template variable.
> > > Too bad the core team doesn't want to use it, but I can assure you
> > > that many folks will if they want to take advantage of all the new,
> > > neat features in Media Gallery :)
> > >
> > That is such a ridiculous and immature tactic!
> > _______________________________________________
> > geeklog-devel mailing list
> > geeklog-devel at lists.geeklog.net
> > http://eight.pairlist.net/mailman/listinfo/geeklog-devel
> >
> ------------------------------
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.nethttp://eight.pairlist.net/mailman/listinfo/geeklog-devel
> _______________________________________________
> geeklog-devel mailing list
> geeklog-devel at lists.geeklog.net
> http://eight.pairlist.net/mailman/listinfo/geeklog-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist8.pair.net/pipermail/geeklog-devel/attachments/20071129/da35b329/attachment.html>

More information about the geeklog-devel mailing list