From suprsidr at flashyourweb.com Wed Jun 2 06:49:51 2010 From: suprsidr at flashyourweb.com (Wayne Patterson) Date: Wed, 2 Jun 2010 05:49:51 -0500 Subject: [geeklog-devel] Simple request for 1.7.1 Message-ID: I'm working on a theme with its own block management but need some advanced variables in blockheader/footer I propose to check if the theme has the function as we do with the header and footer functions in lib-common: $function = $_CONF['theme'] . '_startBlock'; if( function_exists( $function )) { return $function( $title, $helpfile, $template ); } and $function = $_CONF['theme'] . '_endBlock'; if( function_exists( $function )) { return $function( $template ); } I think it would be appropriate to let the theme handle any of the common display functions if it needs to. -Wayne -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Wed Jun 2 17:14:09 2010 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 2 Jun 2010 23:14:09 +0200 Subject: [geeklog-devel] Simple request for 1.7.1 In-Reply-To: References: Message-ID: <20100602211409.729770442@smtp.haun-online.de> Wayne Patterson wrote: >I propose to check if the theme has the function as we do with the header >and footer functions in lib-common: Sounds simple enough. I'm just a little wary of adding even more hooks into our already pretty complicated block handling code. What exactly are you trying to accomplish and could you not do it with the hooks that already exist ($_BLOCK_TEMPLATE and PLG_/CUSTOM_getBlocks)? bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From suprsidr at flashyourweb.com Thu Jun 3 10:16:14 2010 From: suprsidr at flashyourweb.com (Wayne Patterson) Date: Thu, 3 Jun 2010 09:16:14 -0500 Subject: [geeklog-devel] Simple request for 1.7.1 Message-ID: Sounds simple enough. I'm just a little wary of adding even more hooks > into our already pretty complicated block handling code. > > What exactly are you trying to accomplish and could you not do it with > the hooks that already exist ($_BLOCK_TEMPLATE and PLG_/CUSTOM_getBlocks)? > > bye, Dirk > This is a theme, not a plugin. A theme should be able to add variables to its own templates. In this instance I need a javascript friendly block_name (no whitespaces) to assign a unique id to each block's containing div. Playing with html5, css3, and mbContainersPlus http://gl1.6.flashyourweb.com/ This is a simple change which could allow theme developers more freedom. -Wayne -------------- next part -------------- An HTML attachment was scrubbed... URL: From websitemaster at cogeco.net Thu Jun 3 10:47:01 2010 From: websitemaster at cogeco.net (Tom) Date: Thu, 3 Jun 2010 10:47:01 -0400 Subject: [geeklog-devel] Simple request for 1.7.1 In-Reply-To: References: Message-ID: <011401cb032b$a00880e0$e01982a0$@net> It makes sense to me. If no one else has a problem with it I will add it in for 1.7.1 Wayne, Could you add a feature request with the code so I do not forget as it may take me a week or 2 to get back to working on Geeklog. Thanks Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Wayne Patterson Sent: June-03-10 10:16 AM To: geeklog-devel at lists.geeklog.net Subject: Re: [geeklog-devel] Simple request for 1.7.1 Sounds simple enough. I'm just a little wary of adding even more hooks into our already pretty complicated block handling code. What exactly are you trying to accomplish and could you not do it with the hooks that already exist ($_BLOCK_TEMPLATE and PLG_/CUSTOM_getBlocks)? bye, Dirk This is a theme, not a plugin. A theme should be able to add variables to its own templates. In this instance I need a javascript friendly block_name (no whitespaces) to assign a unique id to each block's containing div. Playing with html5, css3, and mbContainersPlus http://gl1.6.flashyourweb.com/ This is a simple change which could allow theme developers more freedom. -Wayne -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Thu Jun 3 11:20:46 2010 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 3 Jun 2010 17:20:46 +0200 Subject: [geeklog-devel] Simple request for 1.7.1 In-Reply-To: References: Message-ID: <40896188-633F-43D4-84F7-18888553C082@haun-online.de> Am 03.06.2010 um 16:16 schrieb Wayne Patterson : > This is a theme, not a plugin. A theme should be able to add variables to its own templates. > In this instance I need a javascript friendly block_name (no whitespaces) to assign a unique id to each block's containing div. Yeah, I hadn't thought this through. A theme could implement CUSTOM_setBlocks but that could then cause conflicts with other extensions. And adding the two calls to COM_start/endBlock shouldn't really make things more complicated either. bye, Dirk From vfuria at gmail.com Fri Jun 11 16:50:49 2010 From: vfuria at gmail.com (Vincent Furia) Date: Fri, 11 Jun 2010 14:50:49 -0600 Subject: [geeklog-devel] PHP 4.4 vs. 4.3 In-Reply-To: <20100314193125.1533724994@smtp.haun-online.de> References: <20100314140221.950648460@smtp.haun-online.de> <364575ed1003140937x20489896q61ec82111f3ca09e@mail.gmail.com> <20100314193125.1533724994@smtp.haun-online.de> Message-ID: Dirk, I'd like to resurrect this topic. Perhaps soon (now maybe?) would be a good time to broach this subject on Geeklog.net. That way people can start planning for the next release of Geeklog to require PHP 5.?. That, and I'd like to tell Vlad that he can use PHP 5 functionality to make his coding a bit easier. -Vinny On Sun, Mar 14, 2010 at 1:31 PM, Dirk Haun wrote: > Abhinav Chittora wrote: > > >Since PHP 4 have no longer support by the PHP community ( there is no more > >security updates) > > As I said, some Linux distros still support it (I thought Ubuntu 8.04 > LTS was one of them, but looks like I was wrong there). That includes > backported security patches, from my understanding. > > Anyway, I'd like us to make a clean cut. And that should come with > advance notice to the community and a good look around the code to get > rid of any remaining PHP 4-specific workarounds. All this requires time > that, at this point, I'd rather invest in getting the next release ready > for the targeted April release. > > Of course this also means that any code produced during GSoC (should we > be selected to participate again) can be PHP 5-only. > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > 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: From dirk at haun-online.de Fri Jun 11 17:06:53 2010 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 11 Jun 2010 23:06:53 +0200 Subject: [geeklog-devel] PHP 4.4 vs. 4.3 In-Reply-To: References: <20100314140221.950648460@smtp.haun-online.de> <364575ed1003140937x20489896q61ec82111f3ca09e@mail.gmail.com> <20100314193125.1533724994@smtp.haun-online.de> Message-ID: <5C14ABA0-8DD4-4858-95E4-21C31E57743D@haun-online.de> Am 11.06.2010 um 22:50 Uhr schrieb Vincent Furia: > I'd like to resurrect this topic. Perhaps soon (now maybe?) would be a good time to broach this subject on Geeklog.net. That way people can start planning for the next release of Geeklog to require PHP 5.?. There already is a note about this in the 1.7.0 release announcement. But a separate post surely can't hurt. > That, and I'd like to tell Vlad that he can use PHP 5 functionality to make his coding a bit easier. In case that wasn't clear: All this Summer's projects can assume PHP 5 as the minimum requirement. We said we would drop PHP 4 support with the next major release. And that release would be the one with (hopefully, at least some of) this year's results in it. bye, Dirk From yankees27an at gmail.com Fri Jun 11 17:07:52 2010 From: yankees27an at gmail.com (=?UTF-8?B?4bmoz67isaXItc6v4bmlyp/JkeKImg==?=) Date: Fri, 11 Jun 2010 17:07:52 -0400 Subject: [geeklog-devel] PHP 4.4 vs. 4.3 In-Reply-To: <5C14ABA0-8DD4-4858-95E4-21C31E57743D@haun-online.de> References: <20100314140221.950648460@smtp.haun-online.de> <364575ed1003140937x20489896q61ec82111f3ca09e@mail.gmail.com> <20100314193125.1533724994@smtp.haun-online.de> <5C14ABA0-8DD4-4858-95E4-21C31E57743D@haun-online.de> Message-ID: When I enabled PHP debug notices, I received alot of E_DEPRECATED from the pears classes. I bet alot of those classes will need to be replaced/updated before you can set the cutoff at PHP5. On Fri, Jun 11, 2010 at 5:06 PM, Dirk Haun wrote: > Am 11.06.2010 um 22:50 Uhr schrieb Vincent Furia: > > > I'd like to resurrect this topic. Perhaps soon (now maybe?) would be a > good time to broach this subject on Geeklog.net. That way people can start > planning for the next release of Geeklog to require PHP 5.?. > > There already is a note about this in the 1.7.0 release announcement. But a > separate post surely can't hurt. > > > > That, and I'd like to tell Vlad that he can use PHP 5 functionality to > make his coding a bit easier. > > In case that wasn't clear: All this Summer's projects can assume PHP 5 as > the minimum requirement. We said we would drop PHP 4 support with the next > major release. And that release would be the one with (hopefully, at least > some of) this year's results in it. > > bye, Dirk > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- -- Warmly, Stanislav Palatnik -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Fri Jun 11 17:18:54 2010 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 11 Jun 2010 23:18:54 +0200 Subject: [geeklog-devel] PHP 4.4 vs. 4.3 In-Reply-To: References: <20100314140221.950648460@smtp.haun-online.de> <364575ed1003140937x20489896q61ec82111f3ca09e@mail.gmail.com> <20100314193125.1533724994@smtp.haun-online.de> <5C14ABA0-8DD4-4858-95E4-21C31E57743D@haun-online.de> Message-ID: Am 11.06.2010 um 23:07 Uhr schrieb ?????????: > When I enabled PHP debug notices, I received alot of E_DEPRECATED from the pears classes. I bet alot of those classes will need to be replaced/updated before you can set the cutoff at PHP5. The deprecated notices refer to things that will be dropped from future PHP versions. It's not a problem with any of the currently released versions. They're annoying, I know. I'm using my own patched-up PEAR version because of that. We should check where they are actually coming from. I seem to remember that a lot are in HTTP_Request. There's a replacement HTTP_Request2 package, but last I checked the functionality wasn't quite there. So there may already been "clean" replacements - we just need to check and adopt them. bye, Dirk From websitemaster at cogeco.net Tue Jun 15 13:54:48 2010 From: websitemaster at cogeco.net (Tom) Date: Tue, 15 Jun 2010 13:54:48 -0400 Subject: [geeklog-devel] Would anyone use Templates for staticpage? In-Reply-To: References: <20100314140221.950648460@smtp.haun-online.de> <364575ed1003140937x20489896q61ec82111f3ca09e@mail.gmail.com> <20100314193125.1533724994@smtp.haun-online.de> <5C14ABA0-8DD4-4858-95E4-21C31E57743D@haun-online.de> Message-ID: <077001cb0cb3$d8b4adb0$8a1e0910$@net> Hi all, This is in regards to my own feature request about allowing a staticpage (or a text file) to act as a template for other staticpages. This is something I need since I have about 50 staticpages which all have the exact same html but different text information and images. See the feature request for more information and comments. http://project.geeklog.net/tracking/view.php?id=1085 I currently have a lib-custom solution that works. The question I have is, do other people have a need for this feature? If there is enough interest I will take the time and implement it into the staticpage plugin for others to use (realizing that the admin using this feature will have to have a basic understanding of how php variables work). Let me know Thanks Tom __________ Information from ESET NOD32 Antivirus, version of virus signature database 5199 (20100615) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com From cordiste at free.fr Tue Jun 15 14:25:41 2010 From: cordiste at free.fr (cordiste) Date: Tue, 15 Jun 2010 20:25:41 +0200 Subject: [geeklog-devel] Would anyone use Templates for staticpage? In-Reply-To: <077001cb0cb3$d8b4adb0$8a1e0910$@net> References: <20100314140221.950648460@smtp.haun-online.de> <364575ed1003140937x20489896q61ec82111f3ca09e@mail.gmail.com> <20100314193125.1533724994@smtp.haun-online.de> <5C14ABA0-8DD4-4858-95E4-21C31E57743D@haun-online.de> <077001cb0cb3$d8b4adb0$8a1e0910$@net> Message-ID: Hi, Could be a nice feature. Ben 2010/6/15 Tom : > Hi all, > > This is in regards to my own feature request about allowing a staticpage (or a text file) to act as a template for other staticpages. ?This is something I need since I have about 50 staticpages which all have the exact same html but different text information and images. > > See the feature request for more information and comments. > > http://project.geeklog.net/tracking/view.php?id=1085 > > I currently have a lib-custom solution that works. The question I have is, do other people have a need for this feature? ?If there is enough interest I will take the time and implement it into the staticpage plugin for others to use (realizing that the admin using this feature will have to have a basic understanding of how php variables work). > > Let me know > > Thanks > > Tom > > > > __________ Information from ESET NOD32 Antivirus, version of virus signature database 5199 (20100615) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From vfuria at gmail.com Tue Jun 15 17:24:38 2010 From: vfuria at gmail.com (Vincent Furia) Date: Tue, 15 Jun 2010 15:24:38 -0600 Subject: [geeklog-devel] Would anyone use Templates for staticpage? In-Reply-To: <077001cb0cb3$d8b4adb0$8a1e0910$@net> References: <20100314140221.950648460@smtp.haun-online.de> <364575ed1003140937x20489896q61ec82111f3ca09e@mail.gmail.com> <20100314193125.1533724994@smtp.haun-online.de> <5C14ABA0-8DD4-4858-95E4-21C31E57743D@haun-online.de> <077001cb0cb3$d8b4adb0$8a1e0910$@net> Message-ID: On Tue, Jun 15, 2010 at 11:54 AM, Tom wrote: > If there is enough interest I will take the time and implement it into the > staticpage plugin for others to use (realizing that the admin using this > feature will have to have a basic understanding of how php variables work). > The feature sounds useful, but "realizing that the admin using this feature will have to have a basic understanding of how php variables work" makes me think this isn't an implementation we should put in the core code. You could share you lib-custom.php code on geeklog.net for others to use. -Vinny -------------- next part -------------- An HTML attachment was scrubbed... URL: From websitemaster at cogeco.net Wed Jun 16 09:41:00 2010 From: websitemaster at cogeco.net (Tom) Date: Wed, 16 Jun 2010 09:41:00 -0400 Subject: [geeklog-devel] Would anyone use Templates for staticpage? In-Reply-To: References: <20100314140221.950648460@smtp.haun-online.de> <364575ed1003140937x20489896q61ec82111f3ca09e@mail.gmail.com> <20100314193125.1533724994@smtp.haun-online.de> <5C14ABA0-8DD4-4858-95E4-21C31E57743D@haun-online.de> <077001cb0cb3$d8b4adb0$8a1e0910$@net> Message-ID: <08be01cb0d59$8ee00e90$aca02bb0$@net> Yup, I will do that if I do not implement it into the plugin. Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Vincent Furia Sent: June-15-10 5:25 PM To: Geeklog Development Subject: Re: [geeklog-devel] Would anyone use Templates for staticpage? On Tue, Jun 15, 2010 at 11:54 AM, Tom wrote: If there is enough interest I will take the time and implement it into the staticpage plugin for others to use (realizing that the admin using this feature will have to have a basic understanding of how php variables work). The feature sounds useful, but "realizing that the admin using this feature will have to have a basic understanding of how php variables work" makes me think this isn't an implementation we should put in the core code. You could share you lib-custom.php code on geeklog.net for others to use. -Vinny __________ Information from ESET NOD32 Antivirus, version of virus signature database 5199 (20100615) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __________ Information from ESET NOD32 Antivirus, version of virus signature database 5200 (20100616) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com __________ Information from ESET NOD32 Antivirus, version of virus signature database 5201 (20100616) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com -------------- next part -------------- An HTML attachment was scrubbed... URL: