From tony at tonybibbs.com Mon Jul 2 09:37:49 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Mon, 2 Jul 2007 06:37:49 -0700 (PDT) Subject: [geeklog-devel] GPLv3 Message-ID: <952524.66787.qm@web704.biz.mail.mud.yahoo.com> Timely for me in that none of the current GL2 code has a license reference at all. I'd be interested in collecting feedback from you all as to which license makes sense for GL2 given I still have access to all the current authors (though I haven't personally talked to Vinny for a while I assume he's around) so getting buy-in should be feasible. --Tony ----- Original Message ---- From: Blaine Lang To: Geeklog Development Sent: Saturday, June 30, 2007 1:45:31 PM Subject: Re: [geeklog-devel] GPLv3 Dirk, The discussions on the Joomla site using the link you provided previously and frontpage story which includes a good FAQ are a great reference http://www.joomla.org/content/view/3510/1/. The interpretation is the same as we have discussed in the past. Regards, Blaine Dirk Haun wrote: > Joe Mucchiello wrote: > > >> Of course, the real problem area is the javascript parts of Geeklog. >> Once a user agent downloads the javascript, the website has partially >> distributed a GPL'd program to someone and that person now has the >> right to ask for all the GPL'd source code that is part of that >> distribution. That includes any customizations made by the website admin. >> > > I very much doubt that interpretation. If that were the case, it would > pretty much close the loophole Christian mentioned. > > JavaScript, by its very nature, has to run on the client's side > (ignoring things like JSP for the moment). I don't think this technical > necessity counts as "distribution". > > bye, Dirk > > > _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From dirk at haun-online.de Thu Jul 5 13:57:07 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 5 Jul 2007 19:57:07 +0200 Subject: [geeklog-devel] gophp5.org Message-ID: <20070705175707.1887498460@smtp.haun-online.de> From : >The PHP developer community has decided that it is indeed now time to >move forward, together. Therefore, the listed software projects have all >agreed that effective February 5th, 2008, any new feature releases will >have a minimum version requirement of at least PHP 5.2.0. Furthermore, >the listed web hosts have agreed that effective February 5th, 2008, they >will include PHP 5.2 (or a more recent version) in their service offer. Discuss ... ;-) bye, Dirk -- Geeklog Day at FrOSCon: August 25, 2007 - See you there! http://www.geeklog.net/article.php/geeklog-day-at-froscon From mjervis at gmail.com Thu Jul 5 15:33:08 2007 From: mjervis at gmail.com (Michael Jervis) Date: Thu, 5 Jul 2007 20:33:08 +0100 Subject: [geeklog-devel] gophp5.org In-Reply-To: <20070705175707.1887498460@smtp.haun-online.de> References: <20070705175707.1887498460@smtp.haun-online.de> Message-ID: <7b42e7470707051233h396c67bcx77161b1585f48f05@mail.gmail.com> > Discuss ... ;-) Good idea, if you assume that forcing a move to PHP5 is a good idea, support is pathetic however and it's doomed to failure. From joe at ThrowingDice.com Thu Jul 5 19:59:08 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Thu, 05 Jul 2007 19:59:08 -0400 Subject: [geeklog-devel] gophp5.org In-Reply-To: <20070705175707.1887498460@smtp.haun-online.de> References: <20070705175707.1887498460@smtp.haun-online.de> Message-ID: <0JKQ00BE0D7ABA00@mta3.srv.hcvlny.cv.net> My host only does 5.1.2 so I put up a message in their support forums about it.... I think this would provide GL1 a good excuse for a 1.5 release. Target Mar 1 (Feb 5 being 5.2.2008 is just a silly reason to pick for a date) for a 1.5 release and say it requires PHP 5.2 going forward. At 01:57 PM 7/5/2007, Dirk Haun wrote: > >From : > >Discuss ... ;-) ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From info at heatherengineering.com Thu Jul 5 21:00:01 2007 From: info at heatherengineering.com (Heather Engineering) Date: Fri, 6 Jul 2007 10:00:01 +0900 Subject: [geeklog-devel] Suggested changes to block code Message-ID: <9946938B-400B-4EBF-8BFF-C72D56B41586@heatherengineering.com> Messing with AJAX-style coding, you soon realise you need ids on everything. I've added the following to the block handling code: any interest in adding it to the next release? There is no issue with backwards compatibility. ************************************************************* function COM_formatBlock : add $A['id'] to two COM_startBlock calls (the function is called with an array $A, so no need to change the function declaration). $blkheader = COM_startBlock( $A['title'], $A['help'], COM_getBlockTemplate( $A['name'], 'header' ), $A ['id']); $retval .= COM_startBlock( $A['title'], $A['help'], COM_getBlockTemplate( $A['name'], 'header' ), $A['id']) ************************************************************* function COM_startBlock : add new $id='' to declaration add $block->set_var( 'id', $id ); I also added hack to check if the caller is passing a link to add a help file reference, or if they are passing a complete image tag already wrapped in a link (this is a similar hack to the one already in COM_formatBlock to check whether to add
tags to block content). An alternative might be to allow the caller to pass a new image link as well, so that you aren't stuck with the help icon. function COM_startBlock( $title='', $helpfile='', $template='blockheader.thtml', $id='' ) { global $_CONF, $LANG01, $_IMAGE_TYPE; $block = new Template( $_CONF['path_layout'] ); $block->set_file( 'block', $template ); $block->set_var( 'site_url', $_CONF['site_url'] ); $block->set_var( 'layout_url', $_CONF['layout_url'] ); if ($title==' ') { $block->set_var( 'block_title', ''); } else { $block->set_var( 'block_title', stripslashes( $title )); } // added $block->set_var( 'id', $id ); // end add if( !empty( $helpfile )) { // altered if( substr( $helpfile, 0, 1 ) == '<' ) { $help = $helpfile; } else { $helpimg = $_CONF['layout_url'] . '/images/ button_help.' . $_IMAGE_TYPE; if( !stristr( $helpfile, 'http://' )) { $help = '?'; } else { $help = '?'; } // end alteration } $block->set_var( 'block_help', $help ); } $block->parse( 'startHTML', 'block' ); return $block->finish( $block->get_var( 'startHTML' )); } ************************************************************* Cheers, Euan. From devel at portalparts.com Thu Jul 5 23:19:42 2007 From: devel at portalparts.com (Blaine Lang) Date: Thu, 05 Jul 2007 23:19:42 -0400 Subject: [geeklog-devel] gophp5.org In-Reply-To: <20070705175707.1887498460@smtp.haun-online.de> References: <20070705175707.1887498460@smtp.haun-online.de> Message-ID: <468DB4CE.908@portalparts.com> If nothing else - we should get our project listed as it can't hurt to get more visibility. Blaine Dirk Haun wrote: > >From : > > >> The PHP developer community has decided that it is indeed now time to >> move forward, together. Therefore, the listed software projects have all >> agreed that effective February 5th, 2008, any new feature releases will >> have a minimum version requirement of at least PHP 5.2.0. Furthermore, >> the listed web hosts have agreed that effective February 5th, 2008, they >> will include PHP 5.2 (or a more recent version) in their service offer. >> > > Discuss ... ;-) > > bye, Dirk > > > From oliver at spiesshofer.com Thu Jul 5 23:23:08 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 06 Jul 2007 11:23:08 +0800 Subject: [geeklog-devel] gophp5.org In-Reply-To: <468DB4CE.908@portalparts.com> References: <20070705175707.1887498460@smtp.haun-online.de> <468DB4CE.908@portalparts.com> Message-ID: <468DB59C.8020302@spiesshofer.com> I would agree to move to PHP5. I tried to list one of my projects there and got a message after clicking "preview" that the spam filter was triggered and my submission declined.... Oliver Blaine Lang wrote: > If nothing else - we should get our project listed as it can't hurt to > get more visibility. > > Blaine > > Dirk Haun wrote: >> >From : >> >> >>> The PHP developer community has decided that it is indeed now time to >>> move forward, together. Therefore, the listed software projects have >>> all >>> agreed that effective February 5th, 2008, any new feature releases will >>> have a minimum version requirement of at least PHP 5.2.0. Furthermore, >>> the listed web hosts have agreed that effective February 5th, 2008, >>> they >>> will include PHP 5.2 (or a more recent version) in their service offer. >>> >> >> Discuss ... ;-) >> >> bye, Dirk >> >> >> > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From devel at portalparts.com Thu Jul 5 23:37:01 2007 From: devel at portalparts.com (Blaine Lang) Date: Thu, 05 Jul 2007 23:37:01 -0400 Subject: [geeklog-devel] Suggested changes to block code In-Reply-To: <9946938B-400B-4EBF-8BFF-C72D56B41586@heatherengineering.com> References: <9946938B-400B-4EBF-8BFF-C72D56B41586@heatherengineering.com> Message-ID: <468DB8DD.5080600@portalparts.com> Oliver, With respect to the ID for ajax usage or any DOM udpates via JS, what if we just set a template var called {bid} and you could then combine {bid} and a custom block template defined in the themes functions.php if you wanted to have a div id with a name like 'myblock{bid}' or we could just add a default id to the block-header.thtml files using {bid}. That would then not require much of any changes and no changes to the function definitions. Blaine Heather Engineering wrote: > Messing with AJAX-style coding, you soon realise you need ids on > everything. > I've added the following to the block handling code: any interest in > adding it to the next release? > There is no issue with backwards compatibility. > > ************************************************************* > > function COM_formatBlock : add $A['id'] to two COM_startBlock calls > (the function is called with an array $A, so no need to change the > function declaration). > > $blkheader = COM_startBlock( $A['title'], $A['help'], > COM_getBlockTemplate( $A['name'], 'header' ), > $A['id']); > > > $retval .= COM_startBlock( $A['title'], $A['help'], > COM_getBlockTemplate( $A['name'], 'header' ), > $A['id']) > > ************************************************************* > > function COM_startBlock : > add new $id='' to declaration > add $block->set_var( 'id', $id ); > > I also added hack to check if the caller is passing a link to add a > help file reference, or if they are passing a complete image tag > already wrapped in a link (this is a similar hack to the one already > in COM_formatBlock to check whether to add
tags to block > content). An alternative might be to allow the caller to pass a new > image link as well, so that you aren't stuck with the help icon. > > > function COM_startBlock( $title='', $helpfile='', > $template='blockheader.thtml', $id='' ) > { > global $_CONF, $LANG01, $_IMAGE_TYPE; > > $block = new Template( $_CONF['path_layout'] ); > $block->set_file( 'block', $template ); > > $block->set_var( 'site_url', $_CONF['site_url'] ); > $block->set_var( 'layout_url', $_CONF['layout_url'] ); > if ($title==' ') { > $block->set_var( 'block_title', ''); > } else { > $block->set_var( 'block_title', stripslashes( $title )); > } > > // added > $block->set_var( 'id', $id ); > // end add > > if( !empty( $helpfile )) > { > > // altered > if( substr( $helpfile, 0, 1 ) == '<' ) > { > $help = $helpfile; > } > else > { > $helpimg = $_CONF['layout_url'] . '/images/button_help.' . > $_IMAGE_TYPE; > if( !stristr( $helpfile, 'http://' )) > { > $help = '?'; > } > else > { > $help = '?'; > } > // end alteration > > } > > $block->set_var( 'block_help', $help ); > } > > $block->parse( 'startHTML', 'block' ); > > return $block->finish( $block->get_var( 'startHTML' )); > } > > ************************************************************* > > > Cheers, > Euan. > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From tony at tonybibbs.com Fri Jul 6 11:03:53 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Fri, 6 Jul 2007 08:03:53 -0700 (PDT) Subject: [geeklog-devel] gophp5.org Message-ID: <954066.42732.qm@web704.biz.mail.mud.yahoo.com> It's going a step further it seems. This was just posted on PHP-DEV a half hour ago by Derick Rathens: [snip] With the nice PHP 5 / PHP 6 unicode semantics thread under way I am trying to gauge what people feel about dropping support for PHP 4 at the end of this year. That does not mean that we will not fix security issues, we have to as the install base is too large, but that would be the only thing that would warrant a new release. I already sort of mentioned this on april 1st, but I think we should come with a slightly more official statement. Your votes please (only -1 and +1 are allowed)! [/snip] The first half dozen or so responses have all been +1 to drop support for PHP4 with the clear exception of security fixes. --Tony ----- Original Message ---- From: Oliver Spiesshofer To: Geeklog Development Sent: Thursday, July 5, 2007 10:23:08 PM Subject: Re: [geeklog-devel] gophp5.org I would agree to move to PHP5. I tried to list one of my projects there and got a message after clicking "preview" that the spam filter was triggered and my submission declined.... Oliver Blaine Lang wrote: > If nothing else - we should get our project listed as it can't hurt to > get more visibility. > > Blaine > > Dirk Haun wrote: >> >From : >> >> >>> The PHP developer community has decided that it is indeed now time to >>> move forward, together. Therefore, the listed software projects have >>> all >>> agreed that effective February 5th, 2008, any new feature releases will >>> have a minimum version requirement of at least PHP 5.2.0. Furthermore, >>> the listed web hosts have agreed that effective February 5th, 2008, >>> they >>> will include PHP 5.2 (or a more recent version) in their service offer. >>> >> >> Discuss ... ;-) >> >> bye, Dirk >> >> >> > _______________________________________________ > 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.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From dirk at haun-online.de Sat Jul 7 13:52:33 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 7 Jul 2007 19:52:33 +0200 Subject: [geeklog-devel] GPLv3 In-Reply-To: <20070629195139.1438474201@smtp.haun-online.de> References: <20070629195139.1438474201@smtp.haun-online.de> Message-ID: <20070707175233.1923336566@smtp.haun-online.de> For future reference: >Also, we do have code in Geeklog that's released under other licenses. - FCKeditor is under the LGPL - everything below system/classes/syndication is under the ZLIB license - everything below system/classes/openid (which is effectively PHP OpenID, as part of the OpenID support) is under the LGPL - MagpieRSS, plugins/spamx/magpierss, simply states "GPL" as the license - Snoopy, plugins/spamx/magpierss/extlib/Snoopy.class.inc, is under the LGPL Everything else is our own code and has been released under the GPLv2 with the "or any later version" addition (i.e. I couldn't find any files that did not have that addition). MagpieRSS and Snoopy are only used for the MTBlacklist updates. We still have them in CVS but we don't ship them (they're not included with Geeklog 1.4.1). We should be able to replace them with the RDF feed parser and PEAR::HTTP_Request, should that ever become necessary. So we're down to having to find out if/how LGPL and ZLIB license are compatible with GPLv3 if we ever want to switch to the GPLv3. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From mjervis at gmail.com Sat Jul 7 14:21:58 2007 From: mjervis at gmail.com (Michael Jervis) Date: Sat, 7 Jul 2007 19:21:58 +0100 Subject: [geeklog-devel] GPLv3 In-Reply-To: <20070707175233.1923336566@smtp.haun-online.de> References: <20070629195139.1438474201@smtp.haun-online.de> <20070707175233.1923336566@smtp.haun-online.de> Message-ID: <7b42e7470707071121s1cbd5222j6aafec0125e5e87d@mail.gmail.com> > - everything below system/classes/syndication is under the ZLIB license And was written/copyright by me, and I'll quite happily hand over copyright to the Geeklog project, and you can change the license as you see fit and are permitted to by the terms of the license it's under. I only ZLIB'd it rather than the Geeklog license as I used to use it in a commercial project which has since evaporated. > MagpieRSS and Snoopy are only used for the MTBlacklist updates. We still > have them in CVS but we don't ship them (they're not included with > Geeklog 1.4.1). We should be able to replace them with the RDF feed > parser and PEAR::HTTP_Request, should that ever become necessary. Should be trivial to update SpamX to use the syndication engine geeklog ships with. From dirk at haun-online.de Sat Jul 7 15:42:35 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 7 Jul 2007 21:42:35 +0200 Subject: [geeklog-devel] GPLv3 In-Reply-To: <7b42e7470707071121s1cbd5222j6aafec0125e5e87d@mail.gmail.com> References: <20070629195139.1438474201@smtp.haun-online.de> <20070707175233.1923336566@smtp.haun-online.de> <7b42e7470707071121s1cbd5222j6aafec0125e5e87d@mail.gmail.com> Message-ID: <20070707194235.2139146745@smtp.haun-online.de> Michael Jervis wrote: >> - everything below system/classes/syndication is under the ZLIB license > >And was written/copyright by me, and I'll quite happily hand over >copyright to the Geeklog project, and you can change the license as >you see fit and are permitted to by the terms of the license it's >under. Thanks, Mike. A few of us have since poked around in that code (I did recently, to add support for a If-Modified-Since header) but that shouldn't be a problem then either. >I only ZLIB'd it rather than the Geeklog license as I used to >use it in a commercial project which has since evaporated. And since you wrote it, you can still re-use it under any other license you see fit. bye, Dirk -- Geeklog Day at FrOSCon: August 25, 2007 - See you there! http://www.geeklog.net/article.php/geeklog-day-at-froscon From mjervis at gmail.com Sat Jul 7 17:14:53 2007 From: mjervis at gmail.com (Michael Jervis) Date: Sat, 7 Jul 2007 22:14:53 +0100 Subject: [geeklog-devel] GPLv3 In-Reply-To: <20070707194235.2139146745@smtp.haun-online.de> References: <20070629195139.1438474201@smtp.haun-online.de> <20070707175233.1923336566@smtp.haun-online.de> <7b42e7470707071121s1cbd5222j6aafec0125e5e87d@mail.gmail.com> <20070707194235.2139146745@smtp.haun-online.de> Message-ID: <7b42e7470707071414r5b4a1635if60fbee5b39260b9@mail.gmail.com> > And since you wrote it, you can still re-use it under any other license > you see fit. In that case I hearby grant the geeklog project full copyright of the software and the ability to then license it under any license the project sees fit to distribute it under. Mike From info at heatherengineering.com Mon Jul 9 08:37:02 2007 From: info at heatherengineering.com (Heather Engineering) Date: Mon, 9 Jul 2007 21:37:02 +0900 Subject: [geeklog-devel] Suggested changes to block code In-Reply-To: <468DB8DD.5080600@portalparts.com> References: <9946938B-400B-4EBF-8BFF-C72D56B41586@heatherengineering.com> <468DB8DD.5080600@portalparts.com> Message-ID: Blaine, That sounds fine to me. I already have custom blocks defined in functions.php, so having a {bid} set would be useful. As a general point, which has come up before, I'm generally in favour of more reusable basic templates and having classes/ids set on everything. Oh, sorry, that was a little off topic. Cheers, Euan (who may or may not look like Oliver - I've never seen him). On 2007/07/06, at 12:37, Blaine Lang wrote: > Oliver, > > With respect to the ID for ajax usage or any DOM udpates via JS, > what if we just set a template var called {bid} and you could then > combine {bid} and a custom block template defined in the themes > functions.php if you wanted to have a div id with a name like > 'myblock{bid}' or we could just add a default id to the block- > header.thtml files using {bid}. > > That would then not require much of any changes and no changes to > the function definitions. > > Blaine > > Heather Engineering wrote: >> Messing with AJAX-style coding, you soon realise you need ids on >> everything. >> I've added the following to the block handling code: any interest >> in adding it to the next release? >> There is no issue with backwards compatibility. >> >> ************************************************************* >> >> function COM_formatBlock : add $A['id'] to two COM_startBlock >> calls (the function is called with an array $A, so no need to >> change the function declaration). >> >> $blkheader = COM_startBlock( $A['title'], $A['help'], >> COM_getBlockTemplate( $A['name'], 'header' ), >> $A['id']); >> >> >> $retval .= COM_startBlock( $A['title'], $A['help'], >> COM_getBlockTemplate( $A['name'], >> 'header' ), $A['id']) >> >> ************************************************************* >> >> function COM_startBlock : >> add new $id='' to declaration >> add $block->set_var( 'id', $id ); >> >> I also added hack to check if the caller is passing a link to add >> a help file reference, or if they are passing a complete image tag >> already wrapped in a link (this is a similar hack to the one >> already in COM_formatBlock to check whether to add
tags to >> block content). An alternative might be to allow the caller to >> pass a new image link as well, so that you aren't stuck with the >> help icon. >> >> >> function COM_startBlock( $title='', $helpfile='', >> $template='blockheader.thtml', $id='' ) >> { >> global $_CONF, $LANG01, $_IMAGE_TYPE; >> >> $block = new Template( $_CONF['path_layout'] ); >> $block->set_file( 'block', $template ); >> >> $block->set_var( 'site_url', $_CONF['site_url'] ); >> $block->set_var( 'layout_url', $_CONF['layout_url'] ); >> if ($title==' ') { >> $block->set_var( 'block_title', ''); >> } else { >> $block->set_var( 'block_title', stripslashes( $title )); >> } >> >> // added >> $block->set_var( 'id', $id ); >> // end add >> >> if( !empty( $helpfile )) >> { >> >> // altered >> if( substr( $helpfile, 0, 1 ) == '<' ) >> { >> $help = $helpfile; >> } >> else >> { >> $helpimg = $_CONF['layout_url'] . '/images/ >> button_help.' . $_IMAGE_TYPE; >> if( !stristr( $helpfile, 'http://' )) >> { >> $help = '?'; >> } >> else >> { >> $help = '?'; >> } >> // end alteration >> >> } >> >> $block->set_var( 'block_help', $help ); >> } >> >> $block->parse( 'startHTML', 'block' ); >> >> return $block->finish( $block->get_var( 'startHTML' )); >> } >> >> ************************************************************* >> >> >> Cheers, >> Euan. >> >> _______________________________________________ >> 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.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel From devel at portalparts.com Mon Jul 9 09:05:55 2007 From: devel at portalparts.com (Blaine Lang) Date: Mon, 09 Jul 2007 09:05:55 -0400 Subject: [geeklog-devel] Suggested changes to block code In-Reply-To: References: <9946938B-400B-4EBF-8BFF-C72D56B41586@heatherengineering.com> <468DB8DD.5080600@portalparts.com> Message-ID: <469232B3.8070607@portalparts.com> Hehe -- Sorry Euan as I believe I once before did the same. I will proceed to make the change then to add this extra template variable in the block formatting code. Blaine Heather Engineering wrote: > Blaine, > > That sounds fine to me. I already have custom blocks defined in > functions.php, so having a {bid} set would be useful. > > As a general point, which has come up before, I'm generally in favour > of more reusable basic templates and having classes/ids set on > everything. Oh, sorry, that was a little off topic. > > Cheers, > > Euan (who may or may not look like Oliver - I've never seen him). > > > > > > On 2007/07/06, at 12:37, Blaine Lang wrote: > >> Oliver, >> >> With respect to the ID for ajax usage or any DOM udpates via JS, what >> if we just set a template var called {bid} and you could then combine >> {bid} and a custom block template defined in the themes >> functions.php if you wanted to have a div id with a name like >> 'myblock{bid}' or we could just add a default id to the >> block-header.thtml files using {bid}. >> >> That would then not require much of any changes and no changes to the >> function definitions. >> >> Blaine >> >> Heather Engineering wrote: >>> Messing with AJAX-style coding, you soon realise you need ids on >>> everything. >>> I've added the following to the block handling code: any interest in >>> adding it to the next release? >>> There is no issue with backwards compatibility. >>> >>> ************************************************************* >>> >>> function COM_formatBlock : add $A['id'] to two COM_startBlock calls >>> (the function is called with an array $A, so no need to change the >>> function declaration). >>> >>> $blkheader = COM_startBlock( $A['title'], $A['help'], >>> COM_getBlockTemplate( $A['name'], 'header' ), >>> $A['id']); >>> >>> >>> $retval .= COM_startBlock( $A['title'], $A['help'], >>> COM_getBlockTemplate( $A['name'], 'header' ), >>> $A['id']) >>> >>> ************************************************************* >>> >>> function COM_startBlock : >>> add new $id='' to declaration >>> add $block->set_var( 'id', $id ); >>> >>> I also added hack to check if the caller is passing a link to add a >>> help file reference, or if they are passing a complete image tag >>> already wrapped in a link (this is a similar hack to the one already >>> in COM_formatBlock to check whether to add
tags to block >>> content). An alternative might be to allow the caller to pass a new >>> image link as well, so that you aren't stuck with the help icon. >>> >>> >>> function COM_startBlock( $title='', $helpfile='', >>> $template='blockheader.thtml', $id='' ) >>> { >>> global $_CONF, $LANG01, $_IMAGE_TYPE; >>> >>> $block = new Template( $_CONF['path_layout'] ); >>> $block->set_file( 'block', $template ); >>> >>> $block->set_var( 'site_url', $_CONF['site_url'] ); >>> $block->set_var( 'layout_url', $_CONF['layout_url'] ); >>> if ($title==' ') { >>> $block->set_var( 'block_title', ''); >>> } else { >>> $block->set_var( 'block_title', stripslashes( $title )); >>> } >>> >>> // added >>> $block->set_var( 'id', $id ); >>> // end add >>> >>> if( !empty( $helpfile )) >>> { >>> >>> // altered >>> if( substr( $helpfile, 0, 1 ) == '<' ) >>> { >>> $help = $helpfile; >>> } >>> else >>> { >>> $helpimg = $_CONF['layout_url'] . '/images/button_help.' >>> . $_IMAGE_TYPE; >>> if( !stristr( $helpfile, 'http://' )) >>> { >>> $help = '?'; >>> } >>> else >>> { >>> $help = '?'; >>> } >>> // end alteration >>> >>> } >>> >>> $block->set_var( 'block_help', $help ); >>> } >>> >>> $block->parse( 'startHTML', 'block' ); >>> >>> return $block->finish( $block->get_var( 'startHTML' )); >>> } >>> >>> ************************************************************* >>> >>> >>> Cheers, >>> Euan. >>> >>> _______________________________________________ >>> 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.net >> http://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 > > From info at heatherengineering.com Tue Jul 10 04:32:17 2007 From: info at heatherengineering.com (Heather Engineering) Date: Tue, 10 Jul 2007 17:32:17 +0900 Subject: [geeklog-devel] Suggested changes to block code In-Reply-To: <469232B3.8070607@portalparts.com> References: <9946938B-400B-4EBF-8BFF-C72D56B41586@heatherengineering.com> <468DB8DD.5080600@portalparts.com> <469232B3.8070607@portalparts.com> Message-ID: Blaine, No problem! Thanks very much. Euan. On 2007/07/09, at 22:05, Blaine Lang wrote: > Hehe -- Sorry Euan as I believe I once before did the same. > > I will proceed to make the change then to add this extra template > variable in the block formatting code. > > Blaine > > Heather Engineering wrote: >> Blaine, >> >> That sounds fine to me. I already have custom blocks defined in >> functions.php, so having a {bid} set would be useful. >> >> As a general point, which has come up before, I'm generally in >> favour of more reusable basic templates and having classes/ids set >> on everything. Oh, sorry, that was a little off topic. >> >> Cheers, >> >> Euan (who may or may not look like Oliver - I've never seen him). >> >> >> >> >> >> On 2007/07/06, at 12:37, Blaine Lang wrote: >> >>> Oliver, >>> >>> With respect to the ID for ajax usage or any DOM udpates via JS, >>> what if we just set a template var called {bid} and you could >>> then combine {bid} and a custom block template defined in the >>> themes functions.php if you wanted to have a div id with a name >>> like 'myblock{bid}' or we could just add a default id to the >>> block-header.thtml files using {bid}. >>> >>> That would then not require much of any changes and no changes to >>> the function definitions. >>> >>> Blaine >>> >>> Heather Engineering wrote: >>>> Messing with AJAX-style coding, you soon realise you need ids on >>>> everything. >>>> I've added the following to the block handling code: any >>>> interest in adding it to the next release? >>>> There is no issue with backwards compatibility. >>>> >>>> ************************************************************* >>>> >>>> function COM_formatBlock : add $A['id'] to two COM_startBlock >>>> calls (the function is called with an array $A, so no need to >>>> change the function declaration). >>>> >>>> $blkheader = COM_startBlock( $A['title'], $A['help'], >>>> COM_getBlockTemplate( $A['name'], >>>> 'header' ), $A['id']); >>>> >>>> >>>> $retval .= COM_startBlock( $A['title'], $A['help'], >>>> COM_getBlockTemplate( $A['name'], >>>> 'header' ), $A['id']) >>>> >>>> ************************************************************* >>>> >>>> function COM_startBlock : >>>> add new $id='' to declaration >>>> add $block->set_var( 'id', $id ); >>>> >>>> I also added hack to check if the caller is passing a link to >>>> add a help file reference, or if they are passing a complete >>>> image tag already wrapped in a link (this is a similar hack to >>>> the one already in COM_formatBlock to check whether to add
>>>> tags to block content). An alternative might be to allow the >>>> caller to pass a new image link as well, so that you aren't >>>> stuck with the help icon. >>>> >>>> >>>> function COM_startBlock( $title='', $helpfile='', >>>> $template='blockheader.thtml', $id='' ) >>>> { >>>> global $_CONF, $LANG01, $_IMAGE_TYPE; >>>> >>>> $block = new Template( $_CONF['path_layout'] ); >>>> $block->set_file( 'block', $template ); >>>> >>>> $block->set_var( 'site_url', $_CONF['site_url'] ); >>>> $block->set_var( 'layout_url', $_CONF['layout_url'] ); >>>> if ($title==' ') { >>>> $block->set_var( 'block_title', ''); >>>> } else { >>>> $block->set_var( 'block_title', stripslashes( $title )); >>>> } >>>> >>>> // added >>>> $block->set_var( 'id', $id ); >>>> // end add >>>> >>>> if( !empty( $helpfile )) >>>> { >>>> >>>> // altered >>>> if( substr( $helpfile, 0, 1 ) == '<' ) >>>> { >>>> $help = $helpfile; >>>> } >>>> else >>>> { >>>> $helpimg = $_CONF['layout_url'] . '/images/ >>>> button_help.' . $_IMAGE_TYPE; >>>> if( !stristr( $helpfile, 'http://' )) >>>> { >>>> $help = '?'; >>>> } >>>> else >>>> { >>>> $help = '?'; >>>> } >>>> // end alteration >>>> >>>> } >>>> >>>> $block->set_var( 'block_help', $help ); >>>> } >>>> >>>> $block->parse( 'startHTML', 'block' ); >>>> >>>> return $block->finish( $block->get_var( 'startHTML' )); >>>> } >>>> >>>> ************************************************************* >>>> >>>> >>>> Cheers, >>>> Euan. >>>> >>>> _______________________________________________ >>>> 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.net >>> http://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 >> >> > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel From dirk at haun-online.de Tue Jul 10 14:58:12 2007 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 10 Jul 2007 20:58:12 +0200 Subject: [geeklog-devel] Wiki docs Message-ID: <20070710185812.995204888@smtp.haun-online.de> I've poked around a bit in our wiki (simply hitting "random page" a few times). We have some nice articles in there, but also huge holes. I wonder what we could do to motivate people to contribute more? The thing that bugs me the most, though, is the separation into 1.3 and 1.4 docs. I think this doesn't make a lot of sense as there isn't really a lot that has changed between the two versions. Remember that we made a last-minute decision to rename 1.3.12 to 1.4.0, mostly because it finally got rid of the requirement for register_globals = on. My suggestion would be to merge the two versions again, keeping the most up to date or detailed page of each branch. In the process, we could also get rid of a lot of ugly pages names ("TOC14" vs. "Complete_TOC" for the table of contents, for example). Any volunteers? bye, Dirk -- Geeklog Day at FrOSCon: August 25, 2007 - See you there! http://www.geeklog.net/article.php/geeklog-day-at-froscon From vfuria at gmail.com Tue Jul 10 15:04:28 2007 From: vfuria at gmail.com (Vincent Furia) Date: Tue, 10 Jul 2007 13:04:28 -0600 Subject: [geeklog-devel] Wiki docs In-Reply-To: <20070710185812.995204888@smtp.haun-online.de> References: <20070710185812.995204888@smtp.haun-online.de> Message-ID: <8319e2d60707101204h6ba64276q2ad219919fb1d22c@mail.gmail.com> On 7/10/07, Dirk Haun wrote: > I've poked around a bit in our wiki (simply hitting "random page" a few > times). We have some nice articles in there, but also huge holes. I > wonder what we could do to motivate people to contribute more? > Offer (small?) bounties for significant contributions? This might be especially worth our wild as we should have quite a bit of bounty money floating around at this point. -Vinny From tony at tonybibbs.com Wed Jul 11 09:25:05 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Wed, 11 Jul 2007 06:25:05 -0700 (PDT) Subject: [geeklog-devel] Plugin help --- Package Extractor Message-ID: <819992.4490.qm@web712.biz.mail.mud.yahoo.com> Tias, Thanks for the interest. With Christian Weiske's help I've managed to get most of the current GL 1.x codebase PEAR-ified. Most of the push back with the current 1.4 developers is the fact that PEAR can be a bit of a pain to use under web hosts and while I think Christian and I have given workaround for everything, having someone like you to actually show how it would work would go a lot further than me just saying it is possible ;-) Dirk Haun manages the 1.x codebase and I'm working on the 2.x codebase (a PHP5 rewrite). Both projects are really busy with Google Summer of Code work but I think we can accommodate your willingness to help. Initially I'd think you'd only need anonymous CVS access which is covered here: http://www.geeklog.net/staticpages/index.php/CVS For reference I have published the last stable releases of the 1.x codebase to our PEAR channel at: http://pear.geeklog.net The code to build those packages are in the system/build folder in the 1.x CVS tree. You'll notice that the dependencies are currently backwards with the core package requiring the plugins. That's because we haven't had time to go in and make it so all those plugins can truly stand alone. I think that pretty much covers everything. I think downloading and installing Geeklog via tarball and then doing it with the PEAR installer would give you a good basis for how it works and all the config settings and whatnot. From there you should be able to work on embedding PEAR and getting the Web frontend working. If you have any questions please ask. Dirk, if I missed anything feel free to chime in. I plan on following your work closely as I fully expect to mimic what you do in the 2.x codebase so there is a lot positive impact your work can have. Thanks for the offer to help! --Tony ----- Original Message ---- From: Tias To: tony at tonybibbs.com Cc: geeklog-devel at lists.geeklog.net; tias at ulyssis.org Sent: Tuesday, July 10, 2007 3:57:12 PM Subject: Re: [geeklog-devel] Plugin help --- Package Extractor Hi Geekloggers, I happen to be the PEAR_Frontend_Web guy, and I can tell you that it should be 'fairly' straightforward to embed the frontend in another system. Did anybody start working on this yet ? I am interested in cooperating, but I'm not familiar with geeklog. Feel free to contact me, Tias -----< List Message >---- That's about all there is to it. Christian and I have already packaged up the core packages so it's just a matter of embedding PEAR and then doing whatever magic is needed to get the embedded pear.ini loaded so that PEAR can do it's magic (install, upgrade, remove, etc). In short, you are on the right track. --Tony ----- Original Message ---- From: Mark R. Evans To: Geeklog Development Sent: Friday, June 15, 2007 2:12:03 PM Subject: Re: [geeklog-devel] Plugin help --- Package Extractor Maybe I'm over simplifying the process, but why wouldn't something like this work? You get Geeklog installed, everything you need for PEAR to assist in the plugin install is already there. I'm assuming Geeklog is still installed via a tarball as it is now. Once you have the foundation, using something like PEAR_Frontend_Web that Christian referenced, it would be as simple as the new site admin to click the 'Add Plugins' link under the admin menu, see a list of available plugins from the Geeklog PEAR Channel, select the one they want and away it goes. To achieve this wonderfully simple process, the following would have to happen: 1. Get the core PEAR stuff into Geeklog if it isn't already there. 2. Implement PEAR_Frontend_Web as a plugin (basically get it into Geeklog's Admin section) 3. Implement a process for us plugin writers to get our wares on the Geeklog PEAR Channel (or we can create our own channel if we wish). 4. Plugins will need to be packaged appropriately to support this distribution channel. So the heavy lifting is to get the web frontend integrated with Geeklog and get the plugin writers to create the appropriate packaging. I'm game for checking out PEAR_Frontend_Web to see just how difficult (or easy) this could be. So, what am I missing? Thanks! Mark On 6/15/07, Blaine Lang < devel at portalparts.com> wrote: /me set reminder to really really look at this! pear install forum -- certainly sounds easy :) Tony Bibbs wrote: > That's my point, they don't have to setup a PEAR repository, an > *embedded* PEAR repository would come with a core Geeklog setup. > Frankly until somebody other than me is willing to lift the hood at > how you might use PEAR for this instead of writing it off because they > *think* they know how it all works, it's probably not worth discussing > much further. I'm the first to admit that embedding PEAR is not > typical use, that PEAR because of it's feature set it can be complex > and requires a bit of ramp to understand but there are a lot of smart > people on this list who no doubt could figure this out with a little > time. If we collectively choose to ignore the possibility of using > PEAR (which is likely based on overwhelming silence from some of the > more noteable 1.x developers) , that's fine but I just want to be on record for saying as clearly as possible that PEAR > was built to do *exactly* what is trying to be accomplished here. > > --Tony > From tony at tonybibbs.com Wed Jul 11 09:26:18 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Wed, 11 Jul 2007 06:26:18 -0700 (PDT) Subject: [geeklog-devel] Wiki docs Message-ID: <217224.12202.qm@web710.biz.mail.mud.yahoo.com> Excellent idea. Frankly, I think you could offer up full out-and-out bounties (on par with our coding bounties). I think the value is probably as great if not greater with good docs than with code at this point. --Tony ----- Original Message ---- From: Vincent Furia To: Geeklog Development Sent: Tuesday, July 10, 2007 2:04:28 PM Subject: Re: [geeklog-devel] Wiki docs On 7/10/07, Dirk Haun wrote: > I've poked around a bit in our wiki (simply hitting "random page" a few > times). We have some nice articles in there, but also huge holes. I > wonder what we could do to motivate people to contribute more? > Offer (small?) bounties for significant contributions? This might be especially worth our wild as we should have quite a bit of bounty money floating around at this point. -Vinny _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From mevans at ecsnet.com Wed Jul 11 09:32:10 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Wed, 11 Jul 2007 08:32:10 -0500 Subject: [geeklog-devel] Wiki docs In-Reply-To: <20070710185812.995204888@smtp.haun-online.de> References: <20070710185812.995204888@smtp.haun-online.de> Message-ID: <50aae8730707110632h8868b45p1da2e4b31a1a4947@mail.gmail.com> Dirk, I'll volunteer. Like you, I've poked around the wiki and found some really useful information, but you really have to work to find it sometimes. Obviously, I'll need an account. But, I would rather start working with an local wiki install to get the initial based done and then take it to the public wiki to complete. One thought, I do have the DokuWiki Integration Plugin that works very well with Geeklog. It fully integrates DokuWiki with Geeklog for look and feel, users, permissions, searching and whats new. Would the team be willing to see the current wiki move to a more integrated solution? I'm using it at www.gllabs.org and I believe Blaine is also using it at www.portalparts.com. Let me know what you think and I'm ready to get started anytime. Thanks! Mark On 7/10/07, Dirk Haun wrote: > > I've poked around a bit in our wiki (simply hitting "random page" a few > times). We have some nice articles in there, but also huge holes. I > wonder what we could do to motivate people to contribute more? > > The thing that bugs me the most, though, is the separation into 1.3 and > 1.4 docs. I think this doesn't make a lot of sense as there isn't really > a lot that has changed between the two versions. Remember that we made a > last-minute decision to rename 1.3.12 to 1.4.0, mostly because it > finally got rid of the requirement for register_globals = on. > > My suggestion would be to merge the two versions again, keeping the most > up to date or detailed page of each branch. In the process, we could > also get rid of a lot of ugly pages names ("TOC14" vs. "Complete_TOC" > for the table of contents, for example). > > Any volunteers? > > bye, Dirk > > > -- > Geeklog Day at FrOSCon: August 25, 2007 - See you there! > http://www.geeklog.net/article.php/geeklog-day-at-froscon > > _______________________________________________ > 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 devel at portalparts.com Wed Jul 11 11:06:48 2007 From: devel at portalparts.com (Blaine Lang) Date: Wed, 11 Jul 2007 11:06:48 -0400 Subject: [geeklog-devel] Wiki docs In-Reply-To: <50aae8730707110632h8868b45p1da2e4b31a1a4947@mail.gmail.com> References: <20070710185812.995204888@smtp.haun-online.de> <50aae8730707110632h8868b45p1da2e4b31a1a4947@mail.gmail.com> Message-ID: <4694F208.4030807@portalparts.com> Mark, is there a way to convert or import in the content from MediaWiki to DokuWiki? Regards, Blaine Mark R. Evans wrote: > Dirk, > > I'll volunteer. Like you, I've poked around the wiki and found some > really useful information, but you really have to work to find it > sometimes. > > Obviously, I'll need an account. But, I would rather start working > with an local wiki install to get the initial based done and then take > it to the public wiki to complete. > > One thought, I do have the DokuWiki Integration Plugin that works very > well with Geeklog. It fully integrates DokuWiki with Geeklog for look > and feel, users, permissions, searching and whats new. Would the team > be willing to see the current wiki move to a more integrated > solution? I'm using it at www.gllabs.org and > I believe Blaine is also using it at www.portalparts.com > . > > Let me know what you think and I'm ready to get started anytime. > > Thanks! > Mark > > > > On 7/10/07, *Dirk Haun* > wrote: > > I've poked around a bit in our wiki (simply hitting "random page" > a few > times). We have some nice articles in there, but also huge holes. I > wonder what we could do to motivate people to contribute more? > > The thing that bugs me the most, though, is the separation into > 1.3 and > 1.4 docs. I think this doesn't make a lot of sense as there isn't > really > a lot that has changed between the two versions. Remember that we > made a > last-minute decision to rename 1.3.12 to 1.4.0, mostly because it > finally got rid of the requirement for register_globals = on. > > My suggestion would be to merge the two versions again, keeping > the most > up to date or detailed page of each branch. In the process, we could > also get rid of a lot of ugly pages names ("TOC14" vs. "Complete_TOC" > for the table of contents, for example). > > Any volunteers? > > bye, Dirk > > > -- > Geeklog Day at FrOSCon: August 25, 2007 - See you there! > http://www.geeklog.net/article.php/geeklog-day-at-froscon > > _______________________________________________ > 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.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From mevans at ecsnet.com Wed Jul 11 11:18:13 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Wed, 11 Jul 2007 10:18:13 -0500 Subject: [geeklog-devel] Wiki docs In-Reply-To: <4694F208.4030807@portalparts.com> References: <20070710185812.995204888@smtp.haun-online.de> <50aae8730707110632h8868b45p1da2e4b31a1a4947@mail.gmail.com> <4694F208.4030807@portalparts.com> Message-ID: <50aae8730707110818x6b5d5632pfa368d91b9ede5c6@mail.gmail.com> Blaine, There are a few conversion tools, but they still require a lot of manual manipulation. Tables are the biggest problem when converting from one to the other. Basically it is a lot of cut / paste, you cut the source page from MediaWiki into the converter, get the DokuWiki output and paste it into DokuWiki. I've done a couple of large conversions and using some home brewed macros and other editor tools, was able to convert the Media Gallery docs over in very little time. If there is a desire to move the Geeklog docs into an integrated environment, I would do the conversion as part of that process. Regardless of which wiki it ends up in, I would still be willing to champion the reworking of the Geeklog wiki. Get it a little better organized, focus only on 1.4.x, bring it up to date and develop starting documentation for the holes. Basically build a little better foundation for others to start adding updates. Thanks! Mark On 7/11/07, Blaine Lang wrote: > > Mark, is there a way to convert or import in the content from MediaWiki > to DokuWiki? > > Regards, > Blaine > > Mark R. Evans wrote: > > Dirk, > > > > I'll volunteer. Like you, I've poked around the wiki and found some > > really useful information, but you really have to work to find it > > sometimes. > > > > Obviously, I'll need an account. But, I would rather start working > > with an local wiki install to get the initial based done and then take > > it to the public wiki to complete. > > > > One thought, I do have the DokuWiki Integration Plugin that works very > > well with Geeklog. It fully integrates DokuWiki with Geeklog for look > > and feel, users, permissions, searching and whats new. Would the team > > be willing to see the current wiki move to a more integrated > > solution? I'm using it at www.gllabs.org and > > I believe Blaine is also using it at www.portalparts.com > > . > > > > Let me know what you think and I'm ready to get started anytime. > > > > Thanks! > > Mark > > > > > > > > On 7/10/07, *Dirk Haun* > > wrote: > > > > I've poked around a bit in our wiki (simply hitting "random page" > > a few > > times). We have some nice articles in there, but also huge holes. I > > wonder what we could do to motivate people to contribute more? > > > > The thing that bugs me the most, though, is the separation into > > 1.3 and > > 1.4 docs. I think this doesn't make a lot of sense as there isn't > > really > > a lot that has changed between the two versions. Remember that we > > made a > > last-minute decision to rename 1.3.12 to 1.4.0, mostly because it > > finally got rid of the requirement for register_globals = on. > > > > My suggestion would be to merge the two versions again, keeping > > the most > > up to date or detailed page of each branch. In the process, we could > > also get rid of a lot of ugly pages names ("TOC14" vs. > "Complete_TOC" > > for the table of contents, for example). > > > > Any volunteers? > > > > bye, Dirk > > > > > > -- > > Geeklog Day at FrOSCon: August 25, 2007 - See you there! > > http://www.geeklog.net/article.php/geeklog-day-at-froscon > > > > _______________________________________________ > > 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.net > > http://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: From info at heatherengineering.com Wed Jul 11 11:17:26 2007 From: info at heatherengineering.com (Heather Engineering) Date: Thu, 12 Jul 2007 00:17:26 +0900 Subject: [geeklog-devel] Wiki docs In-Reply-To: <4694F208.4030807@portalparts.com> References: <20070710185812.995204888@smtp.haun-online.de> <50aae8730707110632h8868b45p1da2e4b31a1a4947@mail.gmail.com> <4694F208.4030807@portalparts.com> Message-ID: <203D293B-0012-4997-B248-6D950117D6A9@heatherengineering.com> There's also the AuthGeeklog integration for MediaWiki I put together. Doesn't give the look and feel, but uses the GL user system to manage authorisation to MediaWiki. http://www.heatherengineering.com/filemgmt/singlefile.php?lid=7 Euan. On 2007/07/12, at 0:06, Blaine Lang wrote: > Mark, is there a way to convert or import in the content from > MediaWiki to DokuWiki? > > Regards, > Blaine > > Mark R. Evans wrote: >> Dirk, >> >> I'll volunteer. Like you, I've poked around the wiki and found >> some really useful information, but you really have to work to >> find it sometimes. >> >> Obviously, I'll need an account. But, I would rather start >> working with an local wiki install to get the initial based done >> and then take it to the public wiki to complete. >> >> One thought, I do have the DokuWiki Integration Plugin that works >> very well with Geeklog. It fully integrates DokuWiki with Geeklog >> for look and feel, users, permissions, searching and whats new. >> Would the team be willing to see the current wiki move to a more >> integrated solution? I'm using it at www.gllabs.org > www.gllabs.org> and I believe Blaine is also using it at >> www.portalparts.com . >> >> Let me know what you think and I'm ready to get started anytime. >> >> Thanks! >> Mark >> >> >> >> On 7/10/07, *Dirk Haun* > online.de>> wrote: >> >> I've poked around a bit in our wiki (simply hitting "random page" >> a few >> times). We have some nice articles in there, but also huge >> holes. I >> wonder what we could do to motivate people to contribute more? >> >> The thing that bugs me the most, though, is the separation into >> 1.3 and >> 1.4 docs. I think this doesn't make a lot of sense as there isn't >> really >> a lot that has changed between the two versions. Remember that we >> made a >> last-minute decision to rename 1.3.12 to 1.4.0, mostly because it >> finally got rid of the requirement for register_globals = on. >> >> My suggestion would be to merge the two versions again, keeping >> the most >> up to date or detailed page of each branch. In the process, we >> could >> also get rid of a lot of ugly pages names ("TOC14" vs. >> "Complete_TOC" >> for the table of contents, for example). >> >> Any volunteers? >> >> bye, Dirk >> >> >> -- >> Geeklog Day at FrOSCon: August 25, 2007 - See you there! >> http://www.geeklog.net/article.php/geeklog-day-at-froscon >> >> _______________________________________________ >> 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.net >> http://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 From tony at tonybibbs.com Wed Jul 11 12:10:21 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Wed, 11 Jul 2007 09:10:21 -0700 (PDT) Subject: [geeklog-devel] Wiki docs Message-ID: <480967.68673.qm@web701.biz.mail.mud.yahoo.com> I was just thinking that if the GL 1.x OpenID implementation turned GL into an OpenID producer then it would already integrate seamlessly with MediaWiki since it supports OpenID. You probably knew that just throwing it out there. --Tony ----- Original Message ---- From: Heather Engineering To: Geeklog Development Sent: Wednesday, July 11, 2007 10:17:26 AM Subject: Re: [geeklog-devel] Wiki docs There's also the AuthGeeklog integration for MediaWiki I put together. Doesn't give the look and feel, but uses the GL user system to manage authorisation to MediaWiki. http://www.heatherengineering.com/filemgmt/singlefile.php?lid=7 Euan. On 2007/07/12, at 0:06, Blaine Lang wrote: > Mark, is there a way to convert or import in the content from > MediaWiki to DokuWiki? > > Regards, > Blaine > > Mark R. Evans wrote: >> Dirk, >> >> I'll volunteer. Like you, I've poked around the wiki and found >> some really useful information, but you really have to work to >> find it sometimes. >> >> Obviously, I'll need an account. But, I would rather start >> working with an local wiki install to get the initial based done >> and then take it to the public wiki to complete. >> >> One thought, I do have the DokuWiki Integration Plugin that works >> very well with Geeklog. It fully integrates DokuWiki with Geeklog >> for look and feel, users, permissions, searching and whats new. >> Would the team be willing to see the current wiki move to a more >> integrated solution? I'm using it at www.gllabs.org > www.gllabs.org> and I believe Blaine is also using it at >> www.portalparts.com . >> >> Let me know what you think and I'm ready to get started anytime. >> >> Thanks! >> Mark >> >> >> >> On 7/10/07, *Dirk Haun* > online.de>> wrote: >> >> I've poked around a bit in our wiki (simply hitting "random page" >> a few >> times). We have some nice articles in there, but also huge >> holes. I >> wonder what we could do to motivate people to contribute more? >> >> The thing that bugs me the most, though, is the separation into >> 1.3 and >> 1.4 docs. I think this doesn't make a lot of sense as there isn't >> really >> a lot that has changed between the two versions. Remember that we >> made a >> last-minute decision to rename 1.3.12 to 1.4.0, mostly because it >> finally got rid of the requirement for register_globals = on. >> >> My suggestion would be to merge the two versions again, keeping >> the most >> up to date or detailed page of each branch. In the process, we >> could >> also get rid of a lot of ugly pages names ("TOC14" vs. >> "Complete_TOC" >> for the table of contents, for example). >> >> Any volunteers? >> >> bye, Dirk >> >> >> -- >> Geeklog Day at FrOSCon: August 25, 2007 - See you there! >> http://www.geeklog.net/article.php/geeklog-day-at-froscon >> >> _______________________________________________ >> 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.net >> http://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 _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From dirk at haun-online.de Wed Jul 11 16:29:40 2007 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 11 Jul 2007 22:29:40 +0200 Subject: [geeklog-devel] Wiki docs In-Reply-To: <8319e2d60707101204h6ba64276q2ad219919fb1d22c@mail.gmail.com> References: <20070710185812.995204888@smtp.haun-online.de> <8319e2d60707101204h6ba64276q2ad219919fb1d22c@mail.gmail.com> Message-ID: <20070711202940.1317323551@smtp.haun-online.de> Vincent Furia wrote: >Offer (small?) bounties for significant contributions? How would you decide when a contribution is worth something? bye, Dirk -- Geeklog Day at FrOSCon: August 25, 2007 - See you there! http://www.geeklog.net/article.php/geeklog-day-at-froscon From dirk at haun-online.de Wed Jul 11 16:33:47 2007 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 11 Jul 2007 22:33:47 +0200 Subject: [geeklog-devel] Wiki docs In-Reply-To: <50aae8730707110632h8868b45p1da2e4b31a1a4947@mail.gmail.com> References: <20070710185812.995204888@smtp.haun-online.de> <50aae8730707110632h8868b45p1da2e4b31a1a4947@mail.gmail.com> Message-ID: <20070711203348.1566806659@smtp.haun-online.de> Mark, >I'll volunteer. Excellent, thanks. >Obviously, I'll need an account. Let me know the username you'd like to have ("Mark" is already taken). >But, I would rather start working with an >local wiki install to get the initial based done and then take it to the >public wiki to complete. Not sure how you would merge them back together, though. Tom Willet should be able to provide you with an SQL dump. >Would the team be willing to >see the current wiki move to a more integrated solution? Not sure if we'd want that. We closed the account signup on the wiki due to all the spam we were getting there ... And switching to another wiki engine would probably break a lot of links. bye, Dirk -- Geeklog Day at FrOSCon: August 25, 2007 - See you there! http://www.geeklog.net/article.php/geeklog-day-at-froscon From tomw at pigstye.net Wed Jul 11 16:45:19 2007 From: tomw at pigstye.net (Tom Willett) Date: Wed, 11 Jul 2007 16:45:19 -0400 Subject: [geeklog-devel] Wiki docs In-Reply-To: <20070711203348.1566806659@smtp.haun-online.de> References: <20070710185812.995204888@smtp.haun-online.de> <50aae8730707110632h8868b45p1da2e4b31a1a4947@mail.gmail.com> <20070711203348.1566806659@smtp.haun-online.de> Message-ID: <4695415F.5050001@pigstye.net> On 7/11/2007 4:33 PM, Dirk Haun wrote: > Not sure how you would merge them back together, though. Tom Willet > should be able to provide you with an SQL dump. > > Let me know if you need anything on the server end. -- Tom Willett tomw @ pigstye.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From mevans at ecsnet.com Wed Jul 11 17:13:52 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Wed, 11 Jul 2007 16:13:52 -0500 Subject: [geeklog-devel] Wiki docs In-Reply-To: <20070711203348.1566806659@smtp.haun-online.de> References: <20070710185812.995204888@smtp.haun-online.de> <50aae8730707110632h8868b45p1da2e4b31a1a4947@mail.gmail.com> <20070711203348.1566806659@smtp.haun-online.de> Message-ID: <50aae8730707111413l7e03426dw9d55e12fc33ce898@mail.gmail.com> Dirk, Let me know the username you'd like to have ("Mark" is already taken). Let's go with mevans, you can email me the password. >But, I would rather start working with an > >local wiki install to get the initial based done and then take it to the > >public wiki to complete. > > Not sure how you would merge them back together, though. Tom Willet > should be able to provide you with an SQL dump. I don't need an SQL dump, MediaWiki has an import / export method via XML. I can easily dump the existing stuff and then import anything new. Working on a local wiki is just more convenient for me at times, I load everything up on a laptop and can work regardless of connectivity. Not a requirement at all, I can easily work on the existing site and simply create new pages where necessary. The big question is how much stuff to keep, should all the old 1.3 docs be purged? How well can the GL14 and GL20 stuff be segregated? >Would the team be willing to > >see the current wiki move to a more integrated solution? > > Not sure if we'd want that. We closed the account signup on the wiki due > to all the spam we were getting there ... > > And switching to another wiki engine would probably break a lot of links. The DokuWiki integration uses Geeklog's account management, so I think the risk of spam would be no greater than it is today on geeklog.net's forums. Also, you can limit write capabilities to a specific Geeklog group. If someone wants to contribute, add them to the proper group and they are good to go. Personally, I think a lot of links will get broken anyway if the structure and page names change. We'll have to decide how much of the structure should change. I have no real preference which engine is used, but I do like the ability to have the wiki docs integrated with Geeklog's search engine. I believe it can significantly enhance the support efforts. I doubt many users will search both geeklog.net and wiki.geeklog.net (it is hard enough to get them to search in the first place). Having everything (forum, faq, wiki docs, stories) in one place does have some advantages. Either way, I'm happy to use whatever tool is decided and see if we can improve the current documentation. Thanks! Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From oliver at spiesshofer.com Wed Jul 11 20:15:38 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 12 Jul 2007 08:15:38 +0800 Subject: [geeklog-devel] Wiki docs In-Reply-To: <20070711202940.1317323551@smtp.haun-online.de> References: <20070710185812.995204888@smtp.haun-online.de> <8319e2d60707101204h6ba64276q2ad219919fb1d22c@mail.gmail.com> <20070711202940.1317323551@smtp.haun-online.de> Message-ID: <469572AA.6010504@spiesshofer.com> I guess the number of words is the trigger here. We simply pay by word, and simply say that the text has to increase the understanding of the user/developer about the functions described. Oliver Dirk Haun wrote: > Vincent Furia wrote: > > >> Offer (small?) bounties for significant contributions? >> > > How would you decide when a contribution is worth something? > > bye, Dirk > > From vfuria at gmail.com Wed Jul 11 21:45:53 2007 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 11 Jul 2007 19:45:53 -0600 Subject: [geeklog-devel] Wiki docs In-Reply-To: <469572AA.6010504@spiesshofer.com> References: <20070710185812.995204888@smtp.haun-online.de> <8319e2d60707101204h6ba64276q2ad219919fb1d22c@mail.gmail.com> <20070711202940.1317323551@smtp.haun-online.de> <469572AA.6010504@spiesshofer.com> Message-ID: <8319e2d60707111845t10e03678w9f8a547b2953674f@mail.gmail.com> While its probably a bit more subjective than measuring code, I think the same idea can work here. We can identify the holes in the wiki, and then offer bounties to fill them. Like Oliver said, we can grade on number or words; but we should also evaluate the product based on correct grammar (at least understandable), spelling, sufficient screen shots etc. -Vinny On 7/11/07, Oliver Spiesshofer wrote: > I guess the number of words is the trigger here. We simply pay by word, > and simply say that the text has to increase the understanding of the > user/developer about the functions described. > > Oliver > > Dirk Haun wrote: > > Vincent Furia wrote: > > > > > >> Offer (small?) bounties for significant contributions? > >> > > > > How would you decide when a contribution is worth something? > > > > bye, Dirk > > > > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From oliver at spiesshofer.com Wed Jul 11 22:56:04 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 12 Jul 2007 10:56:04 +0800 Subject: [geeklog-devel] Wiki docs In-Reply-To: <8319e2d60707111845t10e03678w9f8a547b2953674f@mail.gmail.com> References: <20070710185812.995204888@smtp.haun-online.de> <8319e2d60707101204h6ba64276q2ad219919fb1d22c@mail.gmail.com> <20070711202940.1317323551@smtp.haun-online.de> <469572AA.6010504@spiesshofer.com> <8319e2d60707111845t10e03678w9f8a547b2953674f@mail.gmail.com> Message-ID: <46959844.1050309@spiesshofer.com> I guess that spelling and grammar is a must. Work can be only handed over as correct and finished from those two points. If someone describes things in words well enough that screenshots are not needed, fine, get the money. Or we rate a screenshot as 20 words? Oliver Vincent Furia wrote: > While its probably a bit more subjective than measuring code, I think > the same idea can work here. We can identify the holes in the wiki, > and then offer bounties to fill them. Like Oliver said, we can grade > on number or words; but we should also evaluate the product based on > correct grammar (at least understandable), spelling, sufficient screen > shots etc. > > -Vinny > From info at heatherengineering.com Wed Jul 11 23:01:47 2007 From: info at heatherengineering.com (Heather Engineering) Date: Thu, 12 Jul 2007 12:01:47 +0900 Subject: [geeklog-devel] Wiki docs In-Reply-To: <46959844.1050309@spiesshofer.com> References: <20070710185812.995204888@smtp.haun-online.de> <8319e2d60707101204h6ba64276q2ad219919fb1d22c@mail.gmail.com> <20070711202940.1317323551@smtp.haun-online.de> <469572AA.6010504@spiesshofer.com> <8319e2d60707111845t10e03678w9f8a547b2953674f@mail.gmail.com> <46959844.1050309@spiesshofer.com> Message-ID: <626C53C3-91B9-424D-A9D9-6461D9F95C08@heatherengineering.com> Not everyone is a native speaker though, so although you should expect high standards if you're paying money for material, I think you should give the average contributor some leeway. I can help with proofreading/editing stuff if it needs tidying up before or after posting. If you don't mind British spelling, that is. :) Euan. On 2007/07/12, at 11:56, Oliver Spiesshofer wrote: > I guess that spelling and grammar is a must. Work can be only > handed over as correct and finished from those two points. > If someone describes things in words well enough that screenshots > are not needed, fine, get the money. Or we rate a screenshot as 20 > words? > > Oliver > > Vincent Furia wrote: >> While its probably a bit more subjective than measuring code, I think >> the same idea can work here. We can identify the holes in the wiki, >> and then offer bounties to fill them. Like Oliver said, we can grade >> on number or words; but we should also evaluate the product based on >> correct grammar (at least understandable), spelling, sufficient >> screen >> shots etc. >> >> -Vinny >> > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel From oliver at spiesshofer.com Wed Jul 11 23:10:12 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 12 Jul 2007 11:10:12 +0800 Subject: [geeklog-devel] Wiki docs In-Reply-To: <626C53C3-91B9-424D-A9D9-6461D9F95C08@heatherengineering.com> References: <20070710185812.995204888@smtp.haun-online.de> <8319e2d60707101204h6ba64276q2ad219919fb1d22c@mail.gmail.com> <20070711202940.1317323551@smtp.haun-online.de> <469572AA.6010504@spiesshofer.com> <8319e2d60707111845t10e03678w9f8a547b2953674f@mail.gmail.com> <46959844.1050309@spiesshofer.com> <626C53C3-91B9-424D-A9D9-6461D9F95C08@heatherengineering.com> Message-ID: <46959B94.1000208@spiesshofer.com> I agree, but a certain standard should be minimum. If there are misunderstandings possible, its out of question. Oliver Heather Engineering wrote: > Not everyone is a native speaker though, so although you should expect > high standards if you're paying money for material, I think you should > give the average contributor some leeway. > > I can help with proofreading/editing stuff if it needs tidying up > before or after posting. > > If you don't mind British spelling, that is. :) > > Euan. From robg at griffsweb.com Thu Jul 12 08:10:42 2007 From: robg at griffsweb.com (Rob Griffiths) Date: Thu, 12 Jul 2007 05:10:42 -0700 Subject: [geeklog-devel] Wiki docs In-Reply-To: <469572AA.6010504@spiesshofer.com> References: <20070710185812.995204888@smtp.haun-online.de> <8319e2d60707101204h6ba64276q2ad219919fb1d22c@mail.gmail.com> <20070711202940.1317323551@smtp.haun-online.de> <469572AA.6010504@spiesshofer.com> Message-ID: <044E7F3D-BF1E-439B-8E93-CD4A1192E90C@griffsweb.com> On Jul 11, 2007, at 5:15 PM, Oliver Spiesshofer wrote: > I guess the number of words is the trigger here. We simply pay by > word, and simply say that the text has to increase the > understanding of the user/developer about the functions described. As a potential user of the wiki (and possibly a writer for some sections), I think paying by the word sends the wrong message: you'll wind up with overly-winded explanations of simple features. At some point, some judgement call is going to be required from the Geeklog developers -- someone on the team must make a decision as to how well a feature has been explained, and you'll be reading *lots* of words for nearly every section. Without a review step of some sort, and a focus on paying by the word, I'm afraid of what you might wind up with: hugely wordy descriptions of setting the geeklog.conf path in common.html, for instance. Here's an alternative thought: Rank the 'difficulty' (in advance) of each section of the wiki that needs to be worked on, and assign dollar values based on difficulty. Easy write-ups are worth $1x, medium is $1.5x, and tough is $3x (or whatever). Finished sections are reviewed by someone on the Geeklog team, and if they are deemed to be acceptable, the bounty is paid. This should drive writers to write the fewest words possible to adequately describe a given feature, as they don't make more money by writing longer entries. As a guideline for writers, you could establish a recommendation for each difficulty level. An easy section will typically require less than 500 words and one screenshot; medium is 1,000 and three; and hard is 2,000 or more and five screenshots (again, whatever you want). Giving a writer a target will also help keep word count inflation to a minimum. Feel free to ignore these suggestions, but as someone who writes for a living, I think paying an increasing amount for more words written isn't going to help you get truly useful documentation. You'll have long documentation, yes, but it may not be all that good. Just my $0.02... -rob. From 1000ideen at gmx.de Fri Jul 13 06:07:01 2007 From: 1000ideen at gmx.de (Markus Wollschlaeger) Date: Fri, 13 Jul 2007 12:07:01 +0200 Subject: [geeklog-devel] Wiki docs Message-ID: <20070713100701.15250@gmx.net> Hello all! My 0.02 Euro: The wiki should be integrated into geeklog. It feels much better and is less separate. Up to now I feel the wiki is an odd thing it does not belong to the geeklog.net website. This makes me go there very rarely. The next thing is that the formating is also unusual. Dirk explained it to me but I need some more steps to get a better feeling for it. Writing forum postings is more common to me. This is one reason why I didn`t write much in the wiki. Markus -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From 1000ideen at gmx.de Fri Jul 13 06:39:21 2007 From: 1000ideen at gmx.de (Markus Wollschlaeger) Date: Fri, 13 Jul 2007 12:39:21 +0200 Subject: [geeklog-devel] Geeklog Day at FrOSCon 2007 Message-ID: <20070713103921.15230@gmx.net> I`d like to discuss with you the following points to make suggestions for the improvement of the site and also to design a flyer for Geeklog Day at FrOSCon 2007 http://www.geeklog.net/forum/viewtopic.php?showtopic=77286 I have compared many small CMS and whenever I look at a new site the people there promise 'everything'. Little is true but Geeklog has much to offer. One of the handicaps is that visitors can`t see this at one glance. Thanks, Markus -- Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger From oliver at spiesshofer.com Fri Jul 13 06:43:43 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 13 Jul 2007 18:43:43 +0800 Subject: [geeklog-devel] Geeklog Day at FrOSCon 2007 In-Reply-To: <20070713103921.15230@gmx.net> References: <20070713103921.15230@gmx.net> Message-ID: <4697575F.1010801@spiesshofer.com> I wonder if it would not make sense to create a frontpage like mozilla has for firefox. I see that there are answers to most of the points you ask at the docs and somewhere in the website, but a startpage for geeklog or a big button for newbies linking to one would be great. The startpage should contain much of the information that you listed in the post. Oliver Markus Wollschlaeger wrote: > I`d like to discuss with you the following points to make suggestions for the improvement of the site and also to design a flyer for Geeklog Day at FrOSCon 2007 > > http://www.geeklog.net/forum/viewtopic.php?showtopic=77286 > > I have compared many small CMS and whenever I look at a new site the people there promise 'everything'. Little is true but Geeklog has much to offer. One of the handicaps is that visitors can`t see this at one glance. > > Thanks, Markus > > > From tony at tonybibbs.com Fri Jul 13 10:45:14 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Fri, 13 Jul 2007 07:45:14 -0700 (PDT) Subject: [geeklog-devel] Geeklog Day at FrOSCon 2007 Message-ID: <849007.52980.qm@web704.biz.mail.mud.yahoo.com> I think most of what you have there needs to be addressed. Maybe not all in the main flyer, though, some of what you have there makes sense. This is pretty much what Joe was getting at in his response to that thread. Anyway, thanks for the feedback...I'm sure Dirk will probably chime in on the topic. --Tony ----- Original Message ---- From: Markus Wollschlaeger <1000ideen at gmx.de> To: geeklog-devel at lists.geeklog.net Sent: Friday, July 13, 2007 5:39:21 AM Subject: [geeklog-devel] Geeklog Day at FrOSCon 2007 I`d like to discuss with you the following points to make suggestions for the improvement of the site and also to design a flyer for Geeklog Day at FrOSCon 2007 http://www.geeklog.net/forum/viewtopic.php?showtopic=77286 I have compared many small CMS and whenever I look at a new site the people there promise 'everything'. Little is true but Geeklog has much to offer. One of the handicaps is that visitors can`t see this at one glance. Thanks, Markus -- Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From 1000ideen at gmx.de Fri Jul 13 16:19:36 2007 From: 1000ideen at gmx.de (Markus Wollschlaeger) Date: Fri, 13 Jul 2007 22:19:36 +0200 Subject: [geeklog-devel] Geeklog Day at FrOSCon 2007 - flyer Message-ID: <20070713201936.303310@gmx.net> Right, I got some designs ready for that flyer (no brochure). Up to now we did not really plan in detail what to hand out there but I thought if there was such a big crowd of drupal users there and probably all of them know joomla too, then we could play on that. By using the words drupal and joomla in a playful way we show that we are also playing in that league. And we are playing optically in a very attractive way. What is a picture of reliability? For me it is an airplane. It is also very popular and I found nice pictures ( I don`t have the copy rights yet). The wording is everything but finished. It is just a first idea. We have the special situation that people in Germany won`t know how to pronounce Geeklog. I`d prefer the spelling GeekLog anyway. The English word "geek" is rather unknown. I suppose many people would say: "G-clock" www.hallomarkus.de/geeklog1.pdf The pages have a number in case you want to give me a feedback. Thanks, Markus -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From joe at ThrowingDice.com Fri Jul 13 20:43:02 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Fri, 13 Jul 2007 20:43:02 -0400 Subject: [geeklog-devel] Geeklog Day at FrOSCon 2007 - flyer In-Reply-To: <20070713201936.303310@gmx.net> References: <20070713201936.303310@gmx.net> Message-ID: <0JL5006ZD8RDAH50@mta4.srv.hcvlny.cv.net> At 04:19 PM 7/13/2007, Markus Wollschlaeger wrote: >What is a picture of reliability? For me it is an airplane. It is >also very popular and I found nice pictures ( I don`t have the copy >rights yet). Copyright free airplane pictures are probably hard to come by. Go with NASA rockets (pre-space shuttle). They were pretty reliable and most NASA photos should be copyright free. >The wording is everything but finished. It is just a first idea. We >have the special situation that people in Germany won`t know how to >pronounce Geeklog. I`d prefer the spelling GeekLog anyway. The >English word "geek" is rather unknown. I suppose many people would >say: "G-clock" Are Joomla or Drupal any easier to pronounce in German? :-) ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From 1000ideen at gmx.de Sat Jul 14 03:32:35 2007 From: 1000ideen at gmx.de (Markus Wollschlaeger) Date: Sat, 14 Jul 2007 09:32:35 +0200 Subject: [geeklog-devel] Geeklog Day at FrOSCon 2007 - flyer Message-ID: <20070714073235.179280@gmx.net> >Copyright free airplane pictures are probably hard to come by.< Yes and no. You may look at http://fotolia.com/ They have good and cheap photographs or I could try negotiate with airliners.net >Are Joomla or Drupal any easier to pronounce in German?< Yes in German and possibly many other languages, because you can guess where the sylable ends: joom-la and dru-pal. The point with geeklog is that it could be gee-klog or geek-log. Both does not make sense in German (and probably not in any other language) but brands like G-Star or G-Shock are known. So there is a high likelyness that people will say something like G-Clock. Thus the writing GeekLog would help pronouncing it because it shows where the sylable ends. I think this has been discussed here before but not with this aspect. Anyway I got to give that little flyer to the printer on Sunday or we won`t get it printed for 10 Euro / 1000. It is a special offer. gee -- Markus -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser From devel at portalparts.com Thu Jul 19 12:41:39 2007 From: devel at portalparts.com (Blaine Lang) Date: Thu, 19 Jul 2007 12:41:39 -0400 Subject: [geeklog-devel] Add/Edit user and access to remoteservice field Message-ID: <469F9443.9030300@portalparts.com> Currently you can not add a new user and specify the remoteservice option, nor can you edit a user and change this. Is there any reason, we would not do allow that user admin option? Reason: If we created say an LDAP authentication class, I may still want to create local login accounts and maybe even create users that will login later via LDAP that have not yet logged in so I can setup their permissions. Blaine From mjervis at gmail.com Thu Jul 19 13:45:38 2007 From: mjervis at gmail.com (Michael Jervis) Date: Thu, 19 Jul 2007 18:45:38 +0100 Subject: [geeklog-devel] Add/Edit user and access to remoteservice field In-Reply-To: <469F9443.9030300@portalparts.com> References: <469F9443.9030300@portalparts.com> Message-ID: <7b42e7470707191045h1429ae65mfa1ea288f2ffbecb@mail.gmail.com> On 19/07/07, Blaine Lang wrote: > Currently you can not add a new user and specify the remoteservice > option, nor can you edit a user and change this. > Is there any reason, we would not do allow that user admin option? Yes, the registration of that feature is recorded on the basis that the user has selected to authenticate against, say, blogger.com. If you change that, then it would make them try and authenticate against, say, livejournal.com, which is not a valid action to perform. THEMike at blogger and THEMike at livejournal are two separate people, and neither of them are me however THEMike at snakenet (i've got a snakenet auth class in my install) is me. it would be invalid to change the drop down to indicate I was THEMike at livejournal, and when I tried to login then it would fail as I'd be authenticating against another source. > Reason: If we created say an LDAP authentication class, I may still want > to create local login accounts and maybe even create users that will > login later via LDAP that have not yet logged in so I can setup their > permissions. I'd say that would need to be implemented in another way. Using LDAP to authenticate core users, instead of UID/PWD in the gl_users table. Or rather, auth everyone who isn't at a specific other remote service against LDAP and transparently create (or associate to pre-existing) local accounts. Mike From dirk at haun-online.de Thu Jul 19 14:09:01 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 19 Jul 2007 20:09:01 +0200 Subject: [geeklog-devel] Webservices API a PHP5-only feature? (was: PHP5) In-Reply-To: <200707192303.04373@aiq> References: <200707192303.04373@aiq> Message-ID: <20070719180901.1531795681@smtp.haun-online.de> Okay, let's discuss this on the list. Ramnath R Iyer wrote: >Hi Dirk, > >I'm still waiting on the PHP4/PHP5 thing: should the web-services part >support >PHP4, or is it ok to support PHP5 only (in light of the recent gophp5 stuff). >If it is PHP5, then I will be able to comfortably use the in-built DOM parser >for XML. Considering that PHP4 will officially be dead in a year and that the webservices are an optional / separate feature, I'd say it's okay to make this a PHP5-only feature. The internal API (available to plugins and other add-ons running on the same server) should still work with PHP4. That shouldn't be a problem, I assume, since it's basically just providing a generic API to what's already there. The XML parser would only be needed for actual remote calls. And in the light of PHP4's imminent demise, I don't see a need to make your life any more complicated. We should make sure the entire webservices API can be switched off anyway, so that people running Geeklog on PHP4 can simply switch it off and the rest will work just fine. All: Any objections? bye, Dirk -- Geeklog Day at FrOSCon: August 25, 2007 - See you there! http://www.geeklog.net/article.php/geeklog-day-at-froscon From devel at portalparts.com Thu Jul 19 15:03:50 2007 From: devel at portalparts.com (Blaine Lang) Date: Thu, 19 Jul 2007 15:03:50 -0400 Subject: [geeklog-devel] Add/Edit user and access to remoteservice field In-Reply-To: <7b42e7470707191045h1429ae65mfa1ea288f2ffbecb@mail.gmail.com> References: <469F9443.9030300@portalparts.com> <7b42e7470707191045h1429ae65mfa1ea288f2ffbecb@mail.gmail.com> Message-ID: <469FB596.6080004@portalparts.com> Hi Michael, I agree and understand changing a user who was added via blogger to another service would not work but I don't think you answered or understood my real question/scenario. If I manually created a user and specified a 3rd party authentication like LDAP then agree, you would not add their password. I would like to pre-create a number of LDAP accounts and setup their group memberships. I may also want to convert an account from remote 3rd party authentication to a local user and then be forced to set a password. I can not do either today. Blaine Michael Jervis wrote: > On 19/07/07, Blaine Lang wrote: >> Currently you can not add a new user and specify the remoteservice >> option, nor can you edit a user and change this. >> Is there any reason, we would not do allow that user admin option? > > Yes, the registration of that feature is recorded on the basis that > the user has selected to authenticate against, say, blogger.com. If > you change that, then it would make them try and authenticate against, > say, livejournal.com, which is not a valid action to perform. > THEMike at blogger and THEMike at livejournal are two separate people, and > neither of them are me however THEMike at snakenet (i've got a snakenet > auth class in my install) is me. it would be invalid to change the > drop down to indicate I was THEMike at livejournal, and when I tried to > login then it would fail as I'd be authenticating against another > source. > >> Reason: If we created say an LDAP authentication class, I may still want >> to create local login accounts and maybe even create users that will >> login later via LDAP that have not yet logged in so I can setup their >> permissions. > > I'd say that would need to be implemented in another way. Using LDAP > to authenticate core users, instead of UID/PWD in the gl_users table. > Or rather, auth everyone who isn't at a specific other remote service > against LDAP and transparently create (or associate to pre-existing) > local accounts. > > Mike > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From dirk at haun-online.de Thu Jul 19 15:09:26 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 19 Jul 2007 21:09:26 +0200 Subject: [geeklog-devel] Add/Edit user and access to remoteservice field In-Reply-To: <7b42e7470707191045h1429ae65mfa1ea288f2ffbecb@mail.gmail.com> References: <469F9443.9030300@portalparts.com> <7b42e7470707191045h1429ae65mfa1ea288f2ffbecb@mail.gmail.com> Message-ID: <20070719190926.893023167@smtp.haun-online.de> Michael Jervis wrote: >and transparently create (or associate to pre-existing) Yeah, I'd also say this should be a separate option. Something that could be provided by the fictious LDAP module, for example. Extend the remote auth API to let modules add a link to a dialog / form or something like that. bye, Dirk -- Geeklog Day at FrOSCon: August 25, 2007 - See you there! http://www.geeklog.net/article.php/geeklog-day-at-froscon From dirk at haun-online.de Thu Jul 19 15:22:57 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 19 Jul 2007 21:22:57 +0200 Subject: [geeklog-devel] Wiki docs In-Reply-To: <044E7F3D-BF1E-439B-8E93-CD4A1192E90C@griffsweb.com> References: <20070710185812.995204888@smtp.haun-online.de> <8319e2d60707101204h6ba64276q2 ad219919fb1d22c@mail.gmail.com> <20070711202940.1317323551@smtp.haun-online.de> <469572AA.6010504@spiesshofer.com> <044E7F3D-BF1E-439B-8E93-CD4A1192E90C@griffsweb.com> Message-ID: <20070719192257.1710633296@smtp.haun-online.de> To pick this thread up again ... Rob Griffiths wrote: >Rank the 'difficulty' (in advance) of each section of the wiki that >needs to be worked on, and assign dollar values based on difficulty. >Easy write-ups are worth $1x, medium is $1.5x, and tough is $3x (or >whatever). Finished sections are reviewed by someone on the Geeklog >team, and if they are deemed to be acceptable, the bounty is paid. >This should drive writers to write the fewest words possible to >adequately describe a given feature, as they don't make more money by >writing longer entries. Well, I certainly don't feel qualified to make any judgement on the complexity - or the results (in terms of contents and language). Assuming we find someone willing to step in as an "editor", we could try this out by setting aside a certain amount from our bounties. Then identify a few places that need work (or, more likely, even initial articles) and see what happens. On the other hand, who's going to do anything in the wiki then, if they're not paid for it? I would have hoped the wiki provided a way for those to contribute who aren't programmers. That this hasn't happened may have different reasons altogether, e.g. the fact that you have to apply for an account (a special thanks to the spammers) or even the current state of the wiki, with the - IMHO - confusing separation into documentation for 1.3 and 1.4. bye, Dirk -- Geeklog Day at FrOSCon: August 25, 2007 - See you there! http://www.geeklog.net/article.php/geeklog-day-at-froscon From dirk at haun-online.de Thu Jul 19 15:33:36 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 19 Jul 2007 21:33:36 +0200 Subject: [geeklog-devel] Wiki docs In-Reply-To: <50aae8730707111413l7e03426dw9d55e12fc33ce898@mail.gmail.com> References: <20070710185812.995204888@smtp.haun-online.de> <50aae8730707110632h8868b45p1da2e4b31a1a4947@mail.gmail.com> <20070711203348.1566806659@smtp.haun-online.de> <50aae8730707111413l7e03426dw9d55e12fc33ce898@mail.gmail.com> Message-ID: <20070719193337.207983818@smtp.haun-online.de> Mark R. Evans wrote: >The big question is how much stuff to keep, should all the old 1.3 docs be >purged? How well can the GL14 and GL20 stuff be segregated? As I said before (I think): Many of the 1.3 pages are probably still valid and usable. So if there's a 1.4 page, use that and else keep the 1.3 page. GL2 is a different beast altogether. I don't think there's any overlap at all here. You probably won't have to touch any of the GL2 pages. >Also, you can limit write capabilities to a specific Geeklog group. If >someone wants to contribute, add them to the proper group and they are good >to go. That's a nice feature. >I have no real preference which engine is used, but I do like the ability to >have the wiki docs integrated with Geeklog's search engine. And that's certainly a compelling argument for a switch. The main downsides are breaking existing links (not sure how many really, though) and that we would have the wiki back on the geeklog.net server, causing more load there. Hmm. bye, Dirk -- Geeklog Day at FrOSCon: August 25, 2007 - See you there! http://www.geeklog.net/article.php/geeklog-day-at-froscon From 1000ideen at gmx.de Fri Jul 20 16:09:57 2007 From: 1000ideen at gmx.de (Markus Wollschlaeger) Date: Fri, 20 Jul 2007 22:09:57 +0200 Subject: [geeklog-devel] Wiki docs Message-ID: <20070720200957.125770@gmx.net> Just to give another 0.02 Euro: I`m also much in favour of integrating the documentation into Geeklog. It is not only because of the search but also it makes a much better impression to have an integrated system. I wonder if it really has to be a wiki. What if it didn`t exist? It would have to be solved with the means available, stories and static pages. If there will be subcategories soon then it would even be optically orderly to have a structure similar to the the wiki now. Dokumentation /1.3 /1.4/Introduction /1.4/ etc. This might solve the problem Dirk mentioned with the server load, it does not solve the broken links problem. Markus -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From 1000ideen at gmx.de Sat Jul 21 05:47:18 2007 From: 1000ideen at gmx.de (Markus Wollschlaeger) Date: Sat, 21 Jul 2007 11:47:18 +0200 Subject: [geeklog-devel] Wiki docs - motivation in general Message-ID: <20070721094718.299890@gmx.net> I didn`t follow every posting on the wiki discussion and especially not the potential payment for writing but there was the question how people could be motivated to write. Motivation is a general topic not only in regard of writing the documentation. Generally money is NOT seen to be a motivator. http://www.alfiekohn.org/managing/cbdmamam.htm >Then do everything possible to take money off people's minds.< http://www.businessballs.com/herzberg.htm http://www.netmba.com/mgmt/ob/motivation/herzberg/ To make it more practical: Charisma (a charismatic person) can be defined as 'building worlds other people want to belong to'. Geeklog and the geeklog team / community IS such a world. What it is lacking in some regard is the visibility of the team and the work of the team. My suggestion is to build a team page like this: http://www.openarchitectureware.org/staticpages/index.php/team http://www.oscommerce.com/about/team Yes, I consider this immensely important. Another step would be to make the coding work visible. When you go to the geeklog site it is hardly visible what is going on actively. The team page should display somehow what the person is doing in that week / month and possibly how someone else could assist (like the summer of cod students). To sum it up: Build a world people want to belong to, make this visible -> people are motivated. Of course this is a task on its own. To proove that this is not too unusual I quote from the "my profile" drupal forum settings: ============================================== Provide an overview of your Drupal contributions. I contributed Drupal modules I contributed Drupal themes I contributed Drupal documentation I contributed Drupal translations I help in the Drupal support forums I provide Drupal-related services I attended the Drupal conference at FOSDEM 2005 (Antwerp, Belgium) I attended OSCON 2005 or the off-site Drupal conference at OSCON 2005 (Portland, Oregon) I attended OSCON 2005 or the off-site Drupal conference at OSCON 2005 (Amsterdam, The Netherlands, Europe) I attended LinuxWorldExpo London I attended the Drupal conference colocated with the Open Source CMS and Blogging Tools Summit (Vancouver, Canada) I attended the Drupal conference 2006 (Brussels, Belgium) I attended OSCMS 2007, Sunnyvale ============================================== You can tick each of these statements and be part of the Drupal community. It is being displayed in the person`s profile. Seems to be working. What do you think? Ciao, Markus -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser From 1000ideen at gmx.de Sat Jul 21 06:22:11 2007 From: 1000ideen at gmx.de (Markus Wollschlaeger) Date: Sat, 21 Jul 2007 12:22:11 +0200 Subject: [geeklog-devel] Geeklog`s position in the world of CMS Message-ID: <20070721102211.299900@gmx.net> Some more thoughts on Geeklog`s position in the world of CMS. The other day someone asked me for a forum and I showed them Geeklog and the forum plugin. A few days later they asked if they could have "that forum". I had to think what they meant. For them Geeklog had been a forum only. Many people have no idea what a portal is nor a framework but many people know a forum. So my idea was, why not promoting geeklog as a forum with some extra features? The 'market' is much, much bigger! For that purpose it would be necessary to be able to make the forum turn up on the index page: http://www.portalparts.com/forum/viewtopic.php?showtopic=8549 Futhermore the forum should be included in the distribution possibly toghether with captcha and badbehavior to make it a complete secure set. Also it might be helpful for easy installation to be able to chose during the installation process if the forum or the blog / stories is on the front page. This option could be true for other plugins too like social bookmarking / link plugin - if it ever will be developed... What do you think? Ciao, Markus -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail From oliver at spiesshofer.com Sun Jul 22 02:47:34 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Sun, 22 Jul 2007 14:47:34 +0800 (HKT) Subject: [geeklog-devel] Geeklog`s position in the world of CMS In-Reply-To: <20070721102211.299900@gmx.net> References: <20070721102211.299900@gmx.net> Message-ID: <8975.203.78.33.132.1185086854.squirrel@www.tokyoahead.com> > Many people have no idea what a portal is nor a framework but many people know a forum. So my idea > was, why not promoting geeklog as a forum with some extra features? The 'market' is much, much > bigger! Thats like marketing a car like a great couch with 4 adjustible seats and a built-in stereo. Or MS Word as a Word Processor for people who previously only used a typewriter. You get people into huge trouble because they realize they got much more than what they asked for, get stuck in configurations, learnings, breakdowns and then blame you for beeing forced to buy a garage and learn driving just to sit down somewhere, what windows and a virus is just to replace the typewriter. > For that purpose it would be necessary to be able to make the forum turn up on the index page: > http://www.portalparts.com/forum/viewtopic.php?showtopic=8549 > Futhermore the forum should be included in the distribution possibly toghether with captcha and > badbehavior to make it a complete secure set. Thats like including a lot of uselsess features in a car such as a cupholder and advertise it as a major innovation, or a talking paperclip so people do not see/not get afraid of all the actual features of MS word that might tell them that they got much more than they wanted. > This option could be true for other plugins too like social bookmarking / link plugin - if it ever > will be developed... Sorry, but we will get a lot of angry people once they found out they can get a very simple installation of phpBB that gives them all they want and instead were lured into something much more complex where the main feature they wanted was only an optional add-on that was made to look like its the core of the system. Sounds like the internet explorer stroy to me.... Oliver From 1000ideen at gmx.de Sun Jul 22 05:12:49 2007 From: 1000ideen at gmx.de (Markus Wollschlaeger) Date: Sun, 22 Jul 2007 11:12:49 +0200 Subject: [geeklog-devel] Geeklog`s position in the world of CMS Message-ID: <20070722091249.77850@gmx.net> Hey Oliver, thanks for your feedback! I think it proves my main idea that it is all a matter of perspective ;-) I`m greatful for your warnings that people might get into huge trouble, get stuck or become angry. This is certainly one way it might go. But couldn`t they also become angry when they discover too late what a great forum GL has after installing the bridge and phpBB? Well, if I look at the phpBB forum and talk to phpBB newbees I see that the captchas don`t work, there is no BadBehavior, there are no static pages. You have to add code / mods by hand and even update it with manual code. I`m pretty sure that the GL forum meets 75% of the phpBB features, is easier to handle and safer. Anyway, I rather think that people test new systems and play around with them and there is a whole world to discover inside GL. To sum it up: If GL will be delivered in a set with the forum, captchas and BadBehavior I will try to get it into some forum comparison matrixes like this: http://www.forummatrix.org/index.php Let the users decide! Ciao, Markus -- Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger From oliver at spiesshofer.com Sun Jul 22 05:07:09 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Sun, 22 Jul 2007 19:07:09 +1000 Subject: [geeklog-devel] Geeklog`s position in the world of CMS In-Reply-To: <20070722091249.77850@gmx.net> References: <20070722091249.77850@gmx.net> Message-ID: <46A31E3D.9080800@spiesshofer.com> Markus Wollschlaeger wrote: > I`m greatful for your warnings that people might get into huge trouble, get stuck or become angry. This is certainly one way it might go. But couldn`t they also become angry when they discover too late what a great forum GL has after installing the bridge and phpBB? > you misunderstood me. I was talking about someone who wants aa fourm will only install phpBB w/o GL and the bridge. If they install GL and Forum they get all what GL gives them w/o needing it becuase they just wanted a forum > Well, if I look at the phpBB forum and talk to phpBB newbees I see that the captchas don`t work, there is no BadBehavior, there are no static pages. You have to add code / mods by hand and even update it with manual code. > it might be that blaines forum is superior to phpBB, surely in combination with GL. However, most of the people who "just want to run a forum" are probably completely overloaded with running GL. I agree with your whole point in the way that we have to advertise the plugins and features of GL in greater detail. I think this can be easiest achieved through proper documentation . Oliver From dracul01 at gmail.com Sun Jul 22 13:00:18 2007 From: dracul01 at gmail.com (Damien Hodgkin) Date: Sun, 22 Jul 2007 13:00:18 -0400 Subject: [geeklog-devel] Geeklog 2 developers Message-ID: <200707221300.22803.dracul01@gmail.com> Tony, I was just wondering if there were any other developers working on Gl2 at the moment. If so I'd like to get to know them and build a rapport. -- Best Regards, Damien ------------- "I only have two braincells left, one is missing, and the other is putting up flyers!" -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From devel at portalparts.com Sun Jul 22 19:17:23 2007 From: devel at portalparts.com (Blaine Lang) Date: Sun, 22 Jul 2007 19:17:23 -0400 Subject: [geeklog-devel] Suggested changes to block code In-Reply-To: References: <9946938B-400B-4EBF-8BFF-C72D56B41586@heatherengineering.com> <468DB8DD.5080600@portalparts.com> Message-ID: <46A3E583.4030109@portalparts.com> Euan, Looking at the code today, I think it will be easiest to set a {block_name} instead of {bid}. I need to extend the COM_startBlock and many of the calls to that function may not have the block ID but do have the block_name available which is not language specific 'user_menu', 'admin_menu' but would not be unique if you had multiple poll blocks which I think is about the only time you would have multiple blocks of the same name. I am thinking we extend COM_startBlock to include an 4th optional parm and use that to set {block_name} in the block header template. If you call it from your own code, that parm can be set to anything but in the core GL code, it would be the name field in the block. I think that should still be unique to us in Javascript - only exception being multiple polls on the same page. Regards, Blaine Heather Engineering wrote: > Blaine, > > That sounds fine to me. I already have custom blocks defined in > functions.php, so having a {bid} set would be useful. > > As a general point, which has come up before, I'm generally in favour > of more reusable basic templates and having classes/ids set on > everything. Oh, sorry, that was a little off topic. > > Cheers, > > Euan (who may or may not look like Oliver - I've never seen him). > > > > > > On 2007/07/06, at 12:37, Blaine Lang wrote: > >> Oliver, >> >> With respect to the ID for ajax usage or any DOM udpates via JS, what >> if we just set a template var called {bid} and you could then combine >> {bid} and a custom block template defined in the themes >> functions.php if you wanted to have a div id with a name like >> 'myblock{bid}' or we could just add a default id to the >> block-header.thtml files using {bid}. >> >> That would then not require much of any changes and no changes to the >> function definitions. >> >> Blaine >> >> Heather Engineering wrote: >>> Messing with AJAX-style coding, you soon realise you need ids on >>> everything. >>> I've added the following to the block handling code: any interest in >>> adding it to the next release? >>> There is no issue with backwards compatibility. >>> >>> ************************************************************* >>> >>> function COM_formatBlock : add $A['id'] to two COM_startBlock calls >>> (the function is called with an array $A, so no need to change the >>> function declaration). >>> >>> $blkheader = COM_startBlock( $A['title'], $A['help'], >>> COM_getBlockTemplate( $A['name'], 'header' ), >>> $A['id']); >>> >>> >>> $retval .= COM_startBlock( $A['title'], $A['help'], >>> COM_getBlockTemplate( $A['name'], 'header' ), >>> $A['id']) >>> >>> ************************************************************* >>> >>> function COM_startBlock : >>> add new $id='' to declaration >>> add $block->set_var( 'id', $id ); >>> >>> I also added hack to check if the caller is passing a link to add a >>> help file reference, or if they are passing a complete image tag >>> already wrapped in a link (this is a similar hack to the one already >>> in COM_formatBlock to check whether to add
tags to block >>> content). An alternative might be to allow the caller to pass a new >>> image link as well, so that you aren't stuck with the help icon. >>> >>> >>> function COM_startBlock( $title='', $helpfile='', >>> $template='blockheader.thtml', $id='' ) >>> { >>> global $_CONF, $LANG01, $_IMAGE_TYPE; >>> >>> $block = new Template( $_CONF['path_layout'] ); >>> $block->set_file( 'block', $template ); >>> >>> $block->set_var( 'site_url', $_CONF['site_url'] ); >>> $block->set_var( 'layout_url', $_CONF['layout_url'] ); >>> if ($title==' ') { >>> $block->set_var( 'block_title', ''); >>> } else { >>> $block->set_var( 'block_title', stripslashes( $title )); >>> } >>> >>> // added >>> $block->set_var( 'id', $id ); >>> // end add >>> >>> if( !empty( $helpfile )) >>> { >>> >>> // altered >>> if( substr( $helpfile, 0, 1 ) == '<' ) >>> { >>> $help = $helpfile; >>> } >>> else >>> { >>> $helpimg = $_CONF['layout_url'] . '/images/button_help.' >>> . $_IMAGE_TYPE; >>> if( !stristr( $helpfile, 'http://' )) >>> { >>> $help = '?'; >>> } >>> else >>> { >>> $help = '?'; >>> } >>> // end alteration >>> >>> } >>> >>> $block->set_var( 'block_help', $help ); >>> } >>> >>> $block->parse( 'startHTML', 'block' ); >>> >>> return $block->finish( $block->get_var( 'startHTML' )); >>> } >>> >>> ************************************************************* >>> >>> >>> Cheers, >>> Euan. >>> >>> _______________________________________________ >>> 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.net >> http://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 > > From tony at tonybibbs.com Mon Jul 23 09:09:44 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Mon, 23 Jul 2007 06:09:44 -0700 (PDT) Subject: [geeklog-devel] Geeklog 2 developers Message-ID: <632543.76051.qm@web703.biz.mail.mud.yahoo.com> It's you, myself and Michael Tutty. Tight knit group ;-) ----- Original Message ---- From: Damien Hodgkin To: Tony Bibbs Cc: Geeklog Development Sent: Sunday, July 22, 2007 12:00:18 PM Subject: Geeklog 2 developers Tony, I was just wondering if there were any other developers working on Gl2 at the moment. If so I'd like to get to know them and build a rapport. -- Best Regards, Damien ------------- "I only have two braincells left, one is missing, and the other is putting up flyers!" From info at heatherengineering.com Wed Jul 25 19:10:20 2007 From: info at heatherengineering.com (Heather Engineering) Date: Thu, 26 Jul 2007 08:10:20 +0900 Subject: [geeklog-devel] Suggested changes to block code In-Reply-To: <46A3E583.4030109@portalparts.com> References: <9946938B-400B-4EBF-8BFF-C72D56B41586@heatherengineering.com> <468DB8DD.5080600@portalparts.com> <46A3E583.4030109@portalparts.com> Message-ID: Blaine, Sorry for the delay in replying. Sounds OK to me - as long as it provides some way of setting an id, that would be great. However, I was imagining something that would be set to a null string in cases where there is no value available. Cheers, Euan. On 2007/07/23, at 8:17, Blaine Lang wrote: > Euan, > > Looking at the code today, I think it will be easiest to set a > {block_name} instead of {bid}. I need to extend the COM_startBlock > and many of the calls to that function may not have the block ID > but do have the block_name available which is not language specific > 'user_menu', 'admin_menu' but would not be unique if you had > multiple poll blocks which I think is about the only time you would > have multiple blocks of the same name. > I am thinking we extend COM_startBlock to include an 4th optional > parm and use that to set {block_name} in the block header template. > If you call it from your own code, that parm can be set to anything > but in the core GL code, it would be the name field in the block. > > I think that should still be unique to us in Javascript - only > exception being multiple polls on the same page. > > Regards, > Blaine > > Heather Engineering wrote: >> Blaine, >> >> That sounds fine to me. I already have custom blocks defined in >> functions.php, so having a {bid} set would be useful. >> >> As a general point, which has come up before, I'm generally in >> favour of more reusable basic templates and having classes/ids set >> on everything. Oh, sorry, that was a little off topic. >> >> Cheers, >> >> Euan (who may or may not look like Oliver - I've never seen him). >> >> >> >> >> >> On 2007/07/06, at 12:37, Blaine Lang wrote: >> >>> Oliver, >>> >>> With respect to the ID for ajax usage or any DOM udpates via JS, >>> what if we just set a template var called {bid} and you could >>> then combine {bid} and a custom block template defined in the >>> themes functions.php if you wanted to have a div id with a name >>> like 'myblock{bid}' or we could just add a default id to the >>> block-header.thtml files using {bid}. >>> >>> That would then not require much of any changes and no changes to >>> the function definitions. >>> >>> Blaine >>> >>> Heather Engineering wrote: >>>> Messing with AJAX-style coding, you soon realise you need ids on >>>> everything. >>>> I've added the following to the block handling code: any >>>> interest in adding it to the next release? >>>> There is no issue with backwards compatibility. >>>> >>>> ************************************************************* >>>> >>>> function COM_formatBlock : add $A['id'] to two COM_startBlock >>>> calls (the function is called with an array $A, so no need to >>>> change the function declaration). >>>> >>>> $blkheader = COM_startBlock( $A['title'], $A['help'], >>>> COM_getBlockTemplate( $A['name'], >>>> 'header' ), $A['id']); >>>> >>>> >>>> $retval .= COM_startBlock( $A['title'], $A['help'], >>>> COM_getBlockTemplate( $A['name'], >>>> 'header' ), $A['id']) >>>> >>>> ************************************************************* >>>> >>>> function COM_startBlock : >>>> add new $id='' to declaration >>>> add $block->set_var( 'id', $id ); >>>> >>>> I also added hack to check if the caller is passing a link to >>>> add a help file reference, or if they are passing a complete >>>> image tag already wrapped in a link (this is a similar hack to >>>> the one already in COM_formatBlock to check whether to add
>>>> tags to block content). An alternative might be to allow the >>>> caller to pass a new image link as well, so that you aren't >>>> stuck with the help icon. >>>> >>>> >>>> function COM_startBlock( $title='', $helpfile='', >>>> $template='blockheader.thtml', $id='' ) >>>> { >>>> global $_CONF, $LANG01, $_IMAGE_TYPE; >>>> >>>> $block = new Template( $_CONF['path_layout'] ); >>>> $block->set_file( 'block', $template ); >>>> >>>> $block->set_var( 'site_url', $_CONF['site_url'] ); >>>> $block->set_var( 'layout_url', $_CONF['layout_url'] ); >>>> if ($title==' ') { >>>> $block->set_var( 'block_title', ''); >>>> } else { >>>> $block->set_var( 'block_title', stripslashes( $title )); >>>> } >>>> >>>> // added >>>> $block->set_var( 'id', $id ); >>>> // end add >>>> >>>> if( !empty( $helpfile )) >>>> { >>>> >>>> // altered >>>> if( substr( $helpfile, 0, 1 ) == '<' ) >>>> { >>>> $help = $helpfile; >>>> } >>>> else >>>> { >>>> $helpimg = $_CONF['layout_url'] . '/images/ >>>> button_help.' . $_IMAGE_TYPE; >>>> if( !stristr( $helpfile, 'http://' )) >>>> { >>>> $help = '?'; >>>> } >>>> else >>>> { >>>> $help = '?'; >>>> } >>>> // end alteration >>>> >>>> } >>>> >>>> $block->set_var( 'block_help', $help ); >>>> } >>>> >>>> $block->parse( 'startHTML', 'block' ); >>>> >>>> return $block->finish( $block->get_var( 'startHTML' )); >>>> } >>>> >>>> ************************************************************* >>>> >>>> >>>> Cheers, >>>> Euan. >>>> >>>> _______________________________________________ >>>> 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.net >>> http://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 >> >> > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel From devel at portalparts.com Fri Jul 27 14:41:59 2007 From: devel at portalparts.com (Blaine Lang) Date: Fri, 27 Jul 2007 14:41:59 -0400 Subject: [geeklog-devel] Suggested changes to block code In-Reply-To: References: <9946938B-400B-4EBF-8BFF-C72D56B41586@heatherengineering.com> <468DB8DD.5080600@portalparts.com> <46A3E583.4030109@portalparts.com> Message-ID: <46AA3C77.2090601@portalparts.com> Hi Euan, All blocks have a name (as defined by the blockeditor) so the {blockname} attribute would be set for all blocks. I will proceed to make this change and let you know once it's implemented. Blaine Heather Engineering wrote: > Blaine, > > Sorry for the delay in replying. Sounds OK to me - as long as it > provides some way of setting an id, that would be great. However, I > was imagining something that would be set to a null string in cases > where there is no value available. > > Cheers, > > Euan. > > > On 2007/07/23, at 8:17, Blaine Lang wrote: > >> Euan, >> >> Looking at the code today, I think it will be easiest to set a >> {block_name} instead of {bid}. I need to extend the COM_startBlock >> and many of the calls to that function may not have the block ID but >> do have the block_name available which is not language specific >> 'user_menu', 'admin_menu' but would not be unique if you had multiple >> poll blocks which I think is about the only time you would have >> multiple blocks of the same name. >> I am thinking we extend COM_startBlock to include an 4th optional >> parm and use that to set {block_name} in the block header template. >> If you call it from your own code, that parm can be set to anything >> but in the core GL code, it would be the name field in the block. >> >> I think that should still be unique to us in Javascript - only >> exception being multiple polls on the same page. >> >> Regards, >> Blaine >> >> Heather Engineering wrote: >>> Blaine, >>> >>> That sounds fine to me. I already have custom blocks defined in >>> functions.php, so having a {bid} set would be useful. >>> >>> As a general point, which has come up before, I'm generally in >>> favour of more reusable basic templates and having classes/ids set >>> on everything. Oh, sorry, that was a little off topic. >>> >>> Cheers, >>> >>> Euan (who may or may not look like Oliver - I've never seen him). >>> >>> >>> >>> >>> >>> On 2007/07/06, at 12:37, Blaine Lang wrote: >>> >>>> Oliver, >>>> >>>> With respect to the ID for ajax usage or any DOM udpates via JS, >>>> what if we just set a template var called {bid} and you could then >>>> combine {bid} and a custom block template defined in the themes >>>> functions.php if you wanted to have a div id with a name like >>>> 'myblock{bid}' or we could just add a default id to the >>>> block-header.thtml files using {bid}. >>>> >>>> That would then not require much of any changes and no changes to >>>> the function definitions. >>>> >>>> Blaine >>>> >>>> Heather Engineering wrote: >>>>> Messing with AJAX-style coding, you soon realise you need ids on >>>>> everything. >>>>> I've added the following to the block handling code: any interest >>>>> in adding it to the next release? >>>>> There is no issue with backwards compatibility. >>>>> >>>>> ************************************************************* >>>>> >>>>> function COM_formatBlock : add $A['id'] to two COM_startBlock >>>>> calls (the function is called with an array $A, so no need to >>>>> change the function declaration). >>>>> >>>>> $blkheader = COM_startBlock( $A['title'], $A['help'], >>>>> COM_getBlockTemplate( $A['name'], 'header' ), >>>>> $A['id']); >>>>> >>>>> >>>>> $retval .= COM_startBlock( $A['title'], $A['help'], >>>>> COM_getBlockTemplate( $A['name'], 'header' >>>>> ), $A['id']) >>>>> >>>>> ************************************************************* >>>>> >>>>> function COM_startBlock : >>>>> add new $id='' to declaration >>>>> add $block->set_var( 'id', $id ); >>>>> >>>>> I also added hack to check if the caller is passing a link to add >>>>> a help file reference, or if they are passing a complete image tag >>>>> already wrapped in a link (this is a similar hack to the one >>>>> already in COM_formatBlock to check whether to add
tags to >>>>> block content). An alternative might be to allow the caller to >>>>> pass a new image link as well, so that you aren't stuck with the >>>>> help icon. >>>>> >>>>> >>>>> function COM_startBlock( $title='', $helpfile='', >>>>> $template='blockheader.thtml', $id='' ) >>>>> { >>>>> global $_CONF, $LANG01, $_IMAGE_TYPE; >>>>> >>>>> $block = new Template( $_CONF['path_layout'] ); >>>>> $block->set_file( 'block', $template ); >>>>> >>>>> $block->set_var( 'site_url', $_CONF['site_url'] ); >>>>> $block->set_var( 'layout_url', $_CONF['layout_url'] ); >>>>> if ($title==' ') { >>>>> $block->set_var( 'block_title', ''); >>>>> } else { >>>>> $block->set_var( 'block_title', stripslashes( $title )); >>>>> } >>>>> >>>>> // added >>>>> $block->set_var( 'id', $id ); >>>>> // end add >>>>> >>>>> if( !empty( $helpfile )) >>>>> { >>>>> >>>>> // altered >>>>> if( substr( $helpfile, 0, 1 ) == '<' ) >>>>> { >>>>> $help = $helpfile; >>>>> } >>>>> else >>>>> { >>>>> $helpimg = $_CONF['layout_url'] . >>>>> '/images/button_help.' . $_IMAGE_TYPE; >>>>> if( !stristr( $helpfile, 'http://' )) >>>>> { >>>>> $help = '?'; >>>>> } >>>>> else >>>>> { >>>>> $help = '?'; >>>>> } >>>>> // end alteration >>>>> >>>>> } >>>>> >>>>> $block->set_var( 'block_help', $help ); >>>>> } >>>>> >>>>> $block->parse( 'startHTML', 'block' ); >>>>> >>>>> return $block->finish( $block->get_var( 'startHTML' )); >>>>> } >>>>> >>>>> ************************************************************* >>>>> >>>>> >>>>> Cheers, >>>>> Euan. >>>>> >>>>> _______________________________________________ >>>>> 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.net >>>> http://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 >>> >>> >> _______________________________________________ >> 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.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > >