From dirk at haun-online.de Mon Oct 1 14:59:04 2007 From: dirk at haun-online.de (Dirk Haun) Date: Mon, 1 Oct 2007 20:59:04 +0200 Subject: [geeklog-devel] Configuration GUI on PHP 4? In-Reply-To: <0JP7004WNGTQ8V30@mta5.srv.hcvlny.cv.net> References: <20070930165115.344259363@smtp.haun-online.de> <0JP7004WNGTQ8V30@mta5.srv.hcvlny.cv.net> Message-ID: <20071001185904.718426469@smtp.haun-online.de> Joe Mucchiello wrote: >I thought 1.5 was going to be the break off point of PHP4 support. Nope. >It >seems like its release will be close to the end-of-life date of PHP4. End-of-life for PHP 4 is scheduled for August 2008. I would have hoped to have 1.5 out a little earlier than that ... bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From joe at ThrowingDice.com Mon Oct 1 20:06:55 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Mon, 01 Oct 2007 20:06:55 -0400 Subject: [geeklog-devel] Configuration GUI on PHP 4? In-Reply-To: <20071001185904.718426469@smtp.haun-online.de> References: <20070930165115.344259363@smtp.haun-online.de> <0JP7004WNGTQ8V30@mta5.srv.hcvlny.cv.net> <20071001185904.718426469@smtp.haun-online.de> Message-ID: <0JP900EQFCE7IK10@mta2.srv.hcvlny.cv.net> At 02:59 PM 10/1/2007, Dirk Haun wrote: >Joe Mucchiello wrote: > >It > >seems like its release will be close to the end-of-life date of PHP4. > >End-of-life for PHP 4 is scheduled for August 2008. I would have hoped >to have 1.5 out a little earlier than that ... Well, 12-31-2007 is the cutoff for bug fixes. 8-8-2008 is the cutoff for security fixes. And the php.net page already calls PHP4 "Historical Stable". Still, as I said, not that it really matters. But it would have been nice to code to PHP5 directly. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From tony at tonybibbs.com Tue Oct 2 13:03:43 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Tue, 2 Oct 2007 10:03:43 -0700 (PDT) Subject: [geeklog-devel] Configuration GUI on PHP 4? Message-ID: <319259.23531.qm@web712.biz.mail.mud.yahoo.com> Which would then beg the question of how far out of our way we want to go to get E_STRICT working. --Tony ----- Original Message ---- From: Joe Mucchiello To: Geeklog Development Sent: Monday, October 1, 2007 7:06:55 PM Subject: Re: [geeklog-devel] Configuration GUI on PHP 4? At 02:59 PM 10/1/2007, Dirk Haun wrote: >Joe Mucchiello wrote: > >It > >seems like its release will be close to the end-of-life date of PHP4. > >End-of-life for PHP 4 is scheduled for August 2008. I would have hoped >to have 1.5 out a little earlier than that ... Well, 12-31-2007 is the cutoff for bug fixes. 8-8-2008 is the cutoff for security fixes. And the php.net page already calls PHP4 "Historical Stable". Still, as I said, not that it really matters. But it would have been nice to code to PHP5 directly. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From joe at ThrowingDice.com Tue Oct 2 13:50:49 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Tue, 02 Oct 2007 13:50:49 -0400 Subject: [geeklog-devel] Configuration GUI on PHP 4? In-Reply-To: <319259.23531.qm@web712.biz.mail.mud.yahoo.com> References: <319259.23531.qm@web712.biz.mail.mud.yahoo.com> Message-ID: <0JPA00HT3PNGTSA0@mta2.srv.hcvlny.cv.net> At 01:03 PM 10/2/2007, Tony Bibbs wrote: >Which would then beg the question of how far out of our way we want >to go to get E_STRICT working. Personally, I use E_ALL for plugin development. It really helps you avoid variable name mistakes. Stuff like $display = xyz(); return $retval; // undefined variable And it really isn't "out of the way" to be compliant. There's a little pain crunching through some of the screens. But after that it's great. The only real pain is checking every associative array key first. Mostly $_POST, $_GET and $_REQUEST. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From dirk at haun-online.de Tue Oct 2 14:22:13 2007 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 2 Oct 2007 20:22:13 +0200 Subject: [geeklog-devel] Configuration GUI on PHP 4? In-Reply-To: <319259.23531.qm@web712.biz.mail.mud.yahoo.com> References: <319259.23531.qm@web712.biz.mail.mud.yahoo.com> Message-ID: <20071002182213.1866099509@smtp.haun-online.de> Tony Bibbs wrote: >Which would then beg the question of how far out of our way we want to >go to get E_STRICT working. To quote myself from August[1]: >To quote myself from April (missing from the mailing list archives, alas): > >>Some day, Geeklog should work with E_ALL by default (or rather, without >>the need for that error_reporting() statement). We're not that far off, >>actually. There are only some pesky issues with unchecked checkboxes >>that are tedious to code around ... I do actually work with the error_reporting line in lib-common.php commented out and error_reporting=E_ALL in php.ini most of the time. bye, Dirk [1] -- http://www.haun-online.de/ http://spam.tinyweb.net/ From dwight at trumbower.com Fri Oct 5 11:58:26 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Fri, 5 Oct 2007 10:58:26 -0500 Subject: [geeklog-devel] Configuration GUI on PHP 4? Message-ID: <62564dee0710050858j2b870bc8x81b7a0260bac7786@mail.gmail.com> The foreach is where it is blowing up. function updateConfig($change_array) { if (!SEC_inGroup('Root')) return null; $success_array = array(); foreach ($this->config_array as $param_name => $param_value) { if (array_key_exists($param_name, $change_array)) { $change_array[$param_name] = $this->_validate_input($change_array[$param_name]); if ($change_array[$param_name] != $param_value) { $this->set($param_name, $change_array[$param_name]); $success_array[$param_name] = true; } } } return $success_array; } -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwight at trumbower.com Fri Oct 5 12:42:00 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Fri, 5 Oct 2007 11:42:00 -0500 Subject: [geeklog-devel] mysql dump in configuration Message-ID: <62564dee0710050942s21fba664nbf5114cdf85d139c@mail.gmail.com> The current cvs fails when trying to do a mysqldump. This is what the backup contains. Usage: mysqldump [OPTIONS] database [tables] OR mysqldump [OPTIONS] --databases [OPTIONS] DB1 [DB2 DB3...] OR mysqldump [OPTIONS] --all-databases [OPTIONS] For more options, use mysqldump --help Under 1.4.1 it worked correctly. I'm also using PHP4. -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwight at trumbower.com Fri Oct 5 13:02:55 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Fri, 5 Oct 2007 12:02:55 -0500 Subject: [geeklog-devel] CVS Plugin Remove failed Message-ID: <62564dee0710051002q146c5fc9pbd8663960840ce6c@mail.gmail.com> When trying to delete a plugin, get the following error. An error has occurred: 2 - do_uninstall(/var/www/fvyha.com/geeklog14/plugins/advt/functions.inc) [ function.do-uninstall]: failed to open stream: No such file or directory @ /var/www/fvyha.com/geeklog14/public_html/admin/plugins.php line 370 -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwight at trumbower.com Fri Oct 5 13:05:03 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Fri, 5 Oct 2007 12:05:03 -0500 Subject: [geeklog-devel] CVS Plugin Remove failed Message-ID: <62564dee0710051005r28f22499j6c448fc4906e89a5@mail.gmail.com> Disregard the last email. It failed because there was nothing to delete. I guess I need to tidy up the db some. -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From oliver at spiesshofer.com Mon Oct 8 05:55:37 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Mon, 08 Oct 2007 17:55:37 +0800 Subject: [geeklog-devel] PLG_itemDisplay? Message-ID: <4709FE99.7070005@spiesshofer.com> Hi guys, I have tried some new statistics plugin and wanted to record all stories displayed. I thought I run it through PLG_itemDisplay but the funtion does not seem to be called anywhere in the current CVS. When exatctly are the plans for this function? Should that be inserted in all item displays such as stories and plugin-items? Is that something we want to have in this version? Also, the function calls a 'custom_itemdisplay', but the functions in the lib-custom are all called "CUSTOM_...." Do we have a backwards-compatibility-issue if we rename this in the PLG_itemDisplay? Oliver From joe at ThrowingDice.com Mon Oct 8 10:19:37 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Mon, 08 Oct 2007 10:19:37 -0400 Subject: [geeklog-devel] PLG_itemDisplay? In-Reply-To: <4709FE99.7070005@spiesshofer.com> References: <4709FE99.7070005@spiesshofer.com> Message-ID: <0JPL00DIMJVY2L50@mta5.srv.hcvlny.cv.net> At 05:55 AM 10/8/2007, Oliver Spiesshofer wrote: >Hi guys, > >I have tried some new statistics plugin and wanted to record all >stories displayed. >I thought I run it through PLG_itemDisplay but the funtion does not >seem to be called anywhere in the current CVS. >When exatctly are the plans for this function? Should that be >inserted in all item displays such as stories and plugin-items? >Is that something we want to have in this version? >Also, the function calls a 'custom_itemdisplay', but the functions >in the lib-custom are all called "CUSTOM_...." Oliver, there are no plans for PLG_itemDisplay. When you wrote it in January, Dirk said this: >At 06:50 AM 1/9/2007, Dirk Haun wrote: >Oliver, > >>Ok, rewriting the plugin engine was not the original scope of the >>tagging plugin :), but this can certainly be done. >>A PLG_itemDisplay('story') could call all plugins and see if they have >>anything to add to the story display. > >Could you slow down a bit, please? > >Do we even need such an API? We already have something similar in the form of >plugin_templatesetvars_xxx > >bye, Dirk At the time and ever since there have been several proposed changes to these APIs (every 2-3 months) but nothing was ever decided. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From oliver at spiesshofer.com Mon Oct 8 10:31:21 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Mon, 08 Oct 2007 22:31:21 +0800 Subject: [geeklog-devel] PLG_itemDisplay? In-Reply-To: <0JPL00DIMJVY2L50@mta5.srv.hcvlny.cv.net> References: <4709FE99.7070005@spiesshofer.com> <0JPL00DIMJVY2L50@mta5.srv.hcvlny.cv.net> Message-ID: <470A3F39.1060901@spiesshofer.com> true, forgot this :) Oliver Joe Mucchiello wrote: > At 05:55 AM 10/8/2007, Oliver Spiesshofer wrote: >> Hi guys, >> >> I have tried some new statistics plugin and wanted to record all >> stories displayed. >> I thought I run it through PLG_itemDisplay but the funtion does not >> seem to be called anywhere in the current CVS. >> When exatctly are the plans for this function? Should that be >> inserted in all item displays such as stories and plugin-items? >> Is that something we want to have in this version? >> Also, the function calls a 'custom_itemdisplay', but the functions in >> the lib-custom are all called "CUSTOM_...." > > > Oliver, there are no plans for PLG_itemDisplay. When you wrote it in > January, Dirk said this: > > >At 06:50 AM 1/9/2007, Dirk Haun wrote: > >Oliver, > > > >>Ok, rewriting the plugin engine was not the original scope of the > >>tagging plugin :), but this can certainly be done. > >>A PLG_itemDisplay('story') could call all plugins and see if they have > >>anything to add to the story display. > > > >Could you slow down a bit, please? > > > >Do we even need such an API? We already have something similar in the > form of > >plugin_templatesetvars_xxx > > > >bye, Dirk > > At the time and ever since there have been several proposed changes to > these APIs (every 2-3 months) but nothing was ever decided. > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From oliver at spiesshofer.com Mon Oct 8 10:56:22 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Mon, 08 Oct 2007 22:56:22 +0800 Subject: [geeklog-devel] PLG_itemDisplay? In-Reply-To: <0JPL00DIMJVY2L50@mta5.srv.hcvlny.cv.net> References: <4709FE99.7070005@spiesshofer.com> <0JPL00DIMJVY2L50@mta5.srv.hcvlny.cv.net> Message-ID: <470A4516.6080906@spiesshofer.com> I remember now I introduced that function myself but due to the upcoming discussion it was never used. The reason was that plugins should be able to modify or analyze information before display if desired. Simply adding a template variable with plugin_templatesetvars_xxx would require that the plugin is installed together with a template using the variable, and the actual content of the item cannot be seen by the plugin then anyhow. It would be great if the function could be called in the plugin api instead so that the plugin could read the variables of the template out, modify them and then send them back for further processing. I guess that would cover most of the items needed. any thoughts on this? Oliver > >At 06:50 AM 1/9/2007, Dirk Haun wrote: > >Oliver, > > > >>Ok, rewriting the plugin engine was not the original scope of the > >>tagging plugin :), but this can certainly be done. > >>A PLG_itemDisplay('story') could call all plugins and see if they have > >>anything to add to the story display. > > > >Could you slow down a bit, please? > > > >Do we even need such an API? We already have something similar in the > form of > >plugin_templatesetvars_xxx > > > >bye, Dirk From joe at ThrowingDice.com Mon Oct 8 16:27:51 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Mon, 08 Oct 2007 16:27:51 -0400 Subject: [geeklog-devel] PLG_itemDisplay? In-Reply-To: <470A4516.6080906@spiesshofer.com> References: <4709FE99.7070005@spiesshofer.com> <0JPL00DIMJVY2L50@mta5.srv.hcvlny.cv.net> <470A4516.6080906@spiesshofer.com> Message-ID: <0JPM0025W0XOCRW0@mta2.srv.hcvlny.cv.net> There are currently dozens of suggestions regarding this. I'll go with the ones I feel have the path of least resistance: STEP 1: Expand the PLG_templateSetVars function so it is more informative. function PLG_templateSetVars($templateName, $templateclass, $type= '', $data =Array()) function plugin_templatesetvars_$plugin($templateName, $templateclass, $type, $data) This change is the most transparent. The caller of PLG_templateSetVars tells the plugins who he is ($type) and providing a database row associated with the object ($data) if there is one. So existing calls would expand to something like: PLG_templateSetVars('featuredstory', $T, 'article', $A); PLG_templateSetVars('header', $header, 'siteHeader'); // leave the array blank on the header, footer, newuserform, and submitstory Where $A is the result from the DB_fetchArray() for the story. There are only 10 calls to PLG_templateSetVars in CVS so it shouldn't take long to do this. (I've added the call to the calendar plugin as part of the bounty.) Line numbers may be off, I haven't refreshed in a week or two: public_html\lib-common.php(1151): PLG_templateSetVars( 'header', $header, 'siteHeader' ); public_html\lib-common.php(1320): PLG_templateSetVars( 'footer', $footer, 'siteFooter' ); public_html\profiles.php(227): PLG_templateSetVars ('contact', $mail_template, 'email'); public_html\profiles.php(401): PLG_templateSetVars ('emailstory', $mail_template, 'email'); public_html\submit.php(207): PLG_templateSetVars ('story', $storyform, 'submitform'); public_html\users.php(692): PLG_templateSetVars ('registration', $user_templates, 'submitform'); system\lib-comment.php(799): PLG_templateSetVars ('comment', $comment_template, 'submitform'); system\lib-story.php(497): PLG_templateSetVars( 'featuredstorytext', $article, 'article', $story ); system\lib-story.php(503): PLG_templateSetVars( 'archivestorytext', $article, 'article', $story ); system\lib-story.php(509): PLG_templateSetVars( 'storytext', $article, 'article', $story ); Of note here, the PLG_templateSetVars in comments is on the submission form but not on the display. That needs remedy. STEP 2: More than just stories needs to call PLG_itemSaved() Not much to add here. Understood should be that the $type in PLG_itemSaved($id, $type) needs to be the same a the $type in PLG_templateSetVars for sanity sake. STEP 3: This part isn't necessary but it would certainly help plugin development. Add an extra variable to any templates expressly for the use of unknown plugins: {extensions} Plugins use the append mode of set_var() so they don't overwrite some other plugin's use of the {extension} variable: function plugin_templatesetvars_$plugin($templateName, $T, $type, $A) { if ($type == 'block' AND $A['name'] = 'user_block') { $T->set_var('extensions', extendUserBlock($A), true); } } Some templates might include more than one {extensions} variables. For example, Stories might have an {extend_after} and {extend_buttons} so you could add button where the edit button goes. But that is beyond the scope of this task. At 10:56 AM 10/8/2007, Oliver Spiesshofer wrote: >I remember now I introduced that function myself but due to the >upcoming discussion it was never used. >The reason was that plugins should be able to modify or analyze >information before display if desired. >Simply adding a template variable with >plugin_templatesetvars_xxx would require that the plugin is >installed together with a template using the variable, and the >actual content of the item cannot be seen by the plugin then anyhow. >It would be great if the function could be called in the plugin api >instead so that the plugin could read the variables of the template >out, modify them and then send them back for further processing. I >guess that would cover most of the items needed. > >any thoughts on this? > >Oliver > >> >At 06:50 AM 1/9/2007, Dirk Haun wrote: >> >Oliver, >> > >> >>Ok, rewriting the plugin engine was not the original scope of the >> >>tagging plugin :), but this can certainly be done. >> >>A PLG_itemDisplay('story') could call all plugins and see if they have >> >>anything to add to the story display. >> > >> >Could you slow down a bit, please? >> > >> >Do we even need such an API? We already have something similar in >> the form of >> >plugin_templatesetvars_xxx >> > >> >bye, Dirk > >_______________________________________________ >geeklog-devel mailing list >geeklog-devel at lists.geeklog.net >http://eight.pairlist.net/mailman/listinfo/geeklog-devel ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From oliver at spiesshofer.com Mon Oct 8 20:58:02 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Tue, 09 Oct 2007 08:58:02 +0800 Subject: [geeklog-devel] PLG_itemDisplay? In-Reply-To: <0JPM0025W0XOCRW0@mta2.srv.hcvlny.cv.net> References: <4709FE99.7070005@spiesshofer.com> <0JPL00DIMJVY2L50@mta5.srv.hcvlny.cv.net> <470A4516.6080906@spiesshofer.com> <0JPM0025W0XOCRW0@mta2.srv.hcvlny.cv.net> Message-ID: <470AD21A.4020007@spiesshofer.com> Step1: So you would check the data in the array and eventually change it and assign the template variable again with the updated data? Step2: Well the $type is the plugin-id anyhow, so there should not be any discussion Step3: I see how this could help but I think it is enough if the plugin can freely manipulate all template variables before they are displayed. I would support this approach. Anyone else? Oliver Joe Mucchiello wrote: > There are currently dozens of suggestions regarding this. I'll go with > the ones I feel have the path of least resistance: > > > STEP 1: Expand the PLG_templateSetVars function so it is more > informative. > > function PLG_templateSetVars($templateName, $templateclass, $type= '', > $data =Array()) > function plugin_templatesetvars_$plugin($templateName, $templateclass, > $type, $data) > > This change is the most transparent. The caller of PLG_templateSetVars > tells the plugins who he is ($type) and providing a database row > associated with the object ($data) if there is one. So existing calls > would expand to something like: > > PLG_templateSetVars('featuredstory', $T, 'article', $A); > PLG_templateSetVars('header', $header, 'siteHeader'); // leave the > array blank on the header, footer, newuserform, and submitstory > > Where $A is the result from the DB_fetchArray() for the story. > > There are only 10 calls to PLG_templateSetVars in CVS so it shouldn't > take long to do this. (I've added the call to the calendar plugin as > part of the bounty.) > > Line numbers may be off, I haven't refreshed in a week or two: > public_html\lib-common.php(1151): PLG_templateSetVars( 'header', > $header, 'siteHeader' ); > public_html\lib-common.php(1320): PLG_templateSetVars( 'footer', > $footer, 'siteFooter' ); > public_html\profiles.php(227): PLG_templateSetVars > ('contact', $mail_template, 'email'); > public_html\profiles.php(401): PLG_templateSetVars ('emailstory', > $mail_template, 'email'); > public_html\submit.php(207): PLG_templateSetVars ('story', > $storyform, 'submitform'); > public_html\users.php(692): PLG_templateSetVars ('registration', > $user_templates, 'submitform'); > system\lib-comment.php(799): PLG_templateSetVars > ('comment', $comment_template, 'submitform'); > system\lib-story.php(497): PLG_templateSetVars( > 'featuredstorytext', $article, 'article', $story ); > system\lib-story.php(503): PLG_templateSetVars( > 'archivestorytext', $article, 'article', $story ); > system\lib-story.php(509): PLG_templateSetVars( 'storytext', > $article, 'article', $story ); > > Of note here, the PLG_templateSetVars in comments is on the submission > form but not on the display. That needs remedy. > > > STEP 2: More than just stories needs to call PLG_itemSaved() > > Not much to add here. Understood should be that the $type in > PLG_itemSaved($id, $type) needs to be the same a the $type in > PLG_templateSetVars for sanity sake. > > > STEP 3: This part isn't necessary but it would certainly help plugin > development. > > Add an extra variable to any templates expressly for the use of > unknown plugins: {extensions} > Plugins use the append mode of set_var() so they don't overwrite some > other plugin's use of the {extension} variable: > > function plugin_templatesetvars_$plugin($templateName, $T, $type, $A) > { > if ($type == 'block' AND $A['name'] = 'user_block') { > $T->set_var('extensions', extendUserBlock($A), true); > } > } > > Some templates might include more than one {extensions} variables. For > example, Stories might have an {extend_after} and {extend_buttons} so > you could add button where the edit button goes. But that is beyond > the scope of this task. > > > > At 10:56 AM 10/8/2007, Oliver Spiesshofer wrote: >> I remember now I introduced that function myself but due to the >> upcoming discussion it was never used. >> The reason was that plugins should be able to modify or analyze >> information before display if desired. >> Simply adding a template variable with plugin_templatesetvars_xxx >> would require that the plugin is installed together with a template >> using the variable, and the actual content of the item cannot be seen >> by the plugin then anyhow. It would be great if the function could be >> called in the plugin api instead so that the plugin could read the >> variables of the template out, modify them and then send them back >> for further processing. I guess that would cover most of the items >> needed. >> >> any thoughts on this? >> >> Oliver >> >>> >At 06:50 AM 1/9/2007, Dirk Haun wrote: >>> >Oliver, >>> > >>> >>Ok, rewriting the plugin engine was not the original scope of the >>> >>tagging plugin :), but this can certainly be done. >>> >>A PLG_itemDisplay('story') could call all plugins and see if they >>> have >>> >>anything to add to the story display. >>> > >>> >Could you slow down a bit, please? >>> > >>> >Do we even need such an API? We already have something similar in >>> the form of >>> >plugin_templatesetvars_xxx >>> > >>> >bye, Dirk >> >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From joe at ThrowingDice.com Tue Oct 9 01:15:04 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Tue, 09 Oct 2007 01:15:04 -0400 Subject: [geeklog-devel] PLG_itemDisplay? In-Reply-To: <470AD21A.4020007@spiesshofer.com> References: <4709FE99.7070005@spiesshofer.com> <0JPL00DIMJVY2L50@mta5.srv.hcvlny.cv.net> <470A4516.6080906@spiesshofer.com> <0JPM0025W0XOCRW0@mta2.srv.hcvlny.cv.net> <470AD21A.4020007@spiesshofer.com> Message-ID: <0JPM00IANPCF0KW0@mta5.srv.hcvlny.cv.net> At 08:58 PM 10/8/2007, Oliver Spiesshofer wrote: >Step1: >So you would check the data in the array and eventually change it >and assign the template variable again with the updated data? I suspect, for the most part, the only thing in the array needed is the object's primary key: $data['sid'] for articles but some objects you might require more: $data['sid'] and $data['type'] for comments. Why have the plugin_templatesetvar_$plugin function hit the database to get the information when that info is probably already in a variable held by the caller to PLG_templateSetVars? Usually, when you are hooking a template, your output is dependent on the specific article/comment/whatever at hand. Currently, you can fake this with $T->get_var('sid') IF and only IF that variable is set by the code. Adding the variable to the call to PLG_templateSetVars means you can't forget to set the variable. Modifying existing data is one possibility but, as I say in step 3, my guess is most uses of PLG_templateSetVars is to add controls/output to a screen. The ratings plugin is the perfect example of a plugin that adds things to existing objects. >Step2: >Well the $type is the plugin-id anyhow, so there should not be any discussion Yes, I was referring to internal geeklog objects. Is it "article" or "story"? In the submit.php file, it is "story". But the call to PLG_itemSaved uses "article". That kind of stuff needs to be made consistent. >Step3: >I see how this could help but I think it is enough if the plugin can >freely manipulate all template variables before they are displayed. More importantly, do you see where it can hurt? I think have a specific variable designed for plugins which can be manipulated by the theme makers is important. In professional, you might piggy-back your output on one variable. But in another theme it doesn't look right because they've changed the placement of that variable relative to some other variable. Having an independent variable simplifies the theme maker's job. Now, you might argue that {extensions} is not the right word to choose. I can't think of anything better but I'm not satisfied with {extension} either. >I would support this approach. Anyone else? > >Oliver > >Joe Mucchiello wrote: >>There are currently dozens of suggestions regarding this. I'll go >>with the ones I feel have the path of least resistance: >> >> >>STEP 1: Expand the PLG_templateSetVars function so it is more informative. >> >>function PLG_templateSetVars($templateName, $templateclass, $type= >>'', $data =Array()) >>function plugin_templatesetvars_$plugin($templateName, >>$templateclass, $type, $data) >> >>This change is the most transparent. The caller of >>PLG_templateSetVars tells the plugins who he is ($type) and >>providing a database row associated with the object ($data) if >>there is one. So existing calls would expand to something like: >> >> PLG_templateSetVars('featuredstory', $T, 'article', $A); >> PLG_templateSetVars('header', $header, 'siteHeader'); // leave >> the array blank on the header, footer, newuserform, and submitstory >> >>Where $A is the result from the DB_fetchArray() for the story. >> >>There are only 10 calls to PLG_templateSetVars in CVS so it >>shouldn't take long to do this. (I've added the call to the >>calendar plugin as part of the bounty.) >> >>Line numbers may be off, I haven't refreshed in a week or two: >>public_html\lib-common.php(1151): PLG_templateSetVars( >>'header', $header, 'siteHeader' ); >>public_html\lib-common.php(1320): PLG_templateSetVars( >>'footer', $footer, 'siteFooter' ); >>public_html\profiles.php(227): PLG_templateSetVars >>('contact', $mail_template, 'email'); >>public_html\profiles.php(401): PLG_templateSetVars >>('emailstory', $mail_template, 'email'); >>public_html\submit.php(207): PLG_templateSetVars ('story', >>$storyform, 'submitform'); >>public_html\users.php(692): PLG_templateSetVars >>('registration', $user_templates, 'submitform'); >>system\lib-comment.php(799): PLG_templateSetVars >>('comment', $comment_template, 'submitform'); >>system\lib-story.php(497): PLG_templateSetVars( >>'featuredstorytext', $article, 'article', $story ); >>system\lib-story.php(503): PLG_templateSetVars( >>'archivestorytext', $article, 'article', $story ); >>system\lib-story.php(509): PLG_templateSetVars( >>'storytext', $article, 'article', $story ); >> >>Of note here, the PLG_templateSetVars in comments is on the >>submission form but not on the display. That needs remedy. >> >> >>STEP 2: More than just stories needs to call PLG_itemSaved() >> >>Not much to add here. Understood should be that the $type in >>PLG_itemSaved($id, $type) needs to be the same a the $type in >>PLG_templateSetVars for sanity sake. >> >> >>STEP 3: This part isn't necessary but it would certainly help >>plugin development. >> >>Add an extra variable to any templates expressly for the use of >>unknown plugins: {extensions} >>Plugins use the append mode of set_var() so they don't overwrite >>some other plugin's use of the {extension} variable: >> >>function plugin_templatesetvars_$plugin($templateName, $T, $type, $A) >>{ >> if ($type == 'block' AND $A['name'] = 'user_block') { >> $T->set_var('extensions', extendUserBlock($A), true); >> } >>} >> >>Some templates might include more than one {extensions} variables. >>For example, Stories might have an {extend_after} and >>{extend_buttons} so you could add button where the edit button >>goes. But that is beyond the scope of this task. >> >> >> >>At 10:56 AM 10/8/2007, Oliver Spiesshofer wrote: >>>I remember now I introduced that function myself but due to the >>>upcoming discussion it was never used. >>>The reason was that plugins should be able to modify or analyze >>>information before display if desired. >>>Simply adding a template variable with plugin_templatesetvars_xxx >>>would require that the plugin is installed together with a >>>template using the variable, and the actual content of the item >>>cannot be seen by the plugin then anyhow. It would be great if the >>>function could be called in the plugin api instead so that the >>>plugin could read the variables of the template out, modify them >>>and then send them back for further processing. I guess that would >>>cover most of the items needed. >>> >>>any thoughts on this? >>> >>>Oliver >>> >>>> >At 06:50 AM 1/9/2007, Dirk Haun wrote: >>>> >Oliver, >>>> > >>>> >>Ok, rewriting the plugin engine was not the original scope of the >>>> >>tagging plugin :), but this can certainly be done. >>>> >>A PLG_itemDisplay('story') could call all plugins and see if they have >>>> >>anything to add to the story display. >>>> > >>>> >Could you slow down a bit, please? >>>> > >>>> >Do we even need such an API? We already have something similar >>>> in the form of >>>> >plugin_templatesetvars_xxx >>>> > >>>> >bye, Dirk >>> >>>_______________________________________________ >>>geeklog-devel mailing list >>>geeklog-devel at lists.geeklog.net >>>http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> >>---- >>Joe Mucchiello >>Throwing Dice Games >>http://www.throwingdice.com >>_______________________________________________ >>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 ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From oliver at spiesshofer.com Tue Oct 9 02:36:19 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Tue, 09 Oct 2007 14:36:19 +0800 Subject: [geeklog-devel] Creating User & Send email Message-ID: <470B2163.1090904@spiesshofer.com> Hi all, currently, in USER_createAndSendPassword the user is always created first and then the password is sent out. If there is a problem with the password creation, the user is in the database, but cannot be accessed since the password is 'lost'. I would suggest that we create the user only upon sucessfull password sending. Any objections? Oliver From oliver at spiesshofer.com Tue Oct 9 02:50:19 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Tue, 09 Oct 2007 14:50:19 +0800 Subject: [geeklog-devel] Todo List for 1.5.0 release? Message-ID: <470B24AB.6010600@spiesshofer.com> Hi all, Any left over known bugs or problems with the current version before 1.5.0 release? Oliver From oliver at spiesshofer.com Tue Oct 9 06:27:14 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Tue, 09 Oct 2007 18:27:14 +0800 Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/language english.php, 1.302, 1.303 In-Reply-To: <20071009102408.C561810FE12@qs1489.pair.com> References: <20071009102408.C561810FE12@qs1489.pair.com> Message-ID: <470B5782.1090703@spiesshofer.com> Guys, is it completely against standards to use a function as below in the language files? Oliver Oliver wrote: > Modified Files: > english.php > ! 92 => 'Please ' . COM_createLink('check the security of your site', $_CONF['site_admin_url'] . '/sectest.php') . ' before using it!' > ); > From vfuria at gmail.com Tue Oct 9 10:16:36 2007 From: vfuria at gmail.com (Vincent Furia) Date: Tue, 9 Oct 2007 08:16:36 -0600 Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/language english.php, 1.302, 1.303 In-Reply-To: <470B5782.1090703@spiesshofer.com> References: <20071009102408.C561810FE12@qs1489.pair.com> <470B5782.1090703@spiesshofer.com> Message-ID: <8319e2d60710090716m2b803b94s130ec575ce170a1e@mail.gmail.com> No, I believe it has been done in other places before. On 10/9/07, Oliver Spiesshofer wrote: > Guys, > > is it completely against standards to use a function as below in the > language files? > > Oliver > > Oliver wrote: > > Modified Files: > > english.php > > ! 92 => 'Please ' . COM_createLink('check the security of your site', $_CONF['site_admin_url'] . '/sectest.php') . ' before using it!' > > ); > > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From devel at portalparts.com Tue Oct 9 22:17:13 2007 From: devel at portalparts.com (Blaine Lang) Date: Tue, 09 Oct 2007 22:17:13 -0400 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <470B24AB.6010600@spiesshofer.com> References: <470B24AB.6010600@spiesshofer.com> Message-ID: <470C3629.8020002@portalparts.com> Oliver, Dirk is on vacation right now for the rest of the week and then he will need some time to catch up. I suggest we keep the email discussions active and he will join in when he catches up. Blaine Oliver Spiesshofer wrote: > Hi all, > > Any left over known bugs or problems with the current version before > 1.5.0 release? > > Oliver > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From oliver at spiesshofer.com Tue Oct 9 23:15:21 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 10 Oct 2007 11:15:21 +0800 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <470C3629.8020002@portalparts.com> References: <470B24AB.6010600@spiesshofer.com> <470C3629.8020002@portalparts.com> Message-ID: <470C43C9.8080507@spiesshofer.com> Blaine, thanks for the update. I am trying right now to figure out why the update for the gl.net dumpfile to 1.5.0 does not work. There are issues with the logfiles there also. Otherwise I do not have big things on my list anymore. Oliver Blaine Lang wrote: > Oliver, > > Dirk is on vacation right now for the rest of the week and then he > will need some time to catch up. I suggest we keep the email > discussions active and he will join in when he catches up. > > Blaine > > Oliver Spiesshofer wrote: >> Hi all, >> >> Any left over known bugs or problems with the current version before >> 1.5.0 release? >> >> Oliver >> >> _______________________________________________ >> 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 oliver at spiesshofer.com Tue Oct 9 23:19:30 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 10 Oct 2007 11:19:30 +0800 Subject: [geeklog-devel] mysql.class.php error log return value Message-ID: <470C44C2.8040106@spiesshofer.com> Hi, my brain does not want to wrap itself around the object oriented programming of classes... can someone help me to make sure that when that class uses the errorlog, return values from the error-logging function are processed and displayed? If the error log is not writable or other problems occur, the class should be complain. thanks Oliver From oliver at spiesshofer.com Tue Oct 9 23:28:17 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 10 Oct 2007 11:28:17 +0800 Subject: [geeklog-devel] Bug in search result highliter Message-ID: <470C46D1.5060703@spiesshofer.com> Just found a bug: if you search for something with for example two words as "exact phrase" the highligher shows also the single word highlighted, not only where the exact phrase is shown. Search results are correct though. Oliver From devel at portalparts.com Tue Oct 9 23:34:36 2007 From: devel at portalparts.com (Blaine Lang) Date: Tue, 09 Oct 2007 23:34:36 -0400 Subject: [geeklog-devel] PLG_itemDisplay? In-Reply-To: <470AD21A.4020007@spiesshofer.com> References: <4709FE99.7070005@spiesshofer.com> <0JPL00DIMJVY2L50@mta5.srv.hcvlny.cv.net> <470A4516.6080906@spiesshofer.com> <0JPM0025W0XOCRW0@mta2.srv.hcvlny.cv.net> <470AD21A.4020007@spiesshofer.com> Message-ID: <470C484C.7020502@portalparts.com> Oliver Spiesshofer wrote: > Step1: > So you would check the data in the array and eventually change it and > assign the template variable again with the updated data? I am also not convinced that it is necessary to expand the API with a $data array. If a plugin or custom function really needs to lookup some data then adding a DB calls to get this information based on the available keys (in existing template vars) if that data is not already in the existing template vars is not really going to add any noticeable overhead. Joe Mucchiello wrote: > Add an extra variable to any templates expressly for the use of unknown plugins: {extensions} Sounds like a lot of template changes and personally I really have not been limited except on major custom site projects and well that would have been the least of my worries. I would prefer not to make it even more difficult for themers and site admin's to upgrade their site. I'm not against it - just not convinced there is a need that can not be solved today or in the few cases, require a minor and easy theme update by the site admin. I completed a recent project that used a number of custom autotags to set new template vars and I personally prefer to add named template vars as I need them. And if need, any user could easily do as well. Blaine From joe at ThrowingDice.com Tue Oct 9 23:50:07 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Tue, 09 Oct 2007 23:50:07 -0400 Subject: [geeklog-devel] PLG_itemDisplay? In-Reply-To: <470C484C.7020502@portalparts.com> References: <4709FE99.7070005@spiesshofer.com> <0JPL00DIMJVY2L50@mta5.srv.hcvlny.cv.net> <470A4516.6080906@spiesshofer.com> <0JPM0025W0XOCRW0@mta2.srv.hcvlny.cv.net> <470AD21A.4020007@spiesshofer.com> <470C484C.7020502@portalparts.com> Message-ID: <0JPO008O6G2XMIS0@mta3.srv.hcvlny.cv.net> At 11:34 PM 10/9/2007, Blaine Lang wrote: >Oliver Spiesshofer wrote: >>Step1: >>So you would check the data in the array and eventually change it >>and assign the template variable again with the updated data? >I am also not convinced that it is necessary to expand the API with >a $data array. If a plugin or custom function really needs to lookup >some data then adding a DB calls to get this information based on >the available keys (in existing template vars) if that data is not >already in the existing template vars is not really going to add any >noticeable overhead. Why do you object making more data made available to the plugin? Why should the plugin writer have to guess? Go look at calendar/event.php. It never puts the eid into the template (until I finish the bounty). So in order to extend an event template you either modify event.php or fish the eid out of the URL variable. Why have the code do all that parsing when the array of data for the event is already in memory? Just pass it along to the plugins. The overhead to pass an extra variable (a user space memory operation inside PHP) is infinitely small compared to a socket send/recv (involving two kernel traps) to do a DB lookup. And adding the extra variables is mostly transparent to existing code. >Joe Mucchiello wrote: > > Add an extra variable to any templates expressly for the use of > unknown plugins: {extensions} > >Sounds like a lot of template changes and personally I really have >not been limited except on major custom site projects and well that >would have been the least of my worries. I would prefer not to make >it even more difficult for themers and site admin's to upgrade their >site. I'm not against it - just not convinced there is a need that >can not be solved today or in the few cases, require a minor and >easy theme update by the site admin. Again, it's only a template change if the template is passed to PLG_templateSetVars. If you don't call it, you don't change the template. Minor theme updates are only good on pro websites with one theme. What about the site that allows multiple themes? >I completed a recent project that used a number of custom autotags >to set new template vars and I personally prefer to add named >template vars as I need them. And if need, any user could easily do as well. In custom code, this isn't an issue. The customer isn't going to go modifying your theme files afterward. But for public Geeklog, the number of customers is unknown and you can bet they will be customizing it. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From oliver at spiesshofer.com Tue Oct 9 23:54:37 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 10 Oct 2007 11:54:37 +0800 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <470C43C9.8080507@spiesshofer.com> References: <470B24AB.6010600@spiesshofer.com> <470C3629.8020002@portalparts.com> <470C43C9.8080507@spiesshofer.com> Message-ID: <470C4CFD.1080907@spiesshofer.com> I fixed the issues with the update. The main problem was that I assigned the wrong database-table prefix and the error would not show. Another issue was with slashes in the polls upgrade. Now the upgrade from 1.4.1 to 1.5.0 of the gl.net database works fine. Oliver Oliver Spiesshofer wrote: > Blaine, > > thanks for the update. I am trying right now to figure out why the > update for the gl.net dumpfile to 1.5.0 does not work. There are > issues with the logfiles there also. > Otherwise I do not have big things on my list anymore. > > Oliver > > Blaine Lang wrote: >> Oliver, >> >> Dirk is on vacation right now for the rest of the week and then he >> will need some time to catch up. I suggest we keep the email >> discussions active and he will join in when he catches up. >> >> Blaine >> >> Oliver Spiesshofer wrote: >>> Hi all, >>> >>> Any left over known bugs or problems with the current version before >>> 1.5.0 release? >>> >>> Oliver >>> >>> _______________________________________________ >>> 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 joe at ThrowingDice.com Wed Oct 10 00:10:15 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Wed, 10 Oct 2007 00:10:15 -0400 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <470C4CFD.1080907@spiesshofer.com> References: <470B24AB.6010600@spiesshofer.com> <470C3629.8020002@portalparts.com> <470C43C9.8080507@spiesshofer.com> <470C4CFD.1080907@spiesshofer.com> Message-ID: <0JPO00HXNH0H04L0@mta5.srv.hcvlny.cv.net> I had an issue with installer. I grabbed CVS a day before Oliver's latest surge of updates and created an empty database and installed. On my home machine I hate having to restart Apache so I just have a directory called \webroot and I just create sub-directories as I need them (I have like 5 GL installs all sitting next to each other at the moment). So the installer gave me a screen with: site url: http://localhost:8080/strip/public_html (strip is subdirectory under \webroot) admin directory path: /strip/public_html/admin (shouldn't this just be a complete url path?) Looks okay right? It didn't look bad to me. Except when the install finished, all the admin functions had this url: http://localhost:8080/strip/public_html/strip/public_html/admin Oops. I'm guessing I should have just said "admin" for admin directory path. I'll go into configuration and fix it. Ooops can't. I go to the database and fix it. Well, luckily I know how to modify s:63:"http://localhost:8080/strip/public_html/strip/public_html/admin"; and turn it into s:45:"http://localhost:8080/strip/public_html/admin"; In any case, was any testing done on using the installer on installs that are not in the webroot? Is there any way to add a rescue screen in case your admin url gets hosed? Maybe "admin directory path" should be renamed admin url so the url isn't constructed in code after the user can no longer fix it. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From oliver at spiesshofer.com Wed Oct 10 00:24:34 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 10 Oct 2007 12:24:34 +0800 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <0JPO00HXNH0H04L0@mta5.srv.hcvlny.cv.net> References: <470B24AB.6010600@spiesshofer.com> <470C3629.8020002@portalparts.com> <470C43C9.8080507@spiesshofer.com> <470C4CFD.1080907@spiesshofer.com> <0JPO00HXNH0H04L0@mta5.srv.hcvlny.cv.net> Message-ID: <470C5402.5090201@spiesshofer.com> Joe Mucchiello wrote: > I had an issue with installer. I grabbed CVS a day before Oliver's > latest surge of updates and created an empty database and installed. > On my home machine I hate having to restart Apache so I just have a > directory called \webroot and I just create sub-directories as I need > them (I have like 5 GL installs all sitting next to each other at the > moment). So the installer gave me a screen with: > > site url: http://localhost:8080/strip/public_html (strip is > subdirectory under \webroot) I assume you copied all files into that strip-directory and this is correct? > admin directory path: /strip/public_html/admin (shouldn't this > just be a complete url path?) > well its a folder, not an URL (url would start with http://... , path is maybe misleading. The problem here seems to be that this is a relative folder, but the installer gives you the absolute folder. I will check into this. > In any case, was any testing done on using the installer on installs > that are not in the webroot? Is there any way to add a rescue screen > in case your admin url gets hosed? Maybe "admin directory path" should > be renamed admin url so the url isn't constructed in code after the > user can no longer fix it. I dont know what has been tested. The general issue with failed installs and the necessity of going into the DB and amending things here is the only drawback of the config system. The problem is with the issue you had, that the rescue screen has to be saved somewhere in a php file. If the folders are wrong, you wont find that either, or the file will not find the db_configs to make changes. Oliver From oliver at spiesshofer.com Wed Oct 10 00:39:05 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 10 Oct 2007 12:39:05 +0800 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <0JPO00HXNH0H04L0@mta5.srv.hcvlny.cv.net> References: <470B24AB.6010600@spiesshofer.com> <470C3629.8020002@portalparts.com> <470C43C9.8080507@spiesshofer.com> <470C4CFD.1080907@spiesshofer.com> <0JPO00HXNH0H04L0@mta5.srv.hcvlny.cv.net> Message-ID: <470C5769.3020800@spiesshofer.com> Joe, Should be fixed in CVS now. Oliver Joe Mucchiello wrote: > I had an issue with installer. I grabbed CVS a day before Oliver's > latest surge of updates and created an empty database and installed. > On my home machine I hate having to restart Apache so I just have a > directory called \webroot and I just create sub-directories as I need > them (I have like 5 GL installs all sitting next to each other at the > moment). So the installer gave me a screen with: > > site url: http://localhost:8080/strip/public_html (strip is > subdirectory under \webroot) > admin directory path: /strip/public_html/admin (shouldn't this > just be a complete url path?) > > Looks okay right? It didn't look bad to me. Except when the install > finished, all the admin functions had this url: > > http://localhost:8080/strip/public_html/strip/public_html/admin > > Oops. I'm guessing I should have just said "admin" for admin directory > path. I'll go into configuration and fix it. Ooops can't. I go to the > database and fix it. Well, luckily I know how to modify > > s:63:"http://localhost:8080/strip/public_html/strip/public_html/admin"; > > and turn it into > > s:45:"http://localhost:8080/strip/public_html/admin"; > > In any case, was any testing done on using the installer on installs > that are not in the webroot? Is there any way to add a rescue screen > in case your admin url gets hosed? Maybe "admin directory path" should > be renamed admin url so the url isn't constructed in code after the > user can no longer fix it. > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From oliver at spiesshofer.com Wed Oct 10 02:42:07 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 10 Oct 2007 14:42:07 +0800 Subject: [geeklog-devel] PLG_itemDisplay? In-Reply-To: <0JPO008O6G2XMIS0@mta3.srv.hcvlny.cv.net> References: <4709FE99.7070005@spiesshofer.com> <0JPL00DIMJVY2L50@mta5.srv.hcvlny.cv.net> <470A4516.6080906@spiesshofer.com> <0JPM0025W0XOCRW0@mta2.srv.hcvlny.cv.net> <470AD21A.4020007@spiesshofer.com> <470C484C.7020502@portalparts.com> <0JPO008O6G2XMIS0@mta3.srv.hcvlny.cv.net> Message-ID: <470C743F.3010306@spiesshofer.com> Joe Mucchiello wrote: > Go look at calendar/event.php. It never puts the eid into the template > (until I finish the bounty). You are the same dependent on the variables in the data-array as what is in the template. Of course, the chances that the id is in the data is higher than in the template, but the problem remains for all other info. That is not to say that I dont want to data passed in the function call. Oliver From joe at ThrowingDice.com Wed Oct 10 02:48:25 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Wed, 10 Oct 2007 02:48:25 -0400 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <470C5402.5090201@spiesshofer.com> References: <470B24AB.6010600@spiesshofer.com> <470C3629.8020002@portalparts.com> <470C43C9.8080507@spiesshofer.com> <470C4CFD.1080907@spiesshofer.com> <0JPO00HXNH0H04L0@mta5.srv.hcvlny.cv.net> <470C5402.5090201@spiesshofer.com> Message-ID: <0JPO00IQKOC4X021@mta4.srv.hcvlny.cv.net> At 12:24 AM 10/10/2007, Oliver Spiesshofer wrote: >I dont know what has been tested. The general issue with failed >installs and the necessity of going into the DB and amending things >here is the only drawback of the config system. The problem is with >the issue you had, that the rescue screen has to be saved somewhere >in a php file. If the folders are wrong, you wont find that either, >or the file will not find the db_configs to make changes. My thought was there would be a file: public_html/admin/install/rescue.php. The user can't follow a link but they had to get to the install.php file so they should be able to type in the rescue url. When you hit that url, it lets you modify some key config settings. It would be a big security hole, obviously. But geeklog already tells you to delete the install directory when install is complete. So it isn't that big a hole. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From oliver at spiesshofer.com Wed Oct 10 02:55:02 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 10 Oct 2007 14:55:02 +0800 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <0JPO00IQKOC4X021@mta4.srv.hcvlny.cv.net> References: <470B24AB.6010600@spiesshofer.com> <470C3629.8020002@portalparts.com> <470C43C9.8080507@spiesshofer.com> <470C4CFD.1080907@spiesshofer.com> <0JPO00HXNH0H04L0@mta5.srv.hcvlny.cv.net> <470C5402.5090201@spiesshofer.com> <0JPO00IQKOC4X021@mta4.srv.hcvlny.cv.net> Message-ID: <470C7746.5050300@spiesshofer.com> I see what you mean. It could be an option. However, I rather build more checks into the install script. There can be tons of checks for existing directories, proper paths etc that can be done to make sure that the data entered is correct. That would eliminate the need for such a file and make it even more user friendly and also more secure. Oliver Joe Mucchiello wrote: > At 12:24 AM 10/10/2007, Oliver Spiesshofer wrote: >> I dont know what has been tested. The general issue with failed >> installs and the necessity of going into the DB and amending things >> here is the only drawback of the config system. The problem is with >> the issue you had, that the rescue screen has to be saved somewhere >> in a php file. If the folders are wrong, you wont find that either, >> or the file will not find the db_configs to make changes. > > My thought was there would be a file: > public_html/admin/install/rescue.php. The user can't follow a link but > they had to get to the install.php file so they should be able to type > in the rescue url. > > When you hit that url, it lets you modify some key config settings. It > would be a big security hole, obviously. But geeklog already tells you > to delete the install directory when install is complete. So it isn't > that big a hole. > > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From vfuria at gmail.com Wed Oct 10 10:02:46 2007 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 10 Oct 2007 08:02:46 -0600 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <470C7746.5050300@spiesshofer.com> References: <470B24AB.6010600@spiesshofer.com> <470C3629.8020002@portalparts.com> <470C43C9.8080507@spiesshofer.com> <470C4CFD.1080907@spiesshofer.com> <0JPO00HXNH0H04L0@mta5.srv.hcvlny.cv.net> <470C5402.5090201@spiesshofer.com> <0JPO00IQKOC4X021@mta4.srv.hcvlny.cv.net> <470C7746.5050300@spiesshofer.com> Message-ID: <8319e2d60710100702w4f40cb31u47bc1cad1e742af5@mail.gmail.com> I'm with Oliver, additional checks are the way to go. We should endeavor to make the install completely painless in almost every case. We might be able to improve the path detection also. My last install of the latest build detected the wrong admin directory, even though it was directly under public_html (and not in an unusual place). -Vinny On 10/10/07, Oliver Spiesshofer wrote: > I see what you mean. It could be an option. However, I rather build more > checks into the install script. > There can be tons of checks for existing directories, proper paths etc > that can be done to make sure that the data entered is correct. That > would eliminate the need for such a file and make it even more user > friendly and also more secure. > > Oliver > > Joe Mucchiello wrote: > > At 12:24 AM 10/10/2007, Oliver Spiesshofer wrote: > >> I dont know what has been tested. The general issue with failed > >> installs and the necessity of going into the DB and amending things > >> here is the only drawback of the config system. The problem is with > >> the issue you had, that the rescue screen has to be saved somewhere > >> in a php file. If the folders are wrong, you wont find that either, > >> or the file will not find the db_configs to make changes. > > > > My thought was there would be a file: > > public_html/admin/install/rescue.php. The user can't follow a link but > > they had to get to the install.php file so they should be able to type > > in the rescue url. > > > > When you hit that url, it lets you modify some key config settings. It > > would be a big security hole, obviously. But geeklog already tells you > > to delete the install directory when install is complete. So it isn't > > that big a hole. > > > > > > ---- > > Joe Mucchiello > > Throwing Dice Games > > http://www.throwingdice.com > > _______________________________________________ > > 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 dwight at trumbower.com Wed Oct 10 10:09:58 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Wed, 10 Oct 2007 09:09:58 -0500 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <470B24AB.6010600@spiesshofer.com> References: <470B24AB.6010600@spiesshofer.com> Message-ID: <62564dee0710100709q3852c41do73e94b68b1ff9296@mail.gmail.com> Any time you try to change a config parementer, I get the following error. An error has occurred: 2 - Invalid argument supplied for foreach() @ /var/www/fvyha.com/geeklog14/system/classes/config.class.php line 504 On 10/9/07, Oliver Spiesshofer wrote: > > Hi all, > > Any left over known bugs or problems with the current version before > 1.5.0 release? > > Oliver > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From joe at ThrowingDice.com Wed Oct 10 10:17:52 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Wed, 10 Oct 2007 10:17:52 -0400 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <8319e2d60710100702w4f40cb31u47bc1cad1e742af5@mail.gmail.co m> References: <470B24AB.6010600@spiesshofer.com> <470C3629.8020002@portalparts.com> <470C43C9.8080507@spiesshofer.com> <470C4CFD.1080907@spiesshofer.com> <0JPO00HXNH0H04L0@mta5.srv.hcvlny.cv.net> <470C5402.5090201@spiesshofer.com> <0JPO00IQKOC4X021@mta4.srv.hcvlny.cv.net> <470C7746.5050300@spiesshofer.com> <8319e2d60710100702w4f40cb31u47bc1cad1e742af5@mail.gmail.com> Message-ID: <0JPP0074X958OX61@mta1.srv.hcvlny.cv.net> I don't disagree. Extra checks are always good. In fact, you might even use PEAR/HTTP_REQUEST to verify the site_url works (somehow, an html file that return a known string without database access or even opening lib-common, perhaps). But sometimes there is pain, and since all the data in the config tables is serialized, it isn't that easy to fix. Some kind of "reinstall without installing" rescue action is probably needed. At 10:02 AM 10/10/2007, Vincent Furia wrote: >I'm with Oliver, additional checks are the way to go. We should >endeavor to make the install completely painless in almost every case. > We might be able to improve the path detection also. My last install >of the latest build detected the wrong admin directory, even though it >was directly under public_html (and not in an unusual place). > >-Vinny > >On 10/10/07, Oliver Spiesshofer wrote: > > I see what you mean. It could be an option. However, I rather build more > > checks into the install script. > > There can be tons of checks for existing directories, proper paths etc > > that can be done to make sure that the data entered is correct. That > > would eliminate the need for such a file and make it even more user > > friendly and also more secure. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From dwight at trumbower.com Wed Oct 10 10:43:28 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Wed, 10 Oct 2007 09:43:28 -0500 Subject: [geeklog-devel] Saving staticpages gives error Message-ID: <62564dee0710100743j5aa5bce4j5a69b7821276d798@mail.gmail.com> When saving a static page it saves, but you get the following message. Access to this page is denied. Either the page has been moved/removed or you do not have sufficient permissions. -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwight at trumbower.com Wed Oct 10 10:33:44 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Wed, 10 Oct 2007 09:33:44 -0500 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <470B24AB.6010600@spiesshofer.com> References: <470B24AB.6010600@spiesshofer.com> Message-ID: <62564dee0710100733o577015a1tafdd572f77bbe003@mail.gmail.com> Database backups do not work. Shouldn't it also state what database to backup? /usr/bin/mysqldump -hlocalhost -uusername -ppasswordd -Q > "/var/www/fvyha.com/geeklog14/backups/geeklog_db_backup_2007_10_10_09_12_13.sql On 10/9/07, Oliver Spiesshofer wrote: > > Hi all, > > Any left over known bugs or problems with the current version before > 1.5.0 release? > > Oliver > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From oliver at spiesshofer.com Wed Oct 10 12:00:57 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 11 Oct 2007 00:00:57 +0800 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <62564dee0710100733o577015a1tafdd572f77bbe003@mail.gmail.com> References: <470B24AB.6010600@spiesshofer.com> <62564dee0710100733o577015a1tafdd572f77bbe003@mail.gmail.com> Message-ID: <470CF739.4020909@spiesshofer.com> I fixed that in CVS today. Oliver Dwight Trumbower wrote: > Database backups do not work. Shouldn't it also state what database > to backup? > > /usr/bin/mysqldump -hlocalhost -uusername -ppasswordd -Q > > "/var/www/fvyha.com/geeklog14/backups/geeklog_db_backup_2007_10_10_09_12_13.sql > > > On 10/9/07, *Oliver Spiesshofer* > wrote: > > Hi all, > > Any left over known bugs or problems with the current version before > 1.5.0 release? > > Oliver > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > > > -- > Have a Great Day! > > Dwight Trumbower > ------------------------------------------------------------------------ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From oliver at spiesshofer.com Wed Oct 10 12:06:13 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 11 Oct 2007 00:06:13 +0800 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <62564dee0710100709q3852c41do73e94b68b1ff9296@mail.gmail.com> References: <470B24AB.6010600@spiesshofer.com> <62564dee0710100709q3852c41do73e94b68b1ff9296@mail.gmail.com> Message-ID: <470CF875.5000306@spiesshofer.com> works fine here. can you do a var_dump on the parameters? PHP4 or 5? Oliver Dwight Trumbower wrote: > Any time you try to change a config parementer, I get the following error. > > An error has occurred: > 2 - Invalid argument supplied for foreach() @ > /var/www/fvyha.com/geeklog14/system/classes/config.class.php line 504 > > > On 10/9/07, *Oliver Spiesshofer* < oliver at spiesshofer.com > > wrote: > > Hi all, > > Any left over known bugs or problems with the current version before > 1.5.0 release? > > Oliver > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > > > -- > Have a Great Day! > > Dwight Trumbower > ------------------------------------------------------------------------ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From oliver at spiesshofer.com Wed Oct 10 12:06:40 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 11 Oct 2007 00:06:40 +0800 Subject: [geeklog-devel] Saving staticpages gives error In-Reply-To: <62564dee0710100743j5aa5bce4j5a69b7821276d798@mail.gmail.com> References: <62564dee0710100743j5aa5bce4j5a69b7821276d798@mail.gmail.com> Message-ID: <470CF890.5070101@spiesshofer.com> Works also fine here. Oliver Dwight Trumbower wrote: > When saving a static page it saves, but you get the following message. > > Access to this page is denied. Either the page has been moved/removed > or you do not have sufficient permissions. > -- > Have a Great Day! > > Dwight Trumbower > ------------------------------------------------------------------------ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From tony at tonybibbs.com Wed Oct 10 17:35:15 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Wed, 10 Oct 2007 14:35:15 -0700 (PDT) Subject: [geeklog-devel] GSoC Summit Recap Message-ID: <700696.98128.qm@web709.biz.mail.mud.yahoo.com> I'm finally dug out of all the crap from the trip to Cali (Dirk, Northwest lost my bag on the way back), catching up with the wife and kids, etc. My official recap is here: http://www.tonybibbs.com/article.php/GSoCSummit (you have to try the crappers at Google, BTW) Dirk has one but I think it is still only in German so far ;-) Outside of that we did have a talk about GL2 and I think the new approach I think I was able to get buy-in from both Blaine and Dirk is to focus only on the content plugin (formerly the article plugin). In this way we don't have an entire plugin given to one person, rather, all work on a single plugin. This helps by a) given smaller, manageable chunks of code to developers as the ramp into the new framework and 2) allow us to focus on delivery of only one plugin (as opposed to the 3 or 4 half-completed ones). Dirk/Blaine, please feel free to correct me if I'm wrong. Anyway, in the hopes of jump starting that I was curious if anybody would be interested in meeting using a combination of Skype and VNC where I can give a quick overview of the guts of the GL2 framework? What I was able to convey to those guys in Cali is that the core pieces of GL2 are in production use here where I work and many of the components have been borrowed for use in other projects. I figured a Skype conference call with a VNC session would be a good way to cover those. So, then, the million dollar questions would be are there any takers? --Tony From oliver at spiesshofer.com Wed Oct 10 21:41:49 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 11 Oct 2007 09:41:49 +0800 Subject: [geeklog-devel] Saving staticpages gives error In-Reply-To: <62564dee0710100743j5aa5bce4j5a69b7821276d798@mail.gmail.com> References: <62564dee0710100743j5aa5bce4j5a69b7821276d798@mail.gmail.com> Message-ID: <470D7F5D.50501@spiesshofer.com> Also works fine here. If it saves but then gives the error then I assume the new function of returning to a given page after saving that I implemented is giving you trouble. Is this an upgrade or fresh install? Did you update your config.php of the sp plugin? Oliver Oliver Dwight Trumbower wrote: > When saving a static page it saves, but you get the following message. > > Access to this page is denied. Either the page has been moved/removed > or you do not have sufficient permissions. > -- > Have a Great Day! > > Dwight Trumbower > ------------------------------------------------------------------------ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From blanks at mit.edu Wed Oct 10 22:00:52 2007 From: blanks at mit.edu (Aaron Blankstein) Date: Wed, 10 Oct 2007 22:00:52 -0400 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <62564dee0710100709q3852c41do73e94b68b1ff9296@mail.gmail.com> References: <470B24AB.6010600@spiesshofer.com> <62564dee0710100709q3852c41do73e94b68b1ff9296@mail.gmail.com> Message-ID: <2a1a3bb50710101900t50fcdc7eu3d27ff9f92b95c24@mail.gmail.com> The config class in PHP4 has an empty configuration array - I am looking into why this is happening but I really won't get a chance to do too much probing until at least this Saturday. -- Aaron On 10/10/07, Dwight Trumbower wrote: > > Any time you try to change a config parementer, I get the following error. > > An error has occurred: > 2 - Invalid argument supplied for foreach() @ > /var/www/fvyha.com/geeklog14/system/classes/config.class.php line 504 > > > On 10/9/07, Oliver Spiesshofer < oliver at spiesshofer.com> wrote: > > > > Hi all, > > > > Any left over known bugs or problems with the current version before > > 1.5.0 release? > > > > Oliver > > > > _______________________________________________ > > geeklog-devel mailing list > > geeklog-devel at lists.geeklog.net > > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > > > > -- > Have a Great Day! > > Dwight Trumbower > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Wed Oct 10 22:54:48 2007 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 10 Oct 2007 19:54:48 -0700 Subject: [geeklog-devel] GSoC Summit Recap In-Reply-To: <700696.98128.qm@web709.biz.mail.mud.yahoo.com> References: <700696.98128.qm@web709.biz.mail.mud.yahoo.com> Message-ID: <20071011025448.1502258827@smtp.haun-online.de> Tony Bibbs wrote: >(Dirk, Northwest lost my bag on the way back) Welcome to the club! At least you were at home then and not stranded in a foreign country with only a jeans and a t-shirt ... >Dirk has one but I think it is still only in German so far ;-) I'm just trying to blog a bit from here. I'll re-read yours when I'm back. If there's anything I feel I can add, I'll post it here. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From joe at ThrowingDice.com Thu Oct 11 01:17:54 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Thu, 11 Oct 2007 01:17:54 -0400 Subject: [geeklog-devel] GSoC Summit Recap In-Reply-To: <700696.98128.qm@web709.biz.mail.mud.yahoo.com> References: <700696.98128.qm@web709.biz.mail.mud.yahoo.com> Message-ID: <0JPQ006K1ETC01W0@mta5.srv.hcvlny.cv.net> At 05:35 PM 10/10/2007, you wrote: >http://www.tonybibbs.com/article.php/GSoCSummit Who's who in the picture (from left to right)? ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From oliver at spiesshofer.com Thu Oct 11 01:27:34 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 11 Oct 2007 13:27:34 +0800 Subject: [geeklog-devel] GSoC Summit Recap In-Reply-To: <0JPQ006K1ETC01W0@mta5.srv.hcvlny.cv.net> References: <700696.98128.qm@web709.biz.mail.mud.yahoo.com> <0JPQ006K1ETC01W0@mta5.srv.hcvlny.cv.net> Message-ID: <470DB446.1080107@spiesshofer.com> That would be Tony, Blaine. Dirk I assume. Oliver Joe Mucchiello wrote: > At 05:35 PM 10/10/2007, you wrote: >> http://www.tonybibbs.com/article.php/GSoCSummit > > Who's who in the picture (from left to right)? > > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From joe at ThrowingDice.com Thu Oct 11 03:12:06 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Thu, 11 Oct 2007 03:12:06 -0400 Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/system lib-database.php, 1.48, 1.49 In-Reply-To: <20071011015239.A347610FE14@qs1489.pair.com> References: <20071011015239.A347610FE14@qs1489.pair.com> Message-ID: <0JPQ00B80K3OABY0@mta4.srv.hcvlny.cv.net> Shouldn't that be if (SEC_inGroup('Root')) { die ($result); } else { die ('An SQL error has occurred. Please see error.log for details.'); } It's not a good idea to expose database error information to normal users. In fact mentioning the error.log is somewhat weird too. The error message should probably be something like: die ('A database error has occurred. An error message has be sent to the administrator.'); At 09:52 PM 10/10/2007, Oliver wrote: >*** lib-database.php 11 Sep 2007 03:26:50 -0000 1.48 >--- lib-database.php 11 Oct 2007 01:52:37 -0000 1.49 >*************** >*** 184,189 **** > $errmsg .= LB . $db . ': ' . $request; > } >! COM_errorLog ($errmsg); >! die ('An SQL error has occurred. Please see error.log >for details.'); > } > } >--- 184,189 ---- > $errmsg .= LB . $db . ': ' . $request; > } >! $result = COM_errorLog ($errmsg, 3); >! die ($result); > } > } > >_______________________________________________ >geeklog-cvs mailing list >geeklog-cvs at lists.geeklog.net >http://eight.pairlist.net/mailman/listinfo/geeklog-cvs ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From joe at ThrowingDice.com Thu Oct 11 03:29:56 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Thu, 11 Oct 2007 03:29:56 -0400 Subject: [geeklog-devel] Fwd: Templating and Caching In-Reply-To: <0JHF001547A82NI0@mta4.srv.hcvlny.cv.net> References: <558026.38001.qm@web710.biz.mail.mud.yahoo.com> <0JGQ006KQXYNENS0@mta1.srv.hcvlny.cv.net> <20070419205604.594216196@smtp.haun-online.de> <7b42e7470704200420v6da385a3t2e201c84cde70259@mail.gmail.com> <0JH800A5CT4QPID0@mta4.srv.hcvlny.cv.net> <7b42e7470704282255u6c923a66o8763756ddbe1f406@mail.gmail.com> <0JH8003DPZ6M4FS0@mta3.srv.hcvlny.cv.net> <0JHA00LE1L88PG60@mta3.srv.hcvlny.cv.net> <7b42e7470705020001o31e53977gd57a0f01f358d3f5@mail.gmail.com> <0JHF00JDY15HKQL0@mta4.srv.hcvlny.cv.net> <7b42e7470705020701q57a0bf4i8e594cc70666b133@mail.gmail.com> <0JHF001547A82NI0@mta4.srv.hcvlny.cv.net> Message-ID: <0JPQ00H0NKXEVWT0@mta2.srv.hcvlny.cv.net> Well I finally finished the template caching library. It's posted to geeklog.net as a hack: http://www.geeklog.net/filemgmt/visit.php?lid=871 Mark Evans has been running the library on gllabs.org for a while now so there should not be any major issues left with the library. There are a few code changes needed to core Geeklog in order to make it work. They are listed in the readme/install file in the archive linked above but I'll post them here. Essentially, some lazy code in Geeklog (and its plugins) uses the fact that if you parse a file with some of its variables unset, and the later set those variables, the final parse('output'....) will catch your mistake. Since this library uses include 'cached_file' as its "subst" mechanism, this side effect no longer works. Mark says using the library he discovered dozens of cases of "sloppy" code and potential bugs in MediaGallery, his next release of MG will solve those problems. I've corrected similar bugs in forums locally but wasn't fastidious enough to write them all down. Sorry Blaine. The readme/install file in the zip file is 14k. If you have any questions, read it first as it is very descriptive of the whys and hows of the library. This is excerpted from it: Problem: The moderation command and control table doesn't look right Fix: in .../public_html/admin/moderation.php, find this line in the function commandcontrol(): $admin_templates->set_var('cc_icon_width', floor(100/ICONS_PER_ROW)); and move it before the first call to render_cc_item() Problem: The advanced editor does not display its tools ribbon. Fix: in .../public_html/lib-common.php, find this code in the function COM_siteHeader() if( isset( $_CONF['advanced_editor'] ) && ( $_CONF['advanced_editor'] == 1 ) && file_exists( $_CONF['path_layout'] . 'advanced_editor_header.thtml' )) { $header->set_file( 'editor' , 'advanced_editor_header.thtml'); $header->parse( 'advanced_editor', 'editor' ); } else { $header->set_var( 'advanced_editor', '' ); } Move the whole block just before these lines: // Call any plugin that may want to include extra Meta tags // or Javascript functions $header->set_var( 'plg_headercode', $headercode . PLG_getHeaderCode() ); // Call to plugins to set template variables in the header PLG_templateSetVars( 'header', $header ); ------------ Problem: Admin lists fail to show number of records found. Fix: In ADMIN_list, find this line of code: $admin_templates->parse('search_menu', 'search', true); Cut it and paste it after this line: $admin_templates->set_var ('records_found', COM_numberFormat ($num_rows)); ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From joe at ThrowingDice.com Thu Oct 11 13:15:05 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Thu, 11 Oct 2007 13:15:05 -0400 Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html lib-common.php, 1.660, 1.661 In-Reply-To: <20071010015602.4C5F310FE12@qs1489.pair.com> References: <20071010015602.4C5F310FE12@qs1489.pair.com> Message-ID: <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> Shouldn't this all be CSS? . '

. COM_createImage('/images/sysmessage.' . $_IMAGE_TYPE, '', Array("class" => "sysimage")) . $message . '

' In fact, in most of the code (with the exception of install stuff where there is no style sheet), style="..." probably should never appear except perhaps style="display:none". At 09:56 PM 10/9/2007, Oliver wrote: >! $retval .= COM_startBlock( $MESSAGE[40] . ' - ' . $timestamp, '', >! COM_getBlockTemplate( '_msg_block', 'header' )) >! . '

! . ' alt="" style="padding-right:5px; padding-bottom:3px">' >! . $message . '

' >! . COM_endBlock( COM_getBlockTemplate( '_msg_block', 'footer' )); ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From dwight at trumbower.com Thu Oct 11 14:24:02 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Thu, 11 Oct 2007 13:24:02 -0500 Subject: [geeklog-devel] geeklog.net is down Message-ID: <62564dee0710111124v4d936751m7ecf0c596a910593@mail.gmail.com> Blaine, Dirk In case you don't know. -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From joe at ThrowingDice.com Thu Oct 11 14:23:45 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Thu, 11 Oct 2007 14:23:45 -0400 Subject: [geeklog-devel] geeklog.net is down In-Reply-To: <62564dee0710111124v4d936751m7ecf0c596a910593@mail.gmail.co m> References: <62564dee0710111124v4d936751m7ecf0c596a910593@mail.gmail.com> Message-ID: <0JPR00JJMF7530D0@mta5.srv.hcvlny.cv.net> Works for me. At 02:24 PM 10/11/2007, Dwight Trumbower wrote: >Blaine, Dirk > >In case you don't know. > >-- >Have a Great Day! > >Dwight Trumbower >_______________________________________________ >geeklog-devel mailing list >geeklog-devel at lists.geeklog.net >http://eight.pairlist.net/mailman/listinfo/geeklog-devel ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From dwight at trumbower.com Thu Oct 11 14:27:43 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Thu, 11 Oct 2007 13:27:43 -0500 Subject: [geeklog-devel] geeklog.net is down In-Reply-To: <0JPR00JJMF7530D0@mta5.srv.hcvlny.cv.net> References: <62564dee0710111124v4d936751m7ecf0c596a910593@mail.gmail.com> <0JPR00JJMF7530D0@mta5.srv.hcvlny.cv.net> Message-ID: <62564dee0710111127t436f45eqa7374ec76534aee6@mail.gmail.com> Must be fixed. It was giving a pair error message. On 10/11/07, Joe Mucchiello wrote: > > Works for me. > > At 02:24 PM 10/11/2007, Dwight Trumbower wrote: > >Blaine, Dirk > > > >In case you don't know. > > > >-- > >Have a Great Day! > > > >Dwight Trumbower > >_______________________________________________ > >geeklog-devel mailing list > >geeklog-devel at lists.geeklog.net > >http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From joe at ThrowingDice.com Thu Oct 11 16:56:06 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Thu, 11 Oct 2007 16:56:06 -0400 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> Message-ID: <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> I don't put public_html under the geeklog directory so I end up on the admin/install/index.php screen with this: Unable to locate Geeklog files The installation script was unable to locate critical Geeklog files. This is probably because you have moved them from their default location. Please specify the paths to the files and directories below: The entry field is small and my Unix path is over 100 characters. Not convenient. It couldn't find db-config.php and said the path was incorrect. Hitting the "back" button didn't replace /path/to/db-config.php with the 100 characters I just typed. That was annoying. More annoying was the fact that the path was correct but db-config.php was not writable. It was '644'. Setting '666' allowed me to continue. I set it back to '644' and tried again and there was no problem this time. Is there a clearstatcache() in the installer? There should be. I put a / in the database prefix (by mistake) and received a cryptic database error. That field should be validated. siteconfig.php needs the if (strpos ($_SERVER['PHP_SELF'], 'siteconfig.php') !== false) { die ('This file can not be used on its own!'); } or a header('location: index.php'); More fun: Go into Configuration and set "site enabled" to false. Now set it back to true.... ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From garymoncrieff at googlemail.com Thu Oct 11 17:10:21 2007 From: garymoncrieff at googlemail.com (Gary Moncrieff) Date: Thu, 11 Oct 2007 22:10:21 +0100 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> Message-ID: I too experienced an issue with the new installer! I installed 1.5 in a sub directory on one of my domains and there is an extra public_html in the path ie its installed in http://domain.com/geeklog1.5/ with the path to lib_common set as * /home/sites/domain.com/geeklog1.5/public_html/lib-common.php *in the site config file but upon installing which went fine incidently the site is inaccessable and it reports lib-common is in */home/sites/domain.com/public_html/geeklog1.5/public_html/lib-common.php* note the extra public_html after the domian, took a quick look through the config files and could not see this path set anywhere. Havent really had time to delve any deeper into this. Regards Dazzy On 11/10/2007, Joe Mucchiello wrote: > > I don't put public_html under the geeklog directory so I end up on > the admin/install/index.php screen with this: > > > > Unable to locate Geeklog files > > The installation script was unable to locate critical Geeklog files. > This is probably because you have moved them from their default > location. Please specify the paths to the files and directories below: > > > > The entry field is small and my Unix path is over 100 characters. Not > convenient. > > It couldn't find db-config.php and said the path was incorrect. > Hitting the "back" button didn't replace /path/to/db-config.php with > the 100 characters I just typed. That was annoying. > > More annoying was the fact that the path was correct but > db-config.php was not writable. It was '644'. Setting '666' allowed > me to continue. I set it back to '644' and tried again and there was > no problem this time. Is there a clearstatcache() in the installer? > There should be. > > I put a / in the database prefix (by mistake) and received a cryptic > database error. That field should be validated. > > > siteconfig.php needs the > > if (strpos ($_SERVER['PHP_SELF'], 'siteconfig.php') !== false) { > die ('This file can not be used on its own!'); > } > > or a > > header('location: index.php'); > > > > More fun: Go into Configuration and set "site enabled" to false. > Now set it back to true.... > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > > _______________________________________________ > 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 oliver at spiesshofer.com Thu Oct 11 19:30:54 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 12 Oct 2007 07:30:54 +0800 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> Message-ID: <470EB22E.9030402@spiesshofer.com> Joe Mucchiello wrote: > I don't put public_html under the geeklog directory so I end up on the > admin/install/index.php screen with this: > Unable to locate Geeklog files > The installation script was unable to locate critical Geeklog files. > This is probably because you have moved them from their default > location. Please specify the paths to the files and directories below: > well I do not think this can be avoided in any case. > The entry field is small and my Unix path is over 100 characters. Not > convenient. do you have the latest CVS? I I already made the fields longer yesterday. how wide was your field? > It couldn't find db-config.php and said the path was incorrect. > Hitting the "back" button didn't replace /path/to/db-config.php with > the 100 characters I just typed. That was annoying. well thats a browser-problem. If you use Opera I think it works. > More annoying was the fact that the path was correct but db-config.php > was not writable. It was '644'. Setting '666' allowed me to continue. > I set it back to '644' and tried again and there was no problem this time. well there should be a help displayed somewhere that says which files have to be writable. It should however discover that the file is there. > Is there a clearstatcache() in the installer? There should be. dunno. > I put a / in the database prefix (by mistake) and received a cryptic > database error. That field should be validated. > > > siteconfig.php needs the > > if (strpos ($_SERVER['PHP_SELF'], 'siteconfig.php') !== false) { > die ('This file can not be used on its own!'); > } > > or a > > header('location: index.php'); noted. > More fun: Go into Configuration and set "site enabled" to false. > Now set it back to true.... will try it. Oliver From oliver at spiesshofer.com Thu Oct 11 19:25:16 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 12 Oct 2007 07:25:16 +0800 Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/public_html lib-common.php, 1.660, 1.661 In-Reply-To: <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> Message-ID: <470EB0DC.7080709@spiesshofer.com> Yes it should. your classnames donut follow our naming convention btw. I was simply focusing on the repeating code right now instead of that. Oliver Joe Mucchiello wrote: > Shouldn't this all be CSS? > > . '

> . COM_createImage('/images/sysmessage.' . $_IMAGE_TYPE, '', > Array("class" => "sysimage")) > . $message . '

' > > In fact, in most of the code (with the exception of install stuff > where there is no style sheet), style="..." probably should never > appear except perhaps style="display:none". > > At 09:56 PM 10/9/2007, Oliver wrote: >> ! $retval .= COM_startBlock( $MESSAGE[40] . ' - ' . $timestamp, '', >> ! COM_getBlockTemplate( '_msg_block', 'header' )) >> ! . '

> align="left"' >> ! . ' alt="" style="padding-right:5px; padding-bottom:3px">' >> ! . $message . '

' >> ! . COM_endBlock( COM_getBlockTemplate( '_msg_block', >> 'footer' )); > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From geeklog at mystral-kk.net Thu Oct 11 19:53:03 2007 From: geeklog at mystral-kk.net (geeklog at mystral-kk.net) Date: Fri, 12 Oct 2007 08:53:03 +0900 (JST) Subject: [geeklog-devel] Vulnerability found in FCKeditor Message-ID: <48128.192.168.1.22.1192146783.squirrel@www.s215.xrea.com> Hi all, Secunia reports a "Highly critial" vulnerability is found with FCKeditor-2.4.3 (Source: http://www.geeklog.jp/article.php/20071012075725463). How will this affect GL? -- mystral-kk geeklog at mystral-kk.net http://mystral-kk.net From oliver at spiesshofer.com Thu Oct 11 20:05:22 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 12 Oct 2007 08:05:22 +0800 Subject: [geeklog-devel] Vulnerability found in FCKeditor In-Reply-To: <48128.192.168.1.22.1192146783.squirrel@www.s215.xrea.com> References: <48128.192.168.1.22.1192146783.squirrel@www.s215.xrea.com> Message-ID: <470EBA42.5040201@spiesshofer.com> For those who's japanese is a bit rusty, here the original adisory http://secunia.com/advisories/27123/ Oliver geeklog at mystral-kk.net wrote: > Hi all, > > Secunia reports a "Highly critial" vulnerability is found with > FCKeditor-2.4.3 (Source: > http://www.geeklog.jp/article.php/20071012075725463). How will this > affect GL? > From geeklog at mystral-kk.net Thu Oct 11 20:15:14 2007 From: geeklog at mystral-kk.net (geeklog at mystral-kk.net) Date: Fri, 12 Oct 2007 09:15:14 +0900 (JST) Subject: [geeklog-devel] Vulnerability found in FCKeditor In-Reply-To: <470EBA42.5040201@spiesshofer.com> References: <48128.192.168.1.22.1192146783.squirrel@www.s215.xrea.com> <470EBA42.5040201@spiesshofer.com> Message-ID: <40530.192.168.1.22.1192148114.squirrel@www.s215.xrea.com> > For those who's japanese is a bit rusty, here the original adisory > > http://secunia.com/advisories/27123/ > > Oliver Thanks, Oliver. I put the wrong URI in the previous post. -- mystral-kk geeklog at mystral-kk.net http://mystral-kk.net From oliver at spiesshofer.com Thu Oct 11 21:23:22 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 12 Oct 2007 09:23:22 +0800 Subject: [geeklog-devel] Vulnerability found in FCKeditor In-Reply-To: <470EBA42.5040201@spiesshofer.com> References: <48128.192.168.1.22.1192146783.squirrel@www.s215.xrea.com> <470EBA42.5040201@spiesshofer.com> Message-ID: <470ECC8A.8000803@spiesshofer.com> To that topic, I am not sure how we are affected. We are using version 2.3.1, this is reported for 2.4.3. I do not know if this is also an issue with the older version. As a temp fix, please set $Config['Enabled'] = false ; in the file /public_html/fckeditor/editor/filemanager/upload/php/config.php this disables the upload function. Oliver Oliver Spiesshofer wrote: > For those who's japanese is a bit rusty, here the original adisory > > http://secunia.com/advisories/27123/ > > Oliver > > geeklog at mystral-kk.net wrote: >> Hi all, >> >> Secunia reports a "Highly critial" vulnerability is found with >> FCKeditor-2.4.3 (Source: >> http://www.geeklog.jp/article.php/20071012075725463). How will this >> affect GL? >> > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From oliver at spiesshofer.com Thu Oct 11 21:45:56 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 12 Oct 2007 09:45:56 +0800 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <470EB22E.9030402@spiesshofer.com> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> <470EB22E.9030402@spiesshofer.com> Message-ID: <470ED1D4.3050909@spiesshofer.com> Oliver Spiesshofer wrote: > Joe Mucchiello wrote: >> I put a / in the database prefix (by mistake) and received a cryptic >> database error. That field should be validated. >> >> >> siteconfig.php needs the >> >> if (strpos ($_SERVER['PHP_SELF'], 'siteconfig.php') !== false) { >> die ('This file can not be used on its own!'); >> } >> >> or a >> >> header('location: index.php'); > noted. taking a look at it now.... why? Should we do it with all the languages files then also? Oliver From oliver at spiesshofer.com Thu Oct 11 21:52:04 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 12 Oct 2007 09:52:04 +0800 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <470EB22E.9030402@spiesshofer.com> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> <470EB22E.9030402@spiesshofer.com> Message-ID: <470ED344.4070505@spiesshofer.com> Oliver Spiesshofer wrote: > Joe Mucchiello wrote: >> More fun: Go into Configuration and set "site enabled" to false. >> Now set it back to true.... > will try it. > tried it :-) the question is if we have to work something out that the root can still log in. This seems like a major programming issue however, nothing that is fixed in 2 lines. Oliver From joe at ThrowingDice.com Thu Oct 11 22:41:31 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Thu, 11 Oct 2007 22:41:31 -0400 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <470ED1D4.3050909@spiesshofer.com> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> <470EB22E.9030402@spiesshofer.com> <470ED1D4.3050909@spiesshofer.com> Message-ID: <0JPS00GVC258OVQ0@mta3.srv.hcvlny.cv.net> There's a bunch security vulnerabilities from older version of Geeklog where you could take over the site using php files that are not intended as URL target combined with register_globals on. So yeah, the language files should also probably have them too. At 09:45 PM 10/11/2007, Oliver Spiesshofer wrote: >Oliver Spiesshofer wrote: >>Joe Mucchiello wrote: >>>I put a / in the database prefix (by mistake) and received a >>>cryptic database error. That field should be validated. >>> >>> >>>siteconfig.php needs the >>> >>>if (strpos ($_SERVER['PHP_SELF'], 'siteconfig.php') !== false) { >>> die ('This file can not be used on its own!'); >>>} >>> >>>or a >>> >>> header('location: index.php'); >>noted. >taking a look at it now.... why? Should we do it with all the >languages files then also? > >Oliver >_______________________________________________ >geeklog-devel mailing list >geeklog-devel at lists.geeklog.net >http://eight.pairlist.net/mailman/listinfo/geeklog-devel ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From joe at ThrowingDice.com Thu Oct 11 22:44:09 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Thu, 11 Oct 2007 22:44:09 -0400 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <470ED344.4070505@spiesshofer.com> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> <470EB22E.9030402@spiesshofer.com> <470ED344.4070505@spiesshofer.com> Message-ID: <0JPS006P029M9ZR0@mta4.srv.hcvlny.cv.net> I didn't say there was an easy fix. It's just an unforseen consequence of putting the configuration into the database. A shorter fix then recoding root can login is to remove Site_Enabled from the list of variables that goes into the database and move it to the db-config.php file. Not very intuitive but at least it works. At 09:52 PM 10/11/2007, Oliver Spiesshofer wrote: >Oliver Spiesshofer wrote: >>Joe Mucchiello wrote: >>>More fun: Go into Configuration and set "site enabled" to false. >>>Now set it back to true.... >>will try it. >tried it :-) > >the question is if we have to work something out that the root can >still log in. This seems like a major programming issue however, >nothing that is fixed in 2 lines. > >Oliver >_______________________________________________ >geeklog-devel mailing list >geeklog-devel at lists.geeklog.net >http://eight.pairlist.net/mailman/listinfo/geeklog-devel ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From oliver at spiesshofer.com Thu Oct 11 22:45:39 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 12 Oct 2007 10:45:39 +0800 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <0JPS00GVC258OVQ0@mta3.srv.hcvlny.cv.net> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> <470EB22E.9030402@spiesshofer.com> <470ED1D4.3050909@spiesshofer.com> <0JPS00GVC258OVQ0@mta3.srv.hcvlny.cv.net> Message-ID: <470EDFD3.90802@spiesshofer.com> I always assumed that this problem is only there with files that have actual code in them and not only variables. given that this file has some system variables it might be a problem here, but I am not sure with the language files. Oliver Joe Mucchiello wrote: > There's a bunch security vulnerabilities from older version of Geeklog > where you could take over the site using php files that are not > intended as URL target combined with register_globals on. So yeah, the > language files should also probably have them too. > > At 09:45 PM 10/11/2007, Oliver Spiesshofer wrote: >> Oliver Spiesshofer wrote: >>> Joe Mucchiello wrote: >>>> I put a / in the database prefix (by mistake) and received a >>>> cryptic database error. That field should be validated. >>>> >>>> >>>> siteconfig.php needs the >>>> >>>> if (strpos ($_SERVER['PHP_SELF'], 'siteconfig.php') !== false) { >>>> die ('This file can not be used on its own!'); >>>> } >>>> >>>> or a >>>> >>>> header('location: index.php'); >>> noted. >> taking a look at it now.... why? Should we do it with all the >> languages files then also? >> >> Oliver >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From joe at ThrowingDice.com Thu Oct 11 22:48:37 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Thu, 11 Oct 2007 22:48:37 -0400 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <470EB22E.9030402@spiesshofer.com> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> <470EB22E.9030402@spiesshofer.com> Message-ID: <0JPS00H5L2H2QM01@mta1.srv.hcvlny.cv.net> At 07:30 PM 10/11/2007, Oliver Spiesshofer wrote: >Joe Mucchiello wrote: >>I don't put public_html under the geeklog directory so I end up on >>the admin/install/index.php screen with this: >>Unable to locate Geeklog files >>The installation script was unable to locate critical Geeklog >>files. This is probably because you have moved them from their >>default location. Please specify the paths to the files and directories below: >well I do not think this can be avoided in any case. I wasn't complaining about that. I was explaining where I was in the process. The complaint was the short field (see below) and the back button issue (also below) >>The entry field is small and my Unix path is over 100 characters. >>Not convenient. >do you have the latest CVS? I I already made the fields longer >yesterday. how wide was your field? Is this another CVS issue? I ran checkout at 1am EDT today. Was your checkin before or after that? >>It couldn't find db-config.php and said the path was incorrect. >>Hitting the "back" button didn't replace /path/to/db-config.php >>with the 100 characters I just typed. That was annoying. >well thats a browser-problem. If you use Opera I think it works. No, no, no, there's a "back" on the form. It submits a form to admin/install/index.php. That does not repopulate the entry field. >>More annoying was the fact that the path was correct but >>db-config.php was not writable. It was '644'. Setting '666' allowed >>me to continue. I set it back to '644' and tried again and there >>was no problem this time. >well there should be a help displayed somewhere that says which >files have to be writable. It should however discover that the file is there. Actually, someone should play around with that. I had trouble getting any consistency out of this. Sometimes it complains about the 644 and sometimes it doesn't. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From oliver at spiesshofer.com Thu Oct 11 22:53:18 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 12 Oct 2007 10:53:18 +0800 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <0JPS006P029M9ZR0@mta4.srv.hcvlny.cv.net> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> <470EB22E.9030402@spiesshofer.com> <470ED344.4070505@spiesshofer.com> <0JPS006P029M9ZR0@mta4.srv.hcvlny.cv.net> Message-ID: <470EE19E.9090802@spiesshofer.com> Well I did not say that you said :-P moving it out into the file where the DB settings are stored is one option. Anyhow I do not like this site-enabled function a lot, but it depends what you expect from it. If you need it to make sure no functions of the site are used because of a hacking attack or similar, its fine. If you want to close for maintenance, it would be good if root could log in somehow and see the site but noone else could. Oliver Joe Mucchiello wrote: > I didn't say there was an easy fix. It's just an unforseen consequence > of putting the configuration into the database. A shorter fix then > recoding root can login is to remove Site_Enabled from the list of > variables that goes into the database and move it to the db-config.php > file. Not very intuitive but at least it works. > > At 09:52 PM 10/11/2007, Oliver Spiesshofer wrote: >> Oliver Spiesshofer wrote: >>> Joe Mucchiello wrote: >>>> More fun: Go into Configuration and set "site enabled" to false. >>>> Now set it back to true.... >>> will try it. >> tried it :-) >> >> the question is if we have to work something out that the root can >> still log in. This seems like a major programming issue however, >> nothing that is fixed in 2 lines. >> >> Oliver >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From joe at ThrowingDice.com Thu Oct 11 22:57:04 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Thu, 11 Oct 2007 22:57:04 -0400 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <470EDFD3.90802@spiesshofer.com> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> <470EB22E.9030402@spiesshofer.com> <470ED1D4.3050909@spiesshofer.com> <0JPS00GVC258OVQ0@mta3.srv.hcvlny.cv.net> <470EDFD3.90802@spiesshofer.com> Message-ID: <0JPS00NTN2V50HQ0@mta5.srv.hcvlny.cv.net> Do you remember this checkin a couple days ago? Language files sometimes execute code. And thus are vulnerable when register_global is on (and the language directory is in the webroot). --- 1162,1167 ---- 89 => 'Unable to find an OpenID server for the given identity URL.', 90 => 'OpenID identification cancelled.', ! 91 => 'You specified an invalid identity URL.', ! 92 => 'Please ' . COM_createLink('check the security of your site', $_CONF['site_admin_url'] . '/sectest.php') . ' before using it!' ); Example: http://example.com/geeklog/languages/english.php?_CONF[site_admin_url]=http://evil.com Joe At 10:45 PM 10/11/2007, Oliver Spiesshofer wrote: >I always assumed that this problem is only there with files that >have actual code in them and not only variables. >given that this file has some system variables it might be a problem >here, but I am not sure with the language files. > >Oliver > >Joe Mucchiello wrote: >>There's a bunch security vulnerabilities from older version of >>Geeklog where you could take over the site using php files that are >>not intended as URL target combined with register_globals on. So >>yeah, the language files should also probably have them too. >> >>At 09:45 PM 10/11/2007, Oliver Spiesshofer wrote: >>>Oliver Spiesshofer wrote: >>>>Joe Mucchiello wrote: >>>>>I put a / in the database prefix (by mistake) and received a >>>>>cryptic database error. That field should be validated. >>>>> >>>>> >>>>>siteconfig.php needs the >>>>> >>>>>if (strpos ($_SERVER['PHP_SELF'], 'siteconfig.php') !== false) { >>>>> die ('This file can not be used on its own!'); >>>>>} >>>>> >>>>>or a >>>>> >>>>> header('location: index.php'); >>>>noted. >>>taking a look at it now.... why? Should we do it with all the >>>languages files then also? >>> >>>Oliver >>>_______________________________________________ >>>geeklog-devel mailing list >>>geeklog-devel at lists.geeklog.net >>>http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> >>---- >>Joe Mucchiello >>Throwing Dice Games >>http://www.throwingdice.com >>_______________________________________________ >>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 ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From oliver at spiesshofer.com Thu Oct 11 22:59:07 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 12 Oct 2007 10:59:07 +0800 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <0JPS00H5L2H2QM01@mta1.srv.hcvlny.cv.net> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> <470EB22E.9030402@spiesshofer.com> <0JPS00H5L2H2QM01@mta1.srv.hcvlny.cv.net> Message-ID: <470EE2FB.5030305@spiesshofer.com> Joe Mucchiello wrote: > At 07:30 PM 10/11/2007, Oliver Spiesshofer wrote: >> Joe Mucchiello wrote: >>> I don't put public_html under the geeklog directory so I end up on >>> the admin/install/index.php screen with this: >>> Unable to locate Geeklog files >>> The installation script was unable to locate critical Geeklog files. >>> This is probably because you have moved them from their default >>> location. Please specify the paths to the files and directories below: >> well I do not think this can be avoided in any case. > > I wasn't complaining about that. I was explaining where I was in the > process. The complaint was the short field (see below) and the back > button issue (also below) > sure. I just noted it in case there is a misunderstanding. >>> The entry field is small and my Unix path is over 100 characters. >>> Not convenient. >> do you have the latest CVS? I I already made the fields longer >> yesterday. how wide was your field? > > Is this another CVS issue? I ran checkout at 1am EDT today. Was your > checkin before or after that? Dunno about the time I did it. I think I made the field 100 long. > >>> It couldn't find db-config.php and said the path was incorrect. >>> Hitting the "back" button didn't replace /path/to/db-config.php with >>> the 100 characters I just typed. That was annoying. >> well thats a browser-problem. If you use Opera I think it works. > > No, no, no, there's a "back" on the form. It submits a form to > admin/install/index.php. That does not repopulate the entry field. ah ok >>> More annoying was the fact that the path was correct but >>> db-config.php was not writable. It was '644'. Setting '666' allowed >>> me to continue. I set it back to '644' and tried again and there was >>> no problem this time. >> well there should be a help displayed somewhere that says which files >> have to be writable. It should however discover that the file is there. > > Actually, someone should play around with that. I had trouble getting > any consistency out of this. Sometimes it complains about the 644 and > sometimes it doesn't. > Well it seems to me the whole checks/balances of the installer have to be revisited. Since I am in another major code revamp of the admin pages I dont really have time to look into that since I want to get that done today, and next week I will be out of the country. Oliver From joe at ThrowingDice.com Thu Oct 11 23:03:30 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Thu, 11 Oct 2007 23:03:30 -0400 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <470EE19E.9090802@spiesshofer.com> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> <470EB22E.9030402@spiesshofer.com> <470ED344.4070505@spiesshofer.com> <0JPS006P029M9ZR0@mta4.srv.hcvlny.cv.net> <470EE19E.9090802@spiesshofer.com> Message-ID: <0JPS00CS635VF4Y0@mta3.srv.hcvlny.cv.net> I agree. It would be nice is there were a "root" maintenance mode. That is beyond the scope of getting hosed by flipping a config option to false by mistake. Start a new thread. :-) Joe At 10:53 PM 10/11/2007, Oliver Spiesshofer wrote: >Well I did not say that you said :-P > >moving it out into the file where the DB settings are stored is one option. >Anyhow I do not like this site-enabled function a lot, but it >depends what you expect from it. >If you need it to make sure no functions of the site are used >because of a hacking attack or similar, its fine. >If you want to close for maintenance, it would be good if root could >log in somehow and see the site but noone else could. > >Oliver > >Joe Mucchiello wrote: >>I didn't say there was an easy fix. It's just an unforseen >>consequence of putting the configuration into the database. A >>shorter fix then recoding root can login is to remove Site_Enabled >>from the list of variables that goes into the database and move it >>to the db-config.php file. Not very intuitive but at least it works. >> >>At 09:52 PM 10/11/2007, Oliver Spiesshofer wrote: >>>Oliver Spiesshofer wrote: >>>>Joe Mucchiello wrote: >>>>>More fun: Go into Configuration and set "site enabled" to false. >>>>>Now set it back to true.... >>>>will try it. >>>tried it :-) >>> >>>the question is if we have to work something out that the root can >>>still log in. This seems like a major programming issue however, >>>nothing that is fixed in 2 lines. >>> >>>Oliver >>>_______________________________________________ >>>geeklog-devel mailing list >>>geeklog-devel at lists.geeklog.net >>>http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> >>---- >>Joe Mucchiello >>Throwing Dice Games >>http://www.throwingdice.com >>_______________________________________________ >>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 ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From devel at portalparts.com Thu Oct 11 23:06:37 2007 From: devel at portalparts.com (Blaine Lang) Date: Thu, 11 Oct 2007 23:06:37 -0400 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <0JPS00NTN2V50HQ0@mta5.srv.hcvlny.cv.net> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> <470EB22E.9030402@spiesshofer.com> <470ED1D4.3050909@spiesshofer.com> <0JPS00GVC258OVQ0@mta3.srv.hcvlny.cv.net> <470EDFD3.90802@spiesshofer.com> <0JPS00NTN2V50HQ0@mta5.srv.hcvlny.cv.net> Message-ID: <470EE4BD.4070907@portalparts.com> Joe Mucchiello wrote: > Example: > http://example.com/geeklog/languages/english.php?_CONF[site_admin_url]=http://evil.com > It may be just late for me but I will ask the question anyways. What vulnerability does the above create - as this is very different then a remote file include vulnerbility. If someone wants to run english.php and change $_CONF['site_admin_url'] - what are they going to harm or see happen? This is an issue in library files that have stmts like include($_CONF['site_url'] . '/myplugin/myfile.php') and someone passes in a new value for $_CONF['site_url'] Not an issue if said file does an include of lib-common.php as that sets $_CONF and over-rides any passed in parm values. ** above noted for background ** BTW: Adding the extra security test is a good idea and good practice - just exploring what you see as the exposed exploit. Blaine From oliver at spiesshofer.com Thu Oct 11 23:27:39 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 12 Oct 2007 11:27:39 +0800 Subject: [geeklog-devel] Config settings To Do Message-ID: <470EE9AB.9040409@spiesshofer.com> Here is a short summary of that is still missing/new options with the configuration editor. Please feel free to add. - there needs to be an explanation what the (x) is does. Should it be disabled for certain values? - site_enabled should be moved to a file instead of the DB - the 'tabs' look the same as the story editor, but work differently since changes are lost if not saved. the layout should not be the same then. - There could be checks for the paths if they are correct - there could be a short description directly in the editor. its very annoying to look it up in the helpfile, even with the link. - how does one develop a plugin so that it uses the DB? - the std-plugins should all support the db-config - the (?) and (X) should be replaced by icons ... ? Oliver From oliver at spiesshofer.com Thu Oct 11 23:39:47 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 12 Oct 2007 11:39:47 +0800 Subject: [geeklog-devel] Config settings To Do In-Reply-To: <470EE9AB.9040409@spiesshofer.com> References: <470EE9AB.9040409@spiesshofer.com> Message-ID: <470EEC83.40300@spiesshofer.com> more: Here is a short summary of that is still missing/new options with the configuration editor. Please feel free to add. - there needs to be an explanation what the (x) is does. Should it be disabled for certain values? - site_enabled should be moved to a file instead of the DB - the 'tabs' look the same as the story editor, but work differently since changes are lost if not saved. the layout should not be the same then. - There could be checks for the paths if they are correct - there could be a short description directly in the editor. its very annoying to look it up in the helpfile, even with the link. - how does one develop a plugin so that it uses the DB? - the std-plugins should all support the db-config - the (?) and (X) should be replaced by icons - why does the (X) as well as the menu buttons are Javascript? they behave exactly like normal links as far as I can see here. - why does the X apply the changes immediately and not via the save-button? From joe at ThrowingDice.com Fri Oct 12 02:08:41 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Fri, 12 Oct 2007 02:08:41 -0400 Subject: [geeklog-devel] 1.5 Installer stuff In-Reply-To: <470EE4BD.4070907@portalparts.com> References: <20071010015602.4C5F310FE12@qs1489.pair.com> <0JPR00KCGC0PEVA0@mta1.srv.hcvlny.cv.net> <0JPR00830M5O1L51@mta2.srv.hcvlny.cv.net> <470EB22E.9030402@spiesshofer.com> <470ED1D4.3050909@spiesshofer.com> <0JPS00GVC258OVQ0@mta3.srv.hcvlny.cv.net> <470EDFD3.90802@spiesshofer.com> <0JPS00NTN2V50HQ0@mta5.srv.hcvlny.cv.net> <470EE4BD.4070907@portalparts.com> Message-ID: <0JPS009Q4BQIXM21@mta2.srv.hcvlny.cv.net> At 11:06 PM 10/11/2007, Blaine Lang wrote: >Joe Mucchiello wrote: >>Example: >>http://example.com/geeklog/languages/english.php?_CONF[site_admin_url]=http://evil.com >> >It may be just late for me but I will ask the question anyways. >What vulnerability does the above create - as this is very different >then a remote file include vulnerbility. If someone wants to run >english.php and change $_CONF['site_admin_url'] - what are they >going to harm or see happen? I don't claim there is a current vulnerability. I'm just saying that now there is the potential for code to run in language files. Today it's just a function call. Who knows what someone might be able to make that do at some point in the future. It doesn't hurt to add the "can't run this file" logic. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From tony at tonybibbs.com Fri Oct 12 10:51:55 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Fri, 12 Oct 2007 07:51:55 -0700 (PDT) Subject: [geeklog-devel] 1.5 Installer stuff Message-ID: <737163.83301.qm@web702.biz.mail.mud.yahoo.com> He's probably right, though, I think the risk is extremely low given most installations don't expose the language/ directory in the public web tree. I guess more to the point, where do you draw the line? I mean think about it...*all* the .php files outside of the public_html as well as some inside the tree need to have this check (some of which I know already do). The scenarios it would take to exploit this requires the ability to write to one of the files in the first place which can't really be put on GL. Don't get me wrong, add the check since one of our claim to fames is security...I'm just not that concerned about it. --Tony ----- Original Message ---- From: Joe Mucchiello To: Geeklog Development Sent: Friday, October 12, 2007 1:08:41 AM Subject: Re: [geeklog-devel] 1.5 Installer stuff At 11:06 PM 10/11/2007, Blaine Lang wrote: >Joe Mucchiello wrote: >>Example: >>http://example.com/geeklog/languages/english.php?_CONF[site_admin_url]=http://evil.com >> >It may be just late for me but I will ask the question anyways. >What vulnerability does the above create - as this is very different >then a remote file include vulnerbility. If someone wants to run >english.php and change $_CONF['site_admin_url'] - what are they >going to harm or see happen? I don't claim there is a current vulnerability. I'm just saying that now there is the potential for code to run in language files. Today it's just a function call. Who knows what someone might be able to make that do at some point in the future. It doesn't hurt to add the "can't run this file" logic. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com _______________________________________________ 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 Oct 13 06:26:35 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 13 Oct 2007 12:26:35 +0200 Subject: [geeklog-devel] GSoC Summit Recap In-Reply-To: <20071011025448.1502258827@smtp.haun-online.de> References: <700696.98128.qm@web709.biz.mail.mud.yahoo.com> <20071011025448.1502258827@smtp.haun-online.de> Message-ID: <20071013102635.1649708307@smtp.haun-online.de> Dirk Haun wrote: >Tony Bibbs wrote: > >>(Dirk, Northwest lost my bag on the way back) > >Welcome to the club! At least you were at home then and not stranded in >a foreign country with only a jeans and a t-shirt ... Well, guess what happened on the way home? *sigh* To at least post something productive: The slides for the webspam presentation are now up on geeklog.net: http://www.geeklog.net/filemgmt/index.php?id=873 bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From geiss at midnightforce.com Sun Oct 14 02:51:42 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Sun, 14 Oct 2007 00:51:42 -0600 Subject: [geeklog-devel] New GL default theme Message-ID: <4711BC7E.1020500@midnightforce.com> Hi all, I didn't receive any feedback on my previous thoughts re: a new GL default theme, so I decided to go ahead and do a mockup (since a picture is worth a 1000 words :-) ). Please check it out at http://geiss.getmyip.com/gl141/ and give me your thoughts. I am also wondering if anyone with admin rights to CVS has added the XHTML changes submitted by mystral-kk/ /in this devel email: http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html . This would be a big help in moving forward with new themes. Thx! Eric "Geiss" Warren =MF=Geiss wrote: > Hi all, > > Long time lurker, first time contributor. Go easy! :-) > > It sounds like the real question is, does one bite the bullet now or > later? Personally, I would like to see now. XHTML and CSS layouts are > the way to go IMHO. The landscape is changing rapidly, and I know > everyone hates to hear it, but GL's layout shows its age more and more > every day. If the steps aren't taken now, then when? If one waits 2-3 > releases, they are very realistically talking about year(s) until a > layout revisit. > > I have some ideas for a new default theme, basically a Frankenstein of > the existing Refresh_F theme (re-worked colors, etc.) and the header > background at http://www.bartelme.at. I also think the main site needs > to be re-designed to be more "surfer" friendly. Let me explain. Like > others have said before, the average joe coming to gl.net to check it > out will get their first impression (like it or not) from the way the > site looks. Too much info (especially text-based stuff) on the main > page is overwhelming. There are ways to still incorporate a lot of > info, but let the user experience it at their own pace. For example, I > like the Extras tab toward the bottom of http://complementaryduo.com/ > that expands and repositions itself at the top of the page. Something > similar could be tied into the static pages in that when you set a > static page to be the Extras section, its content would appear in the > slide-down box. Almost like a "featured" static page. Also, more block > real estate could be saved by moving login/my account info into a > slide-down header similar to http://www.builtbybuffalo.com. I would be > willing to proceed with work on a new theme, and gl.net re-layout, if > of course I have the blessing of the core team and the help of all the > wonderful people here. :-) My goal is to make GL eye catching and > interesting. Yes, some of the javascript I mentioned above is > eye-candy, but there needs to be a certain amount of it, if gl is > going to appeal to a wider base of users. > > GL does a lot of things right, I think a theme's functions.php file > should be put to more use with regards to selecting column layout, > etc. The person who converted the GL layout to transitional XHTML > already put forth a lot of effort that would be a great place to > start, and it sounds like Oliver is willing to put forth additional > backend effort to make it a reality. I see a need for a developer road > map, as organization of teams and a clear vision for the future of GL > are lacking. But other than that, it sounds like there are those > willing to make it happen. They're just waiting for a green light > from... somebody. > > What time frame are we shooting for the 1.5 release? Like I said, I am > willing to put in some significant hours, but I don't want to see > things drag on forever. Again, I think a clear road map and timetable > would be beneficial to help everyone focus and prioritize. GL has a > great core, a great forum, and a great media gallery. Now it needs a > great look. ...maybe a new name and tagline... gl - the cms for the > rest of us. :-) > > Respectfully, > > Eric aka "Geiss" Warren > > Oliver Spiesshofer wrote: >> Here is the current state of affairs regarding the layout: >> >> It would be quite easy to do CSS-only layouts, as I found out now. >> Only very minor changes are necessary to create a center-left-right >> HTML/CSS, one of them being to add a right_blocks_in_footer config to >> the left_blocks_in_footer, and the other a flag to COM_showBlocks >> that makes the function simply return if there are left or right >> blocks in the layout and therefore assign different classes to >> elements in either footer or header. >> >> Now the problem: If we want a layout that has the center in the html >> before the left and right blocks, we cannot have a footer anymore >> that spans the whole page as far as I could find out. The ideal >> layout for center-first HTML is described here: >> http://glish.com/css/7.asp If anyone manages to put a footer there, >> please tell me how. The footer would have only the width of the >> story, if the left/right blocks are shorter, there will be a blank >> space. >> >> So the only thing left over, if we want a footer, is to have a left, >> right, center, footer order in HTML and float everything to the left >> (http://css.maxdesign.com.au/floatutorial/tutorial0916.htm). This >> would require to display all blocks in the header, I do not really >> know however what those left_blocks_in_footer are doing in the config >> in the first place, this should be set only in the theme.... well, in >> an ideal world this would not be necessary anyhow since all elements >> would be joined together in one central function. >> >> So here is my proposal: >> 1. modify COM_siteHeader and COM_siteFooter so that either of them >> can display right and left blocks (for the left blocks, that is >> already the case, so why not for both?) This is to allow theme >> authors to really do what they want and not be forced to a certain >> order of the main 3 elements. This would be obsolete once we >> introduce step 5. >> 2. Add an option to simply tell if blocks are there to >> COM_showBlocks, so that in the header and footer, layouts of elements >> can differ depending on the existence of left and right blocks. >> 3. Use a table-free layout for the professional theme with >> left-right-center floated. >> 4. (draft) Introduce a minimal-layout where the CSS only is changed >> to display the center first. I am not sure how to make mobile devices >> to choose this by default, and how this will look like, but I will >> try to find a proper solution before introducing any of this. >> 5. (draft) Create a new function that creates all elements in one go >> and replaces the COM_siteHeader + center + COM_siteFooter. Both ways >> will be available but the aforementioned will be deprecated and >> removed 3-4 (?) versions later. >> >> comments, suggestions, flying axes? >> >> Oliver > From oliver at spiesshofer.com Sun Oct 14 05:37:14 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Sun, 14 Oct 2007 17:37:14 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <4711BC7E.1020500@midnightforce.com> References: <4711BC7E.1020500@midnightforce.com> Message-ID: <4711E34A.4040506@spiesshofer.com> Geiss, I have submitted a change to the CVS that removes the left-blocks-in-footer variable from the config.php and defaults it to true. In adition, I added the right-blocks-in-footer variable and defaulted it to false. If you change one of them now in the function.php of the template, you can create CSS themes w/o any tables. I dont know about the XHTML changes submitted. However, a LOT of the HTML code created in the functions is pure HTML, not XHTML. I would suggest that we start using XHTML after the complete PHP-generated HTML is able to output both depending on a config setting. The new theme looks great. If you want to take the CVS and remove all the tables from your layout please go ahead. I am a bit off for the coming 6 days so dont expect quick answers from me :-) Oliver =MF=Geiss wrote: > Hi all, > > I didn't receive any feedback on my previous thoughts re: a new GL > default theme, so I decided to go ahead and do a mockup (since a > picture is worth a 1000 words :-) ). Please check it out at > http://geiss.getmyip.com/gl141/ and give me your thoughts. > > I am also wondering if anyone with admin rights to CVS has added the > XHTML changes submitted by mystral-kk/ /in this devel email: > http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html > . This would be a big help in moving forward with new themes. > > Thx! > > Eric "Geiss" Warren > > > =MF=Geiss wrote: >> Hi all, >> >> Long time lurker, first time contributor. Go easy! :-) >> >> It sounds like the real question is, does one bite the bullet now or >> later? Personally, I would like to see now. XHTML and CSS layouts are >> the way to go IMHO. The landscape is changing rapidly, and I know >> everyone hates to hear it, but GL's layout shows its age more and >> more every day. If the steps aren't taken now, then when? If one >> waits 2-3 releases, they are very realistically talking about year(s) >> until a layout revisit. >> >> I have some ideas for a new default theme, basically a Frankenstein >> of the existing Refresh_F theme (re-worked colors, etc.) and the >> header background at http://www.bartelme.at. I also think the main >> site needs to be re-designed to be more "surfer" friendly. Let me >> explain. Like others have said before, the average joe coming to >> gl.net to check it out will get their first impression (like it or >> not) from the way the site looks. Too much info (especially >> text-based stuff) on the main page is overwhelming. There are ways to >> still incorporate a lot of info, but let the user experience it at >> their own pace. For example, I like the Extras tab toward the bottom >> of http://complementaryduo.com/ that expands and repositions itself >> at the top of the page. Something similar could be tied into the >> static pages in that when you set a static page to be the Extras >> section, its content would appear in the slide-down box. Almost like >> a "featured" static page. Also, more block real estate could be saved >> by moving login/my account info into a slide-down header similar to >> http://www.builtbybuffalo.com. I would be willing to proceed with >> work on a new theme, and gl.net re-layout, if of course I have the >> blessing of the core team and the help of all the wonderful people >> here. :-) My goal is to make GL eye catching and interesting. Yes, >> some of the javascript I mentioned above is eye-candy, but there >> needs to be a certain amount of it, if gl is going to appeal to a >> wider base of users. >> >> GL does a lot of things right, I think a theme's functions.php file >> should be put to more use with regards to selecting column layout, >> etc. The person who converted the GL layout to transitional XHTML >> already put forth a lot of effort that would be a great place to >> start, and it sounds like Oliver is willing to put forth additional >> backend effort to make it a reality. I see a need for a developer >> road map, as organization of teams and a clear vision for the future >> of GL are lacking. But other than that, it sounds like there are >> those willing to make it happen. They're just waiting for a green >> light from... somebody. >> >> What time frame are we shooting for the 1.5 release? Like I said, I >> am willing to put in some significant hours, but I don't want to see >> things drag on forever. Again, I think a clear road map and timetable >> would be beneficial to help everyone focus and prioritize. GL has a >> great core, a great forum, and a great media gallery. Now it needs a >> great look. ...maybe a new name and tagline... gl - the cms for the >> rest of us. :-) >> >> Respectfully, >> >> Eric aka "Geiss" Warren >> >> Oliver Spiesshofer wrote: >>> Here is the current state of affairs regarding the layout: >>> >>> It would be quite easy to do CSS-only layouts, as I found out now. >>> Only very minor changes are necessary to create a center-left-right >>> HTML/CSS, one of them being to add a right_blocks_in_footer config >>> to the left_blocks_in_footer, and the other a flag to COM_showBlocks >>> that makes the function simply return if there are left or right >>> blocks in the layout and therefore assign different classes to >>> elements in either footer or header. >>> >>> Now the problem: If we want a layout that has the center in the html >>> before the left and right blocks, we cannot have a footer anymore >>> that spans the whole page as far as I could find out. The ideal >>> layout for center-first HTML is described here: >>> http://glish.com/css/7.asp If anyone manages to put a footer there, >>> please tell me how. The footer would have only the width of the >>> story, if the left/right blocks are shorter, there will be a blank >>> space. >>> >>> So the only thing left over, if we want a footer, is to have a left, >>> right, center, footer order in HTML and float everything to the left >>> (http://css.maxdesign.com.au/floatutorial/tutorial0916.htm). This >>> would require to display all blocks in the header, I do not really >>> know however what those left_blocks_in_footer are doing in the >>> config in the first place, this should be set only in the theme.... >>> well, in an ideal world this would not be necessary anyhow since all >>> elements would be joined together in one central function. >>> >>> So here is my proposal: >>> 1. modify COM_siteHeader and COM_siteFooter so that either of them >>> can display right and left blocks (for the left blocks, that is >>> already the case, so why not for both?) This is to allow theme >>> authors to really do what they want and not be forced to a certain >>> order of the main 3 elements. This would be obsolete once we >>> introduce step 5. >>> 2. Add an option to simply tell if blocks are there to >>> COM_showBlocks, so that in the header and footer, layouts of >>> elements can differ depending on the existence of left and right >>> blocks. >>> 3. Use a table-free layout for the professional theme with >>> left-right-center floated. >>> 4. (draft) Introduce a minimal-layout where the CSS only is changed >>> to display the center first. I am not sure how to make mobile >>> devices to choose this by default, and how this will look like, but >>> I will try to find a proper solution before introducing any of this. >>> 5. (draft) Create a new function that creates all elements in one go >>> and replaces the COM_siteHeader + center + COM_siteFooter. Both ways >>> will be available but the aforementioned will be deprecated and >>> removed 3-4 (?) versions later. >>> >>> comments, suggestions, flying axes? >>> >>> Oliver >> > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From geiss at midnightforce.com Sun Oct 14 13:37:55 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Sun, 14 Oct 2007 11:37:55 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <4711E34A.4040506@spiesshofer.com> References: <4711BC7E.1020500@midnightforce.com> <4711E34A.4040506@spiesshofer.com> Message-ID: <471253F3.1050607@midnightforce.com> Quoting Oliver: "I don't know about the XHTML changes submitted. However, a LOT of the HTML code created in the functions is pure HTML, not XHTML. I would suggest that we start using XHTML after the complete PHP-generated HTML is able to output both depending on a config setting." I may be mistaken, but I believe that the translation to XHTML included all the core php files, not just the .thtml files. If you look in the original archive (which I've attached to this email), you'll see that it looks like a full GL rewrite (at least to my untrained eye ;-) ). Also, if you visit the test site referenced in http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html which is http://www.trybase.com/~sun/ you can see that it validates XHTML 1.0 Transitional. From lib-common.php line 903: $feed_url[] = ''; From story.php line 550: $featured_options = ""; So, can someone confirm this? I believe, dengen (http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html) went to a lot of effort to go through this. I'm sure there have been code changes since they converted to XHTML from the CVS snapshot of Sept. 17th. I would think it important to capitalize on these wonderful changes before the codebases become too different. Thx! Eric "Geiss" Warren Oliver Spiesshofer wrote: > Geiss, > > I have submitted a change to the CVS that removes the > left-blocks-in-footer variable from the config.php and defaults it to > true. In adition, I added the right-blocks-in-footer variable and > defaulted it to false. > If you change one of them now in the function.php of the template, you > can create CSS themes w/o any tables. > > I dont know about the XHTML changes submitted. However, a LOT of the > HTML code created in the functions is pure HTML, not XHTML. I would > suggest that we start using XHTML after the complete PHP-generated > HTML is able to output both depending on a config setting. > > The new theme looks great. If you want to take the CVS and remove all > the tables from your layout please go ahead. I am a bit off for the > coming 6 days so dont expect quick answers from me :-) > > Oliver > > =MF=Geiss wrote: >> Hi all, >> >> I didn't receive any feedback on my previous thoughts re: a new GL >> default theme, so I decided to go ahead and do a mockup (since a >> picture is worth a 1000 words :-) ). Please check it out at >> http://geiss.getmyip.com/gl141/ and give me your thoughts. >> >> I am also wondering if anyone with admin rights to CVS has added the >> XHTML changes submitted by mystral-kk/ /in this devel email: >> http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html >> . This would be a big help in moving forward with new themes. >> >> Thx! >> >> Eric "Geiss" Warren >> >> >> =MF=Geiss wrote: >>> Hi all, >>> >>> Long time lurker, first time contributor. Go easy! :-) >>> >>> It sounds like the real question is, does one bite the bullet now or >>> later? Personally, I would like to see now. XHTML and CSS layouts >>> are the way to go IMHO. The landscape is changing rapidly, and I >>> know everyone hates to hear it, but GL's layout shows its age more >>> and more every day. If the steps aren't taken now, then when? If one >>> waits 2-3 releases, they are very realistically talking about >>> year(s) until a layout revisit. >>> >>> I have some ideas for a new default theme, basically a Frankenstein >>> of the existing Refresh_F theme (re-worked colors, etc.) and the >>> header background at http://www.bartelme.at. I also think the main >>> site needs to be re-designed to be more "surfer" friendly. Let me >>> explain. Like others have said before, the average joe coming to >>> gl.net to check it out will get their first impression (like it or >>> not) from the way the site looks. Too much info (especially >>> text-based stuff) on the main page is overwhelming. There are ways >>> to still incorporate a lot of info, but let the user experience it >>> at their own pace. For example, I like the Extras tab toward the >>> bottom of http://complementaryduo.com/ that expands and repositions >>> itself at the top of the page. Something similar could be tied into >>> the static pages in that when you set a static page to be the Extras >>> section, its content would appear in the slide-down box. Almost like >>> a "featured" static page. Also, more block real estate could be >>> saved by moving login/my account info into a slide-down header >>> similar to http://www.builtbybuffalo.com. I would be willing to >>> proceed with work on a new theme, and gl.net re-layout, if of course >>> I have the blessing of the core team and the help of all the >>> wonderful people here. :-) My goal is to make GL eye catching and >>> interesting. Yes, some of the javascript I mentioned above is >>> eye-candy, but there needs to be a certain amount of it, if gl is >>> going to appeal to a wider base of users. >>> >>> GL does a lot of things right, I think a theme's functions.php file >>> should be put to more use with regards to selecting column layout, >>> etc. The person who converted the GL layout to transitional XHTML >>> already put forth a lot of effort that would be a great place to >>> start, and it sounds like Oliver is willing to put forth additional >>> backend effort to make it a reality. I see a need for a developer >>> road map, as organization of teams and a clear vision for the future >>> of GL are lacking. But other than that, it sounds like there are >>> those willing to make it happen. They're just waiting for a green >>> light from... somebody. >>> >>> What time frame are we shooting for the 1.5 release? Like I said, I >>> am willing to put in some significant hours, but I don't want to see >>> things drag on forever. Again, I think a clear road map and >>> timetable would be beneficial to help everyone focus and prioritize. >>> GL has a great core, a great forum, and a great media gallery. Now >>> it needs a great look. ...maybe a new name and tagline... gl - the >>> cms for the rest of us. :-) >>> >>> Respectfully, >>> >>> Eric aka "Geiss" Warren >>> >>> Oliver Spiesshofer wrote: >>>> Here is the current state of affairs regarding the layout: >>>> >>>> It would be quite easy to do CSS-only layouts, as I found out now. >>>> Only very minor changes are necessary to create a center-left-right >>>> HTML/CSS, one of them being to add a right_blocks_in_footer config >>>> to the left_blocks_in_footer, and the other a flag to >>>> COM_showBlocks that makes the function simply return if there are >>>> left or right blocks in the layout and therefore assign different >>>> classes to elements in either footer or header. >>>> >>>> Now the problem: If we want a layout that has the center in the >>>> html before the left and right blocks, we cannot have a footer >>>> anymore that spans the whole page as far as I could find out. The >>>> ideal layout for center-first HTML is described here: >>>> http://glish.com/css/7.asp If anyone manages to put a footer there, >>>> please tell me how. The footer would have only the width of the >>>> story, if the left/right blocks are shorter, there will be a blank >>>> space. >>>> >>>> So the only thing left over, if we want a footer, is to have a >>>> left, right, center, footer order in HTML and float everything to >>>> the left >>>> (http://css.maxdesign.com.au/floatutorial/tutorial0916.htm). This >>>> would require to display all blocks in the header, I do not really >>>> know however what those left_blocks_in_footer are doing in the >>>> config in the first place, this should be set only in the theme.... >>>> well, in an ideal world this would not be necessary anyhow since >>>> all elements would be joined together in one central function. >>>> >>>> So here is my proposal: >>>> 1. modify COM_siteHeader and COM_siteFooter so that either of them >>>> can display right and left blocks (for the left blocks, that is >>>> already the case, so why not for both?) This is to allow theme >>>> authors to really do what they want and not be forced to a certain >>>> order of the main 3 elements. This would be obsolete once we >>>> introduce step 5. >>>> 2. Add an option to simply tell if blocks are there to >>>> COM_showBlocks, so that in the header and footer, layouts of >>>> elements can differ depending on the existence of left and right >>>> blocks. >>>> 3. Use a table-free layout for the professional theme with >>>> left-right-center floated. >>>> 4. (draft) Introduce a minimal-layout where the CSS only is changed >>>> to display the center first. I am not sure how to make mobile >>>> devices to choose this by default, and how this will look like, but >>>> I will try to find a proper solution before introducing any of this. >>>> 5. (draft) Create a new function that creates all elements in one >>>> go and replaces the COM_siteHeader + center + COM_siteFooter. Both >>>> ways will be available but the aforementioned will be deprecated >>>> and removed 3-4 (?) versions later. >>>> >>>> comments, suggestions, flying axes? >>>> >>>> Oliver >>> >> >> _______________________________________________ >> 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 Sun Oct 14 16:57:57 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Sun, 14 Oct 2007 13:57:57 -0700 (PDT) Subject: [geeklog-devel] New GL default theme Message-ID: <685902.23598.qm@web702.biz.mail.mud.yahoo.com> Blaine, This reminds me...any word on if you can submit the theme you had with the YUI widgets working? --Tony ----- Original Message ---- From: Oliver Spiesshofer To: Geeklog Development Sent: Sunday, October 14, 2007 4:37:14 AM Subject: Re: [geeklog-devel] New GL default theme Geiss, I have submitted a change to the CVS that removes the left-blocks-in-footer variable from the config.php and defaults it to true. In adition, I added the right-blocks-in-footer variable and defaulted it to false. If you change one of them now in the function.php of the template, you can create CSS themes w/o any tables. I dont know about the XHTML changes submitted. However, a LOT of the HTML code created in the functions is pure HTML, not XHTML. I would suggest that we start using XHTML after the complete PHP-generated HTML is able to output both depending on a config setting. The new theme looks great. If you want to take the CVS and remove all the tables from your layout please go ahead. I am a bit off for the coming 6 days so dont expect quick answers from me :-) Oliver =MF=Geiss wrote: > Hi all, > > I didn't receive any feedback on my previous thoughts re: a new GL > default theme, so I decided to go ahead and do a mockup (since a > picture is worth a 1000 words :-) ). Please check it out at > http://geiss.getmyip.com/gl141/ and give me your thoughts. > > I am also wondering if anyone with admin rights to CVS has added the > XHTML changes submitted by mystral-kk/ /in this devel email: > http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html > . This would be a big help in moving forward with new themes. > > Thx! > > Eric "Geiss" Warren > > > =MF=Geiss wrote: >> Hi all, >> >> Long time lurker, first time contributor. Go easy! :-) >> >> It sounds like the real question is, does one bite the bullet now or >> later? Personally, I would like to see now. XHTML and CSS layouts are >> the way to go IMHO. The landscape is changing rapidly, and I know >> everyone hates to hear it, but GL's layout shows its age more and >> more every day. If the steps aren't taken now, then when? If one >> waits 2-3 releases, they are very realistically talking about year(s) >> until a layout revisit. >> >> I have some ideas for a new default theme, basically a Frankenstein >> of the existing Refresh_F theme (re-worked colors, etc.) and the >> header background at http://www.bartelme.at. I also think the main >> site needs to be re-designed to be more "surfer" friendly. Let me >> explain. Like others have said before, the average joe coming to >> gl.net to check it out will get their first impression (like it or >> not) from the way the site looks. Too much info (especially >> text-based stuff) on the main page is overwhelming. There are ways to >> still incorporate a lot of info, but let the user experience it at >> their own pace. For example, I like the Extras tab toward the bottom >> of http://complementaryduo.com/ that expands and repositions itself >> at the top of the page. Something similar could be tied into the >> static pages in that when you set a static page to be the Extras >> section, its content would appear in the slide-down box. Almost like >> a "featured" static page. Also, more block real estate could be saved >> by moving login/my account info into a slide-down header similar to >> http://www.builtbybuffalo.com. I would be willing to proceed with >> work on a new theme, and gl.net re-layout, if of course I have the >> blessing of the core team and the help of all the wonderful people >> here. :-) My goal is to make GL eye catching and interesting. Yes, >> some of the javascript I mentioned above is eye-candy, but there >> needs to be a certain amount of it, if gl is going to appeal to a >> wider base of users. >> >> GL does a lot of things right, I think a theme's functions.php file >> should be put to more use with regards to selecting column layout, >> etc. The person who converted the GL layout to transitional XHTML >> already put forth a lot of effort that would be a great place to >> start, and it sounds like Oliver is willing to put forth additional >> backend effort to make it a reality. I see a need for a developer >> road map, as organization of teams and a clear vision for the future >> of GL are lacking. But other than that, it sounds like there are >> those willing to make it happen. They're just waiting for a green >> light from... somebody. >> >> What time frame are we shooting for the 1.5 release? Like I said, I >> am willing to put in some significant hours, but I don't want to see >> things drag on forever. Again, I think a clear road map and timetable >> would be beneficial to help everyone focus and prioritize. GL has a >> great core, a great forum, and a great media gallery. Now it needs a >> great look. ...maybe a new name and tagline... gl - the cms for the >> rest of us. :-) >> >> Respectfully, >> >> Eric aka "Geiss" Warren >> >> Oliver Spiesshofer wrote: >>> Here is the current state of affairs regarding the layout: >>> >>> It would be quite easy to do CSS-only layouts, as I found out now. >>> Only very minor changes are necessary to create a center-left-right >>> HTML/CSS, one of them being to add a right_blocks_in_footer config >>> to the left_blocks_in_footer, and the other a flag to COM_showBlocks >>> that makes the function simply return if there are left or right >>> blocks in the layout and therefore assign different classes to >>> elements in either footer or header. >>> >>> Now the problem: If we want a layout that has the center in the html >>> before the left and right blocks, we cannot have a footer anymore >>> that spans the whole page as far as I could find out. The ideal >>> layout for center-first HTML is described here: >>> http://glish.com/css/7.asp If anyone manages to put a footer there, >>> please tell me how. The footer would have only the width of the >>> story, if the left/right blocks are shorter, there will be a blank >>> space. >>> >>> So the only thing left over, if we want a footer, is to have a left, >>> right, center, footer order in HTML and float everything to the left >>> (http://css.maxdesign.com.au/floatutorial/tutorial0916.htm). This >>> would require to display all blocks in the header, I do not really >>> know however what those left_blocks_in_footer are doing in the >>> config in the first place, this should be set only in the theme.... >>> well, in an ideal world this would not be necessary anyhow since all >>> elements would be joined together in one central function. >>> >>> So here is my proposal: >>> 1. modify COM_siteHeader and COM_siteFooter so that either of them >>> can display right and left blocks (for the left blocks, that is >>> already the case, so why not for both?) This is to allow theme >>> authors to really do what they want and not be forced to a certain >>> order of the main 3 elements. This would be obsolete once we >>> introduce step 5. >>> 2. Add an option to simply tell if blocks are there to >>> COM_showBlocks, so that in the header and footer, layouts of >>> elements can differ depending on the existence of left and right >>> blocks. >>> 3. Use a table-free layout for the professional theme with >>> left-right-center floated. >>> 4. (draft) Introduce a minimal-layout where the CSS only is changed >>> to display the center first. I am not sure how to make mobile >>> devices to choose this by default, and how this will look like, but >>> I will try to find a proper solution before introducing any of this. >>> 5. (draft) Create a new function that creates all elements in one go >>> and replaces the COM_siteHeader + center + COM_siteFooter. Both ways >>> will be available but the aforementioned will be deprecated and >>> removed 3-4 (?) versions later. >>> >>> comments, suggestions, flying axes? >>> >>> Oliver >> > > _______________________________________________ > 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 Sun Oct 14 17:00:12 2007 From: devel at portalparts.com (Blaine Lang) Date: Sun, 14 Oct 2007 17:00:12 -0400 Subject: [geeklog-devel] New GL default theme Message-ID: <4712835C.7000805@portalparts.com> Tony, still reviewing it with the team - it was a busy week and we had a lot of other business to discuss. Still have not forgotten. Blaine ----- Original Message ----- Subject: Re: [geeklog-devel] New GL default theme Date: Sun, 14 Oct 2007 13:57:57 -0700 (PDT) From: Tony Bibbs Blaine, This reminds me...any word on if you can submit the theme you had with the YUI widgets working? --Tony ----- Original Message ---- From: Oliver Spiesshofer To: Geeklog Development Sent: Sunday, October 14, 2007 4:37:14 AM Subject: Re: [geeklog-devel] New GL default theme Geiss, I have submitted a change to the CVS that removes the left-blocks-in-footer variable from the config.php and defaults it to true. In adition, I added the right-blocks-in-footer variable and defaulted it to false. If you change one of them now in the function.php of the template, you can create CSS themes w/o any tables. I dont know about the XHTML changes submitted. However, a LOT of the HTML code created in the functions is pure HTML, not XHTML. I would suggest that we start using XHTML after the complete PHP-generated HTML is able to output both depending on a config setting. The new theme looks great. If you want to take the CVS and remove all the tables from your layout please go ahead. I am a bit off for the coming 6 days so dont expect quick answers from me :-) Oliver =MF=Geiss wrote: > Hi all, > > I didn't receive any feedback on my previous thoughts re: a new GL > default theme, so I decided to go ahead and do a mockup (since a > picture is worth a 1000 words :-) ). Please check it out at > http://geiss.getmyip.com/gl141/ and give me your thoughts. > > I am also wondering if anyone with admin rights to CVS has added the > XHTML changes submitted by mystral-kk/ /in this devel email: > http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html > . This would be a big help in moving forward with new themes. > > Thx! > > Eric "Geiss" Warren > > > =MF=Geiss wrote: >> Hi all, >> >> Long time lurker, first time contributor. Go easy! :-) >> >> It sounds like the real question is, does one bite the bullet now or >> later? Personally, I would like to see now. XHTML and CSS layouts are >> the way to go IMHO. The landscape is changing rapidly, and I know >> everyone hates to hear it, but GL's layout shows its age more and >> more every day. If the steps aren't taken now, then when? If one >> waits 2-3 releases, they are very realistically talking about year(s) >> until a layout revisit. >> >> I have some ideas for a new default theme, basically a Frankenstein >> of the existing Refresh_F theme (re-worked colors, etc.) and the >> header background at http://www.bartelme.at. I also think the main >> site needs to be re-designed to be more "surfer" friendly. Let me >> explain. Like others have said before, the average joe coming to >> gl.net to check it out will get their first impression (like it or >> not) from the way the site looks. Too much info (especially >> text-based stuff) on the main page is overwhelming. There are ways to >> still incorporate a lot of info, but let the user experience it at >> their own pace. For example, I like the Extras tab toward the bottom >> of http://complementaryduo.com/ that expands and repositions itself >> at the top of the page. Something similar could be tied into the >> static pages in that when you set a static page to be the Extras >> section, its content would appear in the slide-down box. Almost like >> a "featured" static page. Also, more block real estate could be saved >> by moving login/my account info into a slide-down header similar to >> http://www.builtbybuffalo.com. I would be willing to proceed with >> work on a new theme, and gl.net re-layout, if of course I have the >> blessing of the core team and the help of all the wonderful people >> here. :-) My goal is to make GL eye catching and interesting. Yes, >> some of the javascript I mentioned above is eye-candy, but there >> needs to be a certain amount of it, if gl is going to appeal to a >> wider base of users. >> >> GL does a lot of things right, I think a theme's functions.php file >> should be put to more use with regards to selecting column layout, >> etc. The person who converted the GL layout to transitional XHTML >> already put forth a lot of effort that would be a great place to >> start, and it sounds like Oliver is willing to put forth additional >> backend effort to make it a reality. I see a need for a developer >> road map, as organization of teams and a clear vision for the future >> of GL are lacking. But other than that, it sounds like there are >> those willing to make it happen. They're just waiting for a green >> light from... somebody. >> >> What time frame are we shooting for the 1.5 release? Like I said, I >> am willing to put in some significant hours, but I don't want to see >> things drag on forever. Again, I think a clear road map and timetable >> would be beneficial to help everyone focus and prioritize. GL has a >> great core, a great forum, and a great media gallery. Now it needs a >> great look. ...maybe a new name and tagline... gl - the cms for the >> rest of us. :-) >> >> Respectfully, >> >> Eric aka "Geiss" Warren >> >> Oliver Spiesshofer wrote: >>> Here is the current state of affairs regarding the layout: >>> >>> It would be quite easy to do CSS-only layouts, as I found out now. >>> Only very minor changes are necessary to create a center-left-right >>> HTML/CSS, one of them being to add a right_blocks_in_footer config >>> to the left_blocks_in_footer, and the other a flag to COM_showBlocks >>> that makes the function simply return if there are left or right >>> blocks in the layout and therefore assign different classes to >>> elements in either footer or header. >>> >>> Now the problem: If we want a layout that has the center in the html >>> before the left and right blocks, we cannot have a footer anymore >>> that spans the whole page as far as I could find out. The ideal >>> layout for center-first HTML is described here: >>> http://glish.com/css/7.asp If anyone manages to put a footer there, >>> please tell me how. The footer would have only the width of the >>> story, if the left/right blocks are shorter, there will be a blank >>> space. >>> >>> So the only thing left over, if we want a footer, is to have a left, >>> right, center, footer order in HTML and float everything to the left >>> (http://css.maxdesign.com.au/floatutorial/tutorial0916.htm). This >>> would require to display all blocks in the header, I do not really >>> know however what those left_blocks_in_footer are doing in the >>> config in the first place, this should be set only in the theme.... >>> well, in an ideal world this would not be necessary anyhow since all >>> elements would be joined together in one central function. >>> >>> So here is my proposal: >>> 1. modify COM_siteHeader and COM_siteFooter so that either of them >>> can display right and left blocks (for the left blocks, that is >>> already the case, so why not for both?) This is to allow theme >>> authors to really do what they want and not be forced to a certain >>> order of the main 3 elements. This would be obsolete once we >>> introduce step 5. >>> 2. Add an option to simply tell if blocks are there to >>> COM_showBlocks, so that in the header and footer, layouts of >>> elements can differ depending on the existence of left and right >>> blocks. >>> 3. Use a table-free layout for the professional theme with >>> left-right-center floated. >>> 4. (draft) Introduce a minimal-layout where the CSS only is changed >>> to display the center first. I am not sure how to make mobile >>> devices to choose this by default, and how this will look like, but >>> I will try to find a proper solution before introducing any of this. >>> 5. (draft) Create a new function that creates all elements in one go >>> and replaces the COM_siteHeader + center + COM_siteFooter. Both ways >>> will be available but the aforementioned will be deprecated and >>> removed 3-4 (?) versions later. >>> >>> comments, suggestions, flying axes? >>> >>> Oliver >> > > _______________________________________________ > 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 matt.danger.west at gmail.com Sun Oct 14 20:45:20 2007 From: matt.danger.west at gmail.com (Matt West) Date: Sun, 14 Oct 2007 20:45:20 -0400 Subject: [geeklog-devel] New GL default theme In-Reply-To: <4711BC7E.1020500@midnightforce.com> References: <4711BC7E.1020500@midnightforce.com> Message-ID: <29db20b10710141745k75e95a2dg13b9361e9e99a40a@mail.gmail.com> Geiss, Speaking only from a visual standpoint, since I'm not very familiar with the backend of the themes, I must I say like this new theme quite a bit. Good work. The header gradient is a bit WordPress-like but it's certainly a step in the right direction. I might also suggest something else for the headings, maybe a slightly different color such as a dark blue? Matt On 10/14/07, =MF=Geiss wrote: > > Hi all, > > I didn't receive any feedback on my previous thoughts re: a new GL > default theme, so I decided to go ahead and do a mockup (since a picture > is worth a 1000 words :-) ). Please check it out at > http://geiss.getmyip.com/gl141/ and give me your thoughts. > > I am also wondering if anyone with admin rights to CVS has added the > XHTML changes submitted by mystral-kk/ /in this devel email: > http://eight.pairlist.net/pipermail/geeklog-devel/2007 > -September/002350.html > . This would be a big help in moving forward with new themes. > > Thx! > > Eric "Geiss" Warren > -------------- next part -------------- An HTML attachment was scrubbed... URL: From joe at ThrowingDice.com Wed Oct 17 22:29:04 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Wed, 17 Oct 2007 22:29:04 -0400 Subject: [geeklog-devel] User Profile Plugin API In-Reply-To: <29db20b10710141745k75e95a2dg13b9361e9e99a40a@mail.gmail.co m> References: <4711BC7E.1020500@midnightforce.com> <29db20b10710141745k75e95a2dg13b9361e9e99a40a@mail.gmail.com> Message-ID: <0JQ3000LV5L04UU0@mta2.srv.hcvlny.cv.net> Before 1.5 releases, could something be done about the User Profile API. PLG_profileVariablesEdit() is fine. The problem is PLG_profileBlocksEdit(). They don't make sense now that the userprofile is using the NavBar. The blocks must show in the Preview tab and that's unfortunate. It would be really nice if the plugin could create a new tab. My suggestion is to change the return from plugin_profileblocksedit to a be either a string (as it is now) or an assoc array. If a string is returned, it goes in the preview tab as usual. If an array is returned, tabs are added to the navbar using the key as the tab name and the value as the page data. If the name is already existing, the data is appended to page. I haven't really researched this completely, but it would be more consistent with the new interface. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From oliver at spiesshofer.com Thu Oct 18 21:11:10 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 19 Oct 2007 08:11:10 +0700 Subject: [geeklog-devel] Vulnerability found in FCKeditor In-Reply-To: <48128.192.168.1.22.1192146783.squirrel@www.s215.xrea.com> References: <48128.192.168.1.22.1192146783.squirrel@www.s215.xrea.com> Message-ID: <4718042E.8000403@spiesshofer.com> Dear all, according to the FCKeditor staff, this issue is more than a year old. The current version in GL (1.4.1) is not vulnerable for this issue: http://www.fckeditor.net/forums/viewtopic.php?f=8&t=7216 Oliver geeklog at mystral-kk.net wrote: > Hi all, > > Secunia reports a "Highly critial" vulnerability is found with > FCKeditor-2.4.3 (Source: > http://www.geeklog.jp/article.php/20071012075725463). How will this > affect GL? > From geeklog at mystral-kk.net Fri Oct 19 09:26:26 2007 From: geeklog at mystral-kk.net (geeklog at mystral-kk.net) Date: Fri, 19 Oct 2007 22:26:26 +0900 (JST) Subject: [geeklog-devel] Vulnerability found in FCKeditor In-Reply-To: <4718042E.8000403@spiesshofer.com> References: <48128.192.168.1.22.1192146783.squirrel@www.s215.xrea.com> <4718042E.8000403@spiesshofer.com> Message-ID: <33895.192.168.1.22.1192800386.squirrel@www.s215.xrea.com> Oliver wrote: > according to the FCKeditor staff, this issue is more than a year old. > The current version in GL (1.4.1) is not vulnerable for this issue: > > http://www.fckeditor.net/forums/viewtopic.php?f=8&t=7216 > > Oliver Thanks Oliver for taking the trouble to confirm. We can now be relieved. -- mystral-kk geeklog at mystral-kk.net http://mystral-kk.net From dirk at haun-online.de Fri Oct 19 15:21:29 2007 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 19 Oct 2007 21:21:29 +0200 Subject: [geeklog-devel] GSoC Summit Recap In-Reply-To: <700696.98128.qm@web709.biz.mail.mud.yahoo.com> References: <700696.98128.qm@web709.biz.mail.mud.yahoo.com> Message-ID: <20071019192129.592149623@smtp.haun-online.de> Here's someone else's summary, with lots of good points on how to encourage people to become long-term open source contributors: (and bonus points for linking to my webspam presentation ;-) bye, Dirk -- http://www.haun-online.de/ http://spam.tinyweb.net/ From dirk at haun-online.de Fri Oct 19 15:26:02 2007 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 19 Oct 2007 21:26:02 +0200 Subject: [geeklog-devel] Gravatar bought by Automattic Message-ID: <20071019192602.867297020@smtp.haun-online.de> This may also be of interest: Automattic, the company of Wordpress founder Matt Mullenweg, has bought Gravatar: I guess that's a good thing. Gravatar has been incredibly slow at times (thus increasing a site's load time) - so much so that I've disabled it on most of my sites. The Wordpress guys have some experience with load- balancing, so let's hope they make Gravatar speedy (and usable) again. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From devel at portalparts.com Sun Oct 21 10:40:24 2007 From: devel at portalparts.com (Blaine Lang) Date: Sun, 21 Oct 2007 10:40:24 -0400 Subject: [geeklog-devel] User Profile Plugin API In-Reply-To: <0JQ3000LV5L04UU0@mta2.srv.hcvlny.cv.net> References: <4711BC7E.1020500@midnightforce.com> <29db20b10710141745k75e95a2dg13b9361e9e99a40a@mail.gmail.com> <0JQ3000LV5L04UU0@mta2.srv.hcvlny.cv.net> Message-ID: <471B64D8.6020104@portalparts.com> I agree and would like to extend this screen and make the api's more flexible but one of the current design requirements or limitations when I did this work for 1.4.1 was that it had to work with Javascript disabled. We could continue to enhance the API's and Account Admin screen the same way where no panels effectively get displayed as new framed set of fields (fieldset) if JS is disabled. I think it's a good idea to still have a non-js enabled view - do all agree? Another requirement I have seen is being able to not display certain tabs and while that can be done by removing the content from the templates, maybe we should have config options to remove them. Blaine Joe Mucchiello wrote: > Before 1.5 releases, could something be done about the User Profile > API. PLG_profileVariablesEdit() is fine. The problem is > PLG_profileBlocksEdit(). They don't make sense now that the > userprofile is using the NavBar. The blocks must show in the Preview > tab and that's unfortunate. It would be really nice if the plugin > could create a new tab. My suggestion is to change the return from > plugin_profileblocksedit to a be either a string (as it is now) or an > assoc array. If a string is returned, it goes in the preview tab as > usual. If an array is returned, tabs are added to the navbar using the > key as the tab name and the value as the page data. If the name is > already existing, the data is appended to page. > > I haven't really researched this completely, but it would be more > consistent with the new interface. > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From dirk at haun-online.de Sun Oct 21 11:04:12 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 21 Oct 2007 17:04:12 +0200 Subject: [geeklog-devel] User Profile Plugin API In-Reply-To: <471B64D8.6020104@portalparts.com> References: <4711BC7E.1020500@midnightforce.com> <29db20b10710141745k75e95a2dg13b9361e9e9 9a40a@mail.gmail.com> <0JQ3000LV5L04UU0@mta2.srv.hcvlny.cv.net> <471B64D8.6020104@portalparts.com> Message-ID: <20071021150412.369818447@smtp.haun-online.de> Blaine Lang wrote: >Another requirement I have seen is being able to not display certain >tabs and while that can be done by removing the content from the >templates, maybe we should have config options to remove them. Same here: My employer is preparing to give selected partners and customers access to the website and I assume there will soon we requests to hide various account options. For example, from the "Layout & Language" tab, we probably only need the Language and Date Format options (and Time Zone, in 1.5). So we would need a fine-grained way to control which options are available. Of course, we'll just remove them from the templates for now, as long as we're on 1.4.1. Btw, a similar issue will probably come up with the config options in 1.5. We may want to give some people access to some of those options. So not only should these things be configurable, we may want to make them depend on rights or group membership. Just a thought ... bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From geiss at midnightforce.com Sun Oct 21 14:02:18 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Sun, 21 Oct 2007 12:02:18 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471253F3.1050607@midnightforce.com> References: <4711BC7E.1020500@midnightforce.com> <4711E34A.4040506@spiesshofer.com> <471253F3.1050607@midnightforce.com> Message-ID: <471B942A.4020708@midnightforce.com> Just doing a follow up, has anyone with CVS admin rights had the opportunity to review the XHTML conversion code provided by dengen on Sept. 17 in this thread: http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html. Thx! :-) Eric 'Geiss' Warren =MF=Geiss wrote: > Quoting Oliver: "I don't know about the XHTML changes submitted. > However, a LOT of the HTML code created in the functions is pure HTML, > not XHTML. I would suggest that we start using XHTML after the > complete PHP-generated HTML is able to output both depending on a > config setting." > > I may be mistaken, but I believe that the translation to XHTML > included all the core php files, not just the .thtml files. If you > look in the original archive (which I've attached to this email), > you'll see that it looks like a full GL rewrite (at least to my > untrained eye ;-) ). Also, if you visit the test site referenced in > http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html > which is http://www.trybase.com/~sun/ you can see that it validates > XHTML 1.0 Transitional. > > From lib-common.php line 903: > $feed_url[] = ' type="application/' > . $format_type . '+xml" hreflang="' . > $A['language'] > . '" href="' . $baseurl . $A['filename'] . '" > title="' > . $format_name . ' Feed: ' . $A['title'] . '" > />'; > > From story.php line 550: > $featured_options = " value=\"0\" />"; > > So, can someone confirm this? I believe, dengen > (http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html) > went to a lot of effort to go through this. I'm sure there have been > code changes since they converted to XHTML from the CVS snapshot of > Sept. 17th. I would think it important to capitalize on these > wonderful changes before the codebases become too different. > > Thx! > > Eric "Geiss" Warren > > Oliver Spiesshofer wrote: >> Geiss, >> >> I have submitted a change to the CVS that removes the >> left-blocks-in-footer variable from the config.php and defaults it to >> true. In adition, I added the right-blocks-in-footer variable and >> defaulted it to false. >> If you change one of them now in the function.php of the template, >> you can create CSS themes w/o any tables. >> >> I dont know about the XHTML changes submitted. However, a LOT of the >> HTML code created in the functions is pure HTML, not XHTML. I would >> suggest that we start using XHTML after the complete PHP-generated >> HTML is able to output both depending on a config setting. >> >> The new theme looks great. If you want to take the CVS and remove all >> the tables from your layout please go ahead. I am a bit off for the >> coming 6 days so dont expect quick answers from me :-) >> >> Oliver >> >> =MF=Geiss wrote: >>> Hi all, >>> >>> I didn't receive any feedback on my previous thoughts re: a new GL >>> default theme, so I decided to go ahead and do a mockup (since a >>> picture is worth a 1000 words :-) ). Please check it out at >>> http://geiss.getmyip.com/gl141/ and give me your thoughts. >>> >>> I am also wondering if anyone with admin rights to CVS has added the >>> XHTML changes submitted by mystral-kk/ /in this devel email: >>> http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html >>> . This would be a big help in moving forward with new themes. >>> >>> Thx! >>> >>> Eric "Geiss" Warren >>> >>> >>> =MF=Geiss wrote: >>>> Hi all, >>>> >>>> Long time lurker, first time contributor. Go easy! :-) >>>> >>>> It sounds like the real question is, does one bite the bullet now >>>> or later? Personally, I would like to see now. XHTML and CSS >>>> layouts are the way to go IMHO. The landscape is changing rapidly, >>>> and I know everyone hates to hear it, but GL's layout shows its age >>>> more and more every day. If the steps aren't taken now, then when? >>>> If one waits 2-3 releases, they are very realistically talking >>>> about year(s) until a layout revisit. >>>> >>>> I have some ideas for a new default theme, basically a Frankenstein >>>> of the existing Refresh_F theme (re-worked colors, etc.) and the >>>> header background at http://www.bartelme.at. I also think the main >>>> site needs to be re-designed to be more "surfer" friendly. Let me >>>> explain. Like others have said before, the average joe coming to >>>> gl.net to check it out will get their first impression (like it or >>>> not) from the way the site looks. Too much info (especially >>>> text-based stuff) on the main page is overwhelming. There are ways >>>> to still incorporate a lot of info, but let the user experience it >>>> at their own pace. For example, I like the Extras tab toward the >>>> bottom of http://complementaryduo.com/ that expands and repositions >>>> itself at the top of the page. Something similar could be tied into >>>> the static pages in that when you set a static page to be the >>>> Extras section, its content would appear in the slide-down box. >>>> Almost like a "featured" static page. Also, more block real estate >>>> could be saved by moving login/my account info into a slide-down >>>> header similar to http://www.builtbybuffalo.com. I would be willing >>>> to proceed with work on a new theme, and gl.net re-layout, if of >>>> course I have the blessing of the core team and the help of all the >>>> wonderful people here. :-) My goal is to make GL eye catching and >>>> interesting. Yes, some of the javascript I mentioned above is >>>> eye-candy, but there needs to be a certain amount of it, if gl is >>>> going to appeal to a wider base of users. >>>> >>>> GL does a lot of things right, I think a theme's functions.php file >>>> should be put to more use with regards to selecting column layout, >>>> etc. The person who converted the GL layout to transitional XHTML >>>> already put forth a lot of effort that would be a great place to >>>> start, and it sounds like Oliver is willing to put forth additional >>>> backend effort to make it a reality. I see a need for a developer >>>> road map, as organization of teams and a clear vision for the >>>> future of GL are lacking. But other than that, it sounds like there >>>> are those willing to make it happen. They're just waiting for a >>>> green light from... somebody. >>>> >>>> What time frame are we shooting for the 1.5 release? Like I said, I >>>> am willing to put in some significant hours, but I don't want to >>>> see things drag on forever. Again, I think a clear road map and >>>> timetable would be beneficial to help everyone focus and >>>> prioritize. GL has a great core, a great forum, and a great media >>>> gallery. Now it needs a great look. ...maybe a new name and >>>> tagline... gl - the cms for the rest of us. :-) >>>> >>>> Respectfully, >>>> >>>> Eric aka "Geiss" Warren >>>> >>>> Oliver Spiesshofer wrote: >>>>> Here is the current state of affairs regarding the layout: >>>>> >>>>> It would be quite easy to do CSS-only layouts, as I found out now. >>>>> Only very minor changes are necessary to create a >>>>> center-left-right HTML/CSS, one of them being to add a >>>>> right_blocks_in_footer config to the left_blocks_in_footer, and >>>>> the other a flag to COM_showBlocks that makes the function simply >>>>> return if there are left or right blocks in the layout and >>>>> therefore assign different classes to elements in either footer or >>>>> header. >>>>> >>>>> Now the problem: If we want a layout that has the center in the >>>>> html before the left and right blocks, we cannot have a footer >>>>> anymore that spans the whole page as far as I could find out. The >>>>> ideal layout for center-first HTML is described here: >>>>> http://glish.com/css/7.asp If anyone manages to put a footer >>>>> there, please tell me how. The footer would have only the width of >>>>> the story, if the left/right blocks are shorter, there will be a >>>>> blank space. >>>>> >>>>> So the only thing left over, if we want a footer, is to have a >>>>> left, right, center, footer order in HTML and float everything to >>>>> the left >>>>> (http://css.maxdesign.com.au/floatutorial/tutorial0916.htm). This >>>>> would require to display all blocks in the header, I do not really >>>>> know however what those left_blocks_in_footer are doing in the >>>>> config in the first place, this should be set only in the >>>>> theme.... well, in an ideal world this would not be necessary >>>>> anyhow since all elements would be joined together in one central >>>>> function. >>>>> >>>>> So here is my proposal: >>>>> 1. modify COM_siteHeader and COM_siteFooter so that either of them >>>>> can display right and left blocks (for the left blocks, that is >>>>> already the case, so why not for both?) This is to allow theme >>>>> authors to really do what they want and not be forced to a certain >>>>> order of the main 3 elements. This would be obsolete once we >>>>> introduce step 5. >>>>> 2. Add an option to simply tell if blocks are there to >>>>> COM_showBlocks, so that in the header and footer, layouts of >>>>> elements can differ depending on the existence of left and right >>>>> blocks. >>>>> 3. Use a table-free layout for the professional theme with >>>>> left-right-center floated. >>>>> 4. (draft) Introduce a minimal-layout where the CSS only is >>>>> changed to display the center first. I am not sure how to make >>>>> mobile devices to choose this by default, and how this will look >>>>> like, but I will try to find a proper solution before introducing >>>>> any of this. >>>>> 5. (draft) Create a new function that creates all elements in one >>>>> go and replaces the COM_siteHeader + center + COM_siteFooter. Both >>>>> ways will be available but the aforementioned will be deprecated >>>>> and removed 3-4 (?) versions later. >>>>> >>>>> comments, suggestions, flying axes? >>>>> >>>>> Oliver >>>> >>> >>> _______________________________________________ >>> 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 Sun Oct 21 16:00:25 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 21 Oct 2007 22:00:25 +0200 Subject: [geeklog-devel] Student wakeup call Message-ID: <20071021200026.1113404667@smtp.haun-online.de> Sorry for the subject ;-) Aaron, Matt, Ramnath - forgive me, for I have no idea about a student's commitments during the semester. I just wanted to see if any of you would have some time to work on some of the outstanding issues or whether someone else should be looking into them. From what I can see, with each of the config GUI, the install script, and the webservices API, there are some issues that need to be addressed and probably need a bit of work and time (as opposed to simple "on-the- fly" bugfixes). So if you could indicate whether you'll have the time (and when) or not, that would be helpful for planning our steps on to the next release. Thanks! bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From devel at portalparts.com Sun Oct 21 17:30:56 2007 From: devel at portalparts.com (Blaine Lang) Date: Sun, 21 Oct 2007 17:30:56 -0400 Subject: [geeklog-devel] User Profile Plugin API In-Reply-To: <20071021150412.369818447@smtp.haun-online.de> References: <4711BC7E.1020500@midnightforce.com> <29db20b10710141745k75e95a2dg13b9361e9e9 9a40a@mail.gmail.com> <0JQ3000LV5L04UU0@mta2.srv.hcvlny.cv.net> <471B64D8.6020104@portalparts.com> <20071021150412.369818447@smtp.haun-online.de> Message-ID: <471BC510.7040609@portalparts.com> Ok so I was revisiting how I last left the usersettings.php function edituser and the Account Profile functionality. Let me re-cap the 1.5 changes that have been made and how it can be extended. I think it provides the requested and needed functionality. 1) In usersettings.php - function edituser() The code to create the navbar was changed to use an array to set the tabs and headings. foreach ($LANG_MYACCOUNT as $id => $label) { $navbar->add_menuitem($label,'showhideProfileEditorDiv("'.$id.'",'.$cnt.');return false;',true); $cnt++; } So by extending this array, you can create a new working tab. Example in your plugins language file: - $LANG_MYACCOUNT['myspace'] = 'My Space'; Adds a new tab that now will work. Just need to add the matching div to one of the profile template - most likely preferences/displayprefs.thtml or preferences/profile.thtml Example:
custom html and template vars set by any plugin or customTemplateSetVars
The class="jsenabled_hide" is necessary so the onload javascript will automatically hide these div panels. All the other functionality to set the custom template variables and save data are already in place. If you wanted to remove any of the existing navbar tabs, you could just edit the language file $LANG_MYACCOUNT and remove the ones you did not want to use. You could easily only show tabs depending on user permissions. Regards, Blaine Dirk Haun wrote: > Blaine Lang wrote: > > >> Another requirement I have seen is being able to not display certain >> tabs and while that can be done by removing the content from the >> templates, maybe we should have config options to remove them. >> > > Same here: My employer is preparing to give selected partners and > customers access to the website and I assume there will soon we requests > to hide various account options. > > For example, from the "Layout & Language" tab, we probably only need the > Language and Date Format options (and Time Zone, in 1.5). So we would > need a fine-grained way to control which options are available. > > Of course, we'll just remove them from the templates for now, as long as > we're on 1.4.1. > > > Btw, a similar issue will probably come up with the config options in > 1.5. We may want to give some people access to some of those options. So > not only should these things be configurable, we may want to make them > depend on rights or group membership. > > Just a thought ... > > bye, Dirk > > > From matt.danger.west at gmail.com Sun Oct 21 17:32:36 2007 From: matt.danger.west at gmail.com (Matt West) Date: Sun, 21 Oct 2007 17:32:36 -0400 Subject: [geeklog-devel] Student wakeup call In-Reply-To: <20071021200026.1113404667@smtp.haun-online.de> References: <20071021200026.1113404667@smtp.haun-online.de> Message-ID: <29db20b10710211432j5d1eb92atf1506891f89471f8@mail.gmail.com> Dirk, I apologize for not being able to be as involved as what I had committed to. I have been working on my masters thesis project and it, combined with work and other homework, takes up most of my time. My plan was to get back up to speed with GL after I completed one of the benchmarks for my thesis paper, but that's taken more time than I'd thought. I haven't really been reading geeklog-devel as much lately either. Because of this I've gotten myself a bit lost in what bugs exist and what changes need to be implemented. When is the 1.5 release planned? At this point I can probably commit 1 week a month to GL. What are the current changes that need to be made to the installer besides writing the documentation for the form fields, updating installation documentation file, and whatever is mentioned in this thread? http://eight.pairlist.net/pipermail/geeklog-devel/2007-October/002422.html Lastly, I remember there being some issues with the MSSQL fresh install and I'm not quite sure what came of them as no one else was able to reproduce my error. Also, the MSSQL upgrade still does not work. I just copied the MySQL queries over and commented them out. This is probably something that would benefit from someone who knows their way around MSSQL but I can take it as far as I can. I'll add these notes to the Todo thread. Matt On 10/21/07, Dirk Haun wrote: > > Sorry for the subject ;-) > > Aaron, Matt, Ramnath - forgive me, for I have no idea about a student's > commitments during the semester. I just wanted to see if any of you > would have some time to work on some of the outstanding issues or > whether someone else should be looking into them. > > >From what I can see, with each of the config GUI, the install script, > and the webservices API, there are some issues that need to be addressed > and probably need a bit of work and time (as opposed to simple "on-the- > fly" bugfixes). So if you could indicate whether you'll have the time > (and when) or not, that would be helpful for planning our steps on to > the next release. Thanks! > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From blanks at mit.edu Sun Oct 21 19:37:30 2007 From: blanks at mit.edu (Aaron Blankstein) Date: Sun, 21 Oct 2007 19:37:30 -0400 Subject: [geeklog-devel] Student wakeup call In-Reply-To: <20071021200026.1113404667@smtp.haun-online.de> References: <20071021200026.1113404667@smtp.haun-online.de> Message-ID: <2a1a3bb50710211637x35644a36xcd7301af50cffadc@mail.gmail.com> I was expecting an e-mail along these lines pretty soon. I've been having a pretty serious load this semester but I should definitely have some time pretty soon to start working on fixing the PHP4 bugs in the Config UI. I don't think the issues should take too much time to fix, but I haven't spent too much time looking into it yet. I should have a good deal of time toward the end of this week (Thurs - Fri) but little to no time this weekend (I have a race.) If I had some idea about what the time constraints are it would be helpful (it's easy to forget about things sometimes.) -- Aaron On 10/21/07, Dirk Haun wrote: > > Sorry for the subject ;-) > > Aaron, Matt, Ramnath - forgive me, for I have no idea about a student's > commitments during the semester. I just wanted to see if any of you > would have some time to work on some of the outstanding issues or > whether someone else should be looking into them. > > >From what I can see, with each of the config GUI, the install script, > and the webservices API, there are some issues that need to be addressed > and probably need a bit of work and time (as opposed to simple "on-the- > fly" bugfixes). So if you could indicate whether you'll have the time > (and when) or not, that would be helpful for planning our steps on to > the next release. Thanks! > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rri at silentyak.com Sun Oct 21 20:30:45 2007 From: rri at silentyak.com (Ramnath R Iyer) Date: Sun, 21 Oct 2007 20:30:45 -0400 Subject: [geeklog-devel] Student wakeup call In-Reply-To: <20071021200026.1113404667@smtp.haun-online.de> References: <20071021200026.1113404667@smtp.haun-online.de> Message-ID: Hi, As things stand now, I can probably commit a few hours per week to GL. But at the moment, I am not sure what the outstanding issues are, and I probably won't be able to dig for things to be done. So what I suggest is (I don't know if it is possible): if I can get a schedule for the next release, and what features/bugs need to be addressed, I'll let you know exactly what I'll work on, and do that in time for the release. I don't use Windows though, so I can't test Live Writer and other software that may run only on Windows. I apologize for the silence over the last few weeks, but no excuses there...just lots of things that had to be done. Regards, Ramnath R Iyer On 10/21/07, Dirk Haun wrote: > Sorry for the subject ;-) > > Aaron, Matt, Ramnath - forgive me, for I have no idea about a student's > commitments during the semester. I just wanted to see if any of you > would have some time to work on some of the outstanding issues or > whether someone else should be looking into them. > > >From what I can see, with each of the config GUI, the install script, > and the webservices API, there are some issues that need to be addressed > and probably need a bit of work and time (as opposed to simple "on-the- > fly" bugfixes). So if you could indicate whether you'll have the time > (and when) or not, that would be helpful for planning our steps on to > the next release. Thanks! > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- Ramnath R Iyer From rri at silentyak.com Sun Oct 21 20:27:36 2007 From: rri at silentyak.com (Ramnath Iyer) Date: Sun, 21 Oct 2007 20:27:36 -0400 Subject: [geeklog-devel] Student wakeup call In-Reply-To: <20071021200026.1113404667@smtp.haun-online.de> References: <20071021200026.1113404667@smtp.haun-online.de> Message-ID: Hi, As things stand now, I can probably commit a few hours per week to GL. But at the moment, I am not sure what the outstanding issues are, and I probably won't be able to dig for things to be done. So what I suggest is (I don't know if it is possible): if I can get a schedule for the next release, and what features/bugs need to be addressed, I'll let you know exactly what I'll work on, and do that in time for the release. I don't use Windows though, so I can't test Live Writer and other software that may run only on Windows. I apologize for the silence over the last few weeks, but no excuses there...just lots of things that had to be done. Regards, Ramnath R Iyer On 10/21/07, Dirk Haun wrote: > Sorry for the subject ;-) > > Aaron, Matt, Ramnath - forgive me, for I have no idea about a student's > commitments during the semester. I just wanted to see if any of you > would have some time to work on some of the outstanding issues or > whether someone else should be looking into them. > > >From what I can see, with each of the config GUI, the install script, > and the webservices API, there are some issues that need to be addressed > and probably need a bit of work and time (as opposed to simple "on-the- > fly" bugfixes). So if you could indicate whether you'll have the time > (and when) or not, that would be helpful for planning our steps on to > the next release. Thanks! > > bye, Dirk From oliver at spiesshofer.com Mon Oct 22 00:50:22 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Mon, 22 Oct 2007 12:50:22 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471B942A.4020708@midnightforce.com> References: <4711BC7E.1020500@midnightforce.com> <4711E34A.4040506@spiesshofer.com> <471253F3.1050607@midnightforce.com> <471B942A.4020708@midnightforce.com> Message-ID: <471C2C0E.80505@spiesshofer.com> Hi Eric, I somehow object a clear cut and move to XHTML. I would rather like to see a variable that allows the system to switch what kind of HMTL/XHTML is produced by the core code, set by the theme. All the "/>" woud be replaced by something like "$X>" where the variable $X is either empty or includes a "/". Oliver =MF=Geiss wrote: > Just doing a follow up, has anyone with CVS admin rights had the > opportunity to review the XHTML conversion code provided by dengen on > Sept. 17 in this thread: > http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html. > > > Thx! :-) > > Eric 'Geiss' Warren > > =MF=Geiss wrote: >> Quoting Oliver: "I don't know about the XHTML changes submitted. >> However, a LOT of the HTML code created in the functions is pure >> HTML, not XHTML. I would suggest that we start using XHTML after the >> complete PHP-generated HTML is able to output both depending on a >> config setting." >> >> I may be mistaken, but I believe that the translation to XHTML >> included all the core php files, not just the .thtml files. If you >> look in the original archive (which I've attached to this email), >> you'll see that it looks like a full GL rewrite (at least to my >> untrained eye ;-) ). Also, if you visit the test site referenced in >> http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html >> which is http://www.trybase.com/~sun/ you can see that it validates >> XHTML 1.0 Transitional. >> >> From lib-common.php line 903: >> $feed_url[] = '> type="application/' >> . $format_type . '+xml" hreflang="' . >> $A['language'] >> . '" href="' . $baseurl . $A['filename'] . >> '" title="' >> . $format_name . ' Feed: ' . $A['title'] . >> '" />'; >> >> From story.php line 550: >> $featured_options = "> value=\"0\" />"; >> >> So, can someone confirm this? I believe, dengen >> (http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html) >> went to a lot of effort to go through this. I'm sure there have been >> code changes since they converted to XHTML from the CVS snapshot of >> Sept. 17th. I would think it important to capitalize on these >> wonderful changes before the codebases become too different. >> >> Thx! >> >> Eric "Geiss" Warren >> >> Oliver Spiesshofer wrote: >>> Geiss, >>> >>> I have submitted a change to the CVS that removes the >>> left-blocks-in-footer variable from the config.php and defaults it >>> to true. In adition, I added the right-blocks-in-footer variable and >>> defaulted it to false. >>> If you change one of them now in the function.php of the template, >>> you can create CSS themes w/o any tables. >>> >>> I dont know about the XHTML changes submitted. However, a LOT of the >>> HTML code created in the functions is pure HTML, not XHTML. I would >>> suggest that we start using XHTML after the complete PHP-generated >>> HTML is able to output both depending on a config setting. >>> >>> The new theme looks great. If you want to take the CVS and remove >>> all the tables from your layout please go ahead. I am a bit off for >>> the coming 6 days so dont expect quick answers from me :-) >>> >>> Oliver >>> >>> =MF=Geiss wrote: >>>> Hi all, >>>> >>>> I didn't receive any feedback on my previous thoughts re: a new GL >>>> default theme, so I decided to go ahead and do a mockup (since a >>>> picture is worth a 1000 words :-) ). Please check it out at >>>> http://geiss.getmyip.com/gl141/ and give me your thoughts. >>>> >>>> I am also wondering if anyone with admin rights to CVS has added >>>> the XHTML changes submitted by mystral-kk/ /in this devel email: >>>> http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html >>>> . This would be a big help in moving forward with new themes. >>>> >>>> Thx! >>>> >>>> Eric "Geiss" Warren >>>> >>>> >>>> =MF=Geiss wrote: >>>>> Hi all, >>>>> >>>>> Long time lurker, first time contributor. Go easy! :-) >>>>> >>>>> It sounds like the real question is, does one bite the bullet now >>>>> or later? Personally, I would like to see now. XHTML and CSS >>>>> layouts are the way to go IMHO. The landscape is changing rapidly, >>>>> and I know everyone hates to hear it, but GL's layout shows its >>>>> age more and more every day. If the steps aren't taken now, then >>>>> when? If one waits 2-3 releases, they are very realistically >>>>> talking about year(s) until a layout revisit. >>>>> >>>>> I have some ideas for a new default theme, basically a >>>>> Frankenstein of the existing Refresh_F theme (re-worked colors, >>>>> etc.) and the header background at http://www.bartelme.at. I also >>>>> think the main site needs to be re-designed to be more "surfer" >>>>> friendly. Let me explain. Like others have said before, the >>>>> average joe coming to gl.net to check it out will get their first >>>>> impression (like it or not) from the way the site looks. Too much >>>>> info (especially text-based stuff) on the main page is >>>>> overwhelming. There are ways to still incorporate a lot of info, >>>>> but let the user experience it at their own pace. For example, I >>>>> like the Extras tab toward the bottom of >>>>> http://complementaryduo.com/ that expands and repositions itself >>>>> at the top of the page. Something similar could be tied into the >>>>> static pages in that when you set a static page to be the Extras >>>>> section, its content would appear in the slide-down box. Almost >>>>> like a "featured" static page. Also, more block real estate could >>>>> be saved by moving login/my account info into a slide-down header >>>>> similar to http://www.builtbybuffalo.com. I would be willing to >>>>> proceed with work on a new theme, and gl.net re-layout, if of >>>>> course I have the blessing of the core team and the help of all >>>>> the wonderful people here. :-) My goal is to make GL eye catching >>>>> and interesting. Yes, some of the javascript I mentioned above is >>>>> eye-candy, but there needs to be a certain amount of it, if gl is >>>>> going to appeal to a wider base of users. >>>>> >>>>> GL does a lot of things right, I think a theme's functions.php >>>>> file should be put to more use with regards to selecting column >>>>> layout, etc. The person who converted the GL layout to >>>>> transitional XHTML already put forth a lot of effort that would be >>>>> a great place to start, and it sounds like Oliver is willing to >>>>> put forth additional backend effort to make it a reality. I see a >>>>> need for a developer road map, as organization of teams and a >>>>> clear vision for the future of GL are lacking. But other than >>>>> that, it sounds like there are those willing to make it happen. >>>>> They're just waiting for a green light from... somebody. >>>>> >>>>> What time frame are we shooting for the 1.5 release? Like I said, >>>>> I am willing to put in some significant hours, but I don't want to >>>>> see things drag on forever. Again, I think a clear road map and >>>>> timetable would be beneficial to help everyone focus and >>>>> prioritize. GL has a great core, a great forum, and a great media >>>>> gallery. Now it needs a great look. ...maybe a new name and >>>>> tagline... gl - the cms for the rest of us. :-) >>>>> >>>>> Respectfully, >>>>> >>>>> Eric aka "Geiss" Warren >>>>> >>>>> Oliver Spiesshofer wrote: >>>>>> Here is the current state of affairs regarding the layout: >>>>>> >>>>>> It would be quite easy to do CSS-only layouts, as I found out >>>>>> now. Only very minor changes are necessary to create a >>>>>> center-left-right HTML/CSS, one of them being to add a >>>>>> right_blocks_in_footer config to the left_blocks_in_footer, and >>>>>> the other a flag to COM_showBlocks that makes the function simply >>>>>> return if there are left or right blocks in the layout and >>>>>> therefore assign different classes to elements in either footer >>>>>> or header. >>>>>> >>>>>> Now the problem: If we want a layout that has the center in the >>>>>> html before the left and right blocks, we cannot have a footer >>>>>> anymore that spans the whole page as far as I could find out. The >>>>>> ideal layout for center-first HTML is described here: >>>>>> http://glish.com/css/7.asp If anyone manages to put a footer >>>>>> there, please tell me how. The footer would have only the width >>>>>> of the story, if the left/right blocks are shorter, there will be >>>>>> a blank space. >>>>>> >>>>>> So the only thing left over, if we want a footer, is to have a >>>>>> left, right, center, footer order in HTML and float everything to >>>>>> the left >>>>>> (http://css.maxdesign.com.au/floatutorial/tutorial0916.htm). This >>>>>> would require to display all blocks in the header, I do not >>>>>> really know however what those left_blocks_in_footer are doing in >>>>>> the config in the first place, this should be set only in the >>>>>> theme.... well, in an ideal world this would not be necessary >>>>>> anyhow since all elements would be joined together in one central >>>>>> function. >>>>>> >>>>>> So here is my proposal: >>>>>> 1. modify COM_siteHeader and COM_siteFooter so that either of >>>>>> them can display right and left blocks (for the left blocks, that >>>>>> is already the case, so why not for both?) This is to allow theme >>>>>> authors to really do what they want and not be forced to a >>>>>> certain order of the main 3 elements. This would be obsolete once >>>>>> we introduce step 5. >>>>>> 2. Add an option to simply tell if blocks are there to >>>>>> COM_showBlocks, so that in the header and footer, layouts of >>>>>> elements can differ depending on the existence of left and right >>>>>> blocks. >>>>>> 3. Use a table-free layout for the professional theme with >>>>>> left-right-center floated. >>>>>> 4. (draft) Introduce a minimal-layout where the CSS only is >>>>>> changed to display the center first. I am not sure how to make >>>>>> mobile devices to choose this by default, and how this will look >>>>>> like, but I will try to find a proper solution before introducing >>>>>> any of this. >>>>>> 5. (draft) Create a new function that creates all elements in one >>>>>> go and replaces the COM_siteHeader + center + COM_siteFooter. >>>>>> Both ways will be available but the aforementioned will be >>>>>> deprecated and removed 3-4 (?) versions later. >>>>>> >>>>>> comments, suggestions, flying axes? >>>>>> >>>>>> Oliver >>>>> >>>> >>>> _______________________________________________ >>>> 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 geiss at midnightforce.com Mon Oct 22 02:07:39 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Mon, 22 Oct 2007 00:07:39 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471C2C0E.80505@spiesshofer.com> References: <4711BC7E.1020500@midnightforce.com> <4711E34A.4040506@spiesshofer.com> <471253F3.1050607@midnightforce.com> <471B942A.4020708@midnightforce.com> <471C2C0E.80505@spiesshofer.com> Message-ID: <471C3E2B.5070409@midnightforce.com> Oliver, I understand what you are saying, and I like the idea of flexibility in the GL engine, but I'm failing to understand the benefits of having this particular option. In what instances would one choose to render their site in HTML over XHTML, and why? Also, my fear is that all the work done by dengen on this XHTML conversion of the 1.5 codebase dated Sept.17th would be lost if not incorporated soon. I would think it would be easier to incorporate the code now, and then once the config option for HTML vs. XHTML is in place, just do a global search and replace on the "/>" to be "$X". If one waits, one would likely have to do the entire code base conversion all over again as the code files could have changed greatly by the time the effort is tackled. I just feel an opportunity is slipping by... if there is some bigger picture that I'm just not seeing, please help me to understand it. :-) On a different note, I've done some more work on a new theme and would like another round of feedback. Browse over to http://geiss.getmyip.com/gl141/ to see the latest. Things to note are: - A new site logo. Thoughts? - A collapsible User Controls tab (haven't styled the tab just yet, but you'll see the link to the right of the Welcome and Date text) which toggles hidden content via a javascript slider. My thoughts are this could be a great way to clean up some of the content on sites, giving them some aesthetic "breathing room". There is also an Extras toggle on the bottom that can be used for the same purpose. Thoughts? - A nice static menu dividing the header from the rest of the page. This can easily be generated from the GL {menu_elements}code, or just hard-coded links in header.thtml. What are everyone's thoughts on this new menu vs. the blue one above the site? Also, kudos to Blaine and colleagues for their great new theme release to the GL community. (That seemed to quiet the naysayers about GL selling out! That conversation doesn't seem to be so loud anymore, does it? :-) ) Blaine, I'm wondering if you would give your blessing for me to incorporate the javascript column slider (not the individual block sliders, but the entire column one) into some of my theme efforts. ...They say imitation is the sincerest form of flattery... :-) Thx all for your time! Eric 'Geiss' Warren Oliver Spiesshofer wrote: > Hi Eric, > > I somehow object a clear cut and move to XHTML. > I would rather like to see a variable that allows the system to switch > what kind of HMTL/XHTML is produced by the core code, set by the theme. > All the "/>" woud be replaced by something like "$X>" where the > variable $X is either empty or includes a "/". > > Oliver > > > =MF=Geiss wrote: >> Just doing a follow up, has anyone with CVS admin rights had the >> opportunity to review the XHTML conversion code provided by dengen on >> Sept. 17 in this thread: >> http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html. >> >> >> Thx! :-) >> >> Eric 'Geiss' Warren >> >> =MF=Geiss wrote: >>> Quoting Oliver: "I don't know about the XHTML changes submitted. >>> However, a LOT of the HTML code created in the functions is pure >>> HTML, not XHTML. I would suggest that we start using XHTML after the >>> complete PHP-generated HTML is able to output both depending on a >>> config setting." >>> >>> I may be mistaken, but I believe that the translation to XHTML >>> included all the core php files, not just the .thtml files. If you >>> look in the original archive (which I've attached to this email), >>> you'll see that it looks like a full GL rewrite (at least to my >>> untrained eye ;-) ). Also, if you visit the test site referenced in >>> http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html >>> which is http://www.trybase.com/~sun/ you can see that it validates >>> XHTML 1.0 Transitional. >>> >>> From lib-common.php line 903: >>> $feed_url[] = '>> type="application/' >>> . $format_type . '+xml" hreflang="' . >>> $A['language'] >>> . '" href="' . $baseurl . $A['filename'] . >>> '" title="' >>> . $format_name . ' Feed: ' . $A['title'] . >>> '" />'; >>> >>> From story.php line 550: >>> $featured_options = ">> value=\"0\" />"; >>> >>> So, can someone confirm this? I believe, dengen >>> (http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html) >>> went to a lot of effort to go through this. I'm sure there have been >>> code changes since they converted to XHTML from the CVS snapshot of >>> Sept. 17th. I would think it important to capitalize on these >>> wonderful changes before the codebases become too different. >>> >>> Thx! >>> >>> Eric "Geiss" Warren >>> >>> Oliver Spiesshofer wrote: >>>> Geiss, >>>> >>>> I have submitted a change to the CVS that removes the >>>> left-blocks-in-footer variable from the config.php and defaults it >>>> to true. In adition, I added the right-blocks-in-footer variable >>>> and defaulted it to false. >>>> If you change one of them now in the function.php of the template, >>>> you can create CSS themes w/o any tables. >>>> >>>> I dont know about the XHTML changes submitted. However, a LOT of >>>> the HTML code created in the functions is pure HTML, not XHTML. I >>>> would suggest that we start using XHTML after the complete >>>> PHP-generated HTML is able to output both depending on a config >>>> setting. >>>> >>>> The new theme looks great. If you want to take the CVS and remove >>>> all the tables from your layout please go ahead. I am a bit off for >>>> the coming 6 days so dont expect quick answers from me :-) >>>> >>>> Oliver >>>> >>>> =MF=Geiss wrote: >>>>> Hi all, >>>>> >>>>> I didn't receive any feedback on my previous thoughts re: a new GL >>>>> default theme, so I decided to go ahead and do a mockup (since a >>>>> picture is worth a 1000 words :-) ). Please check it out at >>>>> http://geiss.getmyip.com/gl141/ and give me your thoughts. >>>>> >>>>> I am also wondering if anyone with admin rights to CVS has added >>>>> the XHTML changes submitted by mystral-kk/ /in this devel email: >>>>> http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html >>>>> . This would be a big help in moving forward with new themes. >>>>> >>>>> Thx! >>>>> >>>>> Eric "Geiss" Warren >>>>> >>>>> >>>>> =MF=Geiss wrote: >>>>>> Hi all, >>>>>> >>>>>> Long time lurker, first time contributor. Go easy! :-) >>>>>> >>>>>> It sounds like the real question is, does one bite the bullet now >>>>>> or later? Personally, I would like to see now. XHTML and CSS >>>>>> layouts are the way to go IMHO. The landscape is changing >>>>>> rapidly, and I know everyone hates to hear it, but GL's layout >>>>>> shows its age more and more every day. If the steps aren't taken >>>>>> now, then when? If one waits 2-3 releases, they are very >>>>>> realistically talking about year(s) until a layout revisit. >>>>>> >>>>>> I have some ideas for a new default theme, basically a >>>>>> Frankenstein of the existing Refresh_F theme (re-worked colors, >>>>>> etc.) and the header background at http://www.bartelme.at. I also >>>>>> think the main site needs to be re-designed to be more "surfer" >>>>>> friendly. Let me explain. Like others have said before, the >>>>>> average joe coming to gl.net to check it out will get their first >>>>>> impression (like it or not) from the way the site looks. Too much >>>>>> info (especially text-based stuff) on the main page is >>>>>> overwhelming. There are ways to still incorporate a lot of info, >>>>>> but let the user experience it at their own pace. For example, I >>>>>> like the Extras tab toward the bottom of >>>>>> http://complementaryduo.com/ that expands and repositions itself >>>>>> at the top of the page. Something similar could be tied into the >>>>>> static pages in that when you set a static page to be the Extras >>>>>> section, its content would appear in the slide-down box. Almost >>>>>> like a "featured" static page. Also, more block real estate could >>>>>> be saved by moving login/my account info into a slide-down header >>>>>> similar to http://www.builtbybuffalo.com. I would be willing to >>>>>> proceed with work on a new theme, and gl.net re-layout, if of >>>>>> course I have the blessing of the core team and the help of all >>>>>> the wonderful people here. :-) My goal is to make GL eye catching >>>>>> and interesting. Yes, some of the javascript I mentioned above is >>>>>> eye-candy, but there needs to be a certain amount of it, if gl is >>>>>> going to appeal to a wider base of users. >>>>>> >>>>>> GL does a lot of things right, I think a theme's functions.php >>>>>> file should be put to more use with regards to selecting column >>>>>> layout, etc. The person who converted the GL layout to >>>>>> transitional XHTML already put forth a lot of effort that would >>>>>> be a great place to start, and it sounds like Oliver is willing >>>>>> to put forth additional backend effort to make it a reality. I >>>>>> see a need for a developer road map, as organization of teams and >>>>>> a clear vision for the future of GL are lacking. But other than >>>>>> that, it sounds like there are those willing to make it happen. >>>>>> They're just waiting for a green light from... somebody. >>>>>> >>>>>> What time frame are we shooting for the 1.5 release? Like I said, >>>>>> I am willing to put in some significant hours, but I don't want >>>>>> to see things drag on forever. Again, I think a clear road map >>>>>> and timetable would be beneficial to help everyone focus and >>>>>> prioritize. GL has a great core, a great forum, and a great media >>>>>> gallery. Now it needs a great look. ...maybe a new name and >>>>>> tagline... gl - the cms for the rest of us. :-) >>>>>> >>>>>> Respectfully, >>>>>> >>>>>> Eric aka "Geiss" Warren >>>>>> >>>>>> Oliver Spiesshofer wrote: >>>>>>> Here is the current state of affairs regarding the layout: >>>>>>> >>>>>>> It would be quite easy to do CSS-only layouts, as I found out >>>>>>> now. Only very minor changes are necessary to create a >>>>>>> center-left-right HTML/CSS, one of them being to add a >>>>>>> right_blocks_in_footer config to the left_blocks_in_footer, and >>>>>>> the other a flag to COM_showBlocks that makes the function >>>>>>> simply return if there are left or right blocks in the layout >>>>>>> and therefore assign different classes to elements in either >>>>>>> footer or header. >>>>>>> >>>>>>> Now the problem: If we want a layout that has the center in the >>>>>>> html before the left and right blocks, we cannot have a footer >>>>>>> anymore that spans the whole page as far as I could find out. >>>>>>> The ideal layout for center-first HTML is described here: >>>>>>> http://glish.com/css/7.asp If anyone manages to put a footer >>>>>>> there, please tell me how. The footer would have only the width >>>>>>> of the story, if the left/right blocks are shorter, there will >>>>>>> be a blank space. >>>>>>> >>>>>>> So the only thing left over, if we want a footer, is to have a >>>>>>> left, right, center, footer order in HTML and float everything >>>>>>> to the left >>>>>>> (http://css.maxdesign.com.au/floatutorial/tutorial0916.htm). >>>>>>> This would require to display all blocks in the header, I do not >>>>>>> really know however what those left_blocks_in_footer are doing >>>>>>> in the config in the first place, this should be set only in the >>>>>>> theme.... well, in an ideal world this would not be necessary >>>>>>> anyhow since all elements would be joined together in one >>>>>>> central function. >>>>>>> >>>>>>> So here is my proposal: >>>>>>> 1. modify COM_siteHeader and COM_siteFooter so that either of >>>>>>> them can display right and left blocks (for the left blocks, >>>>>>> that is already the case, so why not for both?) This is to allow >>>>>>> theme authors to really do what they want and not be forced to a >>>>>>> certain order of the main 3 elements. This would be obsolete >>>>>>> once we introduce step 5. >>>>>>> 2. Add an option to simply tell if blocks are there to >>>>>>> COM_showBlocks, so that in the header and footer, layouts of >>>>>>> elements can differ depending on the existence of left and right >>>>>>> blocks. >>>>>>> 3. Use a table-free layout for the professional theme with >>>>>>> left-right-center floated. >>>>>>> 4. (draft) Introduce a minimal-layout where the CSS only is >>>>>>> changed to display the center first. I am not sure how to make >>>>>>> mobile devices to choose this by default, and how this will look >>>>>>> like, but I will try to find a proper solution before >>>>>>> introducing any of this. >>>>>>> 5. (draft) Create a new function that creates all elements in >>>>>>> one go and replaces the COM_siteHeader + center + >>>>>>> COM_siteFooter. Both ways will be available but the >>>>>>> aforementioned will be deprecated and removed 3-4 (?) versions >>>>>>> later. >>>>>>> >>>>>>> comments, suggestions, flying axes? >>>>>>> >>>>>>> Oliver >>>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 > > From oliver at spiesshofer.com Mon Oct 22 03:43:26 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Mon, 22 Oct 2007 15:43:26 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471C3E2B.5070409@midnightforce.com> References: <4711BC7E.1020500@midnightforce.com> <4711E34A.4040506@spiesshofer.com> <471253F3.1050607@midnightforce.com> <471B942A.4020708@midnightforce.com> <471C2C0E.80505@spiesshofer.com> <471C3E2B.5070409@midnightforce.com> Message-ID: <471C549E.4040707@spiesshofer.com> =MF=Geiss wrote: > I understand what you are saying, and I like the idea of flexibility > in the GL engine, but I'm failing to understand the benefits of having > this particular option. In what instances would one choose to render > their site in HTML over XHTML, and why? Well for a start the layout authors create the most HTML and I am not sure I want to force them to the one or the other. > Also, my fear is that all the work done by dengen on this XHTML > conversion of the 1.5 codebase dated Sept.17th would be lost if not > incorporated soon. There have been already quite some updates to the code. Also, I think despite the fact that it is a lot of work, a careful replace action on ">" would be doing the job at any point in time. > > I just feel an opportunity is slipping by... if there is some bigger > picture that I'm just not seeing, please help me to understand it. :-) > > On a different note, I've done some more work on a new theme and would > like another round of feedback. Browse over to > http://geiss.getmyip.com/gl141/ to see the latest. Things to note are: > > - A new site logo. Thoughts? hmmm... good from the graphical quality point of view, not so special from the creativity/recognizability point. > - A nice static menu dividing the header from the rest of the page. > This can easily be generated from the GL {menu_elements}code, or just > hard-coded links in header.thtml. What are everyone's thoughts on this > new menu vs. the blue one above the site? I see there some conflict with the menu points on top of the page (calendar twice, whats the logical separation?) Oliver From geiss at midnightforce.com Mon Oct 22 10:58:06 2007 From: geiss at midnightforce.com (geiss at midnightforce.com) Date: Mon, 22 Oct 2007 07:58:06 -0700 Subject: [geeklog-devel] New GL default theme Message-ID: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: From oliver at spiesshofer.com Mon Oct 22 11:22:23 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Mon, 22 Oct 2007 23:22:23 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> Message-ID: <471CC02F.2010704@spiesshofer.com> geiss at midnightforce.com wrote: > "Well for a start the layout authors create the most HTML and I am not > sure I want to force them to the one or the other." > > ...well, I'm a layout author, and I'm giving some input asking for > XHTML. :-) I don't presume to be *the* layout author, but I've been > pretty active in generating themes for GL, and feel that I've earned > the right to give some reasonable input. Again, I like the idea > of having switchable doctypes, but with that choice, I would go with > XHTML over HTML every time. I may be missing something, and if so, > please enlighten me, but like I stated earlier, can anyone provide an > example of why they would go with HTML over XHTML? its not a matter of direct choice for all of the layouts. The current existing layouts would need a major rework instead only the updates for the current version. All those theme authors who only know HTML rules would have to adapt and rework every single file of their layout. Older layouts where there is only the update maintenance done, would completely fall out since probably nobody would take the time to rework the complete layout to xhtml. > "There have been already quite some updates to the code. Also, I think > despite the fact that it is a lot of work, a careful replace action on > ">" would be doing the job at any point in time." > > I'm honestly confused. It sounds like, on the one hand, that it would > be a big job, but yet the comment above makes it sound like no big > deal. Thoughts anyone? To work in the updates from bare files without the CVS control files and w/o a diff is a lot of work specially now since the CVS has been worked on. chances are that some changes will be overlooked. The more secure way to make sure everything is correct would be to do it all again. It is a lot of work because of the many lines that have to be changed, but its not complicated work. > "hmmm... good from the graphical quality point of view, not so special > from the creativity/recognizability point." > > Thanks for the feedback! If I understand you correctly, you're saying > it looks good, but... I'm not sure where you're going with the > creativity/recognizability comment. I can understand that you don't > think it's creative (for ie. lots of graphic designs replace letters > with pictures, or use grey-ish silver lettering, use drop shadows, > etc.) I'm ok with that comment. I'm not trying to re-invent the wheel. > :-) But for recognizability, I'm not sure what you mean. Can > you clarify? Thx! :-) the typeface seems generic, the graphic ball is not really recognizable if its a pearl, a globe, planet etc and would get lost in meaning in a smaller rendering. also, it is not relating at all to the word geeklog (which would be nice). If you use a graphic element in the logo it should have some kind of meaning IMHO, and the typeface should be something less italic-arial-type if I might say so. Logos are a damn hard thing to create, and I am very critical here since I have been working with logo designs for some time now. I dont say i am good at making them, but I know what it requires to make a good one. Oliver From vfuria at gmail.com Mon Oct 22 11:31:48 2007 From: vfuria at gmail.com (Vincent Furia) Date: Mon, 22 Oct 2007 09:31:48 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> Message-ID: <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> On 10/22/07, geiss at midnightforce.com wrote: > > "Well for a start the layout authors create the most HTML and I am not > sure I want to force them to the one or the other." > > ...well, I'm a layout author, and I'm giving some input asking for XHTML. > :-) I don't presume to be *the* layout author, but I've been pretty active > in generating themes for GL, and feel that I've earned the right to give > some reasonable input. Again, I like the idea of having switchable doctypes, > but with that choice, I would go with XHTML over HTML every time. I may be > missing something, and if so, please enlighten me, but like I stated > earlier, can anyone provide an example of why they would go with HTML over > XHTML? > > "There have been already quite some updates to the code. Also, I think > despite the fact that it is a lot of work, a careful replace action on > ">" would be doing the job at any point in time." > > I'm honestly confused. It sounds like, on the one hand, that it would be a > big job, but yet the comment above makes it sound like no big deal. Thoughts > anyone? > The real problem here, which we've confronted on and off again for years, is the fact that there is markup in the code. I think it was two or three years ago we had a big push to get the markup generated in the code so that it would meet w3c html 4.01 strict. I think our real target here should be to figure out a graceful way to get all the markup out of the code and into templates. As has been discussed before, this may take using an entirely different template library as the current one doesn't scale well for the types of small templates we would need to replace the instance of HTML in the code. Eric, we understand where you're coming from, but there are a number of themes right now the meet w3c html 4.01 strict. If we updated the code to reflect XHTML we'd break these themes. I understand your question, "why HTML over XHTML?" My question in response would be: What does XHTML get us that HTML 4.01 does not get us? > "hmmm... good from the graphical quality point of view, not so special > from the creativity/recognizability point." > > Thanks for the feedback! If I understand you correctly, you're saying it > looks good, but... I'm not sure where you're going with the > creativity/recognizability comment. I can understand that you don't think > it's creative (for ie. lots of graphic designs replace letters with > pictures, or use grey-ish silver lettering, use drop shadows, etc.) I'm ok > with that comment. I'm not trying to re-invent the wheel. :-) But for > recognizability, I'm not sure what you mean. Can you clarify? Thx! :-) > The logo looks great from an aesthetic standpoint. But it doesn't reflect anything about Geeklog. The original logo, "The Geek", reflected that Geeklog was build by Geeks for Geeks. When we wanted to expand our customers bit and update to a more "professional" theme, we went with the paper clip logo to showcase both Geeklog's ability to organize data and to reflect the new professional focus. If the logo must (or should) be updated, part of me would like to see an updated version of the geek. Barring that, a logo design that somehow reflects Geeklog is important. > "I see there some conflict with the menu points on top of the page > (calendar twice, whats the logical separation?)" > > I understand your confusion, let me clarify. :-) Right now, I have both > menus up, for the sake of discussion. I chose to repeat some of the links > because I wanted to show what it looks like both ways. Since the top blue > menu is generated as just links, and the bottom black menu is generated with > list items, I couldn't easily just have both menus pull from the same > {menu_elements} code. > I think you can loose the first menu. I think the second one fits in with your theme must better. For the second menu, I'd loose the "Home" link. The logo right above it and the Topic Navigation block right below it both have links to the same place. It seems a bit redundant. Overall I really like this theme. It is softer than the current professional theme and it gives the site a more polished look. The colors balance each other really well and the form itself flows nicely. You obviously put a lot of work into this theme, and shows in the detail. Thanks! -Vinny From casual.dodo at gmail.com Mon Oct 22 11:43:06 2007 From: casual.dodo at gmail.com (Ramnath R Iyer) Date: Mon, 22 Oct 2007 11:43:06 -0400 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471CC02F.2010704@spiesshofer.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <471CC02F.2010704@spiesshofer.com> Message-ID: <200710221143.10910.casual.dodo@gmail.com> Hi, I am not so certain that replacing ">" with " />" is all there is to converting from HTML to XHTML. It depends to a large extent on the original code, and would involve at the very least: * Changing the DOCTYPE * Ensuring that all the elements are nested properly (.... is wrong) * Ensuring that all the tags are closed (
  • must be followed by a
  • ) * All tags must be in lower-case * Attributes cannot be shortened (checked="checked" instead of simply checked) See: http://www.w3schools.com/xhtml/xhtml_html.asp I'm not saying it is necessarily complicated, but it certainly is more than just a find/replace. -- Ramnath R Iyer -------------- 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 WebSiteMaster at cogeco.net Mon Oct 22 12:19:13 2007 From: WebSiteMaster at cogeco.net (Web Site Master) Date: Mon, 22 Oct 2007 12:19:13 -0400 Subject: [geeklog-devel] New GL default theme In-Reply-To: <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> Message-ID: <7ADD0AFDA85542B78C5409DCE7064BB4@PC1> If we are changing the theme to any great extent, the logo is going to need to be updated IMO. I always thought the current logo is too small and I am not a huge fan of the font either. I like what Geiss has done so far but you do bring up a good point with the paper clip. While working on the logo Geiss, you might as well redesign the favicon so it all matches. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Vincent Furia Sent: October-22-07 11:32 AM To: Geeklog Development Subject: Re: [geeklog-devel] New GL default theme On 10/22/07, geiss at midnightforce.com wrote: > > "Well for a start the layout authors create the most HTML and I am not > sure I want to force them to the one or the other." > > ...well, I'm a layout author, and I'm giving some input asking for XHTML. > :-) I don't presume to be *the* layout author, but I've been pretty active > in generating themes for GL, and feel that I've earned the right to give > some reasonable input. Again, I like the idea of having switchable doctypes, > but with that choice, I would go with XHTML over HTML every time. I may be > missing something, and if so, please enlighten me, but like I stated > earlier, can anyone provide an example of why they would go with HTML over > XHTML? > > "There have been already quite some updates to the code. Also, I think > despite the fact that it is a lot of work, a careful replace action on > ">" would be doing the job at any point in time." > > I'm honestly confused. It sounds like, on the one hand, that it would be a > big job, but yet the comment above makes it sound like no big deal. Thoughts > anyone? > The real problem here, which we've confronted on and off again for years, is the fact that there is markup in the code. I think it was two or three years ago we had a big push to get the markup generated in the code so that it would meet w3c html 4.01 strict. I think our real target here should be to figure out a graceful way to get all the markup out of the code and into templates. As has been discussed before, this may take using an entirely different template library as the current one doesn't scale well for the types of small templates we would need to replace the instance of HTML in the code. Eric, we understand where you're coming from, but there are a number of themes right now the meet w3c html 4.01 strict. If we updated the code to reflect XHTML we'd break these themes. I understand your question, "why HTML over XHTML?" My question in response would be: What does XHTML get us that HTML 4.01 does not get us? > "hmmm... good from the graphical quality point of view, not so special > from the creativity/recognizability point." > > Thanks for the feedback! If I understand you correctly, you're saying it > looks good, but... I'm not sure where you're going with the > creativity/recognizability comment. I can understand that you don't think > it's creative (for ie. lots of graphic designs replace letters with > pictures, or use grey-ish silver lettering, use drop shadows, etc.) I'm ok > with that comment. I'm not trying to re-invent the wheel. :-) But for > recognizability, I'm not sure what you mean. Can you clarify? Thx! :-) > The logo looks great from an aesthetic standpoint. But it doesn't reflect anything about Geeklog. The original logo, "The Geek", reflected that Geeklog was build by Geeks for Geeks. When we wanted to expand our customers bit and update to a more "professional" theme, we went with the paper clip logo to showcase both Geeklog's ability to organize data and to reflect the new professional focus. If the logo must (or should) be updated, part of me would like to see an updated version of the geek. Barring that, a logo design that somehow reflects Geeklog is important. > "I see there some conflict with the menu points on top of the page > (calendar twice, whats the logical separation?)" > > I understand your confusion, let me clarify. :-) Right now, I have both > menus up, for the sake of discussion. I chose to repeat some of the links > because I wanted to show what it looks like both ways. Since the top blue > menu is generated as just links, and the bottom black menu is generated with > list items, I couldn't easily just have both menus pull from the same > {menu_elements} code. > I think you can loose the first menu. I think the second one fits in with your theme must better. For the second menu, I'd loose the "Home" link. The logo right above it and the Topic Navigation block right below it both have links to the same place. It seems a bit redundant. Overall I really like this theme. It is softer than the current professional theme and it gives the site a more polished look. The colors balance each other really well and the form itself flows nicely. You obviously put a lot of work into this theme, and shows in the detail. Thanks! -Vinny _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel __________ NOD32 2607 (20071022) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com From dirk at haun-online.de Mon Oct 22 13:49:14 2007 From: dirk at haun-online.de (Dirk Haun) Date: Mon, 22 Oct 2007 19:49:14 +0200 Subject: [geeklog-devel] New GL default theme In-Reply-To: <7ADD0AFDA85542B78C5409DCE7064BB4@PC1> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secures erver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <7ADD0AFDA85542B78C5409DCE7064BB4@PC1> Message-ID: <20071022174914.847967626@smtp.haun-online.de> Web Site Master wrote: >I always thought the current logo is too small and I am >not a huge fan of the font either. I like what Geiss has done so far but >you do bring up a good point with the paper clip. Now that we finally have the logo on banners[1] and business cards[2] I'd rather not change it again just now ... If the size or the pixelated black border of the "paper" is a problem: I have version of the logo in higher resolutions. If anyone's good with resizing and anti-aliasing, drop me a line. bye, Dirk [1] [2] -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Mon Oct 22 13:55:51 2007 From: dirk at haun-online.de (Dirk Haun) Date: Mon, 22 Oct 2007 19:55:51 +0200 Subject: [geeklog-devel] New GL default theme In-Reply-To: <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secures erver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> Message-ID: <20071022175551.1248512050@smtp.haun-online.de> Vincent Furia wrote: >If we updated the code to reflect XHTML we'd break these themes. Not to mention the content, i.e. stories and such, which is plain HTML on pretty much every Geeklog site out there. XHTML should be an option so that when you start a new site, you can make the decision to do it in XHTML. I don't think too many people would go the extra mile to convert all their content into XHTML ... bye, Dirk -- http://www.haun-online.de/ http://spam.tinyweb.net/ From dirk at haun-online.de Mon Oct 22 14:52:31 2007 From: dirk at haun-online.de (Dirk Haun) Date: Mon, 22 Oct 2007 20:52:31 +0200 Subject: [geeklog-devel] Student wakeup call In-Reply-To: References: <20071021200026.1113404667@smtp.haun-online.de> Message-ID: <20071022185231.382290405@smtp.haun-online.de> Ramnath Iyer wrote: >As things stand now, I can probably commit a few hours per week to GL. Sounds good. >But at the moment, I am not sure what the outstanding issues are, and >I probably won't be able to dig for things to be done. We talked about it before: The service document (aka introspection) should return both workspaces per default, i.e. for the stories and the static pages. That's probably not as trivial to implement as it may sound. I've also only now become aware of Tim Bray's Atom Protocol Exerciser, . It lets you test an Atompub implementation - and promptly found a few issues. For example, it uses really long IDs for its entries. Geeklog, however, only stores 40 characters. That wouldn't be a problem, since we could assign the entry a new ID during the POST, but we don't even recognize it. Also, we would have to return the created Atom entry so that the client has a chance to pick up the newly assigned ID. Two other issues I found may actually be my fault: When editing an entry through appfs, the entry is assigned a new ID. It works fine with the new ID, but it shouldn't do that (a PUT should not change the ID). And it only picks up the first child element of a content
    . I'll look into those two myself. >So what I suggest is (I don't know if it is possible): if I can get a >schedule for the next release, and what features/bugs need to be >addressed, I'll let you know exactly what I'll work on, and do that in >time for the release. From the way things are, I think we should aim for a beta release by the end of November. By which I mean that all the new features should work as we'd like them to work - but we should be prepared for a few surprises once it's released. The next step after that would be release candidates (strictly bugfixes only) - as many as necessary - and then the release. But I guess we're into 2008 by then. >I don't use Windows though, so I can't test Live Writer and other >software that may run only on Windows. I'm still not sure what Windows Live Writer is ... Is it a standalone Windows application? As for other clients, there's the Firefox extension I mentioned and appfs, which is Linux-only and a bit of a pain to install. >I apologize for the silence over the last few weeks, but no excuses >there...just lots of things that had to be done. And no excuses necessary - that also applies to the others. We're all busy around here. I just wanted to know where we stand and what we can expect from you. Thanks! bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Mon Oct 22 15:35:03 2007 From: dirk at haun-online.de (Dirk Haun) Date: Mon, 22 Oct 2007 21:35:03 +0200 Subject: [geeklog-devel] Student wakeup call In-Reply-To: <29db20b10710211432j5d1eb92atf1506891f89471f8@mail.gmail.com> References: <20071021200026.1113404667@smtp.haun-online.de> <29db20b10710211432j5d1eb92atf1506891f89471f8@mail.gmail.com> Message-ID: <20071022193503.808361826@smtp.haun-online.de> Matt West wrote: >I haven't really been reading >geeklog-devel as much lately either. Because of this I've gotten myself a >bit lost in what bugs exist and what changes need to be implemented. Here's a list of issues I sent you a while ago: --- snip --- For example: I've also just noted that on a fresh install, the Admin's email address and homepage are not set. I guess this piece of code doesn't work any more: // let's try and personalize the Admin account a bit ... if (strpos ($_CONF['site_mail'], 'example.com') === false) { DB_query ("UPDATE {$_TABLES['users']} SET email = '" . addslashes ($_CONF['site_mail']) . "' WHERE uid = 2"); } if (strpos ($_CONF['site_url'], 'example.com') === false) { DB_query ("UPDATE {$_TABLES['users']} SET homepage = '" . addslashes ($_CONF['site_url']) . "' WHERE uid = 2"); } The $_CONF variables may not be set at that point. If they're not, it should be possible to use the values that the user entered in the install script. --- snip --- There was also an issue with the 'site_admin_url' not being set or not being set correctly - have to try it out again. At the very least, it's missing a check to see if the directory exists. >Lastly, I remember there being some issues with the MSSQL fresh install I'm afraid I don't know anything about that. >This is probably something that would >benefit from someone who knows their way around MSSQL Any takers? bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Mon Oct 22 16:14:58 2007 From: dirk at haun-online.de (Dirk Haun) Date: Mon, 22 Oct 2007 22:14:58 +0200 Subject: [geeklog-devel] Student wakeup call In-Reply-To: <2a1a3bb50710211637x35644a36xcd7301af50cffadc@mail.gmail.com> References: <20071021200026.1113404667@smtp.haun-online.de> <2a1a3bb50710211637x35644a36xcd7301af50cffadc@mail.gmail.com> Message-ID: <20071022201458.1075892816@smtp.haun-online.de> Aaron Blankstein wrote: >I was expecting an e-mail along these lines pretty soon. ;-) >I've been having a pretty serious load this semester but I should >definitely have some time pretty soon to start working on fixing the PHP4 >bugs in the Config UI. I don't think the issues should take too much time >to fix, but I haven't spent too much time looking into it yet. Sounds good, thanks. There's also the issue of the dreaded '(X)' link, getting rid of the "Core" tab, and the question whether we will support the config GUI for plugins (I think we should, but if it's too much work, we may have to postpone that). bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From geeklog at mystral-kk.net Mon Oct 22 19:05:28 2007 From: geeklog at mystral-kk.net (geeklog at mystral-kk.net) Date: Tue, 23 Oct 2007 08:05:28 +0900 (JST) Subject: [geeklog-devel] New GL default theme In-Reply-To: <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> Message-ID: <51109.192.168.1.22.1193094328.squirrel@www.s215.xrea.com> Vinny wrote: > Eric, we understand where you're coming from, but there are a number > of themes right now the meet w3c html 4.01 strict. If we updated the > code to reflect XHTML we'd break these themes. I understand your > question, "why HTML over XHTML?" My question in response would be: > What does XHTML get us that HTML 4.01 does not get us? 1. It is easier to import and transplant a theme, because most other CMSes use XHTML as a standard. 2. Most Web browsers put XHTML over HTML. 3. Even when Geeklog core is XHTML, and yet its theme and plugins are HTML, Web browsers will accept the contents with very few problems. 4. If HTML contents (stories, staticpages, and so on) with XHTML core code should cause some trouble, how about preparing an HTML-into-XHTML converter? HTML purifier (http://htmlpurifier.org/) is the tool for the task. 5. If GL core members encourage plugin developers to use XHTML as a default (and HTML as an option), it will be a good opportunity to renew Geeklog. The next release (GL-1.5) is timely, so how about inviting plugin developers to revise their products into XHTML? 6. If you describe code and contents in XHTML, it is quite easy to covert them into HTML, but not vice versa. I hope XHTML will be default and HTML an option in the next GL release. -- mystral-kk geeklog at mystral-kk.net http://mystral-kk.net From oliver at spiesshofer.com Mon Oct 22 19:20:01 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Tue, 23 Oct 2007 07:20:01 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <200710221143.10910.casual.dodo@gmail.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <471CC02F.2010704@spiesshofer.com> <200710221143.10910.casual.dodo@gmail.com> Message-ID: <471D3021.4070809@spiesshofer.com> Of course you are right. Thats why I wrote "careful replace" :-) but most of the things you wrote below are already done AFAIK. Its much more work to find out where the / is needed and where not. Oliver Ramnath R Iyer wrote: > Hi, > > I am not so certain that replacing ">" with " />" is all there is to > converting from HTML to XHTML. It depends to a large extent on the original > code, and would involve at the very least: > > * Changing the DOCTYPE > * Ensuring that all the elements are nested properly (.... is > wrong) > * Ensuring that all the tags are closed (
  • must be followed by a
  • ) > * All tags must be in lower-case > * Attributes cannot be shortened (checked="checked" instead of simply checked) > > See: http://www.w3schools.com/xhtml/xhtml_html.asp > > I'm not saying it is necessarily complicated, but it certainly is more than > just a find/replace. > > > ------------------------------------------------------------------------ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From geiss at midnightforce.com Mon Oct 22 22:31:09 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Mon, 22 Oct 2007 20:31:09 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <7ADD0AFDA85542B78C5409DCE7064BB4@PC1> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <7ADD0AFDA85542B78C5409DCE7064BB4@PC1> Message-ID: <471D5CED.6000306@midnightforce.com> "The real problem here, which we've confronted on and off again for years, is the fact that there is markup in the code. I think it was two or three years ago we had a big push to get the markup generated in the code so that it would meet w3c html 4.01 strict." GL isn't HTML 4.01 Strict now. It's HTML 4.01 Transitional. Even Blaine's NexPro site uses the Transitional doctype. "Eric, we understand where you're coming from, but there are a number of themes right now the meet w3c html 4.01 strict. If we updated the code to reflect XHTML we'd break these themes. I understand your question, "why HTML over XHTML?" My question in response would be: What does XHTML get us that HTML 4.01 does not get us?" I looked at every theme on http://demo.geeklog.net (yes, I'm neurotic and O.C. :-P) and there are a handful of HTML 4.0 Transitional (the really OLD themes) and the rest are HTML 4.01 Transitional. I don't think updating the code to XHTML would "break" the themes any more than releasing a new version of GL (1.5) with all its changes. In fact, I think that all the old theme remnants will do is make it so the code doesn't validate, but it should render in the browser fine. People always have a choice whether or not to upgrade. Let's face it, GL's release cycle seems to be about once a year (not counting RC's and bugfixes) let's pack as much as we can in! "The logo looks great from an aesthetic standpoint. But it doesn't reflect anything about Geeklog. The original logo, "The Geek", reflected that Geeklog was build by Geeks for Geeks. When we wanted to expand our customers bit and update to a more "professional" theme, we went with the paper clip logo to showcase both Geeklog's ability to organize data and to reflect the new professional focus. If the logo must (or should) be updated, part of me would like to see an updated version of the geek. Barring that, a logo design that somehow reflects Geeklog is important." You just gave a synopsis of the evolution of the logo, and what I'm proposing is continuing that evolution. :-) I understand what Dirk is saying re: having a banner already made up for the occasional convention, but business cards? please! I'll send you a box of 500 new ones with the left over change from my lunch tomorrow! :-P business cards are cheeeeeeeeep to make. What I was going for with the logo was to have slanted text, giving the impression of speed, the world / networking icon to show it's web based, and worldwide. Perhaps I didn't achieve my goals, but I am open to suggestions. :-) Some sort of logo should be incorporated (and made into a favicon.ico) I've looked at many GPL image archives, and tried going that way. Perhaps a semi-transparent crystal-like cube in place of the networked world? I don't know. Bombard me with ideas! Like I said, having a banner is great, but at one point we had to retire our clan banner after 6 years. Our site looked long in tooth, and so did our banner. We re-vamped our site, and our banner, and moved on. I for one wouldn't mind contributing 5-10$ toward a new banner and business cards, if it means more glances while at a convention. Dirk's muscular physique just isn't doing the trick anymore! *elbows Dirk in the ribs, trying to keep the life and death decisions we are trying to hash out on the lighter side* :-) I have asked Dirk for the larger rez. current logos. I'll see what I can come up with to strike a compromise between a new look, and keeping the old investment in banners and cards paying off. I'm not here to totally change GL, just try to help give something back by giving it a face lift. :-) ...and I know everyone loves the email list, but this really needs to be done in a forum. Keeping tabs on this thing via email is becoming a real PITA. Thx all for your contributions! Eric 'Geiss' Warren Web Site Master wrote: > If we are changing the theme to any great extent, the logo is going to need > to be updated IMO. I always thought the current logo is too small and I am > not a huge fan of the font either. I like what Geiss has done so far but > you do bring up a good point with the paper clip. > > While working on the logo Geiss, you might as well redesign the favicon so > it all matches. > > Tom > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Vincent Furia > Sent: October-22-07 11:32 AM > To: Geeklog Development > Subject: Re: [geeklog-devel] New GL default theme > > On 10/22/07, geiss at midnightforce.com wrote: > >> "Well for a start the layout authors create the most HTML and I am not >> sure I want to force them to the one or the other." >> >> ...well, I'm a layout author, and I'm giving some input asking for XHTML. >> :-) I don't presume to be *the* layout author, but I've been pretty active >> in generating themes for GL, and feel that I've earned the right to give >> some reasonable input. Again, I like the idea of having switchable >> > doctypes, > >> but with that choice, I would go with XHTML over HTML every time. I may be >> missing something, and if so, please enlighten me, but like I stated >> earlier, can anyone provide an example of why they would go with HTML over >> XHTML? >> >> "There have been already quite some updates to the code. Also, I think >> despite the fact that it is a lot of work, a careful replace action on >> ">" would be doing the job at any point in time." >> >> I'm honestly confused. It sounds like, on the one hand, that it would be a >> big job, but yet the comment above makes it sound like no big deal. >> > Thoughts > >> anyone? >> >> > The real problem here, which we've confronted on and off again for > years, is the fact that there is markup in the code. I think it was > two or three years ago we had a big push to get the markup generated > in the code so that it would meet w3c html 4.01 strict. > > I think our real target here should be to figure out a graceful way to > get all the markup out of the code and into templates. As has been > discussed before, this may take using an entirely different template > library as the current one doesn't scale well for the types of small > templates we would need to replace the instance of HTML in the code. > > Eric, we understand where you're coming from, but there are a number > of themes right now the meet w3c html 4.01 strict. If we updated the > code to reflect XHTML we'd break these themes. I understand your > question, "why HTML over XHTML?" My question in response would be: > What does XHTML get us that HTML 4.01 does not get us? > > >> "hmmm... good from the graphical quality point of view, not so special >> from the creativity/recognizability point." >> >> Thanks for the feedback! If I understand you correctly, you're saying it >> looks good, but... I'm not sure where you're going with the >> creativity/recognizability comment. I can understand that you don't think >> it's creative (for ie. lots of graphic designs replace letters with >> pictures, or use grey-ish silver lettering, use drop shadows, etc.) I'm ok >> with that comment. I'm not trying to re-invent the wheel. :-) But for >> recognizability, I'm not sure what you mean. Can you clarify? Thx! :-) >> >> > The logo looks great from an aesthetic standpoint. But it doesn't > reflect anything about Geeklog. The original logo, "The Geek", > reflected that Geeklog was build by Geeks for Geeks. When we wanted > to expand our customers bit and update to a more "professional" theme, > we went with the paper clip logo to showcase both Geeklog's ability to > organize data and to reflect the new professional focus. > > If the logo must (or should) be updated, part of me would like to see > an updated version of the geek. Barring that, a logo design that > somehow reflects Geeklog is important. > > >> "I see there some conflict with the menu points on top of the page >> (calendar twice, whats the logical separation?)" >> >> I understand your confusion, let me clarify. :-) Right now, I have both >> menus up, for the sake of discussion. I chose to repeat some of the links >> because I wanted to show what it looks like both ways. Since the top blue >> menu is generated as just links, and the bottom black menu is generated >> > with > >> list items, I couldn't easily just have both menus pull from the same >> {menu_elements} code. >> >> > I think you can loose the first menu. I think the second one fits in > with your theme must better. For the second menu, I'd loose the > "Home" link. The logo right above it and the Topic Navigation block > right below it both have links to the same place. It seems a bit > redundant. > > Overall I really like this theme. It is softer than the current > professional theme and it gives the site a more polished look. The > colors balance each other really well and the form itself flows > nicely. You obviously put a lot of work into this theme, and shows in > the detail. > > Thanks! > -Vinny > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > __________ NOD32 2607 (20071022) Information __________ > > This message was checked by NOD32 antivirus system. > http://www.eset.com > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > From oliver at spiesshofer.com Mon Oct 22 22:33:52 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Tue, 23 Oct 2007 10:33:52 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471D5CED.6000306@midnightforce.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <7ADD0AFDA85542B78C5409DCE7064BB4@PC1> <471D5CED.6000306@midnightforce.com> Message-ID: <471D5D90.1080604@spiesshofer.com> =MF=Geiss wrote: > GL isn't HTML 4.01 Strict now. It's HTML 4.01 Transitional. Even > Blaine's NexPro site uses the Transitional doctype. the default theme is strict and the code validates AFAIK. Oliver From geiss at midnightforce.com Mon Oct 22 22:43:09 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Mon, 22 Oct 2007 20:43:09 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <20071022175551.1248512050@smtp.haun-online.de> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secures erver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <20071022175551.1248512050@smtp.haun-online.de> Message-ID: <471D5FBD.2080505@midnightforce.com> I agree with Dirk! :-) Let's make XHTML an option! It would be cool to be able to choose between the two doctypes! Perhaps someone in another CMS's forum will start ranting about "Geeklog has this, why can't we do it!" Ha Ha Ha Ha Ha, let's see how *they* like it! :-) Seriously though, I cast my vote (if there is such a thing as democracy among the core devs, I don't like to thing that I support a dictatorship :-P ) for this to make it into GL 1.5. I also am willing to take my share of the files and go over them line by line. I may not me perfect, but dang it! I'm excited! WoooT! :-) Eric 'Geiss' Warren Dirk Haun wrote: > Vincent Furia wrote: > > >> If we updated the code to reflect XHTML we'd break these themes. >> > > Not to mention the content, i.e. stories and such, which is plain HTML > on pretty much every Geeklog site out there. > > XHTML should be an option so that when you start a new site, you can > make the decision to do it in XHTML. I don't think too many people would > go the extra mile to convert all their content into XHTML ... > > bye, Dirk > > > From oliver at spiesshofer.com Mon Oct 22 23:02:10 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Tue, 23 Oct 2007 11:02:10 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471D5FBD.2080505@midnightforce.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secures erver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <20071022175551.1248512050@smtp.haun-online.de> <471D5FBD.2080505@midnightforce.com> Message-ID: <471D6432.6000405@spiesshofer.com> =MF=Geiss wrote: > Seriously though, I cast my vote [...] for this to make it into GL 1.5. Dirk called a feature-freeze on the current code to get a 1.5 release out of the door before the new year as far as I remember. I also have a bigger bunch of finished code I would like to contribute, which greatly improves the layout of the admin screens by introducing a common menu over all the pages, creating more consistency and increasing user-friendliness. Dirk? Oliver From geiss at midnightforce.com Tue Oct 23 00:45:18 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Mon, 22 Oct 2007 22:45:18 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <51109.192.168.1.22.1193094328.squirrel@www.s215.xrea.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <51109.192.168.1.22.1193094328.squirrel@www.s215.xrea.com> Message-ID: <471D7C5E.9020401@midnightforce.com> geeklog at mystral-kk.net wrote: > Vinny wrote: > > >> Eric, we understand where you're coming from, but there are a number >> of themes right now the meet w3c html 4.01 strict. If we updated the >> code to reflect XHTML we'd break these themes. I understand your >> question, "why HTML over XHTML?" My question in response would be: >> What does XHTML get us that HTML 4.01 does not get us? >> > > 1. It is easier to import and transplant a theme, because most other CMSes > use XHTML as a standard. > > 2. Most Web browsers put XHTML over HTML. > > 3. Even when Geeklog core is XHTML, and yet its theme and plugins are > HTML, Web browsers will accept the contents with very few problems. > > 4. If HTML contents (stories, staticpages, and so on) with XHTML core code > should cause some trouble, how about preparing an HTML-into-XHTML > converter? HTML purifier (http://htmlpurifier.org/) is the tool for > the task. > > 5. If GL core members encourage plugin developers to use XHTML as a > default (and HTML as an option), it will be a good opportunity to renew > Geeklog. The next release (GL-1.5) is timely, so how about inviting > plugin developers to revise their products into XHTML? > > 6. If you describe code and contents in XHTML, it is quite easy to covert > them into HTML, but not vice versa. > > I hope XHTML will be default and HTML an option in the next GL release. > I agree with all the points above. Plus, I'm sure GL 1.5 is going to break a lot of stuff anyway, so why not do it now? If Apple didn't leave OS9 in the dust, they wouldn't be enjoying the BSD UNIX base they bask in now. Or if all the geeks thought that command-line Linux was fine, they why make Ubuntu? If Bill Gates.... uh, nevermind! :-P My point is, change *is* painful, but necessary. Absolutely necessary. Embrace the new standards, you've already did so with coding with a new version of PHP in mind, why not doctypes? Do the right thing, and include the option to specify what doctype to run a site on. Things like that will make the fanboys go nuts about how l33t GL is cause you guys looked to the future, but kept things backward compatible. Let's start delegating some responsibilities (Dirk, I like how you are following up with the SOC students) I'm sure there are plenty here that would eagerly lend a hand if asked and given a chance. Let's get some momentum, and get this machine out of the garage and onto the road! *steps off the soapbox* :-) Eric 'Geiss' Warren From oliver at spiesshofer.com Tue Oct 23 00:49:31 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Tue, 23 Oct 2007 12:49:31 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471D7C5E.9020401@midnightforce.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <51109.192.168.1.22.1193094328.squirrel@www.s215.xrea.com> <471D7C5E.9020401@midnightforce.com> Message-ID: <471D7D5B.7080207@spiesshofer.com> =MF=Geiss wrote: > I agree with all the points above. Plus, I'm sure GL 1.5 is going to > break a lot of stuff anyway, so why not do it now? If Apple didn't > leave OS9 in the dust, they wouldn't be enjoying the BSD UNIX base > they bask in now. Or if all the geeks thought that command-line Linux > was fine, they why make Ubuntu? If Bill Gates.... uh, nevermind! :-P nobody argues that XHTML is a bad idea. The question is more if we make it an option or not, and when we do it. The issue here is that new features always delay the release of future versions. So when do we want to have 1.5? Oliver From geiss at midnightforce.com Tue Oct 23 01:04:19 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Mon, 22 Oct 2007 23:04:19 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471D5D90.1080604@spiesshofer.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <7ADD0AFDA85542B78C5409DCE7064BB4@PC1> <471D5CED.6000306@midnightforce.com> <471D5D90.1080604@spiesshofer.com> Message-ID: <471D80D3.9020806@midnightforce.com> Nope. HTML 4.01 Transitional. From a View Source on http://www.geeklog.net: Now, if you're referring to what's in CVS, then yes, it is Strict. :-) Which brings up a flaw in the logic of previous arguments for not updating to XHTML. "It will break too many things in existing themes/plugins/sites." There are more differences between HTML 4.01 Transitional and HTML4.01 Strict, than there are between HTML 4.01 Transitional and XHTML 1.0 Transitional. Going from Transitional to Strict restricts the use of presentational markup, but it is allowed in XHTML Transitional according to http://www.w3schools.com/tags/tag_doctype.asp. So it would make sense to go from HTML 4.01 Transitional to XHTML 4.01 Transitional. (Which is what exactly what dengen did just over a month ago, but nobody seemed to pick up on! Bummer!) Thx! Eric Oliver Spiesshofer wrote: > =MF=Geiss wrote: >> GL isn't HTML 4.01 Strict now. It's HTML 4.01 Transitional. Even >> Blaine's NexPro site uses the Transitional doctype. > the default theme is strict and the code validates AFAIK. > > Oliver > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From geiss at midnightforce.com Tue Oct 23 01:26:46 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Mon, 22 Oct 2007 23:26:46 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471D6432.6000405@spiesshofer.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secures erver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <20071022175551.1248512050@smtp.haun-online.de> <471D5FBD.2080505@midnightforce.com> <471D6432.6000405@spiesshofer.com> Message-ID: <471D8616.9030802@midnightforce.com> I would venture a guess that if Dirk asked anyone on this mailing list if they would step up, they'd be honored to do so. I'm not a PHP guy, so unfortunately I'm no help mucking around in code markup there, but *I am* willing to go through all the theme files. That much I can do. But only under these conditions: 1- Dirk, or another core dev calls for it. 2- It will be included in the 1.5 release. Yes, I realize that many of you (let's face it, there are only a handful of core devs anyway) are working on core features that are probably more important than this. That, I understand. I respect each of your work, and am certainly not asking you to drop your contributions to address this. I know when to pick my battles. This is why I say let's *delegate* it and ask someone to help. Perhaps even dengen him/herself would be happy to update the source. I can't speak for anyone, but I bet Joe would do it if asked. He's been a helpful, contributing member for quite some time. Mark Evans also comes to mind as a more than competent coder that would probably rise to the occasion. Mystral-KK, etc. etc. Are we too prideful or too high society to ask for help from the community? Hopefully not. Are we lacking organization and focus? Probably. Can we trust and count on others to rise to the occasion. I have faith the answer is Definitely. If not, what's the point? We all go through our busy or burnt out phases, its understandable and part of being human. If others aren't there to take the torch, or we choose not to pass it on, so they can run with it while we rest, then GL will eventually burn out. Just think,... what would of happened if the original author of GL didn't open and share the responsibility with Tony, or even Dirk. Nobody would be reading this. Food for thought. :-) Thx! Eric Oliver Spiesshofer wrote: > =MF=Geiss wrote: >> Seriously though, I cast my vote [...] for this to make it into GL 1.5. > Dirk called a feature-freeze on the current code to get a 1.5 release > out of the door before the new year as far as I remember. > I also have a bigger bunch of finished code I would like to > contribute, which greatly improves the layout of the admin screens by > introducing a common menu over all the pages, creating more > consistency and increasing user-friendliness. > > Dirk? > > Oliver > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From geiss at midnightforce.com Tue Oct 23 01:39:41 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Mon, 22 Oct 2007 23:39:41 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471D7D5B.7080207@spiesshofer.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <51109.192.168.1.22.1193094328.squirrel@www.s215.xrea.com> <471D7C5E.9020401@midnightforce.com> <471D7D5B.7080207@spiesshofer.com> Message-ID: <471D891D.9070609@midnightforce.com> To quote Dirk: "XHTML should be an option so that when you start a new site, you can make the decision to do it in XHTML... bye, Dirk" Sounds like a call to action to me. :-) Me personally, I don't want to wait another year for this to be implemented. I think it would be too painful to bear. :-) Perhaps involving the community at large on this decision would help. Why not put up a poll on GL.net asking if they are willing to wait another month or so beyond November to re-tool the code for XHTML and a new theme. Judging by the response I've received to the "Feelers for a new theme" threads on GL.net and gllabs.org, I think folks would be really excited. This, coupled with the fact that there will definitely be a beta release, RC's and then a final release, gives ample opportunity to fine tune things, and not just slap something in at the last minute. As the theme I am working on now stands, it is HTML 4.01 Transitional. I could release this version, and then 1.5 final could include the XHTML 1.0 Transitional version. Thoughts? Thx! Eric Oliver Spiesshofer wrote: > =MF=Geiss wrote: >> I agree with all the points above. Plus, I'm sure GL 1.5 is going to >> break a lot of stuff anyway, so why not do it now? If Apple didn't >> leave OS9 in the dust, they wouldn't be enjoying the BSD UNIX base >> they bask in now. Or if all the geeks thought that command-line Linux >> was fine, they why make Ubuntu? If Bill Gates.... uh, nevermind! :-P > nobody argues that XHTML is a bad idea. The question is more if we > make it an option or not, and when we do it. > The issue here is that new features always delay the release of future > versions. So when do we want to have 1.5? > > Oliver > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From oliver at spiesshofer.com Tue Oct 23 01:41:31 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Tue, 23 Oct 2007 13:41:31 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471D891D.9070609@midnightforce.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <51109.192.168.1.22.1193094328.squirrel@www.s215.xrea.com> <471D7C5E.9020401@midnightforce.com> <471D7D5B.7080207@spiesshofer.com> <471D891D.9070609@midnightforce.com> Message-ID: <471D898B.4090001@spiesshofer.com> It would fit with the fact that I made changes to the code that allow a completely table-free layout... CSS & XHTML.... Oliver =MF=Geiss wrote: > To quote Dirk: > "XHTML should be an option so that when you start a new site, you can > make the decision to do it in XHTML... > bye, Dirk" > > Sounds like a call to action to me. :-) > > Me personally, I don't want to wait another year for this to be > implemented. I think it would be too painful to bear. :-) > > Perhaps involving the community at large on this decision would help. > Why not put up a poll on GL.net asking if they are willing to wait > another month or so beyond November to re-tool the code for XHTML and > a new theme. Judging by the response I've received to the "Feelers for > a new theme" threads on GL.net and gllabs.org, I think folks would be > really excited. This, coupled with the fact that there will definitely > be a beta release, RC's and then a final release, gives ample > opportunity to fine tune things, and not just slap something in at the > last minute. > > As the theme I am working on now stands, it is HTML 4.01 Transitional. > I could release this version, and then 1.5 final could include the > XHTML 1.0 Transitional version. > > Thoughts? > > Thx! > > Eric From geiss at midnightforce.com Tue Oct 23 01:56:13 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Mon, 22 Oct 2007 23:56:13 -0600 Subject: [geeklog-devel] [Fwd: Theme feedback from list] Message-ID: <471D8CFD.5060106@midnightforce.com> From Blaine: Hi Eric, I am out of the office for most of this week and don?t have my email client setup on my laptop to reply to the list but did want to give you some feedback. Feel free to copy/paste into a reply to the list I have no issues with you leveraging the work that was done for the show/hide leftblocks. It?s a feature I use all the time on my projects and wanted to apply the change to the default professional theme in GL 1.4.1 but it was not accepted as it required a small mod. Since then I have worked out a way to make it work with no core code changes. I am a fan of your themes and I like the direction of this new theme. For the User Options, what I have done and prefer is to have a ?Login? and ?Register? link that does a show/hide of the Login form only. The link changes to a ?Logout? and ?My Account? link once you are logged in. You can see this on our www.nextide.ca site as an example. The other change we have done that I like is to trap the messages so they appear in a special area in the site header. Now for our site, it?s a bit of an issue with the header background image. This change also was done with no core code changes and I can share that code as well. I do not know if there would be any issue with a more strict DOCType and XHTML theme with some CSS based menu?s that use the ordered list idea like glMenu. I would need to test more and include multi-browser testing. Regards, Blaine Thanks Blaine for your feedback. Hopefully we can start rolling with something soon. I know I've been pretty vocal as of late, but I feel that time is running out and that it's time to have my voice heard (for better, or worse ...hopefully for better :-) ). Honestly, I guess all the time for discussion has passed. The time to act is now. ...I ask, do the core devs want a new theme to go along with a 1.5 release, and if yes, I would be honored if you would choose the one I am working on at http://geiss.getmyip.com/gl141/. If not, then I am perfectly happy finishing it up and releasing it as a 1.4.1 theme. Regardless of whether or not it makes it into 1.5, I would like to continue to get feedback on it, as I would like to make it the best it can be. Thx for the time and consideration! Eric 'Geiss' Warren -------------- next part -------------- An embedded message was scrubbed... From: "Blaine Lang" Subject: Theme feedback from list Date: Mon, 22 Oct 2007 11:18:33 -0400 Size: 10001 URL: From geiss at midnightforce.com Tue Oct 23 02:33:24 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Tue, 23 Oct 2007 00:33:24 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471D898B.4090001@spiesshofer.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <51109.192.168.1.22.1193094328.squirrel@www.s215.xrea.com> <471D7C5E.9020401@midnightforce.com> <471D7D5B.7080207@spiesshofer.com> <471D891D.9070609@midnightforce.com> <471D898B.4090001@spiesshofer.com> Message-ID: <471D95B4.6070401@midnightforce.com> I heartily agree, and hopefully I will be in contact with you re: those changes soon. :-) Thx! Eric Oliver Spiesshofer wrote: > It would fit with the fact that I made changes to the code that allow > a completely table-free layout... CSS & XHTML.... > > Oliver > > =MF=Geiss wrote: >> To quote Dirk: >> "XHTML should be an option so that when you start a new site, you can >> make the decision to do it in XHTML... >> bye, Dirk" >> >> Sounds like a call to action to me. :-) >> >> Me personally, I don't want to wait another year for this to be >> implemented. I think it would be too painful to bear. :-) >> >> Perhaps involving the community at large on this decision would help. >> Why not put up a poll on GL.net asking if they are willing to wait >> another month or so beyond November to re-tool the code for XHTML and >> a new theme. Judging by the response I've received to the "Feelers >> for a new theme" threads on GL.net and gllabs.org, I think folks >> would be really excited. This, coupled with the fact that there will >> definitely be a beta release, RC's and then a final release, gives >> ample opportunity to fine tune things, and not just slap something in >> at the last minute. >> >> As the theme I am working on now stands, it is HTML 4.01 >> Transitional. I could release this version, and then 1.5 final could >> include the XHTML 1.0 Transitional version. >> >> Thoughts? >> >> Thx! >> >> Eric > _______________________________________________ > 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 Oct 23 14:30:40 2007 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 23 Oct 2007 20:30:40 +0200 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471D80D3.9020806@midnightforce.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secures erver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <7ADD 0AFDA85542B78C5409DCE7064BB4@PC1> <471D5CED.6000306@midnightforce.com> <471D5D90.1080604@spiesshofer.com> <471D80D3.9020806@midnightforce.com> Message-ID: <20071023183040.289469553@smtp.haun-online.de> =MF=Geiss wrote: >Which brings up a flaw in the logic of previous arguments for not >updating to XHTML. "It will break too many things in existing >themes/plugins/sites." There are more differences between HTML 4.01 >Transitional and HTML4.01 Strict, than there are between HTML 4.01 >Transitional and XHTML 1.0 Transitional. 4.01 Strict validates as 4.01 Transitional. So when your content is not "strict" (and most of the content on all those Geeklog sites out there probably isn't), all you have to do is change the DTD back to Transitional. It doesn't work that way with XHTML vs. HTML (whatever flavour). You have to make a decision for one or the other. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Tue Oct 23 14:44:15 2007 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 23 Oct 2007 20:44:15 +0200 Subject: [geeklog-devel] New GL default theme In-Reply-To: <51109.192.168.1.22.1193094328.squirrel@www.s215.xrea.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secures erver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <51109.192.168.1.22.1193094328.squirrel@www.s215.xrea.com> Message-ID: <20071023184415.1111785642@smtp.haun-online.de> geeklog at mystral-kk.net wrote: >2. Most Web browsers put XHTML over HTML. Do they? IE6 at least didn't even understand 'application/xhtml+xml', the content-type for XHTML. Did they fix that in IE7? >3. Even when Geeklog core is XHTML, and yet its theme and plugins are >HTML, Web browsers will accept the contents with very few problems. You can't mix HTML and XHTML. I'd rather have something that validates - if that's HTML or XHTML is not important. I'm actually quite mad at the PHP developers since nl2br() returns XHTML- style
    tags. On more than one occasion, I was so close to replace it with a COM_nl2br() function that does it properly ... >4. If HTML contents (stories, staticpages, and so on) with XHTML core code >should cause some trouble, how about preparing an HTML-into-XHTML >converter? HTML purifier (http://htmlpurifier.org/) is the tool for >the task. Sure, it's possible. But as I said before, I don't think a lot of our users would do that. bye, Dirk -- http://www.haun-online.de/ http://spam.tinyweb.net/ From dirk at haun-online.de Tue Oct 23 14:55:09 2007 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 23 Oct 2007 20:55:09 +0200 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471D7C5E.9020401@midnightforce.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secures erver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <51109.192.168.1.22.1193094328.squirrel@www.s215.xrea.com> <471D7C5E.9020401@midnightforce.com> Message-ID: <20071023185509.1770788112@smtp.haun-online.de> =MF=Geiss wrote: >Plus, I'm sure GL 1.5 is going to >break a lot of stuff anyway I would hope not. Just the themes, as usual :-/ >Let's get some momentum, and >get this machine out of the garage and onto the road! That's what I'm trying to do here. I want our shiny new feature out, in the hands of our users, ASAP. I want to use the Webservices API on my own site. I never want to answer a forum post about parse errors in config.php or lib-common.php again. Not to mention the other stuff that's sitting there in CVS. Compared to all this, my guess is that the majority of our users will find the discussion about whether to go with HTML or XHTML rather esoteric as it doesn't really help them with running their site. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From vfuria at gmail.com Tue Oct 23 14:47:12 2007 From: vfuria at gmail.com (Vincent Furia) Date: Tue, 23 Oct 2007 12:47:12 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471D5CED.6000306@midnightforce.com> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secureserver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <7ADD0AFDA85542B78C5409DCE7064BB4@PC1> <471D5CED.6000306@midnightforce.com> Message-ID: <8319e2d60710231147p65a7ee2bj414b98f3ea82407b@mail.gmail.com> On 10/22/07, =MF=Geiss wrote: > "The real problem here, which we've confronted on and off again for > years, is the fact that there is markup in the code. I think it was > two or three years ago we had a big push to get the markup generated > in the code so that it would meet w3c html 4.01 strict." > > GL isn't HTML 4.01 Strict now. It's HTML 4.01 Transitional. Even > Blaine's NexPro site uses the Transitional doctype. > Sorry Eric. I wasn't very clear there. What I meant is that all the markup that is contained in Geeklog's php (i.e. outside the themes) conforms with HTML 4.01 strict. That allows it to be used in websites that are HTML 4.0 Transition, HTML 4.01 Transition, or HTML 4.01 Strict. Switching that markup to HTML would invalidate themes that depended on that markup to validate. Again, I think the best solution to this problem is to completely remove markup from the (php) code, allowing sites to be XHTML, HTML, WAP or even plain text. At that point a new site could choose which type of output. I think ideally, we should have per theme parsers (that could be shared by themes using the same standards), so that content could be written in some universal markup (like wiki-text) and then translated into XHTML, HTML, etc. That would allow a site to have many different themes, with different standards, and still fully conform. If I have time tonight, I'll start looking at what it would take to strip markup out of the code. -Vinny From jmucchiello at yahoo.com Tue Oct 23 21:20:22 2007 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Tue, 23 Oct 2007 18:20:22 -0700 (PDT) Subject: [geeklog-devel] New GL default theme Message-ID: <789583.38560.qm@web32012.mail.mud.yahoo.com> "Vincent Furia" Wrote: >The real problem here, which we've confronted on and off again for >years, is the fact that there is markup in the code. I think it was >two or three years ago we had a big push to get the markup generated >in the code so that it would meet w3c html 4.01 strict. > >I think our real target here should be to figure out a graceful way to >get all the markup out of the code and into templates. As has been >discussed before, this may take using an entirely different template >library as the current one doesn't scale well for the types of small >templates we would need to replace the instance of HTML in the code. Actually my new template class probably has no problem with small files. Of course, I have no idea if it will end up in 1.5 since no one responded to my email of two weeks ago. It is the kind of thing that needs to done in a "major" update. Michael had been its evangelist but he's been busy/missing for a month now. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jmucchiello at yahoo.com Tue Oct 23 22:43:54 2007 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Tue, 23 Oct 2007 19:43:54 -0700 (PDT) Subject: [geeklog-devel] New GL default theme Message-ID: <307436.33416.qm@web32007.mail.mud.yahoo.com> At 02:47 PM 10/23/2007, Vincent Furia wrote: >I think ideally, we should have per theme parsers (that could be >shared by themes using the same standards), so that content could be >written in some universal markup (like wiki-text) and then translated >into XHTML, HTML, etc. That would allow a site to have many different >themes, with different standards, and still fully conform. What???? Wiki-text is a universal markup? What exactly is wiki-text? Mediawiki? Dokuwiki? Tiddlywiki? Wiki-text has no standards whatsoever. I just couldn't ignore that. Sorry. The heart of the idea could be cool, esp if you used an XML/XSLT solution. But having worked so closely with the new template class, I don't think this idea can be any faster than the old template library. And there's no way it will make it into 1.5 so it's sort of off topic in this thread. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From oliver at spiesshofer.com Tue Oct 23 22:49:31 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 24 Oct 2007 10:49:31 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <307436.33416.qm@web32007.mail.mud.yahoo.com> References: <307436.33416.qm@web32007.mail.mud.yahoo.com> Message-ID: <471EB2BB.8090709@spiesshofer.com> Joe Mucchiello wrote: > And there's no way it will make > it into 1.5 so it's sort of off topic in this thread So far, nothing what is being discussed here is going into 1.5. There is still a feature-freeze on the current code. So its as on-topic as the whole rest of the discussion. Oliver From geiss at midnightforce.com Tue Oct 23 23:22:21 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Tue, 23 Oct 2007 21:22:21 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <20071022174914.847967626@smtp.haun-online.de> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secures erver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <7ADD0AFDA85542B78C5409DCE7064BB4@PC1> <20071022174914.847967626@smtp.haun-online.de> Message-ID: <471EBA6D.8030703@midnightforce.com> Dirk was kind enough to send me the high rez. GL logo files and I played around with them this evening. Let me know what you think. http://geiss.getmyip.com/gl141 Thx! Eric Dirk Haun wrote: > Now that we finally have the logo on banners[1] and business cards[2] > I'd rather not change it again just now ... > > If the size or the pixelated black border of the "paper" is a problem: I > have version of the logo in higher resolutions. If anyone's good with > resizing and anti-aliasing, drop me a line. > > bye, Dirk > > [1] > [2] > > > From jmucchiello at yahoo.com Tue Oct 23 23:34:50 2007 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Tue, 23 Oct 2007 20:34:50 -0700 (PDT) Subject: [geeklog-devel] New GL default theme Message-ID: <371032.78877.qm@web32013.mail.mud.yahoo.com> Does this include the caching template class? I'd like an official statement. That project was started in February. And after spending several hundred hours getting it just right, I don't want to hear it's not getting into the next Geeklog release. At 10:49 PM 10/23/2007, Oliver Spiesshofer wrote: Joe Mucchiello wrote: >>And there's no way it will make >>it into 1.5 so it's sort of off topic in this thread >So far, nothing what is being discussed here is going into 1.5. >There is still a feature-freeze on the current code. >So its as on-topic as the whole rest of the discussion. > >Oliver __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jmucchiello at yahoo.com Tue Oct 23 23:39:04 2007 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Tue, 23 Oct 2007 20:39:04 -0700 (PDT) Subject: [geeklog-devel] New GL default theme Message-ID: <682732.81039.qm@web32013.mail.mud.yahoo.com> Oh, that didn't come out right. After I sent it I realized that sounds like a threat. I really meant it would likely make me cry. --- Joe Mucchiello wrote: > I don't want to hear> it's > not getting into the next Geeklog release. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From mevans at ecsnet.com Wed Oct 24 00:06:09 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Tue, 23 Oct 2007 23:06:09 -0500 Subject: [geeklog-devel] New GL default theme In-Reply-To: <371032.78877.qm@web32013.mail.mud.yahoo.com> References: <371032.78877.qm@web32013.mail.mud.yahoo.com> Message-ID: <003e01c815f3$3d63dc50$b82b94f0$@com> I've watched this thread with interest. The feeling I've walked away with is that there seems to be a big desire to not include anything done outside the core group. The XHTML code was posted, not a single reply. Not even an acknowledgement, not even a "No thanks, but not yet", just nothing. It wasn't until Eric started pushing for it that it even got any attention. The arguments have been nothing short of entertaining. It finally came down to issues with existing content not being XHTML valid. Odd thing is, FCKeditor outputs XHTML, so the mix is already there and growing every day. But, this debate is over as far as I can tell, so we'll have to wait for the next release cycle to see how it ends... Joe has developed an excellent tool that does wonders in speeding up a site. The caching template library is very good, seems very stable and brings nothing but a positive enhancement to Geeklog. I've been running it on production sites for a while, no issues. I have it on all my development and test systems too. I'm also running it on a test CVS system running the latest and greatest Geeklog code. I've benchmarked it and confirmed it improves performance. It is picky about the order you define and parse variables, but that is a good thing. I found several areas in Media Gallery where I was sloppy with the template code, that is now fixed because of Joe's code. There are a handful of areas in the core code that need to be fixed as well to support using the caching template library, Joe has already documented them in the install document. It would take about 10 minutes to implement these fixes. This code needs to be in the next release. There simply is no good reason not to include it. If there is a concern it will break plugins, that is definitely a possibility, but I'm willing to load each and every plugin that runs with GL 141 and test them if necessary. The XHTML battle was fought and lost for the next year or so, let's not see that happen with the caching template library. It brings a positive improvement to site performance and new features that can be leveraged in the future. Please, please put this into the 1.5 code base. Thanks! Mark -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Joe Mucchiello Sent: Tuesday, October 23, 2007 10:35 PM To: geeklog-devel at lists.geeklog.net Subject: Re: [geeklog-devel] New GL default theme Does this include the caching template class? I'd like an official statement. That project was started in February. And after spending several hundred hours getting it just right, I don't want to hear it's not getting into the next Geeklog release. At 10:49 PM 10/23/2007, Oliver Spiesshofer wrote: Joe Mucchiello wrote: >>And there's no way it will make >>it into 1.5 so it's sort of off topic in this thread >So far, nothing what is being discussed here is going into 1.5. >There is still a feature-freeze on the current code. >So its as on-topic as the whole rest of the discussion. > >Oliver __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From oliver at spiesshofer.com Wed Oct 24 01:05:49 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 24 Oct 2007 13:05:49 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <003e01c815f3$3d63dc50$b82b94f0$@com> References: <371032.78877.qm@web32013.mail.mud.yahoo.com> <003e01c815f3$3d63dc50$b82b94f0$@com> Message-ID: <471ED2AD.6070608@spiesshofer.com> Mark R. Evans wrote: > I've watched this thread with interest. The feeling I've walked away with > is that there seems to be a big desire to not include anything done outside > the core group. > I have some hundreds of lines of code lying around here that I would like to put into this release but since I have not gotten an answer yet from Dirk, I guess it will not. Its not about who does it, but when is it ready. You should not make generalized wrong assumptions, and this it what it sounds to me. If you take the things apart you will realize that none of the projects have been finished with one of the core coders to make sure that they are working as expected. I have included myself more than enough lines of code from non-core-members, the link-plugin being the latest of them, to let that statement sit in the room. We are _not_ sitting in a meeting room where all the mails come in and we make a joint decision to ignore them. If an email about a template class comes in, I get it, read it and think "I dont know enough about templates to judge this" so I let it pass. If someone else comes in that knows, he will pick it up and this happened already as far as I remember. That it did not get finished until this release is unfortunate but a fact of time and not of will. You better contact the people involved and ask whats going on before throwing half-racist accusations at the whole team. If someone comes with a complete XHTML makeover you cannot simply expect us to implement it, can you? Thats like someone coming with the whole code in Perl and expecting us to just switch. Just because he thought the effort was worth it does not mean we have to take it. I for my part don't know enough good reasons to work for 5 hours implementing this into the code just because someone else thought it was necessary for him. If another core coder would have thought so, it would be there, just like the links plugin update. If someone wants something in the code, he/she should rather make sure there is a discussion about it with us before doing the work, dont you think so? You heard our arguments about the XHTML, if you disagree that a optional system is best, then say so. I am very happy to implement it as optional, but I am not going to jump and run for that as long we have a feature freeze, I have better things to do. And this was announced broad on this list by dirk, but some people seem to overread such things. Oliver From casual.dodo at gmail.com Wed Oct 24 01:13:47 2007 From: casual.dodo at gmail.com (Ramnath R Iyer) Date: Wed, 24 Oct 2007 01:13:47 -0400 Subject: [geeklog-devel] Student wakeup call In-Reply-To: <20071022185231.382290405@smtp.haun-online.de> References: <20071021200026.1113404667@smtp.haun-online.de> <20071022185231.382290405@smtp.haun-online.de> Message-ID: <200710240113.50243.casual.dodo@gmail.com> On Monday 22 October 2007 14:52:31 Dirk Haun wrote: > We talked about it before: The service document (aka introspection) > should return both workspaces per default, i.e. for the stories and the > static pages. That's probably not as trivial to implement as it may sound. I'll implement the workspaces thing before the end of November. > For example, it uses really long IDs for its entries. Geeklog, however, > only stores 40 characters. That wouldn't be a problem, since we could > assign the entry a new ID during the POST, but we don't even recognize > it. Also, we would have to return the created Atom entry so that the > client has a chance to pick up the newly assigned ID. I'm not sure what the problem is exactly. Could you please elaborate on this part: "we don't even recognize it." Here's how the system worked originally when a story was posted: if an ID was given, it would be used, provided there was no such ID previously. If the ID was not given, then a new one was generated based on the date and used. I tried to follow the same logic for the web service. The first consequence is that when the ID is not given during a new post, a new one is generated automatically and returned in the Location header of the returned entry. The Atom protocol said that the complete entry *may* be returned. The Location header is sufficient to figure out the ID of the newly created entry, and the protocol is complete without the full entry being returned. > Two other issues I found may actually be my fault: When editing an entry > through appfs, the entry is assigned a new ID. It works fine with the > new ID, but it shouldn't do that (a PUT should not change the ID). And > it only picks up the first child element of a content
    . The second consequence is that the ID can actually be changed. That is how the original system worked. You can edit an entry and change the associated ID. Now this shouldn't happen unless it is specifically requested; maybe appfs is simply doing things in a way that changes the ID every time. I can look into that, but when you say "a PUT should not change the ID" are you quoting the protocol, or are you saying that this is how GL should do it? > I'm still not sure what Windows Live Writer is ... Is it a standalone > Windows application? Windows Live Writer is a standalone desktop application that lets bloggers etc. post to the site from the desktop. Something like an EXE version of the Performancing FF extension I used once (is it still around?). I didn't see Atom support mentioned anywhere on the site, though. -- Ramnath R Iyer -------------- 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 geiss at midnightforce.com Wed Oct 24 01:59:01 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Tue, 23 Oct 2007 23:59:01 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471ED2AD.6070608@spiesshofer.com> References: <371032.78877.qm@web32013.mail.mud.yahoo.com> <003e01c815f3$3d63dc50$b82b94f0$@com> <471ED2AD.6070608@spiesshofer.com> Message-ID: <471EDF25.4010808@midnightforce.com> The thought just occurred to me that some might think that my desire for XHTML is tied to the theme I am working on (whether it gets accepted for 1.5 or not), it is not. They are two separate things to consider. Food for thought though, silence can be golden, but with November soon approaching, it would be courteous to break that silence with some direction from the decision makers. To theme or not to theme, that is the only question at this point that remains for me. Green light it, and I'll keep doing what I'm doing and try to make it the best it can be. Let me know that it doesn't pass muster, and no problem. I'll still try to make it the best it can be, and release it as a 1.4.1 theme via the usual community channels. Either way, I'm good. ...I just want some closure (as my wife frequently tells me! :-) ) Thx! Eric 'Geiss' Warren From oliver at spiesshofer.com Wed Oct 24 02:25:01 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 24 Oct 2007 14:25:01 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <471EDF25.4010808@midnightforce.com> References: <371032.78877.qm@web32013.mail.mud.yahoo.com> <003e01c815f3$3d63dc50$b82b94f0$@com> <471ED2AD.6070608@spiesshofer.com> <471EDF25.4010808@midnightforce.com> Message-ID: <471EE53D.5090802@spiesshofer.com> Ok, here is my opinion as one of core dev: I think with 1.5 and the new functions, we should have a new theme to heighten the impact. I think the new theme looks great but I do not know how finished it is and how much the implementation would delay the process, specially if we have to implement the optional XHTML first. Further, I would like to see it without tables, and working in Opera, IE7 and FF. Generally, regarding the new version and its release date, I would like to know whats left over to be finished. If the finishing touches on the install script will take another month, I rather push my admin menus into CVS instead of doing nothing with the code in the meantime. Its all a matter of timing finally, and when we want to see the new version. I can wait one month longer for the final release, but I dont want to sit around for one month waiting for others to fix their work if I could contribute during that time. Oliver =MF=Geiss wrote: > The thought just occurred to me that some might think that my desire > for XHTML is tied to the theme I am working on (whether it gets > accepted for 1.5 or not), it is not. They are two separate things to > consider. > > Food for thought though, silence can be golden, but with November soon > approaching, it would be courteous to break that silence with some > direction from the decision makers. To theme or not to theme, that is > the only question at this point that remains for me. Green light it, > and I'll keep doing what I'm doing and try to make it the best it can > be. Let me know that it doesn't pass muster, and no problem. I'll > still try to make it the best it can be, and release it as a 1.4.1 > theme via the usual community channels. Either way, I'm good. ...I > just want some closure (as my wife frequently tells me! :-) ) > > Thx! > > Eric 'Geiss' Warren > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From geeklog at mystral-kk.net Wed Oct 24 08:12:05 2007 From: geeklog at mystral-kk.net (geeklog at mystral-kk.net) Date: Wed, 24 Oct 2007 21:12:05 +0900 (JST) Subject: [geeklog-devel] New GL default theme In-Reply-To: <20071023184415.1111785642@smtp.haun-online.de> References: <20071022075806.fb8bcc2fecb686751fcd9ef4261c8e30.8fb118e6d7.wbe@email.secures erver.net> <8319e2d60710220831u27afcb16ja273ac8be58057ad@mail.gmail.com> <51109.192.168.1.22.1193094328.squirrel@www.s215.xrea.com> <20071023184415.1111785642@smtp.haun-online.de> Message-ID: <49799.192.168.1.22.1193227925.squirrel@www.s215.xrea.com> Sorry for my late reply. Dirk wrote: >>2. Most Web browsers put XHTML over HTML. > > Do they? IE6 at least didn't even understand 'application/xhtml+xml', > the content-type for XHTML. Did they fix that in IE7? The point I wanted to make is not Web server's file type but the efficiency with which Web browsers can interpret documents. >>3. Even when Geeklog core is XHTML, and yet its theme and plugins are >>HTML, Web browsers will accept the contents with very few problems. > > You can't mix HTML and XHTML. I'd rather have something that validates - > if that's HTML or XHTML is not important. I totally agree, but if you truly believe so, why does Geeklog have FCKeditor built in? It produces XHTML contents. This is just not consistent. > I'm actually quite mad at the PHP developers since nl2br() returns XHTML- > style
    tags. On more than one occasion, I was so close to replace > it with a COM_nl2br() function that does it properly ... I quite agree. >>4. If HTML contents (stories, staticpages, and so on) with XHTML core >> code >>should cause some trouble, how about preparing an HTML-into-XHTML >>converter? HTML purifier (http://htmlpurifier.org/) is the tool for >>the task. > > Sure, it's possible. But as I said before, I don't think a lot of our > users would do that. If people have to do the conversion manually, few people would do on their own. So how about preparing an XHTML-into-HTML converter? -- mystral-kk geeklog at mystral-kk.net http://mystral-kk.net From jmucchiello at yahoo.com Wed Oct 24 08:57:31 2007 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Wed, 24 Oct 2007 05:57:31 -0700 (PDT) Subject: [geeklog-devel] (no subject) Message-ID: <317330.3311.qm@web32015.mail.mud.yahoo.com> At 01:05 AM 10/24/2007, Oliver Spiesshofer wrote: > I have some hundreds of lines of code lying around here that I > would like to put into this release but since I have not gotten an > answer yet from Dirk, I guess it will not. Well, that's just odd. If there was a code cutoff, there should have been a new branch added to CVS so that new code had somewhere to go. > We are _not_ sitting in a meeting room where all the mails come in and > we make a joint decision to ignore them. If an email about a template > class comes in, I get it, read it and think "I dont know enough about > templates to judge this" so I let it pass. If someone else comes in > that knows, he will pick it up and this happened already as far as I > remember. That it did not get finished until this release is > unfortunate but a fact of time and not of will. You better contact > the people involved and ask whats going on before throwing > half-racist accusations at the whole team. It was finished in September, long before code cutoff. I decided that since nothing was happening on the devel list that I'd just post it as a hack. I did that Oct 8.[1] I realize you were not involved in the template stuff. I don't expect you to have an answer. I'm just saying the delay was not on my side. [1] http://www.geeklog.net/filemgmt/index.php?id=871&comments=1 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From geiss at midnightforce.com Wed Oct 24 10:25:08 2007 From: geiss at midnightforce.com (geiss at midnightforce.com) Date: Wed, 24 Oct 2007 07:25:08 -0700 Subject: [geeklog-devel] New GL default theme Message-ID: <20071024072508.fb8bcc2fecb686751fcd9ef4261c8e30.cc83b4bac6.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: From mjervis at gmail.com Wed Oct 24 11:04:06 2007 From: mjervis at gmail.com (Michael Jervis) Date: Wed, 24 Oct 2007 16:04:06 +0100 Subject: [geeklog-devel] (no subject) In-Reply-To: <317330.3311.qm@web32015.mail.mud.yahoo.com> References: <317330.3311.qm@web32015.mail.mud.yahoo.com> Message-ID: <7b42e7470710240804o4a7147b9k9816cb6d82cfdd81@mail.gmail.com> joe, I promised to look at it, however, supply of my time vs demand has got way out of wack. I've not had a chance to do anything to do with computers/internet/programming as other life things have consistently got in the way for the last few months. Sorry, my fault. On 24/10/2007, Joe Mucchiello wrote: > At 01:05 AM 10/24/2007, Oliver Spiesshofer wrote: > > I have some hundreds of lines of code lying around here that I > > would like to put into this release but since I have not gotten an > > answer yet from Dirk, I guess it will not. > > Well, that's just odd. If there was a code cutoff, there should have > been a new branch added to CVS so that new code had somewhere to go. > > > We are _not_ sitting in a meeting room where all the mails come in > and > > we make a joint decision to ignore them. If an email about a template > > class comes in, I get it, read it and think "I dont know enough about > > templates to judge this" so I let it pass. If someone else comes in > > that knows, he will pick it up and this happened already as far as I > > remember. That it did not get finished until this release is > > unfortunate but a fact of time and not of will. You better contact > > the people involved and ask whats going on before throwing > > half-racist accusations at the whole team. > > It was finished in September, long before code cutoff. I decided that > since nothing was happening on the devel list that I'd just post it as > a hack. I did that Oct 8.[1] I realize you were not involved in the > template stuff. I don't expect you to have an answer. I'm just saying > the delay was not on my side. > > [1] http://www.geeklog.net/filemgmt/index.php?id=871&comments=1 > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- Michael Jervis mjervis at gmail.com 504B03041400000008008F846431E3543A820800000006000000060000007765 62676F642B4F4D4ACF4F0100504B010214001400000008008F846431E3543A82 0800000006000000060000000000000000002000000000000000776562676F64 504B05060000000001000100340000002C0000000000 From info at heatherengineering.com Wed Oct 24 10:44:03 2007 From: info at heatherengineering.com (Heather Engineering) Date: Wed, 24 Oct 2007 23:44:03 +0900 Subject: [geeklog-devel] New GL default theme In-Reply-To: <20071024072508.fb8bcc2fecb686751fcd9ef4261c8e30.cc83b4bac6.wbe@email.secureserver.net> References: <20071024072508.fb8bcc2fecb686751fcd9ef4261c8e30.cc83b4bac6.wbe@email.secureserver.net> Message-ID: <610E6C3D-5578-4B80-BBFF-CA16423CB060@heatherengineering.com> On 2007/10/24, at 23:25, geiss at midnightforce.com wrote: > All along I have developed primarily in FF2, but have daily > checked my work in IE6&7, Safari on PC (sorry, don't have a Mac), > and Opera. To my knowledge, the theme renders uniformly across > browsers. (If I missed something, please let me know.) :-) > I can check on a mac if you like. At the moment, your "extras" link is in an odd place on the Mac. Contact me directly if you want me to send screenshots etc. for Mac FF2/Safari/Camino/Opera. Can also do Ubuntu if you want to get serious. :D Cheers, Euan. From geiss at midnightforce.com Wed Oct 24 11:22:58 2007 From: geiss at midnightforce.com (geiss at midnightforce.com) Date: Wed, 24 Oct 2007 08:22:58 -0700 Subject: [geeklog-devel] New GL default theme Message-ID: <20071024082258.fb8bcc2fecb686751fcd9ef4261c8e30.7f723854a0.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: From vfuria at gmail.com Wed Oct 24 11:19:43 2007 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 24 Oct 2007 09:19:43 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <20071024072508.fb8bcc2fecb686751fcd9ef4261c8e30.cc83b4bac6.wbe@email.secureserver.net> References: <20071024072508.fb8bcc2fecb686751fcd9ef4261c8e30.cc83b4bac6.wbe@email.secureserver.net> Message-ID: <8319e2d60710240819y6462f963t835f67ae977a096d@mail.gmail.com> Eric, I think the theme is looking great. You have my vote to include it as the default theme for 1.5 along with switching geeklog.net to it for the 1.5 release. Great job on updating the logo. I think you took care of Dirk's concerns about changing the logo while doing a terrific job updating it. -Vinny From geiss at midnightforce.com Wed Oct 24 11:40:02 2007 From: geiss at midnightforce.com (geiss at midnightforce.com) Date: Wed, 24 Oct 2007 08:40:02 -0700 Subject: [geeklog-devel] New GL default theme Message-ID: <20071024084001.fb8bcc2fecb686751fcd9ef4261c8e30.54767afc5e.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: From vfuria at gmail.com Wed Oct 24 11:49:01 2007 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 24 Oct 2007 09:49:01 -0600 Subject: [geeklog-devel] (no subject) In-Reply-To: <7b42e7470710240804o4a7147b9k9816cb6d82cfdd81@mail.gmail.com> References: <317330.3311.qm@web32015.mail.mud.yahoo.com> <7b42e7470710240804o4a7147b9k9816cb6d82cfdd81@mail.gmail.com> Message-ID: <8319e2d60710240849r57760319oaf81ce10bce16ed1@mail.gmail.com> Joe, I think this would be great to get into the release. The only problem may be how bloated this release already is with all the GSOC and other code changes. I'll try to see if I can beat Michael to testing your code out and comparing performance. -Vinny On 10/24/07, Michael Jervis wrote: > joe, I promised to look at it, however, supply of my time vs demand > has got way out of wack. > > I've not had a chance to do anything to do with > computers/internet/programming as other life things have consistently > got in the way for the last few months. > > Sorry, my fault. > > On 24/10/2007, Joe Mucchiello wrote: > > At 01:05 AM 10/24/2007, Oliver Spiesshofer wrote: > > > I have some hundreds of lines of code lying around here that I > > > would like to put into this release but since I have not gotten an > > > answer yet from Dirk, I guess it will not. > > > > Well, that's just odd. If there was a code cutoff, there should have > > been a new branch added to CVS so that new code had somewhere to go. > > > > > We are _not_ sitting in a meeting room where all the mails come in > > and > > > we make a joint decision to ignore them. If an email about a template > > > class comes in, I get it, read it and think "I dont know enough about > > > templates to judge this" so I let it pass. If someone else comes in > > > that knows, he will pick it up and this happened already as far as I > > > remember. That it did not get finished until this release is > > > unfortunate but a fact of time and not of will. You better contact > > > the people involved and ask whats going on before throwing > > > half-racist accusations at the whole team. > > > > It was finished in September, long before code cutoff. I decided that > > since nothing was happening on the devel list that I'd just post it as > > a hack. I did that Oct 8.[1] I realize you were not involved in the > > template stuff. I don't expect you to have an answer. I'm just saying > > the delay was not on my side. > > > > [1] http://www.geeklog.net/filemgmt/index.php?id=871&comments=1 > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam protection around > > http://mail.yahoo.com > > _______________________________________________ > > geeklog-devel mailing list > > geeklog-devel at lists.geeklog.net > > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > > > -- > Michael Jervis > mjervis at gmail.com > 504B03041400000008008F846431E3543A820800000006000000060000007765 > 62676F642B4F4D4ACF4F0100504B010214001400000008008F846431E3543A82 > 0800000006000000060000000000000000002000000000000000776562676F64 > 504B05060000000001000100340000002C0000000000 > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From vfuria at gmail.com Wed Oct 24 12:08:34 2007 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 24 Oct 2007 10:08:34 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <20071024084001.fb8bcc2fecb686751fcd9ef4261c8e30.54767afc5e.wbe@email.secureserver.net> References: <20071024084001.fb8bcc2fecb686751fcd9ef4261c8e30.54767afc5e.wbe@email.secureserver.net> Message-ID: <8319e2d60710240908y2f9ccd76wa25799a1040427aa@mail.gmail.com> Eric, This might be useful to you: http://browsershots.org/ It can take up to an hour to get screen shots from all the different machine types. But here is an example I did with geeklog: http://browsershots.org/http://geeklog.net/ I'm pretty sure there are other, similar, free services out there. This is just the one I know about. -Vinny On 10/24/07, geiss at midnightforce.com wrote: > > 2 green lights! Thx for your input Vinny! > > Eric > > > -------- Original Message -------- > Subject: Re: [geeklog-devel] New GL default theme > From: "Vincent Furia" > Date: Wed, October 24, 2007 8:19 am > To: "Geeklog Development" > > Eric, > > I think the theme is looking great. You have my vote to include it as > the default theme for 1.5 along with switching geeklog.net to it for > the 1.5 release. Great job on updating the logo. I think you took > care of Dirk's concerns about changing the logo while doing a terrific > job updating it. > > -Vinny > _______________________________________________ > geeklog-devel mailing list > geek! log-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From WebSiteMaster at cogeco.net Wed Oct 24 12:51:49 2007 From: WebSiteMaster at cogeco.net (Web Site Master) Date: Wed, 24 Oct 2007 12:51:49 -0400 Subject: [geeklog-devel] New GL default theme In-Reply-To: <20071024084001.fb8bcc2fecb686751fcd9ef4261c8e30.54767afc5e.wbe@email.secureserver.net> References: <20071024084001.fb8bcc2fecb686751fcd9ef4261c8e30.54767afc5e.wbe@email.secureserver.net> Message-ID: <7F4475611D9049068539ECB26DDE0AD2@PC1> Looks good to me too Eric! On a side note, It would be nice to get things a little more organized. I think a lot of things tend to get lost in the shuffle on this list, especially if it has been busy (like lately) Geeklog use to have a feature list but it has been missing for a while. We need something more powerful than this mailing list to help organize the discussions here. Maybe we need to move to Sourceforge or some other project management web application. It would probably solve a fair number of our communication problems. Geeklog use to use Sourceforge but I am not sure what happened there. The Geeklog project should probably be removed from Sourceforge unless we plan to start using it and keep it updated. Tom _____ From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of geiss at midnightforce.com Sent: October-24-07 11:40 AM To: vmf at abtech.org; Geeklog Development Subject: Re: [geeklog-devel] New GL default theme 2 green lights! Thx for your input Vinny! Eric -------- Original Message -------- Subject: Re: [geeklog-devel] New GL default theme From: "Vincent Furia" Date: Wed, October 24, 2007 8:19 am To: "Geeklog Development" Eric, I think the theme is looking great. You have my vote to include it as the default theme for 1.5 along with switching geeklog.net to it for the 1.5 release. Great job on updating the logo. I think you took care of Dirk's concerns about changing the logo while doing a terrific job updating it. -Vinny _______________________________________________ geeklog-devel mailing list geekl og-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel __________ NOD32 2613 (20071024) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From vfuria at gmail.com Wed Oct 24 12:57:40 2007 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 24 Oct 2007 10:57:40 -0600 Subject: [geeklog-devel] New GL default theme In-Reply-To: <7F4475611D9049068539ECB26DDE0AD2@PC1> References: <20071024084001.fb8bcc2fecb686751fcd9ef4261c8e30.54767afc5e.wbe@email.secureserver.net> <7F4475611D9049068539ECB26DDE0AD2@PC1> Message-ID: <8319e2d60710240957q4f35ce04hd6d7edd5e3050188@mail.gmail.com> I think Dwight is working on getting us up on Mantis. I'm looking at how difficult it would be to integrate mantis with Geeklog. -Vinny On 10/24/07, Web Site Master wrote: > On a side note, It would be nice to get things a little more organized. I > think a lot of things tend to get lost in the shuffle on this list, > especially if it has been busy (like lately) Geeklog use to have a feature > list but it has been missing for a while. We need something more powerful > than this mailing list to help organize the discussions here. > > Maybe we need to move to Sourceforge or some other project management web > application. It would probably solve a fair number of our communication > problems. Geeklog use to use Sourceforge but I am not sure what happened > there. The Geeklog project should probably be removed from Sourceforge > unless we plan to start using it and keep it updated. > > Tom > From mevans at ecsnet.com Wed Oct 24 14:00:39 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Wed, 24 Oct 2007 13:00:39 -0500 Subject: [geeklog-devel] Geeklog v1.5cvs Observations / Issues Message-ID: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com> Here are a few observations and issues I've run into with Geeklog 1.5cvs: ONLINE CONFIGURATION This is an excellent tool. Between this and the new install, it should really improve the overall Geeklog experience. Theme -> Menu Elements This should be a drop down of allowed values. If I put 'Home' in there, nothing happens, but if I enter 'home', it will place the Home link in the menu. Since this is a static list of valid values, make it a drop down. This will cut down on support issues. Topics and Daily Digest -> Topic Sort Method This should also be a drop down selection. There are only 2 valid options for this field. Again, makes it more user friendly and will cut down on support issues. Topics and Daily Digest -> What's New If possible, use something besides seconds for the time entry, use minutes or hours and convert on save. Seconds are very confusing, it is difficult to know just how long is 172800 seconds. But, something like 48 hours is pretty clear. Users and Submissions I don't think this is the right place to set the advanced editor options. I would create a new tab for editor specific items. Actually, I think the entire organization should probably be revisited and mapped a little differently. I understand this was the format of the config.php file, but if you are planning on improving the overall configuration, a better organization might be worth looking into. Users and Submissions -> Spamx Make this a drop down of valid actions. This field is already confusing since you really need to go to each Spamx module to determine what value it supports. With what ships with Geeklog, there are only 3 choices; 8, 128 or 136. Make this a dropdown with choices like: - Email Admin Only - Delete Comment - Delete and email admin Miscellaneous -> Default Permissions Purely aesthetic, but I think a horizontal line or some type of break should be in between block, story, and topic. SUBMISSIONS / COMMAND AND CONTROL SCREEN There is no submit button, so I can not approve or delete items in the queue. UTF-8 SUPPORT There is no method on installation or through configuration to make a site UTF-8. STORY EDITOR Using HTML Editor (not advanced editor), each time I preview I get a lot of whitespace injected at the beginning and at the end of the text. Using the tags do not function as expected, the new lines are ignored, so the code block is compressed into a single line with leading spaces removed. Even when using the Advanced Editor (Full Featured Toolbar) and its CODE format, all leading spaces are removed on Preview. This obviously messes up the code format. PLUGIN ADMINISTRATION >From the plugins.php admin screen, I cannot disable a plugin. If I uncheck the Enabled box, the screen refreshes and it is enabled again. I have to select the plugin for edit, check / uncheck the enabled box and save to make it stick. MENU ELEMENTS ARRAY It looks like a feature of the new configuration class is that the {menu_elements} array can now be ordered. The order is reverse of what you enter. So if you put 'home' as item 0 in the menu editor, it will be listed last. OLD ISSUES THAT COULD BE ADDRESSED PRIOR TO RELEASE directory.php does not use any template files, all markup is in the source. Each time I do a theme, I have issues with the directory listing because of this. It looks pretty straight forward to separate. I'll be happy to submit a patch on the latest CVS if there is any interest, if not, we can just live with it. Thanks! Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Wed Oct 24 14:47:47 2007 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 24 Oct 2007 20:47:47 +0200 Subject: [geeklog-devel] Webservices API (was: Student wakeup call) In-Reply-To: <200710240113.50243.casual.dodo@gmail.com> References: <20071021200026.1113404667@smtp.haun-online.de> <20071022185231.382290405@smtp.haun-online.de> <200710240113.50243.casual.dodo@gmail.com> Message-ID: <20071024184747.407556908@smtp.haun-online.de> Ramnath R Iyer wrote: >I'm not sure what the problem is exactly. Could you please elaborate on this >part: "we don't even recognize it." Yeah, I guess it wasn't clear. In fact I think I'm missing a piece of the puzzle: APE uses a long ID for the entry it's trying to create. Let's just say it's 60 characters long. Geeklog just takes the ID as it is and creates the story with it. But a story ID is only 40 characters long, so the rest is lost. Now as long as the first 40 characters are unique, that should work (even though it's not good to do it) - but something happened and APE wasn't able to edit the newly created entry afterwards. That _may_ be because, according to the specification, a PUT should return the created entry. I'll have to re-test that. In any case, returning the entry after the PUT will also allow us to assign it a new ID - one that's only 40 characters (max.) long. APE should then pick up the new ID and work with that. The problem here is that nowhere in Geeklog does it say how long an ID (sid in this case) really is. It's only defined by the length of the database field. And I know of some people who have extended it to have more room for nice / search-engine friendly IDs. So what we may have to do is just try to save the story with the original ID, read it back and then see if the ID was cut off. In which case we would have to assign it a new ID. Sounds a bit messy but I can't think of a better way without having to define some constants somewhere (with all the downsides of having to keep those in sync with the actual field length in the database). >The second consequence is that the ID can actually be changed. That is >how the >original system worked. You can edit an entry and change the associated ID. >Now this shouldn't happen unless it is specifically requested; maybe appfs is >simply doing things in a way that changes the ID every time. I can look into >that, but when you say "a PUT should not change the ID" are you quoting the >protocol, or are you saying that this is how GL should do it? There was a discussion about it on the atom-protocol mailing list recently. The atom:id should not change once the entry was created. Now if the user chooses to change the sid in Geeklog's story editor, I think we should just do it anyway. But it shouldn't change on it's own - which is what it does at the moment. As I said, I'll look into that. >Windows Live Writer is a standalone desktop application (...) >I didn't see Atom support mentioned anywhere on the site, though. The author is also on the atom-protocol list and mentioned that it did support Atompub. Maybe only in a beta, though. bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From dirk at haun-online.de Wed Oct 24 15:31:21 2007 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 24 Oct 2007 21:31:21 +0200 Subject: [geeklog-devel] Geeklog v1.5cvs Observations / Issues In-Reply-To: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com> References: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com> Message-ID: <20071024193121.896133562@smtp.haun-online.de> Mark R. Evans wrote: >Here are a few observations and issues I've run into with Geeklog 1.5cvs: Thanks for the extensive list! >Users and Submissions -> Spamx > >Make this a drop down of valid actions. This would make it harder to provide new modules, though. >OLD ISSUES THAT COULD BE ADDRESSED PRIOR TO RELEASE > >directory.php does not use any template files, all markup is in the source. Yeah, I wrote this for a client once and needed a "drop-in" solution without any external dependencies. And other than moving the texts to the language file, nobody every bothered to do anything with it. >Each time I do a theme, I have issues with the directory listing because of >this. ... and it's not even that pretty to start with ... >It looks pretty straight forward to separate. I'll be happy to >submit a patch on the latest CVS if there is any interest Sure, fire away. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From oliver at spiesshofer.com Wed Oct 24 21:08:27 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 25 Oct 2007 09:08:27 +0800 Subject: [geeklog-devel] New GL default theme In-Reply-To: <20071024072508.fb8bcc2fecb686751fcd9ef4261c8e30.cc83b4bac6.wbe@email.secureserver.net> References: <20071024072508.fb8bcc2fecb686751fcd9ef4261c8e30.cc83b4bac6.wbe@email.secureserver.net> Message-ID: <471FEC8B.3060006@spiesshofer.com> geiss at midnightforce.com wrote: > I think some things are better left as tables at this point (admin > menu lists and what not), but as far as the main layout goes, I would > work towards tableless design. Of course tabular information belongs into tables. > Traditionally, my theme ports have taken 3-4 weeks of casual work in > the evenings to complete. That's from start to packaged release. With > this one being 80% done, I estimate 2-3 weeks to finish it up (I'm > including a few days to learn my way around Tortoise CVS and what not > in there as well. :-) ) So that would put us mid November I would > imagine for a beta if you're waiting on me. Also, we can continue to > tweak/bugfix things, if need be, in RCs all the way to final release. > > Again, the push for XHTML is not tied to this theme. Right now, the > doctype is HTML 4.01 Transitional and can remain as such for release. I would be happy with a strict doctype. I introduced that one for 1.4.1 and would like to keep it. Transitional has too many uncertainties when you want to do CSS in details. > All along I have developed primarily in FF2, but have daily checked > my work in IE6&7, Safari on PC (sorry, don't have a Mac), and Opera. > To my knowledge, the theme renders uniformly across browsers. (If I > missed something, please let me know.) :-) You extras-button on the bottom of the page is off the charts in Opera. Oliver From oliver at spiesshofer.com Wed Oct 24 21:13:13 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 25 Oct 2007 09:13:13 +0800 Subject: [geeklog-devel] Geeklog v1.5cvs Observations / Issues In-Reply-To: <20071024193121.896133562@smtp.haun-online.de> References: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com> <20071024193121.896133562@smtp.haun-online.de> Message-ID: <471FEDA9.10907@spiesshofer.com> Dirk Haun wrote: > Mark R. Evans wrote: > >> OLD ISSUES THAT COULD BE ADDRESSED PRIOR TO RELEASE >> >> directory.php does not use any template files, all markup is in the source. >> > Yeah, I wrote this for a client once and needed a "drop-in" solution > without any external dependencies. And other than moving the texts to > the language file, nobody every bothered to do anything with it. > >> Each time I do a theme, I have issues with the directory listing because of >> this. >> > ... and it's not even that pretty to start with ... >> t looks pretty straight forward to separate. I'll be happy to >> submit a patch on the latest CVS if there is any interest >> I thought it would ne good to transfer that into an admin list. You want me to do that Mark? Then we would have sorting, multiple filters etc. Oliver From oliver at spiesshofer.com Wed Oct 24 22:43:51 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 25 Oct 2007 10:43:51 +0800 Subject: [geeklog-devel] (no subject) In-Reply-To: <317330.3311.qm@web32015.mail.mud.yahoo.com> References: <317330.3311.qm@web32015.mail.mud.yahoo.com> Message-ID: <472002E7.8010709@spiesshofer.com> Joe Mucchiello wrote: > At 01:05 AM 10/24/2007, Oliver Spiesshofer wrote: > >> I have some hundreds of lines of code lying around here that I >> would like to put into this release but since I have not gotten an >> answer yet from Dirk, I guess it will not. >> > Well, that's just odd. If there was a code cutoff, there should have > been a new branch added to CVS so that new code had somewhere to go. > The code is not lost. I have it here and can submit it later. I simply wanted to state that not only non-core devs are facing an issue of submitting code at this point in time. > It was finished in September, long before code cutoff. I decided that > since nothing was happening on the devel list that I'd just post it as > a hack. I did that Oct 8.[1] I realize you were not involved in the > template stuff. I don't expect you to have an answer. I'm just saying > the delay was not on my side. > I know. I am sorry that that happened. I was answering to Marks accusations that we did not implement it because you are not a core dev. Oliver From dirk at haun-online.de Thu Oct 25 01:36:21 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 25 Oct 2007 07:36:21 +0200 Subject: [geeklog-devel] Geeklog v1.5cvs Observations / Issues In-Reply-To: <471FEDA9.10907@spiesshofer.com> References: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com> <20071024193121.896133562@smtp.haun-online.de> <471FEDA9.10907@spiesshofer.com> Message-ID: <20071025053621.995414720@smtp.haun-online.de> Oliver Spiesshofer wrote: (directory.php) >I thought it would ne good to transfer that into an admin list. I like the simplicity of it. I think it's also a good replacement for a sitemap, from a search engine point of view - simple markup. I fear that would be lost when you turn it into an admin-style list. >You want me to do that Mark? Then we would have sorting, multiple >filters etc. Don't we already have that in admin/story.php? bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From oliver at spiesshofer.com Thu Oct 25 01:45:32 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 25 Oct 2007 13:45:32 +0800 Subject: [geeklog-devel] Geeklog v1.5cvs Observations / Issues In-Reply-To: <20071025053621.995414720@smtp.haun-online.de> References: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com> <20071024193121.896133562@smtp.haun-online.de> <471FEDA9.10907@spiesshofer.com> <20071025053621.995414720@smtp.haun-online.de> Message-ID: <47202D7C.1020501@spiesshofer.com> Dirk Haun wrote: > Oliver Spiesshofer wrote: > > (directory.php) > >> I thought it would ne good to transfer that into an admin list. >> > I like the simplicity of it. I think it's also a good replacement for a > sitemap, from a search engine point of view - simple markup. I fear that > would be lost when you turn it into an admin-style list. > ok, I wont argue with that one. I simply found that there could be a bit more information in that list. The admin-list would maybe be an overkill though. >> You want me to do that Mark? Then we would have sorting, multiple >> filters etc. >> > Don't we already have that in admin/story.php? > Of course, but only for the admins. Oliver From taharaxp at gmail.com Thu Oct 25 08:48:26 2007 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Thu, 25 Oct 2007 21:48:26 +0900 Subject: [geeklog-devel] New GL default theme Message-ID: Hi,All This is my first message on geeklog-devel. I made Geeklog XHTML Edition. (http://www.trybase.com/~sun/) When I asked mystral-kk, and showed XHTML Edition, I thought loneliness because there was no reaction at all first. However, I have gotten excited very much because it is discussed like this greatly now. Because it liked moderate flexibility and an enough function, lightness, and secure, I began to use Geeklog. I am spending good times by developing the theme (My theme is already completely tableless layout without modifying the core system. And in addition, the number of styles of the box does not have the limit. Please visit my playground http://www.trybase.com/~dengen/log/), and developing the plug-in now. However, I was dissatisfied with HTML output being disturbed. (Unfortunately this is truth) One day, I noticed that Geeklog system output valid XHTML by changing some codes of Geeklog a little. And I had an ambition I set an aim in a timing before the release of GL-1.5, to have you adopt this cord. Well, Dirk seems not to hope for Geeklog made XHTML in my impression because a lot of Geeklog users do not like shift to XHTML. I do not know whether most users of Geeklog are satisfied with the current state. But, nobody should be able to deny that XHTML having already become the mainstream in other CMS or the Blog tool. Do you think that a new user shows interest in Geeklog which does not support even XHTML? I cannot think like that. I think that there is the user who is particular about valid XHTML output in my others a lot. I hopes once again. The code that present Geeklog outputs has fallen into disorder. Therefore, please open the door to XHTML from which a severe description is requested. If it doesn't fulfill the hope, at least, please check the disorder of the code again, and please show future vision concerning XHTML. dengen From geiss at midnightforce.com Thu Oct 25 21:56:24 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Thu, 25 Oct 2007 19:56:24 -0600 Subject: [geeklog-devel] Fresh install Admin Directory Path issue In-Reply-To: References: Message-ID: <47214948.6040502@midnightforce.com> This evening while setting up GL1.5CVS I noticed that the Admin Directory Path setting, under Optional Configurations listed my admin directory as http://geiss.getmyip.com/gl15/gl15/admin, (effectively with double public_html calls) while my Site URL is http://geiss.getmyip.com/gl15. You all are probably already aware, but just wanted to put it out there on the off chance it wasn't caught. ...I remember vaguely though something about this being discussed in the past. :-) Thx! Eric From oliver at spiesshofer.com Thu Oct 25 21:59:07 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 26 Oct 2007 09:59:07 +0800 Subject: [geeklog-devel] Fresh install Admin Directory Path issue In-Reply-To: <47214948.6040502@midnightforce.com> References: <47214948.6040502@midnightforce.com> Message-ID: <472149EB.7070303@spiesshofer.com> There was an issue with this before since the interface only noted the subdir and attached it to the docroot, cancelling the possibilities to have the admin dir parallel to the docroot. I fixed that and tested it. I wonder what it going wrong there now. I will check it. Oliver =MF=Geiss wrote: > This evening while setting up GL1.5CVS I noticed that the Admin > Directory Path setting, under Optional Configurations listed my admin > directory as http://geiss.getmyip.com/gl15/gl15/admin, (effectively > with double public_html calls) while my Site URL is > http://geiss.getmyip.com/gl15. > > You all are probably already aware, but just wanted to put it out > there on the off chance it wasn't caught. ...I remember vaguely though > something about this being discussed in the past. :-) > > Thx! > > Eric > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From oliver at spiesshofer.com Thu Oct 25 22:12:41 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 26 Oct 2007 10:12:41 +0800 Subject: [geeklog-devel] Fresh install Admin Directory Path issue In-Reply-To: <47214948.6040502@midnightforce.com> References: <47214948.6040502@midnightforce.com> Message-ID: <47214D19.3040309@spiesshofer.com> I checked it and it seems to be fine here. Do you have the full URL in your admin-url box or only the sub-folders? Can you re-download the index.php from CVS to make sure you have the latest version? thanks Oliver =MF=Geiss wrote: > This evening while setting up GL1.5CVS I noticed that the Admin > Directory Path setting, under Optional Configurations listed my admin > directory as http://geiss.getmyip.com/gl15/gl15/admin, (effectively > with double public_html calls) while my Site URL is > http://geiss.getmyip.com/gl15. > > You all are probably already aware, but just wanted to put it out > there on the off chance it wasn't caught. ...I remember vaguely though > something about this being discussed in the past. :-) > > Thx! > > Eric > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From geiss at midnightforce.com Thu Oct 25 22:18:35 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Thu, 25 Oct 2007 20:18:35 -0600 Subject: [geeklog-devel] Theme updating for one page, but after refresh goes back to professional In-Reply-To: <472149EB.7070303@spiesshofer.com> References: <47214948.6040502@midnightforce.com> <472149EB.7070303@spiesshofer.com> Message-ID: <47214E7B.5090607@midnightforce.com> Hmmmm... On the site Configuration page, under the Theme tab, when I change the theme from professional to nouveau, and click Save Changes, after the page refreshes, it displays with the new theme, but on clicking to any other page it reverts back to the professional theme. Thx! Eric From oliver at spiesshofer.com Thu Oct 25 22:27:02 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 26 Oct 2007 10:27:02 +0800 Subject: [geeklog-devel] Theme updating for one page, but after refresh goes back to professional In-Reply-To: <47214E7B.5090607@midnightforce.com> References: <47214948.6040502@midnightforce.com> <472149EB.7070303@spiesshofer.com> <47214E7B.5090607@midnightforce.com> Message-ID: <47215076.80908@spiesshofer.com> Works fine here, too. I assume that your cookies are working, so I dont really know what is causing the trouble here. Oliver =MF=Geiss wrote: > Hmmmm... On the site Configuration page, under the Theme tab, when I > change the theme from professional to nouveau, and click Save Changes, > after the page refreshes, it displays with the new theme, but on > clicking to any other page it reverts back to the professional theme. > > Thx! > > Eric > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From info at heatherengineering.com Thu Oct 25 22:30:28 2007 From: info at heatherengineering.com (Heather Engineering) Date: Fri, 26 Oct 2007 11:30:28 +0900 Subject: [geeklog-devel] Theme updating for one page, but after refresh goes back to professional In-Reply-To: <47215076.80908@spiesshofer.com> References: <47214948.6040502@midnightforce.com> <472149EB.7070303@spiesshofer.com> <47214E7B.5090607@midnightforce.com> <47215076.80908@spiesshofer.com> Message-ID: <4B5E27BA-B953-4BD4-8004-24B28A84EBE8@heatherengineering.com> Possibly a browser cache issue? If not, cookies? If you have several GL sites, sometimes cookies are an issue if you don't set the domain in the cookie section of the config. Try deleting all "theme" cookies and see what happens. Euan. On 2007/10/26, at 11:27, Oliver Spiesshofer wrote: > Works fine here, too. I assume that your cookies are working, so I > dont really know what is causing the trouble here. > > Oliver > > =MF=Geiss wrote: >> Hmmmm... On the site Configuration page, under the Theme tab, when >> I change the theme from professional to nouveau, and click Save >> Changes, after the page refreshes, it displays with the new theme, >> but on clicking to any other page it reverts back to the >> professional theme. >> >> Thx! >> >> Eric >> _______________________________________________ >> 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 Thu Oct 25 22:35:20 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Thu, 25 Oct 2007 21:35:20 -0500 Subject: [geeklog-devel] Theme updating for one page, but after refresh goes back to professional In-Reply-To: <4B5E27BA-B953-4BD4-8004-24B28A84EBE8@heatherengineering.com> References: <47214948.6040502@midnightforce.com> <472149EB.7070303@spiesshofer.com> <47214E7B.5090607@midnightforce.com> <47215076.80908@spiesshofer.com> <4B5E27BA-B953-4BD4-8004-24B28A84EBE8@heatherengineering.com> Message-ID: <50aae8730710251935t3b63aeeax895da8ca2caa5503@mail.gmail.com> Eric, Double check in your My Account to make sure you don't have a theme defined there, that would override the default Geeklog theme you put in the configuration. Thanks! Mark On 10/25/07, Heather Engineering wrote: > > Possibly a browser cache issue? If not, cookies? If you have several > GL sites, sometimes cookies are an issue if you don't set the domain > in the cookie section of the config. Try deleting all "theme" cookies > and see what happens. > > Euan. > > On 2007/10/26, at 11:27, Oliver Spiesshofer wrote: > > > Works fine here, too. I assume that your cookies are working, so I > > dont really know what is causing the trouble here. > > > > Oliver > > > > =MF=Geiss wrote: > >> Hmmmm... On the site Configuration page, under the Theme tab, when > >> I change the theme from professional to nouveau, and click Save > >> Changes, after the page refreshes, it displays with the new theme, > >> but on clicking to any other page it reverts back to the > >> professional theme. > >> > >> Thx! > >> > >> Eric > >> _______________________________________________ > >> 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 geiss at midnightforce.com Thu Oct 25 22:37:46 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Thu, 25 Oct 2007 20:37:46 -0600 Subject: [geeklog-devel] Fresh install Admin Directory Path issue In-Reply-To: <47214D19.3040309@spiesshofer.com> References: <47214948.6040502@midnightforce.com> <47214D19.3040309@spiesshofer.com> Message-ID: <472152FA.3000304@midnightforce.com> This is the URL listed in the Admin Directory Path box: http://geiss.getmyip.com/gl15/gl15/admin I re-downloaded index.php from CVS, but I already had the latest version. (1.95 dated 7/29/2007 by dhaun) Issue is still there on install. Next steps? I'm running Xampp v1.63a on WinXP Pro SP2 (PHP 5.2.3) Thx! Eric Oliver Spiesshofer wrote: > I checked it and it seems to be fine here. > Do you have the full URL in your admin-url box or only the sub-folders? > > Can you re-download the index.php from CVS to make sure you have the > latest version? > > thanks > > Oliver > > > =MF=Geiss wrote: >> This evening while setting up GL1.5CVS I noticed that the Admin >> Directory Path setting, under Optional Configurations listed my admin >> directory as http://geiss.getmyip.com/gl15/gl15/admin, (effectively >> with double public_html calls) while my Site URL is >> http://geiss.getmyip.com/gl15. >> >> You all are probably already aware, but just wanted to put it out >> there on the off chance it wasn't caught. ...I remember vaguely >> though something about this being discussed in the past. :-) >> >> Thx! >> >> Eric >> _______________________________________________ >> 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 oliver at spiesshofer.com Thu Oct 25 22:54:15 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 26 Oct 2007 10:54:15 +0800 Subject: [geeklog-devel] Fresh install Admin Directory Path issue In-Reply-To: <472152FA.3000304@midnightforce.com> References: <47214948.6040502@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> Message-ID: <472156D7.8010503@spiesshofer.com> I was talking about the /admin/install/index.php Please check that one. Oliver =MF=Geiss wrote: > This is the URL listed in the Admin Directory Path box: > http://geiss.getmyip.com/gl15/gl15/admin > > I re-downloaded index.php from CVS, but I already had the latest > version. (1.95 dated 7/29/2007 by dhaun) > > Issue is still there on install. Next steps? I'm running Xampp v1.63a > on WinXP Pro SP2 (PHP 5.2.3) > > Thx! > > Eric > > > > Oliver Spiesshofer wrote: >> I checked it and it seems to be fine here. >> Do you have the full URL in your admin-url box or only the sub-folders? >> >> Can you re-download the index.php from CVS to make sure you have the >> latest version? >> >> thanks >> >> Oliver >> >> >> =MF=Geiss wrote: >>> This evening while setting up GL1.5CVS I noticed that the Admin >>> Directory Path setting, under Optional Configurations listed my >>> admin directory as http://geiss.getmyip.com/gl15/gl15/admin, >>> (effectively with double public_html calls) while my Site URL is >>> http://geiss.getmyip.com/gl15. >>> >>> You all are probably already aware, but just wanted to put it out >>> there on the off chance it wasn't caught. ...I remember vaguely >>> though something about this being discussed in the past. :-) >>> >>> Thx! >>> >>> Eric >>> _______________________________________________ >>> 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 geiss at midnightforce.com Thu Oct 25 22:55:26 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Thu, 25 Oct 2007 20:55:26 -0600 Subject: [geeklog-devel] Theme updating for one page, but after refresh goes back to professional In-Reply-To: <50aae8730710251935t3b63aeeax895da8ca2caa5503@mail.gmail.com> References: <47214948.6040502@midnightforce.com> <472149EB.7070303@spiesshofer.com> <47214E7B.5090607@midnightforce.com> <47215076.80908@spiesshofer.com> <4B5E27BA-B953-4BD4-8004-24B28A84EBE8@heatherengineering.com> <50aae8730710251935t3b63aeeax895da8ca2caa5503@mail.gmail.com> Message-ID: <4721571E.9070004@midnightforce.com> That did the trick! :-) So ...now time to test whether a regular user's theme is updated if the admin changes the global theme in the Configuration screen, as it evidently doesn't change the admin's theme. Users created after a global theme change will grab the new theme setting. That's good. But when logged in as a regular user, in My Account, I can't click on the Layout & Language tab to set theme settings. In Configuration/Users and Submissions, User Themes is set to True, so I'm not sure what is going on. ??? - Let the beta testing begin! :-) LOL Thx! Eric Mark R. Evans wrote: > Eric, > > Double check in your My Account to make sure you don't have a theme > defined there, that would override the default Geeklog theme you put > in the configuration. > > Thanks! > Mark > > On 10/25/07, *Heather Engineering* > wrote: > > Possibly a browser cache issue? If not, cookies? If you have several > GL sites, sometimes cookies are an issue if you don't set the domain > in the cookie section of the config. Try deleting all "theme" cookies > and see what happens. > > Euan. > > On 2007/10/26, at 11:27, Oliver Spiesshofer wrote: > > > Works fine here, too. I assume that your cookies are working, so I > > dont really know what is causing the trouble here. > > > > Oliver > > > > =MF=Geiss wrote: > >> Hmmmm... On the site Configuration page, under the Theme tab, when > >> I change the theme from professional to nouveau, and click Save > >> Changes, after the page refreshes, it displays with the new theme, > >> but on clicking to any other page it reverts back to the > >> professional theme. > >> > >> Thx! > >> > >> Eric > >> _______________________________________________ > >> 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 geiss at midnightforce.com Thu Oct 25 23:00:31 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Thu, 25 Oct 2007 21:00:31 -0600 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <472152FA.3000304@midnightforce.com> References: <47214948.6040502@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> Message-ID: <4721584F.7000907@midnightforce.com> This might help development if we have a common site to check while looking at issues (at least its the site I'm using, anyway) :-) Its hosted on my home PC, which is on 99.9% of the time, but no guarantees. ;-) http://geiss.getmyip.com/gl15/ user/user is regular user login/password. If you would like an admin account, contact me. Hope this helps! Thx! Eric =MF=Geiss wrote: > This is the URL listed in the Admin Directory Path box: > http://geiss.getmyip.com/gl15/gl15/admin > > I re-downloaded index.php from CVS, but I already had the latest > version. (1.95 dated 7/29/2007 by dhaun) > > Issue is still there on install. Next steps? I'm running Xampp v1.63a > on WinXP Pro SP2 (PHP 5.2.3) > > Thx! > > Eric > > > > Oliver Spiesshofer wrote: >> I checked it and it seems to be fine here. >> Do you have the full URL in your admin-url box or only the sub-folders? >> >> Can you re-download the index.php from CVS to make sure you have the >> latest version? >> >> thanks >> >> Oliver >> >> >> =MF=Geiss wrote: >>> This evening while setting up GL1.5CVS I noticed that the Admin >>> Directory Path setting, under Optional Configurations listed my >>> admin directory as http://geiss.getmyip.com/gl15/gl15/admin, >>> (effectively with double public_html calls) while my Site URL is >>> http://geiss.getmyip.com/gl15. >>> >>> You all are probably already aware, but just wanted to put it out >>> there on the off chance it wasn't caught. ...I remember vaguely >>> though something about this being discussed in the past. :-) >>> >>> Thx! >>> >>> Eric >>> _______________________________________________ >>> 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 oliver at spiesshofer.com Thu Oct 25 23:11:18 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 26 Oct 2007 11:11:18 +0800 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <4721584F.7000907@midnightforce.com> References: <47214948.6040502@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> Message-ID: <47215AD6.2060001@spiesshofer.com> Thanks, that helps in certain cases but finally its important to check the system on different server environments Also, It is not always advisable to have the CVS-version running on a public server. Aditionally, when I check something I always install some debug-code into the system to see where the error is coming from. I cannot do that on your site, so I still need to check everything on my own site. Oliver =MF=Geiss wrote: > This might help development if we have a common site to check while > looking at issues (at least its the site I'm using, anyway) :-) Its > hosted on my home PC, which is on 99.9% of the time, but no > guarantees. ;-) > > http://geiss.getmyip.com/gl15/ > user/user is regular user login/password. If you would like an admin > account, contact me. > > Hope this helps! > > Thx! > > Eric > > > =MF=Geiss wrote: >> This is the URL listed in the Admin Directory Path box: >> http://geiss.getmyip.com/gl15/gl15/admin >> >> I re-downloaded index.php from CVS, but I already had the latest >> version. (1.95 dated 7/29/2007 by dhaun) >> >> Issue is still there on install. Next steps? I'm running Xampp v1.63a >> on WinXP Pro SP2 (PHP 5.2.3) >> >> Thx! >> >> Eric >> >> >> >> Oliver Spiesshofer wrote: >>> I checked it and it seems to be fine here. >>> Do you have the full URL in your admin-url box or only the sub-folders? >>> >>> Can you re-download the index.php from CVS to make sure you have the >>> latest version? >>> >>> thanks >>> >>> Oliver >>> >>> >>> =MF=Geiss wrote: >>>> This evening while setting up GL1.5CVS I noticed that the Admin >>>> Directory Path setting, under Optional Configurations listed my >>>> admin directory as http://geiss.getmyip.com/gl15/gl15/admin, >>>> (effectively with double public_html calls) while my Site URL is >>>> http://geiss.getmyip.com/gl15. >>>> >>>> You all are probably already aware, but just wanted to put it out >>>> there on the off chance it wasn't caught. ...I remember vaguely >>>> though something about this being discussed in the past. :-) >>>> >>>> Thx! >>>> >>>> Eric >>>> _______________________________________________ >>>> 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 oliver at spiesshofer.com Thu Oct 25 23:11:29 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 26 Oct 2007 11:11:29 +0800 Subject: [geeklog-devel] Theme updating for one page, but after refresh goes back to professional In-Reply-To: <4721571E.9070004@midnightforce.com> References: <47214948.6040502@midnightforce.com> <472149EB.7070303@spiesshofer.com> <47214E7B.5090607@midnightforce.com> <47215076.80908@spiesshofer.com> <4B5E27BA-B953-4BD4-8004-24B28A84EBE8@heatherengineering.com> <50aae8730710251935t3b63aeeax895da8ca2caa5503@mail.gmail.com> <4721571E.9070004@midnightforce.com> Message-ID: <47215AE1.30101@spiesshofer.com> =MF=Geiss wrote: > So ...now time to test whether a regular user's theme is updated if > the admin changes the global theme in the Configuration screen, as it > evidently doesn't change the admin's theme. It does not unless you remove the theme the user has been using or the user has no cookie set for that. It was not intended to do so otherwise. Its only the default theme in case nothing else is set. > But when logged in as a regular user, in My Account, I can't click on > the Layout & Language tab to set theme settings. In > Configuration/Users and Submissions, User Themes is set to True, so > I'm not sure what is going on. > works fine here though.. what do you mean by "I can't click..."? You say it works as root but not as user? I only tried as root now... Oliver From geiss at midnightforce.com Thu Oct 25 23:15:15 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Thu, 25 Oct 2007 21:15:15 -0600 Subject: [geeklog-devel] Fresh install Admin Directory Path issue In-Reply-To: <472156D7.8010503@spiesshofer.com> References: <47214948.6040502@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <472156D7.8010503@spiesshofer.com> Message-ID: <47215BC3.3020504@midnightforce.com> gotcha. sorry. :-) admin/install/install.php is v1.19. Cleared my browser cache, and it's still doubling up. I've left the install directory active. Take a look yourself and tell me what you think. http://geiss.getmyip.com/gl15/admin/install/install.php btw, my db-config file is at G:/xampp/Geeklog-1.x/db-config.php Did a New Install. G:/xampp/htdocs/gl15 is the public_html folder, for ie. G:/xampp/htdocs/gl15/index.php is homepage, G:/xampp/htdocs/gl15/admin/install/install.php is the URL referenced above. Thx! Eric Oliver Spiesshofer wrote: > I was talking about the /admin/install/index.php > Please check that one. > > Oliver > > =MF=Geiss wrote: >> This is the URL listed in the Admin Directory Path box: >> http://geiss.getmyip.com/gl15/gl15/admin >> >> I re-downloaded index.php from CVS, but I already had the latest >> version. (1.95 dated 7/29/2007 by dhaun) >> >> Issue is still there on install. Next steps? I'm running Xampp v1.63a >> on WinXP Pro SP2 (PHP 5.2.3) >> >> Thx! >> >> Eric >> >> >> >> Oliver Spiesshofer wrote: >>> I checked it and it seems to be fine here. >>> Do you have the full URL in your admin-url box or only the sub-folders? >>> >>> Can you re-download the index.php from CVS to make sure you have the >>> latest version? >>> >>> thanks >>> >>> Oliver >>> >>> >>> =MF=Geiss wrote: >>>> This evening while setting up GL1.5CVS I noticed that the Admin >>>> Directory Path setting, under Optional Configurations listed my >>>> admin directory as http://geiss.getmyip.com/gl15/gl15/admin, >>>> (effectively with double public_html calls) while my Site URL is >>>> http://geiss.getmyip.com/gl15. >>>> >>>> You all are probably already aware, but just wanted to put it out >>>> there on the off chance it wasn't caught. ...I remember vaguely >>>> though something about this being discussed in the past. :-) >>>> >>>> Thx! >>>> >>>> Eric >>>> _______________________________________________ >>>> 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 geiss at midnightforce.com Thu Oct 25 23:17:09 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Thu, 25 Oct 2007 21:17:09 -0600 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <47215AD6.2060001@spiesshofer.com> References: <47214948.6040502@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> <47215AD6.2060001@spiesshofer.com> Message-ID: <47215C35.4050005@midnightforce.com> Oh, I know all that. :-) I'm just trying to give us the opportunity to look at the same page to aid in communication. Thx! Eric Oliver Spiesshofer wrote: > Thanks, that helps in certain cases but finally its important to check > the system on different server environments Also, It is not always > advisable to have the CVS-version running on a public server. > Aditionally, when I check something I always install some debug-code > into the system to see where the error is coming from. I cannot do > that on your site, so I still need to check everything on my own site. > > Oliver > > =MF=Geiss wrote: >> This might help development if we have a common site to check while >> looking at issues (at least its the site I'm using, anyway) :-) Its >> hosted on my home PC, which is on 99.9% of the time, but no >> guarantees. ;-) >> >> http://geiss.getmyip.com/gl15/ >> user/user is regular user login/password. If you would like an admin >> account, contact me. >> >> Hope this helps! >> >> Thx! >> >> Eric >> >> >> =MF=Geiss wrote: >>> This is the URL listed in the Admin Directory Path box: >>> http://geiss.getmyip.com/gl15/gl15/admin >>> >>> I re-downloaded index.php from CVS, but I already had the latest >>> version. (1.95 dated 7/29/2007 by dhaun) >>> >>> Issue is still there on install. Next steps? I'm running Xampp >>> v1.63a on WinXP Pro SP2 (PHP 5.2.3) >>> >>> Thx! >>> >>> Eric >>> >>> >>> >>> Oliver Spiesshofer wrote: >>>> I checked it and it seems to be fine here. >>>> Do you have the full URL in your admin-url box or only the >>>> sub-folders? >>>> >>>> Can you re-download the index.php from CVS to make sure you have >>>> the latest version? >>>> >>>> thanks >>>> >>>> Oliver >>>> >>>> >>>> =MF=Geiss wrote: >>>>> This evening while setting up GL1.5CVS I noticed that the Admin >>>>> Directory Path setting, under Optional Configurations listed my >>>>> admin directory as http://geiss.getmyip.com/gl15/gl15/admin, >>>>> (effectively with double public_html calls) while my Site URL is >>>>> http://geiss.getmyip.com/gl15. >>>>> >>>>> You all are probably already aware, but just wanted to put it out >>>>> there on the off chance it wasn't caught. ...I remember vaguely >>>>> though something about this being discussed in the past. :-) >>>>> >>>>> Thx! >>>>> >>>>> Eric >>>>> _______________________________________________ >>>>> 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 > > From geiss at midnightforce.com Thu Oct 25 23:19:12 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Thu, 25 Oct 2007 21:19:12 -0600 Subject: [geeklog-devel] Theme updating for one page, but after refresh goes back to professional In-Reply-To: <47215AE1.30101@spiesshofer.com> References: <47214948.6040502@midnightforce.com> <472149EB.7070303@spiesshofer.com> <47214E7B.5090607@midnightforce.com> <47215076.80908@spiesshofer.com> <4B5E27BA-B953-4BD4-8004-24B28A84EBE8@heatherengineering.com> <50aae8730710251935t3b63aeeax895da8ca2caa5503@mail.gmail.com> <4721571E.9070004@midnightforce.com> <47215AE1.30101@spiesshofer.com> Message-ID: <47215CB0.4010808@midnightforce.com> You can click on the tab, but the page doesn't refresh. It stays at the email and password page. You have the site details, feel free to login as user and take a looksy :-) Thx! Eric Oliver Spiesshofer wrote: > =MF=Geiss wrote: >> So ...now time to test whether a regular user's theme is updated if >> the admin changes the global theme in the Configuration screen, as it >> evidently doesn't change the admin's theme. > It does not unless you remove the theme the user has been using or the > user has no cookie set for that. It was not intended to do so > otherwise. Its only the default theme in case nothing else is set. >> But when logged in as a regular user, in My Account, I can't click on >> the Layout & Language tab to set theme settings. In >> Configuration/Users and Submissions, User Themes is set to True, so >> I'm not sure what is going on. >> > works fine here though.. what do you mean by "I can't click..."? > You say it works as root but not as user? I only tried as root now... > > Oliver > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From info at heatherengineering.com Thu Oct 25 23:19:32 2007 From: info at heatherengineering.com (Heather Engineering) Date: Fri, 26 Oct 2007 12:19:32 +0900 Subject: [geeklog-devel] New GL default theme In-Reply-To: References: Message-ID: ???? ML????????????????????? ?????????????????????? ??? I get the impression people are bloody busy right now, as things are a little silent on some fronts. Also, that several conversations are getting confused: (1) if the remaining bits of HTML output by the Geeklog core are removed to templates, then there should be no problem in creating HTML or XHTML sites as the core would be "markup agnostic". (2) Eric is creating a very nice theme, and can do it in XHTML if needed (3) the discussion of the use of tables is irrelevant - this can be on a theme-by-theme basis, as the core would be markup agnostic and now leftblocks and rightblocks can be set on a theme-by-theme basis in functions.php (4) plugins can also be made "markup agnostic" by using provided core templates for "
    " or "
    " and such like, but it doesn't matter if plugins do not conform exactly at first - this can be rectified over time. (5) there have been some people getting flustered about communication in the forum and on this list recently. As I see it the only real questions are the "feature freeze" for 1.5 and communication. So: (1) what is the position on templating before 1.5, and (2) if permitted, who will do it? (3) if not permitted, let's have a roadmap for it. And let's have a roadmap anyway (doesn't have to be a timeline). All the cool kids these days do everything in Trac (http://trac.edgewall.com/) or it should be easy to throw together a simple plugin for GL. I haven't looked, so I don't know how big a job going code-agnostic is. Dengen, why don't you post a patch to current CVS so that we get an idea of your changes and if it is feasible for 1.5? I see several votes for XHTML, and only Dirk holding back - though I think the question of community democracy is less relevant than (2) above. :-) My 2 yen. Euan. On 2007/10/25, at 21:48, Yoshinori Tahara wrote: > Hi,All > > This is my first message on geeklog-devel. > > I made Geeklog XHTML Edition. (http://www.trybase.com/~sun/) > When I asked mystral-kk, and showed XHTML Edition, I thought > loneliness because there was no reaction at all first. However, I have > gotten excited very much because it is discussed like this greatly > now. > > Because it liked moderate flexibility and an enough function, > lightness, and secure, I began to use Geeklog. I am spending good > times by developing the theme (My theme is already completely > tableless layout without modifying the core system. And in addition, > the number of styles of the box does not have the limit. Please visit > my playground http://www.trybase.com/~dengen/log/), and developing the > plug-in now. > However, I was dissatisfied with HTML output being disturbed. > (Unfortunately this is truth) > > One day, I noticed that Geeklog system output valid XHTML by changing > some codes of Geeklog a little. And I had an ambition I set an aim in > a timing before the release of GL-1.5, to have you adopt this cord. > > > Well, Dirk seems not to hope for Geeklog made XHTML in my impression > because a lot of Geeklog users do not like shift to XHTML. > I do not know whether most users of Geeklog are satisfied with the > current state. But, nobody should be able to deny that XHTML having > already become the mainstream in other CMS or the Blog tool. > Do you think that a new user shows interest in Geeklog which does not > support even XHTML? I cannot think like that. I think that there is > the user who is particular about valid XHTML output in my others a > lot. > > I hopes once again. > The code that present Geeklog outputs has fallen into disorder. > Therefore, please open the door to XHTML from which a severe > description is requested. > If it doesn't fulfill the hope, at least, please check the disorder of > the code again, and please show future vision concerning XHTML. > > > dengen > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel From mevans at ecsnet.com Thu Oct 25 23:20:41 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Thu, 25 Oct 2007 22:20:41 -0500 Subject: [geeklog-devel] Theme updating for one page, but after refresh goes back to professional In-Reply-To: <4721571E.9070004@midnightforce.com> References: <47214948.6040502@midnightforce.com> <472149EB.7070303@spiesshofer.com> <47214E7B.5090607@midnightforce.com> <47215076.80908@spiesshofer.com> <4B5E27BA-B953-4BD4-8004-24B28A84EBE8@heatherengineering.com> <50aae8730710251935t3b63aeeax895da8ca2caa5503@mail.gmail.com> <4721571E.9070004@midnightforce.com> Message-ID: <50aae8730710252020t342298c3nc2d35b7e3ae45c29@mail.gmail.com> Eric, If a user has set their theme, it updates their user record, so changing the global theme will have no effect for those users. There are some JavaScript changes between GL 1.4.1 and GL 1.5, so make sure you copy the preferences/ directory files from the professional theme of GL15 to your new theme's preferences/ directory. This should take care of the JS issues and let you click on the Layout & Language tab. Thanks! Mark On 10/25/07, =MF=Geiss wrote: > > That did the trick! :-) So ...now time to test whether a regular user's > theme is updated if the admin changes the global theme in the > Configuration screen, as it evidently doesn't change the admin's theme. > > Users created after a global theme change will grab the new theme > setting. That's good. But when logged in as a regular user, in My > Account, I can't click on the Layout & Language tab to set theme > settings. In Configuration/Users and Submissions, User Themes is set to > True, so I'm not sure what is going on. > > ??? - Let the beta testing begin! :-) LOL > > Thx! > > Eric > > Mark R. Evans wrote: > > Eric, > > > > Double check in your My Account to make sure you don't have a theme > > defined there, that would override the default Geeklog theme you put > > in the configuration. > > > > Thanks! > > Mark > > > > On 10/25/07, *Heather Engineering* > > wrote: > > > > Possibly a browser cache issue? If not, cookies? If you have several > > GL sites, sometimes cookies are an issue if you don't set the domain > > in the cookie section of the config. Try deleting all "theme" > cookies > > and see what happens. > > > > Euan. > > > > On 2007/10/26, at 11:27, Oliver Spiesshofer wrote: > > > > > Works fine here, too. I assume that your cookies are working, so I > > > dont really know what is causing the trouble here. > > > > > > Oliver > > > > > > =MF=Geiss wrote: > > >> Hmmmm... On the site Configuration page, under the Theme tab, > when > > >> I change the theme from professional to nouveau, and click Save > > >> Changes, after the page refreshes, it displays with the new > theme, > > >> but on clicking to any other page it reverts back to the > > >> professional theme. > > >> > > >> Thx! > > >> > > >> Eric > > >> _______________________________________________ > > >> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From geiss at midnightforce.com Fri Oct 26 00:10:43 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Thu, 25 Oct 2007 22:10:43 -0600 Subject: [geeklog-devel] Theme updating for one page, but after refresh goes back to professional In-Reply-To: <50aae8730710252020t342298c3nc2d35b7e3ae45c29@mail.gmail.com> References: <47214948.6040502@midnightforce.com> <472149EB.7070303@spiesshofer.com> <47214E7B.5090607@midnightforce.com> <47215076.80908@spiesshofer.com> <4B5E27BA-B953-4BD4-8004-24B28A84EBE8@heatherengineering.com> <50aae8730710251935t3b63aeeax895da8ca2caa5503@mail.gmail.com> <4721571E.9070004@midnightforce.com> <50aae8730710252020t342298c3nc2d35b7e3ae45c29@mail.gmail.com> Message-ID: <472168C3.40400@midnightforce.com> Mark, You are 2 for 2 tonight my friend! Excellent work! I copied over all the files from the 1.5 professional theme into the nouveau theme directory, just to make sure I'm working with the most current stuff. That fixed the ascriptive tab click bug for the user login. Now it looks like I have some work to do to tidy up things a bit, theme-wise. Time to get to work! :-) Th! Eric Mark R. Evans wrote: > Eric, > > If a user has set their theme, it updates their user record, so > changing the global theme will have no effect for those users. > > There are some JavaScript changes between GL 1.4.1 and GL 1.5, so make > sure you copy the preferences/ directory files from the professional > theme of GL15 to your new theme's preferences/ directory. This should > take care of the JS issues and let you click on the Layout & Language > tab. > > Thanks! > Mark > > On 10/25/07, *=MF=Geiss* > wrote: > > That did the trick! :-) So ...now time to test whether a regular > user's > theme is updated if the admin changes the global theme in the > Configuration screen, as it evidently doesn't change the admin's > theme. > > Users created after a global theme change will grab the new theme > setting. That's good. But when logged in as a regular user, in My > Account, I can't click on the Layout & Language tab to set theme > settings. In Configuration/Users and Submissions, User Themes is > set to > True, so I'm not sure what is going on. > > ??? - Let the beta testing begin! :-) LOL > > Thx! > > Eric > > Mark R. Evans wrote: > > Eric, > > > > Double check in your My Account to make sure you don't have a theme > > defined there, that would override the default Geeklog theme you put > > in the configuration. > > > > Thanks! > > Mark > > > > On 10/25/07, *Heather Engineering* > > >> wrote: > > > > Possibly a browser cache issue? If not, cookies? If you have > several > > GL sites, sometimes cookies are an issue if you don't set > the domain > > in the cookie section of the config. Try deleting all > "theme" cookies > > and see what happens. > > > > Euan. > > > > On 2007/10/26, at 11:27, Oliver Spiesshofer wrote: > > > > > Works fine here, too. I assume that your cookies are > working, so I > > > dont really know what is causing the trouble here. > > > > > > Oliver > > > > > > =MF=Geiss wrote: > > >> Hmmmm... On the site Configuration page, under the Theme > tab, when > > >> I change the theme from professional to nouveau, and > click Save > > >> Changes, after the page refreshes, it displays with the > new theme, > > >> but on clicking to any other page it reverts back to the > > >> professional theme. > > >> > > >> Thx! > > >> > > >> Eric > > >> _______________________________________________ > > >> geeklog-devel mailing list > > >> geeklog-devel at lists.geeklog.net > > > > > > >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > < 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 > > > ------------------------------------------------------------------------ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From oliver at spiesshofer.com Fri Oct 26 00:33:22 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Fri, 26 Oct 2007 12:33:22 +0800 Subject: [geeklog-devel] Fresh install Admin Directory Path issue In-Reply-To: <47215BC3.3020504@midnightforce.com> References: <47214948.6040502@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <472156D7.8010503@spiesshofer.com> <47215BC3.3020504@midnightforce.com> Message-ID: <47216E12.5040403@spiesshofer.com> Could you please add this here after the line 161 into that index.php? echo "site: $site_url" . "
    self :" . $_SERVER['PHP_SELF'] . "
    admin :". preg_replace('/\/install.*/', '', $_SERVER['PHP_SELF']); for debugging Oliver =MF=Geiss wrote: > gotcha. sorry. :-) > > admin/install/install.php is v1.19. Cleared my browser cache, and it's still doubling up. I've left the install directory active. Take a look yourself and tell me what you think. > > http://geiss.getmyip.com/gl15/admin/install/install.php > > btw, my db-config file is at G:/xampp/Geeklog-1.x/db-config.php > > Did a New Install. > > G:/xampp/htdocs/gl15 is the public_html folder, for ie. G:/xampp/htdocs/gl15/index.php is homepage, G:/xampp/htdocs/gl15/admin/install/install.php is the URL referenced above. > > Thx! > > Eric From mevans at ecsnet.com Fri Oct 26 09:06:39 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Fri, 26 Oct 2007 08:06:39 -0500 Subject: [geeklog-devel] Fresh install Admin Directory Path issue In-Reply-To: <47214948.6040502@midnightforce.com> References: <47214948.6040502@midnightforce.com> Message-ID: <50aae8730710260606g3751e4c1s17537a6270f3e401@mail.gmail.com> Eric, As the current install script works, it will not properly detect the Geeklog admin directory if Geeklog is installed in a sub-directory off the web root. The problem is caused by using the $site_url when building the $site_admin_url variable. Currently the following happens (using your issue as an example): $_SERVER['PHP_SELF'] = /gl15/admin/install/index.php $site_url is built by removing everything after 'admin' from PHP_SELF, so you end up with /gl15/ $site_admin_url is built by removing everything after 'install' from PHP_SELF, which leaves: /gl15/admin/ and this is added to the end of $site_url, which gives us /gl15/gl15/admin/ where the sub-directory that Geeklog resides is duplicated. The fix is simple, change line 162 of admin/install/index.php to the following, this will build the site_admin_url variable independently of $site_url. $site_admin_url = isset($_POST['site_admin_url']) ? $_POST['site_admin_url'] : 'http://' . $_SERVER['HTTP_HOST'] . preg_replace('/\/install.*/', '', $_SERVER['PHP_SELF']) ; That should have it properly detect the correct admin path. Thanks! Mark On 10/25/07, =MF=Geiss wrote: > > This evening while setting up GL1.5CVS I noticed that the Admin > Directory Path setting, under Optional Configurations listed my admin > directory as http://geiss.getmyip.com/gl15/gl15/admin, (effectively with > double public_html calls) while my Site URL is > http://geiss.getmyip.com/gl15. > > You all are probably already aware, but just wanted to put it out there > on the off chance it wasn't caught. ...I remember vaguely though > something about this being discussed in the past. :-) > > Thx! > > Eric > _______________________________________________ > 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 mevans at ecsnet.com Fri Oct 26 09:11:21 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Fri, 26 Oct 2007 08:11:21 -0500 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <4721584F.7000907@midnightforce.com> References: <47214948.6040502@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> Message-ID: <50aae8730710260611y6bca38bbm844239a110e14438@mail.gmail.com> Eric, Good idea. I also have a GL cvs installation running at http://glcvs.gllabs.org. This install is using Joe's caching template library. I'm using it to test various plugins to make sure they work properly with the caching template library. So far, no issues at all with plugins or Geeklog compatibility and the caching template library. Thanks! Mark On 10/25/07, =MF=Geiss wrote: > > This might help development if we have a common site to check while > looking at issues (at least its the site I'm using, anyway) :-) Its > hosted on my home PC, which is on 99.9% of the time, but no guarantees. > ;-) > > http://geiss.getmyip.com/gl15/ > user/user is regular user login/password. If you would like an admin > account, contact me. > > Hope this helps! > > Thx! > > Eric > > > =MF=Geiss wrote: > > This is the URL listed in the Admin Directory Path box: > > http://geiss.getmyip.com/gl15/gl15/admin > > > > I re-downloaded index.php from CVS, but I already had the latest > > version. (1.95 dated 7/29/2007 by dhaun) > > > > Issue is still there on install. Next steps? I'm running Xampp v1.63a > > on WinXP Pro SP2 (PHP 5.2.3) > > > > Thx! > > > > Eric > > > > > > > > Oliver Spiesshofer wrote: > >> I checked it and it seems to be fine here. > >> Do you have the full URL in your admin-url box or only the sub-folders? > >> > >> Can you re-download the index.php from CVS to make sure you have the > >> latest version? > >> > >> thanks > >> > >> Oliver > >> > >> > >> =MF=Geiss wrote: > >>> This evening while setting up GL1.5CVS I noticed that the Admin > >>> Directory Path setting, under Optional Configurations listed my > >>> admin directory as http://geiss.getmyip.com/gl15/gl15/admin, > >>> (effectively with double public_html calls) while my Site URL is > >>> http://geiss.getmyip.com/gl15. > >>> > >>> You all are probably already aware, but just wanted to put it out > >>> there on the off chance it wasn't caught. ...I remember vaguely > >>> though something about this being discussed in the past. :-) > >>> > >>> Thx! > >>> > >>> Eric > >>> _______________________________________________ > >>> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From garymoncrieff at googlemail.com Fri Oct 26 09:48:05 2007 From: garymoncrieff at googlemail.com (Gary Moncrieff) Date: Fri, 26 Oct 2007 14:48:05 +0100 Subject: [geeklog-devel] Fresh install Admin Directory Path issue In-Reply-To: <50aae8730710260606g3751e4c1s17537a6270f3e401@mail.gmail.com> References: <47214948.6040502@midnightforce.com> <50aae8730710260606g3751e4c1s17537a6270f3e401@mail.gmail.com> Message-ID: Thanks mark, this is an issue I was having too when installing in a sub directory, also happens with GL2 in a sub directory, will test this later. Dazzy On 26/10/2007, Mark R. Evans wrote: > > Eric, > > As the current install script works, it will not properly detect the > Geeklog admin directory if Geeklog is installed in a sub-directory off the > web root. > > The problem is caused by using the $site_url when building the > $site_admin_url variable. Currently the following happens (using your issue > as an example): > > $_SERVER['PHP_SELF'] = /gl15/admin/install/index.php > > $site_url is built by removing everything after 'admin' from PHP_SELF, so > you end up with /gl15/ > > $site_admin_url is built by removing everything after 'install' from > PHP_SELF, which leaves: /gl15/admin/ and this is added to the end of > $site_url, which gives us /gl15/gl15/admin/ where the sub-directory that > Geeklog resides is duplicated. > > The fix is simple, change line 162 of admin/install/index.php to the > following, this will build the site_admin_url variable independently of > $site_url. > > $site_admin_url = isset($_POST['site_admin_url']) ? > $_POST['site_admin_url'] : 'http://' . $_SERVER['HTTP_HOST'] . > preg_replace('/\/install.*/', '', $_SERVER['PHP_SELF']) ; > > That should have it properly detect the correct admin path. > > Thanks! > Mark > > On 10/25/07, =MF=Geiss < geiss at midnightforce.com> wrote: > > > > This evening while setting up GL1.5CVS I noticed that the Admin > > Directory Path setting, under Optional Configurations listed my admin > > directory as http://geiss.getmyip.com/gl15/gl15/admin, (effectively with > > double public_html calls) while my Site URL is > > http://geiss.getmyip.com/gl15. > > > > You all are probably already aware, but just wanted to put it out there > > on the off chance it wasn't caught. ...I remember vaguely though > > something about this being discussed in the past. :-) > > > > Thx! > > > > Eric > > _______________________________________________ > > 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 taharaxp at gmail.com Fri Oct 26 13:28:47 2007 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Sat, 27 Oct 2007 02:28:47 +0900 Subject: [geeklog-devel] New GL default theme In-Reply-To: References: Message-ID: Euan. Thank you for a message. Can you speak Japanese? I was surprised at your Japanese message very much:-) > (1) if the remaining bits of HTML output by the Geeklog core are > removed to templates, then there should be no problem in creating > HTML or XHTML sites as the core would be "markup agnostic". It's ideal. But, my change is not the thing which is a high level like that. I made HTML buried in Geeklog core XHTML simply. > (2) Eric is creating a very nice theme, and can do it in XHTML if needed It is good information. > (3) the discussion of the use of tables is irrelevant - this can be > on a theme-by-theme basis, as the core would be markup agnostic and > now leftblocks and rightblocks can be set on a theme-by-theme basis > in functions.php I understand it. > (4) plugins can also be made "markup agnostic" by using provided > core templates for "
    " or "
    " and such like, but it doesn't > matter if plugins do not conform exactly at first - this can be > rectified over time. Yes. I understand it. > (5) there have been some people getting flustered about communication > in the forum and on this list recently. The communication is sometimes easy. And sometimes difficult. > Dengen, why don't you post a patch to current CVS so that we get > an idea of your changes and if it is feasible for 1.5? If there is one person in hope of it, I will start work at once. dengen From mevans at ecsnet.com Fri Oct 26 13:50:46 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Fri, 26 Oct 2007 12:50:46 -0500 Subject: [geeklog-devel] More GL15 Issues Message-ID: <50aae8730710261050q1d09d9dey7cfada051785f964@mail.gmail.com> Configuration -> Themes I'm seeing some strange behavior when changing the theme in the Theme tab. On a PHP4 system I can change the theme, save, change again, save without any issues. On a PHP5 install I can change the theme once without issue, each time I change it after that, the screen simply refreshes and the change does not take. I will continue to test this, just curious if anyone is experiencing this? Also, why not make the Theme field a drop down, there is already a function, COM_getThemes() that returns a list of available themes. This would make it a bit more user friendly and keep someone from mis-typing a theme name. Configuration -> Miscellaneous HTML Filtering: In Geeklog v1.4.1 there was an option in the config.phpthat defined additional HTML elements that would be merged with the 'admin_html' element if the advanced editor was enabled. I don't see these in 1.5's configuration options. I'm wondering if these should be part of the default for the Admin HTML? Configuration Save I believe it has already been reported that trying to save the configuration on a PHP4 system errors out with an invalid parameter to foreach. The quick fix I found for this was to place $this->initConfig(); After line 503 in system/config.class.php, so it becomes: function updateConfig($change_array) { if (!SEC_inGroup('Root')) { return null; } $this->initConfig(); $success_array = array(); foreach ($this->config_array as $param_name => $param_value) { Basically this forces the config_array variable to be rebuilt. I haven't walked through the code enough to determine why this only happens on a PHP4 system. I don't believe this is the proper final fix, but it should allow those who are testing 1.5 on a PHP4 system to at least save their configuration changes. Comments: I love the ability to close comments for a story or static page. I think it would be beneficial to display a message that states "Comments are closed for this story" or something to that effect. It looks like the check in comment.php, around line 82 needs to be updated to allow for comments closed. Right now it checks to see if commentcode is not set or less than 0 (-1 being comments disabled), this triggers a redirect to index.php. Since comments closed is 1, the submit code will not redirect if someone tries to post a comment to a story where they are disabled. Changing the check to something like: if (!isset($commentcode) || $commentcode != 0) { return COM_refresh ($_CONF['site_url'] . '/index.php'); } Should do the trick. I was successful in posting a comment to a comments closed story using a carefully crafted curl call. ---- That's it for this round.... Thanks! Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Fri Oct 26 14:27:02 2007 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 26 Oct 2007 20:27:02 +0200 Subject: [geeklog-devel] Fresh install Admin Directory Path issue In-Reply-To: <50aae8730710260606g3751e4c1s17537a6270f3e401@mail.gmail.com> References: <47214948.6040502@midnightforce.com> <50aae8730710260606g3751e4c1s17537a6270f3e401@mail.gmail.com> Message-ID: <20071026182702.1612912945@smtp.haun-online.de> Mark R. Evans wrote: >As the current install script works, it will not properly detect the Geeklog >admin directory if Geeklog is installed in a sub-directory off the web root. That's the issue with site_admin_url I mentioned recently but couldn't remember what it was. Thanks. Matt, are you taking notes? bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From dirk at haun-online.de Fri Oct 26 14:30:59 2007 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 26 Oct 2007 20:30:59 +0200 Subject: [geeklog-devel] New GL default theme In-Reply-To: References: Message-ID: <20071026183059.1851790836@smtp.haun-online.de> Heather Engineering wrote: >(5) there have been some people getting flustered about communication >in the forum and on this list recently. Indeed. It's surprising what one or two trolls can accomplish. And how easy it is to fall for them, even after almost 20 years on Usenet ... /me tries to calm down and ignore them bye, Dirk -- http://www.haun-online.de/ http://spam.tinyweb.net/ From geiss at midnightforce.com Fri Oct 26 18:44:30 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Fri, 26 Oct 2007 16:44:30 -0600 Subject: [geeklog-devel] Fresh install Admin Directory Path issue In-Reply-To: <50aae8730710260606g3751e4c1s17537a6270f3e401@mail.gmail.com> References: <47214948.6040502@midnightforce.com> <50aae8730710260606g3751e4c1s17537a6270f3e401@mail.gmail.com> Message-ID: <47226DCE.2020100@midnightforce.com> Mark, I changed admin/install/install.php as you directed, and now all is as it should be. :-) To close this thread out, will one with commit rights please make the change noted below. Thx! Eric Mark R. Evans wrote: > Eric, > > As the current install script works, it will not properly detect the > Geeklog admin directory if Geeklog is installed in a sub-directory off > the web root. > > The problem is caused by using the $site_url when building the > $site_admin_url variable. Currently the following happens (using your > issue as an example): > > $_SERVER['PHP_SELF'] = /gl15/admin/install/index.php > > $site_url is built by removing everything after 'admin' from PHP_SELF, > so you end up with /gl15/ > > $site_admin_url is built by removing everything after 'install' from > PHP_SELF, which leaves: /gl15/admin/ and this is added to the end of > $site_url, which gives us /gl15/gl15/admin/ where the sub-directory > that Geeklog resides is duplicated. > > The fix is simple, change line 162 of admin/install/index.php to the > following, this will build the site_admin_url variable independently > of $site_url. > > $site_admin_url = isset($_POST['site_admin_url']) ? > $_POST['site_admin_url'] : 'http://' . $_SERVER['HTTP_HOST'] . > preg_replace('/\/install.*/', '', $_SERVER['PHP_SELF']) ; > > That should have it properly detect the correct admin path. > > Thanks! > Mark > > On 10/25/07, *=MF=Geiss* < geiss at midnightforce.com > > wrote: > > This evening while setting up GL1.5CVS I noticed that the Admin > Directory Path setting, under Optional Configurations listed my admin > directory as http://geiss.getmyip.com/gl15/gl15/admin, > (effectively with > double public_html calls) while my Site URL is > http://geiss.getmyip.com/gl15. > > You all are probably already aware, but just wanted to put it out > there > on the off chance it wasn't caught. ...I remember vaguely though > something about this being discussed in the past. :-) > > Thx! > > Eric > _______________________________________________ > 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 Oct 26 20:48:54 2007 From: devel at portalparts.com (Blaine Lang) Date: Fri, 26 Oct 2007 20:48:54 -0400 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <4721584F.7000907@midnightforce.com> References: <47214948.6040502@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> Message-ID: <47228AF6.90708@portalparts.com> Looks like the test site for the new theme is down. I wanted to review the latest again before commenting so this is some feedback on one aspect of the new theme - the user options area. I really don't like to see my page jump down as it works now. The leftblocks collapsing is not the same and having a large area like I saw last time with a list of links just does not appeal to me. If this area is to contain important user menu navigation then it should be on a main menu or in a consistent area the user can always see. We have lots of menu space typically on a site and if need use a flyout or dropdown multilevel menu. What I do like is to have a hidden login form that appears when the user clicks on a login link. There really only needs to be 2 links that switch once the user is logged in. Login + Register and once logged in they become My Account + Logout. These can easily be added in a reserved area in the site header. I have 2 examples of sites that were done this way - themes are per client so no wise cracks :) 1) http://www.home2hotel.ca/ 2) http://www.ccccio.ca/ - a bit different as they self register this closed community Our site www.nextide.ca is similar but I do not use the show/hide area for the login form as it did not work with out site header. What this example does show is the reserved area for the 2 links (or tabs) that change to My Account and Logout once you login. Additionally, one our site, all the system messages are trapped and shown in the header area as opposed to being inside an error block and pushing the content down. Blaine From oliver at spiesshofer.com Sat Oct 27 00:02:15 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Sat, 27 Oct 2007 12:02:15 +0800 Subject: [geeklog-devel] Fresh install Admin Directory Path issue In-Reply-To: <47226DCE.2020100@midnightforce.com> References: <47214948.6040502@midnightforce.com> <50aae8730710260606g3751e4c1s17537a6270f3e401@mail.gmail.com> <47226DCE.2020100@midnightforce.com> Message-ID: <4722B847.7070102@spiesshofer.com> Did it Oliver =MF=Geiss wrote: > Mark, > > I changed admin/install/install.php as you directed, and now all is as > it should be. :-) > > To close this thread out, will one with commit rights please make the > change noted below. > > Thx! > > Eric > > Mark R. Evans wrote: >> Eric, >> >> As the current install script works, it will not properly detect the >> Geeklog admin directory if Geeklog is installed in a sub-directory >> off the web root. >> >> The problem is caused by using the $site_url when building the >> $site_admin_url variable. Currently the following happens (using >> your issue as an example): >> >> $_SERVER['PHP_SELF'] = /gl15/admin/install/index.php >> >> $site_url is built by removing everything after 'admin' from >> PHP_SELF, so you end up with /gl15/ >> >> $site_admin_url is built by removing everything after 'install' from >> PHP_SELF, which leaves: /gl15/admin/ and this is added to the end of >> $site_url, which gives us /gl15/gl15/admin/ where the sub-directory >> that Geeklog resides is duplicated. >> >> The fix is simple, change line 162 of admin/install/index.php to the >> following, this will build the site_admin_url variable independently >> of $site_url. >> $site_admin_url = >> isset($_POST['site_admin_url']) ? $_POST['site_admin_url'] : >> 'http://' . $_SERVER['HTTP_HOST'] . preg_replace('/\/install.*/', '', >> $_SERVER['PHP_SELF']) ; >> >> That should have it properly detect the correct admin path. >> >> Thanks! >> Mark >> >> On 10/25/07, *=MF=Geiss* < geiss at midnightforce.com >> > wrote: >> >> This evening while setting up GL1.5CVS I noticed that the Admin >> Directory Path setting, under Optional Configurations listed my >> admin >> directory as http://geiss.getmyip.com/gl15/gl15/admin, >> (effectively with >> double public_html calls) while my Site URL is >> http://geiss.getmyip.com/gl15. >> >> You all are probably already aware, but just wanted to put it out >> there >> on the off chance it wasn't caught. ...I remember vaguely though >> something about this being discussed in the past. :-) >> >> Thx! >> >> Eric >> _______________________________________________ >> 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 mjervis at gmail.com Sat Oct 27 02:08:48 2007 From: mjervis at gmail.com (Michael Jervis) Date: Sat, 27 Oct 2007 07:08:48 +0100 Subject: [geeklog-devel] Gravatar bought by Automattic In-Reply-To: <20071019192602.867297020@smtp.haun-online.de> References: <20071019192602.867297020@smtp.haun-online.de> Message-ID: <7b42e7470710262308i5a016d1v6307be3e6ebd322d@mail.gmail.com> > I guess that's a good thing. Gravatar has been incredibly slow at times > (thus increasing a site's load time) - so much so that I've disabled it > on most of my sites. The Wordpress guys have some experience with load- > balancing, so let's hope they make Gravatar speedy (and usable) again. Your wish was their command: http://barry.wordpress.com/2007/10/26/making-gravatar-fast-again/ From geiss at midnightforce.com Sat Oct 27 15:12:59 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Sat, 27 Oct 2007 13:12:59 -0600 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <47228AF6.90708@portalparts.com> References: <47214948.6040502@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> <47228AF6.90708@portalparts.com> Message-ID: <47238DBB.50904@midnightforce.com> Yeah, my router hiccuped last night. Sorry. That was the .1% I was talking about in uptime. :-) It's back online now. Blaine Lang wrote: > Looks like the test site for the new theme is down. > > I wanted to review the latest again before commenting so this is some > feedback on one aspect of the new theme - the user options area. I > really don't like to see my page jump down as it works now. The > leftblocks collapsing is not the same and having a large area like I > saw last time with a list of links just does not appeal to me. If this > area is to contain important user menu navigation then it should be on > a main menu or in a consistent area the user can always see. We have > lots of menu space typically on a site and if need use a flyout or > dropdown multilevel menu. If by "jumping down" you mean it renders the hidden div and then collapses it (I'm currently only seeing that issue in Opera, btw) I totally agree with you. Perhaps there is a javascript trick someone knows about to fix that. I'm trying to look into it but haven't found much yet. Anyone have any ideas? DOM ready vs. DOM load or something? The content of this toggle area is totally up for discussion. My intent was to have a place for stuff that will alleviate some overcrowding on the main page, but still have it handy without having to click through a few pages. This can be links, maybe a quick download area, I don't know. Everyone please share your ideas for what this area could be used for. If we can't come up with something, then we can always just not use it. :-) > What I do like is to have a hidden login form that appears when the > user clicks on a login link. There really only needs to be 2 links > that switch once the user is logged in. > I agree. This would also clear up more space on the main layout. I think a good place for these links would be floated right in the menu bar (although for some reason, it won't pull the {lang_login} text, like it does in loginform.thtml. Or, it could be below the search box in the header. Thoughts? > Login + Register and once logged in they become My Account + Logout. > These can easily be added in a reserved area in the site header. > I have 2 examples of sites that were done this way - themes are per > client so no wise cracks :) > 1) http://www.home2hotel.ca/ > 2) http://www.ccccio.ca/ - a bit different as they self register this > closed community > > Our site www.nextide.ca is similar but I do not use the show/hide area > for the login form as it did not work with out site header. What this > example does show is the reserved area for the 2 links (or tabs) that > change to My Account and Logout once you login. Additionally, one our > site, all the system messages are trapped and shown in the header area > as opposed to being inside an error block and pushing the content down. > How about something similar to the topmost links at http://www.gnome-look.org ie. Applications, Artwork, or Linux Distrubitions? We could put the login form in that hover box. Thoughts? > Blaine > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From dirk at haun-online.de Sun Oct 28 12:49:17 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 28 Oct 2007 18:49:17 +0200 Subject: [geeklog-devel] More GL15 Issues In-Reply-To: <50aae8730710261050q1d09d9dey7cfada051785f964@mail.gmail.com> References: <50aae8730710261050q1d09d9dey7cfada051785f964@mail.gmail.com> Message-ID: <20071028164917.305709353@smtp.haun-online.de> Mark R. Evans wrote: >It looks like the check in comment.php, around line 82 needs to be updated >to allow for comments closed. Good catch. Fixed in CVS now. Thanks! bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Sun Oct 28 14:10:34 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 28 Oct 2007 20:10:34 +0200 Subject: [geeklog-devel] CVS viewer Message-ID: <20071028181034.928655136@smtp.haun-online.de> Since I'm missing the CVS viewer so much and Mantis doesn't include one anyway, I went ahead and set one up: It's just a quick&dirty installation of ViewVC. Let me know if I missed anything. bye, Dirk P.S. Dwight, how's it going with the Mantis setup? -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Sun Oct 28 15:26:20 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 28 Oct 2007 21:26:20 +0200 Subject: [geeklog-devel] Geeklog v1.5cvs Observations / Issues In-Reply-To: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com> References: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com> Message-ID: <20071028192620.1217897934@smtp.haun-online.de> Mark R. Evans wrote: >STORY EDITOR > >Using HTML Editor (not advanced editor), each time I preview I get a lot of >whitespace injected at the beginning and at the end of the text. Can't reproduce that. Can you provide an example? >Using the tags do not function as expected, the new lines are >ignored, so the code block is compressed into a single line with leading >spaces removed. I think you're confusing Geeklog's own [code] tag (which seems to work fine in CVS) and the HTML and
     tags.
    
     is only logical markup ("this is some sort of source code") and
    doesn't provide any special formatting (it's usually rendered in a
    typewriter font, though). Only 
     keeps the line breaks intact,
     doesn't.
    
    And [code] is actually translated to 
    ...
    
    bye, Dirk
    
    
    -- 
    http://www.haun-online.de/
    http://spam.tinyweb.net/
    
    
    
    From dirk at haun-online.de  Sun Oct 28 15:39:28 2007
    From: dirk at haun-online.de (Dirk Haun)
    Date: Sun, 28 Oct 2007 21:39:28 +0200
    Subject: [geeklog-devel] Geeklog v1.5cvs Observations / Issues
    In-Reply-To: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com>
    References: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com>
    Message-ID: <20071028193928.2012482473@smtp.haun-online.de>
    
    Mark R. Evans wrote:
    
    >SUBMISSIONS / COMMAND AND CONTROL SCREEN
    >
    >There is no submit button, so I can not approve or delete items in the
    >queue.
    
    (...)
    
    >PLUGIN ADMINISTRATION
    >
    >From the plugins.php admin screen, I cannot disable a plugin.  If I uncheck
    >the Enabled box, the screen refreshes and it is enabled again.  I have to
    >select the plugin for edit, check / uncheck the enabled box and save to make
    >it stick.
    
    From a quick look, it seems those were caused by the recent admin list
    changes. Oliver?
    
    bye, Dirk
    
    
    -- 
    http://www.geeklog.net/
    http://geeklog.info/
    
    
    
    From mevans at ecsnet.com  Sun Oct 28 15:44:45 2007
    From: mevans at ecsnet.com (Mark R. Evans)
    Date: Sun, 28 Oct 2007 14:44:45 -0500
    Subject: [geeklog-devel] Geeklog v1.5cvs Observations / Issues
    In-Reply-To: <20071028192620.1217897934@smtp.haun-online.de>
    References: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com>
    	<20071028192620.1217897934@smtp.haun-online.de>
    Message-ID: <50aae8730710281244p32008763pa9b2a052987e65d7@mail.gmail.com>
    
    >
    > >STORY EDITOR
    > >
    > >Using HTML Editor (not advanced editor), each time I preview I get a lot
    > of
    > >whitespace injected at the beginning and at the end of the text.
    >
    > Can't reproduce that. Can you provide an example?
    
    
    
    Sure, anything causes it for me.  I can simply type a paragraph of text, hit
    the preview button and I will have whitespace added at the beginning and
    end.  You don't see it using the advanced editor, only when in HTML
    Formatted mode.  It doesn't pad with  , so the story saves correctly,
    it is just a visual thing.  After previewing, when I go back into the HTML
    Formatted editor, the first line is indented by several spaces.
    
    It may not be a big issue, just kind of annoying to see my text moved over.
    
    
    >Using the  tags do not function as expected, the new lines are
    > >ignored, so the code block is compressed into a single line with leading
    > >spaces removed.
    >
    > I think you're confusing Geeklog's own [code] tag (which seems to work
    > fine in CVS) and the HTML  and 
     tags.
    >
    >  is only logical markup ("this is some sort of source code") and
    > doesn't provide any special formatting (it's usually rendered in a
    > typewriter font, though). Only 
     keeps the line breaks intact,
    >  doesn't.
    >
    > And [code] is actually translated to 
    ...
    
    
    Very possible.  What I had done was take several stories from my 1.4.1 site
    and cut / paste them into the test 1.5 site.  My thought was things should
    work as they did before, just improved.  This is where I saw the issue.
    
    Using the [code] tag works as it should.  Actually using 
     works
    and those tags are automatically replaced with a [code] tag on preview,
    nice.
    
    You are correct, things are working as they should.
    
    Thanks!
    Mark
    -------------- next part --------------
    An HTML attachment was scrubbed...
    URL: 
    
    From geiss at midnightforce.com  Mon Oct 29 01:02:50 2007
    From: geiss at midnightforce.com (=MF=Geiss)
    Date: Sun, 28 Oct 2007 22:02:50 -0700
    Subject: [geeklog-devel] CSS layout
    In-Reply-To: <4724A804.4010609@spiesshofer.com>
    References: <4723BC47.4050902@familycorner.us>
    	<4724A804.4010609@spiesshofer.com>
    Message-ID: <4725697A.8020301@midnightforce.com>
    
    Hmmm, I have both {left_blocks} and {right_blocks} being called in 
    header.thtml and the homepage at http://geiss.getmyip.com/gl15/ looks 
    fine. But when I got to the calendar for instance, it doesn't remove the 
    right blocks, they still show up.
    
    In the theme functions.php file I have:
    $_CONF['left_blocks_in_footer'] = 0;
    $_CONF['right_blocks_in_footer'] = 0;
    
    and in the Admin menu, under Configuration/Theme tab/Advanced Settings - 
    Show Right Blocks? is set to False.
    
    It all seems right, but I must be missing something.
    
    Thoughts?
    
    Thx!
    
    Eric
    
    Oliver Spiesshofer wrote:
    > Hi Warren,
    >
    > depending if you want to have both variables in the footer or in the 
    > header.thtml, you have to set the left_blocks_in_footer or 
    > right_blocks_in_footer variable both to true or false in the 
    > functions.php in your theme.
    >
    > Hope it works fine!
    >
    > Oliver
    >
    > Eric Warren wrote:
    >> Hi guys,
    >>
    >> I converted the theme to a tableless layout. Although now I have the 
    >> right blocks column rendering below the other columns. :-( Oliver, I 
    >> believe we need to set the {right_blocks} variable to be available in 
    >> header.thtml, and call it prior to the {left_blocks} variable, but am 
    >> not sure about doing this. I know you were working on it, can you 
    >> point me in the right direction? I assume we need to do something in 
    >> the theme's functions.php file. Now that we have a working example, 
    >> what's next to get the right block column moved back up where it 
    >> should be?
    >>
    >> I'm attaching a zip of the nouveau theme for GL1.5. It's still a bit 
    >> messy, so bear with me. :-)
    >>
    >> Thx for your help!
    >>
    >> Eric
    >
    >
    >
    
    
    From oliver at spiesshofer.com  Mon Oct 29 03:00:55 2007
    From: oliver at spiesshofer.com (Oliver Spiesshofer)
    Date: Mon, 29 Oct 2007 08:00:55 +0100
    Subject: [geeklog-devel] CVS viewer
    In-Reply-To: <20071028181034.928655136@smtp.haun-online.de>
    References: <20071028181034.928655136@smtp.haun-online.de>
    Message-ID: <47258527.5040102@spiesshofer.com>
    
    Nah, looks good, thanks Dirk!
    
    Oliver
    
    Dirk Haun wrote:
    > Since I'm missing the CVS viewer so much and Mantis doesn't include one
    > anyway, I went ahead and set one up:
    >
    >     
    >
    > It's just a quick&dirty installation of ViewVC. Let me know if I missed
    > anything.
    >
    > bye, Dirk
    >
    > P.S. Dwight, how's it going with the Mantis setup?
    >
    >
    >   
    
    
    
    From oliver at spiesshofer.com  Mon Oct 29 03:02:06 2007
    From: oliver at spiesshofer.com (Oliver Spiesshofer)
    Date: Mon, 29 Oct 2007 08:02:06 +0100
    Subject: [geeklog-devel] Geeklog v1.5cvs Observations / Issues
    In-Reply-To: <20071028193928.2012482473@smtp.haun-online.de>
    References: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com>
    	<20071028193928.2012482473@smtp.haun-online.de>
    Message-ID: <4725856E.6030801@spiesshofer.com>
    
    I will take a look. Hopefully in the next 24 hrs or so.
    
    Oliver
    
    Dirk Haun wrote:
    > Mark R. Evans wrote:
    >
    >   
    >> SUBMISSIONS / COMMAND AND CONTROL SCREEN
    >>
    >> There is no submit button, so I can not approve or delete items in the
    >> queue.
    >>     
    >
    > (...)
    >
    >   
    >> PLUGIN ADMINISTRATION
    >>
    >>     
    > >From the plugins.php admin screen, I cannot disable a plugin.  If I uncheck
    >   
    >> the Enabled box, the screen refreshes and it is enabled again.  I have to
    >> select the plugin for edit, check / uncheck the enabled box and save to make
    >> it stick.
    >>     
    >
    > >From a quick look, it seems those were caused by the recent admin list
    > changes. Oliver?
    >
    > bye, Dirk
    >
    >
    >   
    
    
    
    From oliver at spiesshofer.com  Mon Oct 29 05:55:39 2007
    From: oliver at spiesshofer.com (Oliver Spiesshofer)
    Date: Mon, 29 Oct 2007 10:55:39 +0100
    Subject: [geeklog-devel] Breaking Captchas with Trojans
    Message-ID: <4725AE1B.9000506@spiesshofer.com>
    
    Hi all,
    
    FYI: There is a new Trojan that lets users strip a (virtual) girl by 
    entering captchas that are then used to use captcha-protected sites.
    
    http://blog.trendmicro.com/captcha-wish-your-girlfriend-was-hot-like-me/
    
    I am not sure how this will develop, but we have a certain risk of this 
    becoming a issue also for GL. I guess the owner of a well-visited 
    website or trojan-infected networks of PCs can hack into any captcha 
    protected site.
    
    Any thoughts on this? I do not think that there is anything one can do 
    against that.
    
    Oliver
    
    
    From oliver at spiesshofer.com  Mon Oct 29 11:17:01 2007
    From: oliver at spiesshofer.com (Oliver Spiesshofer)
    Date: Mon, 29 Oct 2007 16:17:01 +0100
    Subject: [geeklog-devel] Geeklog v1.5cvs Observations / Issues
    In-Reply-To: <20071028193928.2012482473@smtp.haun-online.de>
    References: <50aae8730710241100ha5d8419h4f6defad862a408c@mail.gmail.com>
    	<20071028193928.2012482473@smtp.haun-online.de>
    Message-ID: <4725F96D.4020405@spiesshofer.com>
    
    Should be both fixed now.
    
    Oliver
    
    Dirk Haun wrote:
    > Mark R. Evans wrote:
    >
    >   
    >> SUBMISSIONS / COMMAND AND CONTROL SCREEN
    >>
    >> There is no submit button, so I can not approve or delete items in the
    >> queue.
    >>     
    >
    > (...)
    >
    >   
    >> PLUGIN ADMINISTRATION
    >>
    >>     
    > >From the plugins.php admin screen, I cannot disable a plugin.  If I uncheck
    >   
    >> the Enabled box, the screen refreshes and it is enabled again.  I have to
    >> select the plugin for edit, check / uncheck the enabled box and save to make
    >> it stick.
    >>     
    >
    > >From a quick look, it seems those were caused by the recent admin list
    > changes. Oliver?
    >
    > bye, Dirk
    >
    >
    >   
    
    
    
    From jmucchiello at yahoo.com  Mon Oct 29 16:14:59 2007
    From: jmucchiello at yahoo.com (Joe Mucchiello)
    Date: Mon, 29 Oct 2007 13:14:59 -0700 (PDT)
    Subject: [geeklog-devel] caching template library
    Message-ID: <34222.42225.qm@web32006.mail.mud.yahoo.com>
    
    This all had to come wait till I was on vacation, didn't it?
    
    Thanks Vinny.
    
    My opinion is that this code is now or never. As Mark has said, there
    are several poor practices in plugins (and core code) where a template
    is parsed then setvar is called and the output only looks right because
    of the final call to finish. With the version change to 1.5 and with
    the fact that ADMIN_list API was broken between versions, this is the
    perfect time to say 1.4 plugins probably do not work with 1.5. Changing
    the template library in some future 1.5.1 if these plugins with poor
    practices break between 1.5 and 1.5.1. Much better to give the plugin
    writers one large hump to get over than a series of smaller ones.
    
    Additionally, I think this library would be perfect for your "little"
    templates. Since the caching library works via "include", creating a
    template called "rawlink.thtml":
        {link}
    is not "expensive". The functions already exist (COM_createLink) the
    implementations just need work:
    function COM_createLink($content, $url, $attr = array())
    {
        global $_CONF;
        static $T = false;
        if (!$T) {
            $T = new Template($_CONF['path_layout']);
            $T->set_file('rawlink.thtml');
        }
        $T->unset_var(Array('url','extras','link'));
        ... // should be obvious what follows
    }
    Or instead of one file per snippet, put a bunch of snippets into a
    single file and use the setblock API to fish out the bits you need:
    
    
    • {li_content}
    {link_content} // etc with select/option pairs, ordered lists, even divs Then a global template class instance could be used to process these snippets as needed. But that stuff gets pushed further into the future the longer the delay of putting the template class into the core is delayed. Joe At 11:49 AM 10/24/2007, Vincent Furia wrote: > Joe, > > I think this would be great to get into the release. The only problem > may be how bloated this release already is with all the GSOC and other > code changes. I'll try to see if I can beat Michael to testing your > code out and comparing performance. > > -Vinny __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From mevans at ecsnet.com Mon Oct 29 16:55:30 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Mon, 29 Oct 2007 15:55:30 -0500 Subject: [geeklog-devel] caching template library In-Reply-To: <34222.42225.qm@web32006.mail.mud.yahoo.com> References: <34222.42225.qm@web32006.mail.mud.yahoo.com> Message-ID: <50aae8730710291355u7433e308n6d95a4cefb2edadd@mail.gmail.com> I have the caching library running on a GL 15cvs site ( http://glcvs.gllabs.org) with several plugins installed and everything is working well. I have the main plugins, Media Gallery, Forum, ChatterBlock, Bad Behavior2, CAPTCHA and the DokuWiki integration installed. I'll be happy to install others if there is one you use that isn't included above. Or if you have a premium plugin you want to see running there for testing, I'll be happy to install them as well. If anyone wants credentials to login and work with the plugins, just shoot me an email and I'll set you up. Also, I have gl Messenger, commentfeeds, gl util, nettools and vthemes installed on www.gllabs.org and it is also running the caching template library without issue. My performance tests are published at http://www.gllabs.org/staticpages/index.php?page=cachetemplate Media Gallery has a few issues where I called parse prior to all the set_vars and it was in places that were critical, so that needed to be fixed since it would keep you from editing albums, etc. All issues are fixed in the MG development code and will be released well before GL 15 goes out the door. There are a few places that need to be modified in the core code to fix the set_var after parse issues, those are well documented in Joe's install doc. >From a plugin perspective, I think the risk is pretty low going with the caching library for 1.5. As Joe pointed out, ADMIN_list changes, theme changes, the move to 4.01 Strict, these are all major changes that will affect plugins, so it would be a smart move to make it all happen with 1.5.0 . I still believe it brings a very positive feature to Geeklog and should strongly be considered for inclusion in the next release. Thanks! Mark On 10/29/07, Joe Mucchiello wrote: > > This all had to come wait till I was on vacation, didn't it? > > Thanks Vinny. > > My opinion is that this code is now or never. As Mark has said, there > are several poor practices in plugins (and core code) where a template > is parsed then setvar is called and the output only looks right because > of the final call to finish. With the version change to 1.5 and with > the fact that ADMIN_list API was broken between versions, this is the > perfect time to say 1.4 plugins probably do not work with 1.5. Changing > the template library in some future 1.5.1 if these plugins with poor > practices break between 1.5 and 1.5.1. Much better to give the plugin > writers one large hump to get over than a series of smaller ones. > > Additionally, I think this library would be perfect for your "little" > templates. Since the caching library works via "include", creating a > template called "rawlink.thtml": > {link} > is not "expensive". The functions already exist (COM_createLink) the > implementations just need work: > function COM_createLink($content, $url, $attr = array()) > { > global $_CONF; > static $T = false; > if (!$T) { > $T = new Template($_CONF['path_layout']); > $T->set_file('rawlink.thtml'); > } > $T->unset_var(Array('url','extras','link')); > ... // should be obvious what follows > } > Or instead of one file per snippet, put a bunch of snippets into a > single file and use the setblock API to fish out the bits you need: > >
      > >
    • > {li_content}
    • > >
    > > > {link_content} > > // etc with select/option pairs, ordered lists, even divs > > Then a global template class instance could be used to process these > snippets as needed. > > But that stuff gets pushed further into the future the longer the delay > of putting the template class into the core is delayed. > > Joe > > At 11:49 AM 10/24/2007, Vincent Furia wrote: > > Joe, > > > > I think this would be great to get into the release. The only > problem > > may be how bloated this release already is with all the GSOC and > other > > code changes. I'll try to see if I can beat Michael to testing your > > code out and comparing performance. > > > > -Vinny > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Mon Oct 29 17:04:37 2007 From: dirk at haun-online.de (Dirk Haun) Date: Mon, 29 Oct 2007 23:04:37 +0200 Subject: [geeklog-devel] Breaking Captchas with Trojans In-Reply-To: <4725AE1B.9000506@spiesshofer.com> References: <4725AE1B.9000506@spiesshofer.com> Message-ID: <20071029210437.1952409956@smtp.haun-online.de> Oliver Spiesshofer wrote: >http://blog.trendmicro.com/captcha-wish-your-girlfriend-was-hot-like-me/ (...) >Any thoughts on this? I do not think that there is anything one can do >against that. You should have attended my Webspam presentation[1]. I've argued that spam protection currently relies too much on CAPTCHAs which will be broken pretty soon anyway, due to the advances in OCR to fight email spam. You know, those emails where the spam is hidden in an attached image - and in order to bypass regular OCR software, the text is often skewed or otherwise distorted, pretty much like a CAPTCHA text. Attacks like this trojan will be the exception for now, but the end of CAPTCHAs is nigh - and then we have a real problem on our hands. bye, Dirk [1] -- http://www.haun-online.de/ http://geeklog.info/ From mevans at ecsnet.com Wed Oct 31 23:46:54 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Wed, 31 Oct 2007 22:46:54 -0500 Subject: [geeklog-devel] Configuration option for advanced editor In-Reply-To: <472959DD.5050505@midnightforce.com> References: <472959DD.5050505@midnightforce.com> Message-ID: <47294C2E.6040103@ecsnet.com> Look under User & Submissions. Don't ask me why it is there, but that's where you'll find it :) Thanks! Mark =MF=Geiss wrote: > I may be just missing it, but where can I find the configuration > setting for the advanced editor? > > In 1.4.1's config.php, its on line 473 just prior to the cron schedule > interval, but in the online config for 1.5, under the Miscellaneous > tab/Miscellaneous section, I see Cron Schedule Interval, but nothing > for Advanced Editor. > > Thx! > > Eric > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel