From websitemaster at cogeco.net Fri Mar 2 16:36:20 2012 From: websitemaster at cogeco.net (Tom) Date: Fri, 2 Mar 2012 16:36:20 -0500 Subject: [geeklog-devel] Geeklog History File Message-ID: <067301ccf8bc$8217ce00$86476a00$@cogeco.net> Hey Dirk, If memory serves did you have a script to update Geeklog's history file or did you just pick from the change log (http://project.geeklog.net/tracking/changelog_page.php)? I plan to take a look at these last few items: Update Page Navigation with link elements http://project.geeklog.net/tracking/view.php?id=1391 The part of the page navigator should do markup by a list. http://project.geeklog.net/tracking/view.php?id=1422 Failure when trying to report sitemap.xml write error (I am not sure if this happens on a Windows system since I have not seen it before) http://project.geeklog.net/tracking/view.php?id=1412 I plan to leave "Support IPv6 in Spam-X IP Blacklist module" for a later version unless someone else wants to tackle it. Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Fri Mar 2 16:52:12 2012 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 2 Mar 2012 22:52:12 +0100 Subject: [geeklog-devel] Geeklog History File In-Reply-To: <067301ccf8bc$8217ce00$86476a00$@cogeco.net> References: <067301ccf8bc$8217ce00$86476a00$@cogeco.net> Message-ID: <785F3D5A-3A3F-4073-97A0-24B522B483C1@haun-online.de> Tom wrote: > If memory serves did you have a script to update Geeklog?s history file or did you just pick from the change log (http://project.geeklog.net/tracking/changelog_page.php)? Yeah, I have a script. Ran it & committed what it produced. It's only a raw list that needs some editing, though. > I plan to leave ?Support IPv6 in Spam-X IP Blacklist module? for a later version unless someone else wants to tackle it. My knowledge of IPv6 is weak :-/ I'm seeing the occasional spam post from IPv6 addresses on geeklog.info, but it's not a lot yet. Blocking single addresses works, ranges don't. Btw, I've only noticed today that our unit tests aren't running any more, and neither does the script to create the nightly tarball. Turns out the Mercurial plugin for Jenkins no longer works with the old Mercurial version (1.5) that's installed on the project server. I've asked pair.com to update it. Last I checked, there was a failing unit test, due to some method that was removed from the story class. That should also be fixed for the release (the unit test, I mean). bye, Dirk -- http://www.themobilepresenter.com/ From dirk at haun-online.de Sat Mar 3 15:17:55 2012 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 3 Mar 2012 21:17:55 +0100 Subject: [geeklog-devel] Failing unit test (was: Geeklog History File) In-Reply-To: <785F3D5A-3A3F-4073-97A0-24B522B483C1@haun-online.de> References: <067301ccf8bc$8217ce00$86476a00$@cogeco.net> <785F3D5A-3A3F-4073-97A0-24B522B483C1@haun-online.de> Message-ID: > Last I checked, there was a failing unit test, due to some method that was removed from the story class. That should also be fixed for the release (the unit test, I mean). Okay, Mercurial has been updated on the server. Here's the failing test: Fatal error: Call to undefined method Story::setTid() in /usr/home/geeklog2/Jenkins/customworkspace/test-framework/testpackage/suite/geeklog/system/classes/storyClassTest.php on line 114 from http://project.geeklog.net:8080/job/test-framework/lastFailedBuild/console (ignore the exception - that's a configuration issue with the email notifications) bye, Dirk -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Sat Mar 3 17:28:06 2012 From: websitemaster at cogeco.net (Tom) Date: Sat, 3 Mar 2012 17:28:06 -0500 Subject: [geeklog-devel] Failing unit test (was: Geeklog History File) In-Reply-To: References: <067301ccf8bc$8217ce00$86476a00$@cogeco.net> <785F3D5A-3A3F-4073-97A0-24B522B483C1@haun-online.de> Message-ID: <000601ccf98c$e7939bd0$b6bad370$@cogeco.net> Okay I have created an account on Jenkins. (I have never used it before) How do I exactly go about viewing and editing this unit test. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: March-03-12 3:18 PM To: Geeklog Development Subject: [geeklog-devel] Failing unit test (was: Geeklog History File) > Last I checked, there was a failing unit test, due to some method that was removed from the story class. That should also be fixed for the release (the unit test, I mean). Okay, Mercurial has been updated on the server. Here's the failing test: Fatal error: Call to undefined method Story::setTid() in /usr/home/geeklog2/Jenkins/customworkspace/test-framework/testpackage/suite/ geeklog/system/classes/storyClassTest.php on line 114 from http://project.geeklog.net:8080/job/test-framework/lastFailedBuild/console (ignore the exception - that's a configuration issue with the email notifications) bye, Dirk -- http://www.themobilepresenter.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 Mar 3 17:30:44 2012 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 3 Mar 2012 23:30:44 +0100 Subject: [geeklog-devel] Upgrade error with SEC_updateUserPassword Message-ID: <6D629DA0-2808-436C-87C5-363E79234EC5@haun-online.de> Trying to migrate an older geeklog.net backup to the current 1.9.0 from the Mercurial repository, I'm running into a few problems: Notice: Undefined index: pass_alg in .../geeklog/system/lib-security.php on line 1281 Notice: Undefined index: pass_stretch in .../geeklog/system/lib-security.php on line 1281 (a few more of those) Fatal error: 1064: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE uid = 14633' at line 1 in .../geeklog/system/databases/mysqli.class.php on line 228 Quick analysis: The function SEC_updateUserPassword() which should actually do the password updates for 1.9.0 is, for some reason, being called in mysql_1.7.2_to_1.8.0.php The function update_UsersFor180() was originally used to add passwords for OAuth accounts, but that code is gone now? Vinny? Something went wrong there ? bye, Dirk -- http://www.themobilepresenter.com/ From dirk at haun-online.de Sat Mar 3 17:34:49 2012 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 3 Mar 2012 23:34:49 +0100 Subject: [geeklog-devel] Failing unit test (was: Geeklog History File) In-Reply-To: <000601ccf98c$e7939bd0$b6bad370$@cogeco.net> References: <067301ccf8bc$8217ce00$86476a00$@cogeco.net> <785F3D5A-3A3F-4073-97A0-24B522B483C1@haun-online.de> <000601ccf98c$e7939bd0$b6bad370$@cogeco.net> Message-ID: Tom wrote: > Okay I have created an account on Jenkins. (I have never used it before) > > How do I exactly go about viewing and editing this unit test. Not in Jenkins - it's only running the unit tests, you can't change them there. You need to check out the test-framework project: http://project.geeklog.net/cgi-bin/hgwebdir.cgi/test-framework/ There's a README included that explains how to set things up. bye, Dirk -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Sat Mar 3 17:56:35 2012 From: websitemaster at cogeco.net (Tom) Date: Sat, 3 Mar 2012 17:56:35 -0500 Subject: [geeklog-devel] Failing unit test (was: Geeklog History File) In-Reply-To: References: <067301ccf8bc$8217ce00$86476a00$@cogeco.net> <785F3D5A-3A3F-4073-97A0-24B522B483C1@haun-online.de> <000601ccf98c$e7939bd0$b6bad370$@cogeco.net> Message-ID: <000f01ccf990$e2900d40$a7b027c0$@cogeco.net> Okay thanks. I will remove the testSetTid function since the story class doesn't set it's topic ids anymore (that gets passed to a function in the topic library that handles all the saving). I will have to write up a few tests for the topic library. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: March-03-12 5:35 PM To: Geeklog Development Subject: Re: [geeklog-devel] Failing unit test (was: Geeklog History File) Tom wrote: > Okay I have created an account on Jenkins. (I have never used it before) > > How do I exactly go about viewing and editing this unit test. Not in Jenkins - it's only running the unit tests, you can't change them there. You need to check out the test-framework project: http://project.geeklog.net/cgi-bin/hgwebdir.cgi/test-framework/ There's a README included that explains how to set things up. bye, Dirk -- http://www.themobilepresenter.com/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From vfuria at gmail.com Sat Mar 3 18:22:16 2012 From: vfuria at gmail.com (Vincent Furia) Date: Sat, 3 Mar 2012 16:22:16 -0700 Subject: [geeklog-devel] Upgrade error with SEC_updateUserPassword In-Reply-To: <6D629DA0-2808-436C-87C5-363E79234EC5@haun-online.de> References: <6D629DA0-2808-436C-87C5-363E79234EC5@haun-online.de> Message-ID: Yeah, My fault. The USER_createPassword needed to be pulled out from the main Geeklog install because running that function in 1.9.0 will mess things up. So I changed the update script for 1.7.2 not to use it, not considering that the database wouldn't (yet) be to 1.9.0 configuration yet. I'll have to move the code from USER_createPassword into the 1.7.2 upgrade script. I'll work on that today. In the future, should we avoid using Geeklog code in the upgrade scripts to prevent this sort of catch 22? -Vinny On Sat, Mar 3, 2012 at 15:30, Dirk Haun wrote: > Trying to migrate an older geeklog.net backup to the current 1.9.0 from > the Mercurial repository, I'm running into a few problems: > > Notice: Undefined index: pass_alg in .../geeklog/system/lib-security.php > on line 1281 > Notice: Undefined index: pass_stretch in > .../geeklog/system/lib-security.php on line 1281 > (a few more of those) > Fatal error: 1064: You have an error in your SQL syntax; check the manual > that corresponds to your MySQL server version for the right syntax to use > near 'WHERE uid = 14633' at line 1 in > .../geeklog/system/databases/mysqli.class.php on line 228 > > Quick analysis: The function SEC_updateUserPassword() which should > actually do the password updates for 1.9.0 is, for some reason, being > called in mysql_1.7.2_to_1.8.0.php > > The function update_UsersFor180() was originally used to add passwords for > OAuth accounts, but that code is gone now? > > Vinny? Something went wrong there ? > > bye, Dirk > > > -- > http://www.themobilepresenter.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 vfuria at gmail.com Sat Mar 3 18:40:38 2012 From: vfuria at gmail.com (Vincent Furia) Date: Sat, 3 Mar 2012 16:40:38 -0700 Subject: [geeklog-devel] Upgrade error with SEC_updateUserPassword In-Reply-To: References: <6D629DA0-2808-436C-87C5-363E79234EC5@haun-online.de> Message-ID: Dirk, I pushed a fix. I don't have an old DB around to test with. Could you test it? If you find a bug in my fix, feel free to fix it. The gist of what I did should be pretty obvious. Thanks, Vinny On Sat, Mar 3, 2012 at 16:22, Vincent Furia wrote: > Yeah, > > My fault. The USER_createPassword needed to be pulled out from the main > Geeklog install because running that function in 1.9.0 will mess things up. > So I changed the update script for 1.7.2 not to use it, not considering > that the database wouldn't (yet) be to 1.9.0 configuration yet. > > I'll have to move the code from USER_createPassword into the 1.7.2 upgrade > script. I'll work on that today. > > In the future, should we avoid using Geeklog code in the upgrade scripts > to prevent this sort of catch 22? > > -Vinny > > > On Sat, Mar 3, 2012 at 15:30, Dirk Haun wrote: > >> Trying to migrate an older geeklog.net backup to the current 1.9.0 from >> the Mercurial repository, I'm running into a few problems: >> >> Notice: Undefined index: pass_alg in .../geeklog/system/lib-security.php >> on line 1281 >> Notice: Undefined index: pass_stretch in >> .../geeklog/system/lib-security.php on line 1281 >> (a few more of those) >> Fatal error: 1064: You have an error in your SQL syntax; check the manual >> that corresponds to your MySQL server version for the right syntax to use >> near 'WHERE uid = 14633' at line 1 in >> .../geeklog/system/databases/mysqli.class.php on line 228 >> >> Quick analysis: The function SEC_updateUserPassword() which should >> actually do the password updates for 1.9.0 is, for some reason, being >> called in mysql_1.7.2_to_1.8.0.php >> >> The function update_UsersFor180() was originally used to add passwords >> for OAuth accounts, but that code is gone now? >> >> Vinny? Something went wrong there ? >> >> bye, Dirk >> >> >> -- >> http://www.themobilepresenter.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 Sat Mar 3 18:53:11 2012 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 4 Mar 2012 00:53:11 +0100 Subject: [geeklog-devel] Upgrade error with SEC_updateUserPassword In-Reply-To: References: <6D629DA0-2808-436C-87C5-363E79234EC5@haun-online.de> Message-ID: Vincent Furia wrote: > I pushed a fix. I don't have an old DB around to test with. Could you test it? If you find a bug in my fix, feel free to fix it. The gist of what I did should be pretty obvious. Will do. I was just too tired to dig further into it ? bye, Dirk -- http://www.themobilepresenter.com/ From dirk at haun-online.de Sun Mar 4 05:15:31 2012 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 4 Mar 2012 11:15:31 +0100 Subject: [geeklog-devel] Geeklog 1.9.0 update Message-ID: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> I have a feeling that the 1.9.0 release will cause a lot of breakage, especially with plugins. I've been running into all sorts of small issues all morning ? For example, the Forum plugin fails to install due to the use of the 'tid' field when adding a block. The MySQLi class is more picky about things than the old MySQL class, which also seems to affect some plugins (including the Polls plugin, which did call mysql_real_escape_string() directly in the plugin upgrade code somewhere). So we really need to get the plugin authors on board for this one. We also need to make it really clear this time that there may be issues when trying out early versions - including the risk of the site no longer working due to plugin incompatibilities. Any thoughts on how to best approach this? bye, Dirk -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Sun Mar 4 08:50:43 2012 From: websitemaster at cogeco.net (Tom) Date: Sun, 4 Mar 2012 08:50:43 -0500 Subject: [geeklog-devel] Geeklog 1.9.0 update In-Reply-To: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> References: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> Message-ID: <003b01ccfa0d$cb2f3810$618da830$@cogeco.net> >> So we really need to get the plugin authors on board for this one. I posted this a couple of weeks ago in the mailing list about my thoughts on this: Geeklog has changed the way it handles topics and how they are assigned to stories and blocks in 1.9.0. For most plugins this should not affect them. While Geeklog 1.9.0 will not be released for a couple of months I wanted to give the developers a heads up on what has changed. When the RC is released I will also be posting this information on Geeklog.net For plugins that create blocks or manipulate blocks within the blocks table there could be problems. If your plugin supports center blocks there could also be problems. Upgrading a Geeklog site to 1.9.0 with plugins that are currently installed that do this could cause the site not to function. These plugins should be disabled before upgrading Geeklog. I also wonder if we should include a version of Suprsidr's Geeklog Emergency Rescue Tool along with this release in case a webmaster has problems. (with Suprsidr permission of course) http://www.geeklog.net/article.php/20100222022417548 Anyways, I am currently modifying the Geeklog Fourm to support Geeklog 1.9.0. Here is what I have found: Since topic assignments for blocks are now stored in the topic assignment table installing Geeklog 1.9.0 will break the forum (the forum attempts to use the topic column in the blocks table which does not exist anymore). The forum has 2 blocks. The forum menu which gets enabled and disabled and the latest forum posts block. After looking at the code the best/easiest way to fix this issue while still supporting Geeklog 1.6.0+ is to make these blocks dynamic. See: http://wiki.geeklog.net/index.php/Dynamic_Blocks. The forum also has an issue with the center block. It attempts to check the stories table to see if it is featured for the current topic so it knows where to place the forum center block (above or below the story). This causes a sql error since story topic assignments are now stored in the topic assignment table. I may create a new Geeklog plugin function call for this so plugins can get a true or false answer instead of having the plugin itself querying these tables. Let me know if you have any questions. -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: March-04-12 5:16 AM To: Geeklog Development Subject: [geeklog-devel] Geeklog 1.9.0 update I have a feeling that the 1.9.0 release will cause a lot of breakage, especially with plugins. I've been running into all sorts of small issues all morning . For example, the Forum plugin fails to install due to the use of the 'tid' field when adding a block. The MySQLi class is more picky about things than the old MySQL class, which also seems to affect some plugins (including the Polls plugin, which did call mysql_real_escape_string() directly in the plugin upgrade code somewhere). So we really need to get the plugin authors on board for this one. We also need to make it really clear this time that there may be issues when trying out early versions - including the risk of the site no longer working due to plugin incompatibilities. Any thoughts on how to best approach this? bye, Dirk -- http://www.themobilepresenter.com/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From websitemaster at cogeco.net Sun Mar 4 09:02:42 2012 From: websitemaster at cogeco.net (Tom) Date: Sun, 4 Mar 2012 09:02:42 -0500 Subject: [geeklog-devel] Geeklog 1.9.0 update In-Reply-To: <003b01ccfa0d$cb2f3810$618da830$@cogeco.net> References: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> <003b01ccfa0d$cb2f3810$618da830$@cogeco.net> Message-ID: <003f01ccfa0f$77ddcda0$679968e0$@cogeco.net> Maybe the best spot for the Emergency Rescue Tool would be the install directory (with a link to it on the main install page). The install script doesn't break when the site goes down so it should still be accessible and it will get deleted once the site is running and the user removes the install directory. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: March-04-12 8:51 AM To: 'Geeklog Development' Subject: Re: [geeklog-devel] Geeklog 1.9.0 update >> So we really need to get the plugin authors on board for this one. I posted this a couple of weeks ago in the mailing list about my thoughts on this: Geeklog has changed the way it handles topics and how they are assigned to stories and blocks in 1.9.0. For most plugins this should not affect them. While Geeklog 1.9.0 will not be released for a couple of months I wanted to give the developers a heads up on what has changed. When the RC is released I will also be posting this information on Geeklog.net For plugins that create blocks or manipulate blocks within the blocks table there could be problems. If your plugin supports center blocks there could also be problems. Upgrading a Geeklog site to 1.9.0 with plugins that are currently installed that do this could cause the site not to function. These plugins should be disabled before upgrading Geeklog. I also wonder if we should include a version of Suprsidr's Geeklog Emergency Rescue Tool along with this release in case a webmaster has problems. (with Suprsidr permission of course) http://www.geeklog.net/article.php/20100222022417548 Anyways, I am currently modifying the Geeklog Fourm to support Geeklog 1.9.0. Here is what I have found: Since topic assignments for blocks are now stored in the topic assignment table installing Geeklog 1.9.0 will break the forum (the forum attempts to use the topic column in the blocks table which does not exist anymore). The forum has 2 blocks. The forum menu which gets enabled and disabled and the latest forum posts block. After looking at the code the best/easiest way to fix this issue while still supporting Geeklog 1.6.0+ is to make these blocks dynamic. See: http://wiki.geeklog.net/index.php/Dynamic_Blocks. The forum also has an issue with the center block. It attempts to check the stories table to see if it is featured for the current topic so it knows where to place the forum center block (above or below the story). This causes a sql error since story topic assignments are now stored in the topic assignment table. I may create a new Geeklog plugin function call for this so plugins can get a true or false answer instead of having the plugin itself querying these tables. Let me know if you have any questions. -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: March-04-12 5:16 AM To: Geeklog Development Subject: [geeklog-devel] Geeklog 1.9.0 update I have a feeling that the 1.9.0 release will cause a lot of breakage, especially with plugins. I've been running into all sorts of small issues all morning . For example, the Forum plugin fails to install due to the use of the 'tid' field when adding a block. The MySQLi class is more picky about things than the old MySQL class, which also seems to affect some plugins (including the Polls plugin, which did call mysql_real_escape_string() directly in the plugin upgrade code somewhere). So we really need to get the plugin authors on board for this one. We also need to make it really clear this time that there may be issues when trying out early versions - including the risk of the site no longer working due to plugin incompatibilities. Any thoughts on how to best approach this? bye, Dirk -- http://www.themobilepresenter.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 dirk at haun-online.de Sun Mar 4 13:53:35 2012 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 4 Mar 2012 19:53:35 +0100 Subject: [geeklog-devel] Odd upgrade error Message-ID: Here's an odd upgrade error that I couldn't figure out: When migrating a pre-1.5.0 database to 1.9.0, the new "SFS" entries for the Spam-X configuration don't end up where they are supposed to be. I.e. they end up on the "Spam-X Main Settings" tab instead of the "Modules" tab. Also, the Modules tab is actually called "Main". I have no idea why that happens. The add() calls all specify 10 for the tab. It works when upgrading a 1.5.0 or later database. I've logged the SQL requests that insert the SpamX config entries and they all use tab 10 where you would expect it. Yet once the install is through, I get: | name | value | type | group_name | default_value | subgroup | selectionArray | sort_order | tab | fieldset | +--------------------+-------+----------+------------+---------------+----------+----------------+------------+------+----------+ | tab_modules | N; | tab | spamx | N; | 0 | -1 | 0 | 0 | 0 | | fs_sfs | N; | fieldset | spamx | N; | 0 | -1 | 0 | 0 | 0 | | sfs_enabled | b:1; | select | spamx | b:1; | 0 | 1 | 10 | 0 | 0 | | fs_snl | N; | fieldset | spamx | N; | 0 | -1 | 0 | 10 | 10 | | snl_enabled | b:1; | select | spamx | b:1; | 0 | 1 | 10 | 10 | 10 | | snl_num_links | i:5; | text | spamx | i:5; | 0 | -1 | 20 | 10 | 10 | Anyone have any ideas (or better debugging-fu than I seem to have today)? bye, Dirk -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Sun Mar 4 16:47:16 2012 From: websitemaster at cogeco.net (Tom) Date: Sun, 4 Mar 2012 16:47:16 -0500 Subject: [geeklog-devel] Odd upgrade error In-Reply-To: References: Message-ID: <005901ccfa50$5d9d4f60$18d7ee20$@cogeco.net> I had a quick look at the problem (my son is sick so I couldn't really dig much deeper) and it is not limited to the spamx plugin. The polls and calendar plugin suffer a similar problem when their dynamic block tabs get added. I will refer to the spamx plugin but the others is probably the same problem since the upgrade process is similar. In Spam-X 1.2.1 the upgrade runs the line "UPDATE {$_TABLES['conf_values']} SET tab = fieldset WHERE group_name = 'spamx'", This was to fix the problem when Geeklog went from no tabs in the configuration to tabs (1.7.2 to 1.8.0) and Geeklog actually does the same thing with the core configuration options. Then in Spam-X 1.2.2 we add in the new tabs and fieldsets for the modules (the fieldset and tab numbers actually are different for this update). When I look at the migrated pre 1.5 db this new tab and fieldset share the same value, they shouldn't. Somehow it looks like maybe either that Spam-X 1.2.1 line ran after the 1.2.2 upgrade (I do not see how) or maybe an update gets run (ie UPDATE {$_TABLES['conf_values']} SET tab = fieldset) without a where clause that sets all tabs to equal fieldsets at some point after the upgrade of these plugins. I check the other plugins and they all seem to specify the proper group_name when their upgrade process is run so I am not sure... Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: March-04-12 1:54 PM To: Geeklog Development Subject: [geeklog-devel] Odd upgrade error Here's an odd upgrade error that I couldn't figure out: When migrating a pre-1.5.0 database to 1.9.0, the new "SFS" entries for the Spam-X configuration don't end up where they are supposed to be. I.e. they end up on the "Spam-X Main Settings" tab instead of the "Modules" tab. Also, the Modules tab is actually called "Main". I have no idea why that happens. The add() calls all specify 10 for the tab. It works when upgrading a 1.5.0 or later database. I've logged the SQL requests that insert the SpamX config entries and they all use tab 10 where you would expect it. Yet once the install is through, I get: | name | value | type | group_name | default_value | subgroup | selectionArray | sort_order | tab | fieldset | +--------------------+-------+----------+------------+---------------+------ ----+----------------+------------+------+----------+ | tab_modules | N; | tab | spamx | N; | 0 | -1 | 0 | 0 | 0 | | fs_sfs | N; | fieldset | spamx | N; | 0 | -1 | 0 | 0 | 0 | | sfs_enabled | b:1; | select | spamx | b:1; | 0 | 1 | 10 | 0 | 0 | | fs_snl | N; | fieldset | spamx | N; | 0 | -1 | 0 | 10 | 10 | | snl_enabled | b:1; | select | spamx | b:1; | 0 | 1 | 10 | 10 | 10 | | snl_num_links | i:5; | text | spamx | i:5; | 0 | -1 | 20 | 10 | 10 | Anyone have any ideas (or better debugging-fu than I seem to have today)? bye, Dirk -- http://www.themobilepresenter.com/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From cordiste at free.fr Sun Mar 4 18:16:05 2012 From: cordiste at free.fr (cordiste) Date: Mon, 5 Mar 2012 00:16:05 +0100 Subject: [geeklog-devel] Geeklog 1.9.0 update In-Reply-To: <003f01ccfa0f$77ddcda0$679968e0$@cogeco.net> References: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> <003b01ccfa0d$cb2f3810$618da830$@cogeco.net> <003f01ccfa0f$77ddcda0$679968e0$@cogeco.net> Message-ID: Tom, I tried to install paypal plugin and got the unknown column 'tid' error. The suggested solution is to create a dynamic block, but I also need a config setting to allow admin to choose to display or not this block, plus 2 more settings to choose side and block order. Would there be a preferred solution for centralized management of blocks? Ben 2012/3/4 Tom : > Maybe the best spot for the Emergency Rescue Tool would be the install > directory (with a link to it on the main install page). The install script > doesn't break when the site goes down so it should still be accessible and > it will get deleted once the site is running and the user removes the > install directory. > > Tom > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom > Sent: March-04-12 8:51 AM > To: 'Geeklog Development' > Subject: Re: [geeklog-devel] Geeklog 1.9.0 update > >>> So we really need to get the plugin authors on board for this one. > > I posted this a couple of weeks ago in the mailing list about my thoughts on > this: > > Geeklog has changed the way it handles topics and how they are assigned to > stories and blocks in 1.9.0. For most plugins this should not affect them. > While Geeklog 1.9.0 will not be released for a couple of months I wanted to > give the developers a heads up on what has changed. ?When the RC is released > I will also be posting this information on Geeklog.net > > For plugins that create blocks or manipulate blocks within the blocks table > there could be problems. If your plugin supports center blocks there could > also be problems. ?Upgrading a Geeklog site to 1.9.0 with plugins that are > currently installed that do this could cause the site not to function. These > plugins should be disabled before upgrading Geeklog. ?I also wonder if we > should include a version of Suprsidr's Geeklog Emergency Rescue Tool along > with this release in case a webmaster has problems. (with Suprsidr > permission of course) > > http://www.geeklog.net/article.php/20100222022417548 > > Anyways, I am currently modifying the Geeklog Fourm to support Geeklog > 1.9.0. Here is what I have found: > > Since topic assignments for blocks are now stored in the topic assignment > table installing Geeklog 1.9.0 will break the forum (the forum attempts to > use the topic column in the blocks table which does not exist anymore). The > forum has 2 blocks. The forum menu which gets enabled and disabled and the > latest forum posts block. After looking at the code the best/easiest way to > fix this issue while still supporting Geeklog 1.6.0+ is to make these blocks > dynamic. See: http://wiki.geeklog.net/index.php/Dynamic_Blocks. > > The forum also has an issue with the center block. It attempts to check the > stories table to see if it is featured for the current topic so it knows > where to place the forum center block (above or below the story). This > causes a sql error since story topic assignments are now stored in the topic > assignment table. I may create a new Geeklog plugin function call for this > so plugins can get a true or false answer instead of having the plugin > itself querying these tables. > > Let me know if you have any questions. > > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun > Sent: March-04-12 5:16 AM > To: Geeklog Development > Subject: [geeklog-devel] Geeklog 1.9.0 update > > I have a feeling that the 1.9.0 release will cause a lot of breakage, > especially with plugins. I've been running into all sorts of small issues > all morning . > > For example, the Forum plugin fails to install due to the use of the 'tid' > field when adding a block. The MySQLi class is more picky about things than > the old MySQL class, which also seems to affect some plugins (including the > Polls plugin, which did call mysql_real_escape_string() directly in the > plugin upgrade code somewhere). > > > So we really need to get the plugin authors on board for this one. > > We also need to make it really clear this time that there may be issues when > trying out early versions - including the risk of the site no longer working > due to plugin incompatibilities. > > Any thoughts on how to best approach this? > > bye, Dirk > > > -- > http://www.themobilepresenter.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 > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From websitemaster at cogeco.net Sun Mar 4 20:09:26 2012 From: websitemaster at cogeco.net (Tom) Date: Sun, 4 Mar 2012 20:09:26 -0500 Subject: [geeklog-devel] Geeklog 1.9.0 update In-Reply-To: References: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> <003b01ccfa0d$cb2f3810$618da830$@cogeco.net> <003f01ccfa0f$77ddcda0$679968e0$@cogeco.net> Message-ID: <006b01ccfa6c$9bcf0730$d36d1590$@cogeco.net> Take a look at the polls plugin in Geeklog 1.9.0 as an example. In the configuration it offers those options. -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste Sent: March-04-12 6:16 PM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog 1.9.0 update Tom, I tried to install paypal plugin and got the unknown column 'tid' error. The suggested solution is to create a dynamic block, but I also need a config setting to allow admin to choose to display or not this block, plus 2 more settings to choose side and block order. Would there be a preferred solution for centralized management of blocks? Ben 2012/3/4 Tom : > Maybe the best spot for the Emergency Rescue Tool would be the install > directory (with a link to it on the main install page). The install > script doesn't break when the site goes down so it should still be > accessible and it will get deleted once the site is running and the > user removes the install directory. > > Tom > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom > Sent: March-04-12 8:51 AM > To: 'Geeklog Development' > Subject: Re: [geeklog-devel] Geeklog 1.9.0 update > >>> So we really need to get the plugin authors on board for this one. > > I posted this a couple of weeks ago in the mailing list about my > thoughts on > this: > > Geeklog has changed the way it handles topics and how they are > assigned to stories and blocks in 1.9.0. For most plugins this should not affect them. > While Geeklog 1.9.0 will not be released for a couple of months I > wanted to give the developers a heads up on what has changed. ?When > the RC is released I will also be posting this information on > Geeklog.net > > For plugins that create blocks or manipulate blocks within the blocks > table there could be problems. If your plugin supports center blocks > there could also be problems. ?Upgrading a Geeklog site to 1.9.0 with > plugins that are currently installed that do this could cause the site > not to function. These plugins should be disabled before upgrading > Geeklog. ?I also wonder if we should include a version of Suprsidr's > Geeklog Emergency Rescue Tool along with this release in case a > webmaster has problems. (with Suprsidr permission of course) > > http://www.geeklog.net/article.php/20100222022417548 > > Anyways, I am currently modifying the Geeklog Fourm to support Geeklog > 1.9.0. Here is what I have found: > > Since topic assignments for blocks are now stored in the topic > assignment table installing Geeklog 1.9.0 will break the forum (the > forum attempts to use the topic column in the blocks table which does > not exist anymore). The forum has 2 blocks. The forum menu which gets > enabled and disabled and the latest forum posts block. After looking > at the code the best/easiest way to fix this issue while still > supporting Geeklog 1.6.0+ is to make these blocks dynamic. See: http://wiki.geeklog.net/index.php/Dynamic_Blocks. > > The forum also has an issue with the center block. It attempts to > check the stories table to see if it is featured for the current topic > so it knows where to place the forum center block (above or below the > story). This causes a sql error since story topic assignments are now > stored in the topic assignment table. I may create a new Geeklog > plugin function call for this so plugins can get a true or false > answer instead of having the plugin itself querying these tables. > > Let me know if you have any questions. > > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk > Haun > Sent: March-04-12 5:16 AM > To: Geeklog Development > Subject: [geeklog-devel] Geeklog 1.9.0 update > > I have a feeling that the 1.9.0 release will cause a lot of breakage, > especially with plugins. I've been running into all sorts of small > issues all morning . > > For example, the Forum plugin fails to install due to the use of the 'tid' > field when adding a block. The MySQLi class is more picky about things > than the old MySQL class, which also seems to affect some plugins > (including the Polls plugin, which did call mysql_real_escape_string() > directly in the plugin upgrade code somewhere). > > > So we really need to get the plugin authors on board for this one. > > We also need to make it really clear this time that there may be > issues when trying out early versions - including the risk of the site > no longer working due to plugin incompatibilities. > > Any thoughts on how to best approach this? > > bye, Dirk > > > -- > http://www.themobilepresenter.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 > > _______________________________________________ > 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 trinity93 at gmail.com Mon Mar 5 00:23:20 2012 From: trinity93 at gmail.com (Trinity) Date: Sun, 4 Mar 2012 23:23:20 -0600 Subject: [geeklog-devel] Geeklog 1.9.0 update In-Reply-To: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> References: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> Message-ID: What is the possibility of simply declaring this a 2.0 version since it breaks compatibility with old plugins and having plug-in devs have pre and post 2,0 plug-ins? I know you had at one time the Geeklog 2.0 thing but he has since called it something else other than geeklog. I know im not involved much anymore but i still keep tabs on geeklog dev. On Sun, Mar 4, 2012 at 4:15 AM, Dirk Haun wrote: > I have a feeling that the 1.9.0 release will cause a lot of breakage, > especially with plugins. I've been running into all sorts of small issues > all morning ? > > For example, the Forum plugin fails to install due to the use of the 'tid' > field when adding a block. The MySQLi class is more picky about things than > the old MySQL class, which also seems to affect some plugins (including the > Polls plugin, which did call mysql_real_escape_string() directly in the > plugin upgrade code somewhere). > > So we really need to get the plugin authors on board for this one. > > We also need to make it really clear this time that there may be issues > when trying out early versions - including the risk of the site no longer > working due to plugin incompatibilities. > > Any thoughts on how to best approach this? > > bye, Dirk > > > -- > http://www.themobilepresenter.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 websitemaster at cogeco.net Mon Mar 5 09:27:17 2012 From: websitemaster at cogeco.net (Tom) Date: Mon, 5 Mar 2012 09:27:17 -0500 Subject: [geeklog-devel] Geeklog 1.9.0 update In-Reply-To: References: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> Message-ID: <009e01ccfadc$118cc8d0$34a65a70$@cogeco.net> That might be a good idea, especially if the new default theme gets included (but I am not sure on the timeline for it). Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Trinity Sent: March-05-12 12:23 AM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog 1.9.0 update What is the possibility of simply declaring this a 2.0 version since it breaks compatibility with old plugins and having plug-in devs have pre and post 2,0 plug-ins? I know you had at one time the Geeklog 2.0 thing but he has since called it something else other than geeklog. I know im not involved much anymore but i still keep tabs on geeklog dev. On Sun, Mar 4, 2012 at 4:15 AM, Dirk Haun wrote: I have a feeling that the 1.9.0 release will cause a lot of breakage, especially with plugins. I've been running into all sorts of small issues all morning . For example, the Forum plugin fails to install due to the use of the 'tid' field when adding a block. The MySQLi class is more picky about things than the old MySQL class, which also seems to affect some plugins (including the Polls plugin, which did call mysql_real_escape_string() directly in the plugin upgrade code somewhere). So we really need to get the plugin authors on board for this one. We also need to make it really clear this time that there may be issues when trying out early versions - including the risk of the site no longer working due to plugin incompatibilities. Any thoughts on how to best approach this? bye, Dirk -- http://www.themobilepresenter.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 cordiste at free.fr Mon Mar 5 12:04:00 2012 From: cordiste at free.fr (cordiste) Date: Mon, 5 Mar 2012 18:04:00 +0100 Subject: [geeklog-devel] Geeklog 1.9.0 update In-Reply-To: <006b01ccfa6c$9bcf0730$d36d1590$@cogeco.net> References: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> <003b01ccfa0d$cb2f3810$618da830$@cogeco.net> <003f01ccfa0f$77ddcda0$679968e0$@cogeco.net> <006b01ccfa6c$9bcf0730$d36d1590$@cogeco.net> Message-ID: Thanks for the exemple. Maybe we can add a list of the dynamic blocks on the admin block page : Near line 427 of the admin/block.php file add to listblocks function something like: $leftblocks = PLG_getBlocks('left'); foreach($leftblocks as $block){ $retval .= ADMIN_simpleList('', $header_arr, '', $leftblocks, $options = '', $form_arr=''); } And something similar for right dynamic blocks. Also, maybe a word or two can explain or remind to admins to look at the config for those blocks settings. Ben 2012/3/5 Tom : > Take a look at the polls plugin in Geeklog 1.9.0 as an example. In the > configuration it offers those options. > > > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste > Sent: March-04-12 6:16 PM > To: Geeklog Development > Subject: Re: [geeklog-devel] Geeklog 1.9.0 update > > Tom, > > I tried to install paypal plugin and got the unknown column 'tid' error. > > The suggested solution is to create a dynamic block, but I also need a > config setting to allow admin to choose to display or not this block, plus 2 > more settings to choose side and block order. > > Would there be a preferred solution for centralized management of blocks? > > Ben > > > > 2012/3/4 Tom : >> Maybe the best spot for the Emergency Rescue Tool would be the install >> directory (with a link to it on the main install page). The install >> script doesn't break when the site goes down so it should still be >> accessible and it will get deleted once the site is running and the >> user removes the install directory. >> >> Tom >> >> -----Original Message----- >> From: geeklog-devel-bounces at lists.geeklog.net >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom >> Sent: March-04-12 8:51 AM >> To: 'Geeklog Development' >> Subject: Re: [geeklog-devel] Geeklog 1.9.0 update >> >>>> So we really need to get the plugin authors on board for this one. >> >> I posted this a couple of weeks ago in the mailing list about my >> thoughts on >> this: >> >> Geeklog has changed the way it handles topics and how they are >> assigned to stories and blocks in 1.9.0. For most plugins this should not > affect them. >> While Geeklog 1.9.0 will not be released for a couple of months I >> wanted to give the developers a heads up on what has changed. ?When >> the RC is released I will also be posting this information on >> Geeklog.net >> >> For plugins that create blocks or manipulate blocks within the blocks >> table there could be problems. If your plugin supports center blocks >> there could also be problems. ?Upgrading a Geeklog site to 1.9.0 with >> plugins that are currently installed that do this could cause the site >> not to function. These plugins should be disabled before upgrading >> Geeklog. ?I also wonder if we should include a version of Suprsidr's >> Geeklog Emergency Rescue Tool along with this release in case a >> webmaster has problems. (with Suprsidr permission of course) >> >> http://www.geeklog.net/article.php/20100222022417548 >> >> Anyways, I am currently modifying the Geeklog Fourm to support Geeklog >> 1.9.0. Here is what I have found: >> >> Since topic assignments for blocks are now stored in the topic >> assignment table installing Geeklog 1.9.0 will break the forum (the >> forum attempts to use the topic column in the blocks table which does >> not exist anymore). The forum has 2 blocks. The forum menu which gets >> enabled and disabled and the latest forum posts block. After looking >> at the code the best/easiest way to fix this issue while still >> supporting Geeklog 1.6.0+ is to make these blocks dynamic. See: > http://wiki.geeklog.net/index.php/Dynamic_Blocks. >> >> The forum also has an issue with the center block. It attempts to >> check the stories table to see if it is featured for the current topic >> so it knows where to place the forum center block (above or below the >> story). This causes a sql error since story topic assignments are now >> stored in the topic assignment table. I may create a new Geeklog >> plugin function call for this so plugins can get a true or false >> answer instead of having the plugin itself querying these tables. >> >> Let me know if you have any questions. >> >> >> -----Original Message----- >> From: geeklog-devel-bounces at lists.geeklog.net >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk >> Haun >> Sent: March-04-12 5:16 AM >> To: Geeklog Development >> Subject: [geeklog-devel] Geeklog 1.9.0 update >> >> I have a feeling that the 1.9.0 release will cause a lot of breakage, >> especially with plugins. I've been running into all sorts of small >> issues all morning . >> >> For example, the Forum plugin fails to install due to the use of the 'tid' >> field when adding a block. The MySQLi class is more picky about things >> than the old MySQL class, which also seems to affect some plugins >> (including the Polls plugin, which did call mysql_real_escape_string() >> directly in the plugin upgrade code somewhere). >> >> >> So we really need to get the plugin authors on board for this one. >> >> We also need to make it really clear this time that there may be >> issues when trying out early versions - including the risk of the site >> no longer working due to plugin incompatibilities. >> >> Any thoughts on how to best approach this? >> >> bye, Dirk >> >> >> -- >> http://www.themobilepresenter.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 >> >> _______________________________________________ >> 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 websitemaster at cogeco.net Mon Mar 5 12:40:37 2012 From: websitemaster at cogeco.net (Tom) Date: Mon, 5 Mar 2012 12:40:37 -0500 Subject: [geeklog-devel] Geeklog 1.9.0 update In-Reply-To: References: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> <003b01ccfa0d$cb2f3810$618da830$@cogeco.net> <003f01ccfa0f$77ddcda0$679968e0$@cogeco.net> <006b01ccfa6c$9bcf0730$d36d1590$@cogeco.net> Message-ID: <00cf01ccfaf7$131ff7b0$395fe710$@cogeco.net> Yeah I had thought of that (but no time). Add in a feature request for it (and a patch if you are able :-) Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste Sent: March-05-12 12:04 PM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog 1.9.0 update Thanks for the exemple. Maybe we can add a list of the dynamic blocks on the admin block page : Near line 427 of the admin/block.php file add to listblocks function something like: $leftblocks = PLG_getBlocks('left'); foreach($leftblocks as $block){ $retval .= ADMIN_simpleList('', $header_arr, '', $leftblocks, $options = '', $form_arr=''); } And something similar for right dynamic blocks. Also, maybe a word or two can explain or remind to admins to look at the config for those blocks settings. Ben 2012/3/5 Tom : > Take a look at the polls plugin in Geeklog 1.9.0 as an example. In the > configuration it offers those options. > > > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste > Sent: March-04-12 6:16 PM > To: Geeklog Development > Subject: Re: [geeklog-devel] Geeklog 1.9.0 update > > Tom, > > I tried to install paypal plugin and got the unknown column 'tid' error. > > The suggested solution is to create a dynamic block, but I also need a > config setting to allow admin to choose to display or not this block, > plus 2 more settings to choose side and block order. > > Would there be a preferred solution for centralized management of blocks? > > Ben > > > > 2012/3/4 Tom : >> Maybe the best spot for the Emergency Rescue Tool would be the >> install directory (with a link to it on the main install page). The >> install script doesn't break when the site goes down so it should >> still be accessible and it will get deleted once the site is running >> and the user removes the install directory. >> >> Tom >> >> -----Original Message----- >> From: geeklog-devel-bounces at lists.geeklog.net >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom >> Sent: March-04-12 8:51 AM >> To: 'Geeklog Development' >> Subject: Re: [geeklog-devel] Geeklog 1.9.0 update >> >>>> So we really need to get the plugin authors on board for this one. >> >> I posted this a couple of weeks ago in the mailing list about my >> thoughts on >> this: >> >> Geeklog has changed the way it handles topics and how they are >> assigned to stories and blocks in 1.9.0. For most plugins this should >> not > affect them. >> While Geeklog 1.9.0 will not be released for a couple of months I >> wanted to give the developers a heads up on what has changed. ?When >> the RC is released I will also be posting this information on >> Geeklog.net >> >> For plugins that create blocks or manipulate blocks within the blocks >> table there could be problems. If your plugin supports center blocks >> there could also be problems. ?Upgrading a Geeklog site to 1.9.0 with >> plugins that are currently installed that do this could cause the >> site not to function. These plugins should be disabled before >> upgrading Geeklog. ?I also wonder if we should include a version of >> Suprsidr's Geeklog Emergency Rescue Tool along with this release in >> case a webmaster has problems. (with Suprsidr permission of course) >> >> http://www.geeklog.net/article.php/20100222022417548 >> >> Anyways, I am currently modifying the Geeklog Fourm to support >> Geeklog 1.9.0. Here is what I have found: >> >> Since topic assignments for blocks are now stored in the topic >> assignment table installing Geeklog 1.9.0 will break the forum (the >> forum attempts to use the topic column in the blocks table which does >> not exist anymore). The forum has 2 blocks. The forum menu which gets >> enabled and disabled and the latest forum posts block. After looking >> at the code the best/easiest way to fix this issue while still >> supporting Geeklog 1.6.0+ is to make these blocks dynamic. See: > http://wiki.geeklog.net/index.php/Dynamic_Blocks. >> >> The forum also has an issue with the center block. It attempts to >> check the stories table to see if it is featured for the current >> topic so it knows where to place the forum center block (above or >> below the story). This causes a sql error since story topic >> assignments are now stored in the topic assignment table. I may >> create a new Geeklog plugin function call for this so plugins can get >> a true or false answer instead of having the plugin itself querying these tables. >> >> Let me know if you have any questions. >> >> >> -----Original Message----- >> From: geeklog-devel-bounces at lists.geeklog.net >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk >> Haun >> Sent: March-04-12 5:16 AM >> To: Geeklog Development >> Subject: [geeklog-devel] Geeklog 1.9.0 update >> >> I have a feeling that the 1.9.0 release will cause a lot of breakage, >> especially with plugins. I've been running into all sorts of small >> issues all morning . >> >> For example, the Forum plugin fails to install due to the use of the 'tid' >> field when adding a block. The MySQLi class is more picky about >> things than the old MySQL class, which also seems to affect some >> plugins (including the Polls plugin, which did call >> mysql_real_escape_string() directly in the plugin upgrade code somewhere). >> >> >> So we really need to get the plugin authors on board for this one. >> >> We also need to make it really clear this time that there may be >> issues when trying out early versions - including the risk of the >> site no longer working due to plugin incompatibilities. >> >> Any thoughts on how to best approach this? >> >> bye, Dirk >> >> >> -- >> http://www.themobilepresenter.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 >> >> _______________________________________________ >> 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 websitemaster at cogeco.net Mon Mar 5 12:42:53 2012 From: websitemaster at cogeco.net (Tom) Date: Mon, 5 Mar 2012 12:42:53 -0500 Subject: [geeklog-devel] Odd upgrade error In-Reply-To: <005901ccfa50$5d9d4f60$18d7ee20$@cogeco.net> References: <005901ccfa50$5d9d4f60$18d7ee20$@cogeco.net> Message-ID: <00d001ccfaf7$64a7dad0$2df79070$@cogeco.net> I think I figured out the upgrade problem. In the first version of upgrading the plugin (1.1.0), plugin_initconfig_spamx gets run which inserts all config options (same thing that is used for new installs). After this the $current_config flag gets set to true which should bypass all spamx_update_ConfValues_x_x_x and spamx_update_ConfigSecurity_x_x_x type functions. There are 2 problems I see. First off spamx_update_ConfigSecurity_x_x_x function should always be run since these deal with the features and access to the tabs. Secondly, anything that touches the conf_values table has to be executed in the spamx_update_ConfValues_x_x_x functions and not included in the normal $_UPDATES array for general plugin table changes. This here was how the sql statement UPDATE {$_TABLES['conf_values']} SET tab = fieldset WHERE group_name = 'spamx was run on already updated config values. This problem is also in the other core plugins. It may take a bit (I am busy at work) but I will fix the problem. Does anyone else want to handle these other feature requests then? Update Page Navigation with link elements http://project.geeklog.net/tracking/view.php?id=1391 The part of the page navigator should do markup by a list. http://project.geeklog.net/tracking/view.php?id=1422 Failure when trying to report sitemap.xml write error (I am not sure if this happens on a Windows system since I have not seen it before) http://project.geeklog.net/tracking/view.php?id=1412 Thanks Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: March-04-12 4:47 PM To: 'Geeklog Development' Subject: Re: [geeklog-devel] Odd upgrade error I had a quick look at the problem (my son is sick so I couldn't really dig much deeper) and it is not limited to the spamx plugin. The polls and calendar plugin suffer a similar problem when their dynamic block tabs get added. I will refer to the spamx plugin but the others is probably the same problem since the upgrade process is similar. In Spam-X 1.2.1 the upgrade runs the line "UPDATE {$_TABLES['conf_values']} SET tab = fieldset WHERE group_name = 'spamx'", This was to fix the problem when Geeklog went from no tabs in the configuration to tabs (1.7.2 to 1.8.0) and Geeklog actually does the same thing with the core configuration options. Then in Spam-X 1.2.2 we add in the new tabs and fieldsets for the modules (the fieldset and tab numbers actually are different for this update). When I look at the migrated pre 1.5 db this new tab and fieldset share the same value, they shouldn't. Somehow it looks like maybe either that Spam-X 1.2.1 line ran after the 1.2.2 upgrade (I do not see how) or maybe an update gets run (ie UPDATE {$_TABLES['conf_values']} SET tab = fieldset) without a where clause that sets all tabs to equal fieldsets at some point after the upgrade of these plugins. I check the other plugins and they all seem to specify the proper group_name when their upgrade process is run so I am not sure... Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: March-04-12 1:54 PM To: Geeklog Development Subject: [geeklog-devel] Odd upgrade error Here's an odd upgrade error that I couldn't figure out: When migrating a pre-1.5.0 database to 1.9.0, the new "SFS" entries for the Spam-X configuration don't end up where they are supposed to be. I.e. they end up on the "Spam-X Main Settings" tab instead of the "Modules" tab. Also, the Modules tab is actually called "Main". I have no idea why that happens. The add() calls all specify 10 for the tab. It works when upgrading a 1.5.0 or later database. I've logged the SQL requests that insert the SpamX config entries and they all use tab 10 where you would expect it. Yet once the install is through, I get: | name | value | type | group_name | default_value | subgroup | selectionArray | sort_order | tab | fieldset | +--------------------+-------+----------+------------+---------------+-- +--------------------+-------+----------+------------+---------------+-- +--------------------+-------+----------+------------+---------------+-- ----+----------------+------------+------+----------+ | tab_modules | N; | tab | spamx | N; | 0 | -1 | 0 | 0 | 0 | | fs_sfs | N; | fieldset | spamx | N; | 0 | -1 | 0 | 0 | 0 | | sfs_enabled | b:1; | select | spamx | b:1; | 0 | 1 | 10 | 0 | 0 | | fs_snl | N; | fieldset | spamx | N; | 0 | -1 | 0 | 10 | 10 | | snl_enabled | b:1; | select | spamx | b:1; | 0 | 1 | 10 | 10 | 10 | | snl_num_links | i:5; | text | spamx | i:5; | 0 | -1 | 20 | 10 | 10 | Anyone have any ideas (or better debugging-fu than I seem to have today)? bye, Dirk -- http://www.themobilepresenter.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 dirk at haun-online.de Mon Mar 5 14:16:41 2012 From: dirk at haun-online.de (Dirk Haun) Date: Mon, 5 Mar 2012 20:16:41 +0100 Subject: [geeklog-devel] Geeklog 1.9.0 update In-Reply-To: References: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> Message-ID: Trinity wrote: > What is the possibility of simply declaring this a 2.0 version since it breaks compatibility with old plugins I had the same thought, actually, but decided not to bring it up myself because - I'm undecided. Jumping to 2.0 would make it clear that incompatibilities are to be expected. Not sure how much confusion this would cause, though, with all the high-flying plans for the other Geeklog 2.0 which can still be found all over the place (even though they are several years old by now). And I guess calling it 3.0 would be a bit of a stretch ;-) bye, Dirk -- http://www.themobilepresenter.com/ From vfuria at gmail.com Mon Mar 5 14:33:43 2012 From: vfuria at gmail.com (Vincent Furia) Date: Mon, 5 Mar 2012 12:33:43 -0700 Subject: [geeklog-devel] Geeklog 1.9.0 update In-Reply-To: References: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> Message-ID: I just did a quick google search for "Geeklog 2.0" and "Geeklog 2" and was surprised to see that both only had a few results that included AptitudeCMS stuff. None of the links were likely to be confusing. The first link for both searches were to the "Geeklog 2" topic on geeklog.net. If we rename that topic as we planned, I don't think the confusion would be that great. We could make that change even more "concrete" by changing the topic id. In any case, if we ever want to do a major version bump we'll have to deal with eventually. Also, we're now about two years since the last active AptitudeCMS development... -Vinny On Mon, Mar 5, 2012 at 12:16, Dirk Haun wrote: > Trinity wrote: > > > What is the possibility of simply declaring this a 2.0 version since it > breaks compatibility with old plugins > > I had the same thought, actually, but decided not to bring it up myself > because - I'm undecided. Jumping to 2.0 would make it clear that > incompatibilities are to be expected. Not sure how much confusion this > would cause, though, with all the high-flying plans for the other Geeklog > 2.0 which can still be found all over the place (even though they are > several years old by now). And I guess calling it 3.0 would be a bit of a > stretch ;-) > > bye, Dirk > > > -- > http://www.themobilepresenter.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 cordiste at free.fr Tue Mar 6 06:15:30 2012 From: cordiste at free.fr (cordiste) Date: Tue, 6 Mar 2012 12:15:30 +0100 Subject: [geeklog-devel] Geeklog 1.9.0 update In-Reply-To: <00cf01ccfaf7$131ff7b0$395fe710$@cogeco.net> References: <3C9B9099-7E64-467B-8755-6A83DA816969@haun-online.de> <003b01ccfa0d$cb2f3810$618da830$@cogeco.net> <003f01ccfa0f$77ddcda0$679968e0$@cogeco.net> <006b01ccfa6c$9bcf0730$d36d1590$@cogeco.net> <00cf01ccfaf7$131ff7b0$395fe710$@cogeco.net> Message-ID: I added a feature request and a patch in attachment http://project.geeklog.net/tracking/view.php?id=1434 Ben 2012/3/5 Tom : > Yeah I had thought of that (but no time). Add in a feature request for it > (and a patch if you are able :-) > > Tom > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste > Sent: March-05-12 12:04 PM > To: Geeklog Development > Subject: Re: [geeklog-devel] Geeklog 1.9.0 update > > Thanks for the exemple. > > Maybe we can add a list of the dynamic blocks on the admin block page : > > Near line 427 of the admin/block.php file add to listblocks function > something like: > > ? ? ? ?$leftblocks = PLG_getBlocks('left'); > ? ? ? ?foreach($leftblocks as $block){ > ? ? ? ? ? ? ? ? ? ? ? ?$retval .= ADMIN_simpleList('', $header_arr, '', > ? ? ? ? ? ? ? ? ? ? ? ? ? $leftblocks, $options = '', $form_arr=''); > ? ?} > > And something similar for right dynamic blocks. Also, maybe a word or two > can explain or remind to admins to look at the config for those blocks > settings. > > Ben > > > 2012/3/5 Tom : >> Take a look at the polls plugin in Geeklog 1.9.0 as an example. In the >> configuration it offers those options. >> >> >> >> -----Original Message----- >> From: geeklog-devel-bounces at lists.geeklog.net >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste >> Sent: March-04-12 6:16 PM >> To: Geeklog Development >> Subject: Re: [geeklog-devel] Geeklog 1.9.0 update >> >> Tom, >> >> I tried to install paypal plugin and got the unknown column 'tid' error. >> >> The suggested solution is to create a dynamic block, but I also need a >> config setting to allow admin to choose to display or not this block, >> plus 2 more settings to choose side and block order. >> >> Would there be a preferred solution for centralized management of blocks? >> >> Ben >> >> >> >> 2012/3/4 Tom : >>> Maybe the best spot for the Emergency Rescue Tool would be the >>> install directory (with a link to it on the main install page). The >>> install script doesn't break when the site goes down so it should >>> still be accessible and it will get deleted once the site is running >>> and the user removes the install directory. >>> >>> Tom >>> >>> -----Original Message----- >>> From: geeklog-devel-bounces at lists.geeklog.net >>> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom >>> Sent: March-04-12 8:51 AM >>> To: 'Geeklog Development' >>> Subject: Re: [geeklog-devel] Geeklog 1.9.0 update >>> >>>>> So we really need to get the plugin authors on board for this one. >>> >>> I posted this a couple of weeks ago in the mailing list about my >>> thoughts on >>> this: >>> >>> Geeklog has changed the way it handles topics and how they are >>> assigned to stories and blocks in 1.9.0. For most plugins this should >>> not >> affect them. >>> While Geeklog 1.9.0 will not be released for a couple of months I >>> wanted to give the developers a heads up on what has changed. ?When >>> the RC is released I will also be posting this information on >>> Geeklog.net >>> >>> For plugins that create blocks or manipulate blocks within the blocks >>> table there could be problems. If your plugin supports center blocks >>> there could also be problems. ?Upgrading a Geeklog site to 1.9.0 with >>> plugins that are currently installed that do this could cause the >>> site not to function. These plugins should be disabled before >>> upgrading Geeklog. ?I also wonder if we should include a version of >>> Suprsidr's Geeklog Emergency Rescue Tool along with this release in >>> case a webmaster has problems. (with Suprsidr permission of course) >>> >>> http://www.geeklog.net/article.php/20100222022417548 >>> >>> Anyways, I am currently modifying the Geeklog Fourm to support >>> Geeklog 1.9.0. Here is what I have found: >>> >>> Since topic assignments for blocks are now stored in the topic >>> assignment table installing Geeklog 1.9.0 will break the forum (the >>> forum attempts to use the topic column in the blocks table which does >>> not exist anymore). The forum has 2 blocks. The forum menu which gets >>> enabled and disabled and the latest forum posts block. After looking >>> at the code the best/easiest way to fix this issue while still >>> supporting Geeklog 1.6.0+ is to make these blocks dynamic. See: >> http://wiki.geeklog.net/index.php/Dynamic_Blocks. >>> >>> The forum also has an issue with the center block. It attempts to >>> check the stories table to see if it is featured for the current >>> topic so it knows where to place the forum center block (above or >>> below the story). This causes a sql error since story topic >>> assignments are now stored in the topic assignment table. I may >>> create a new Geeklog plugin function call for this so plugins can get >>> a true or false answer instead of having the plugin itself querying these > tables. >>> >>> Let me know if you have any questions. >>> >>> >>> -----Original Message----- >>> From: geeklog-devel-bounces at lists.geeklog.net >>> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk >>> Haun >>> Sent: March-04-12 5:16 AM >>> To: Geeklog Development >>> Subject: [geeklog-devel] Geeklog 1.9.0 update >>> >>> I have a feeling that the 1.9.0 release will cause a lot of breakage, >>> especially with plugins. I've been running into all sorts of small >>> issues all morning . >>> >>> For example, the Forum plugin fails to install due to the use of the > 'tid' >>> field when adding a block. The MySQLi class is more picky about >>> things than the old MySQL class, which also seems to affect some >>> plugins (including the Polls plugin, which did call >>> mysql_real_escape_string() directly in the plugin upgrade code > somewhere). >>> >>> >>> So we really need to get the plugin authors on board for this one. >>> >>> We also need to make it really clear this time that there may be >>> issues when trying out early versions - including the risk of the >>> site no longer working due to plugin incompatibilities. >>> >>> Any thoughts on how to best approach this? >>> >>> bye, Dirk >>> >>> >>> -- >>> http://www.themobilepresenter.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 >>> >>> _______________________________________________ >>> 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 vfuria at gmail.com Wed Mar 7 02:13:16 2012 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 7 Mar 2012 00:13:16 -0700 Subject: [geeklog-devel] Odd upgrade error In-Reply-To: <00d001ccfaf7$64a7dad0$2df79070$@cogeco.net> References: <005901ccfa50$5d9d4f60$18d7ee20$@cogeco.net> <00d001ccfaf7$64a7dad0$2df79070$@cogeco.net> Message-ID: 1412 appears to have been fixed by Dirk's change set "ff0b1ba07d05" or "Workaround to avoid 'argument is not an array' error if something happens to go wrong during the install and we want to log it to error.log (based on a report by Toshiaf)". The only addition I might suggest is to create an empty "sitemap.xml.dist" in public_html and create an empty "sitemap.xml" when building the distribution. I'm hesitant to do this myself as I don't understand our build generation stuff. -Vinny On Mon, Mar 5, 2012 at 10:42, Tom wrote: > Failure when trying to report sitemap.xml write error (I am not sure if > this > happens on a Windows system since I have not seen it before) > http://project.geeklog.net/tracking/view.php?id=1412 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Wed Mar 7 04:10:39 2012 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 07 Mar 2012 10:10:39 +0100 Subject: [geeklog-devel] Odd upgrade error In-Reply-To: References: <005901ccfa50$5d9d4f60$18d7ee20$@cogeco.net> <00d001ccfaf7$64a7dad0$2df79070$@cogeco.net> Message-ID: <20120307101039.Horde.ApiFO9jz9kRPVyYPJYIVhpA@webmail.df.eu> Quoting Vincent Furia : > 1412 appears to have been fixed by Dirk's change set "ff0b1ba07d05" or > "Workaround to avoid 'argument is not an array' error if something happens > to go wrong during the install and we want to log it to error.log (based on > a report by Toshiaf)". ... which was made in reaction to a forum post. Error handling (or even logging) during the install is tricky, since it may happen in places when Geeklog is not fully operational yet. This also makes debugging the install and upgrade a bit of a pain sometimes. Maybe we should start thinking about logging/debugging facilities in the install script itself, so they don't fall into the trap of surprising dependencies (like collecting autotags from plugins when calling COM_errorLog, as happened in this case). > The only addition I might suggest is to create an empty "sitemap.xml.dist" > in public_html and create an empty "sitemap.xml" when building the > distribution. I'm hesitant to do this myself as I don't understand our > build generation stuff. Minor issue with this: Deploying 0-byte files has caused problems in the past, and it looks like the minimum valid sitemap.xml actually requires an URL in it. But I guess we could get away with it pointing to example.com, since we're overwriting it later in the install process. Such a default sitemap.xml should then also be added to the list of files that have to be made writable. bye, Dirk From dirk at haun-online.de Wed Mar 7 17:06:31 2012 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 7 Mar 2012 23:06:31 +0100 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> Message-ID: FYI: We have submitted an application to take part in GSoC 2012 (deadline is this coming Friday) We could use some more backup or co-mentors. So if you've been thinking about helping us in GSoC but didn't want to commit to full-scale mentoring, this would be a good way to get into it. Ideas are still welcome. Have a look at our ideas page: http://wiki.geeklog.net/index.php/Google_Summer_of_Code bye, Dirk -- http://www.themobilepresenter.com/ From yankees27an at gmail.com Wed Mar 7 17:10:26 2012 From: yankees27an at gmail.com (Stanislav Palatnik) Date: Wed, 7 Mar 2012 17:10:26 -0500 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> Message-ID: Hey guys, I'm willing to be a backup/co-mentor this year. I'm pretty familiar with the code base. The only topic I want to stay away from is the spam filter. On Wed, Mar 7, 2012 at 5:06 PM, Dirk Haun wrote: > FYI: > > We have submitted an application to take part in GSoC 2012 (deadline is > this coming Friday) > > We could use some more backup or co-mentors. So if you've been thinking > about helping us in GSoC but didn't want to commit to full-scale mentoring, > this would be a good way to get into it. > > Ideas are still welcome. Have a look at our ideas page: > http://wiki.geeklog.net/index.php/Google_Summer_of_Code > > bye, Dirk > > > -- > http://www.themobilepresenter.com/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- -- My Best, Stanislav Palatnik -------------- next part -------------- An HTML attachment was scrubbed... URL: From bckurera at fossuser.lk Wed Mar 7 21:59:48 2012 From: bckurera at fossuser.lk (Buddhika Chandradeepa Kurera) Date: Thu, 8 Mar 2012 08:29:48 +0530 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> Message-ID: On Wed, Feb 22, 2012 at 4:13 PM, Dirk Haun wrote: > Just a heads-up: The application period for organizations for GSoC 2012 > starts on Monday. Until then we need > > - new and reviewed projects for our ideas list > - mentors > > I'd say we should aim at 4 student slots again, so we need at least 4 > mentors (preferably more, to have backups). So, who's interested in > mentoring a project? It would be good if potential mentors have a preferred > project or two so that ?students have a person to contact about the project > they're interested in. > > http://wiki.geeklog.net/index.php/Google_Summer_of_Code > Hello, I was trying to work on the 'dynamic feed project'[1], 2 months before. I hv came up with a plan but with the busy schedule I couldnt complete it. Therefore as it is presented for the GSoC 2012, I would like to mentor or co-mentor the idea. Further I would like to support mentoring if any support is required. Please feel free to add me as a co-mentor if required. Looking forward to support. [1] http://wiki.geeklog.net/index.php/SoC_dynamic_feeds -- Regards, Buddhika Chandradeepa Kurera From vfuria at gmail.com Wed Mar 7 22:07:48 2012 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 7 Mar 2012 20:07:48 -0700 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> Message-ID: Speaking of the "Dynamic Feeds" project. It has a pretty big overlap with "Core Notification" project. Should we combine the two or leave them separate? -Vinny On Wed, Mar 7, 2012 at 19:59, Buddhika Chandradeepa Kurera < bckurera at fossuser.lk> wrote: > On Wed, Feb 22, 2012 at 4:13 PM, Dirk Haun wrote: > > Just a heads-up: The application period for organizations for GSoC 2012 > > starts on Monday. Until then we need > > > > - new and reviewed projects for our ideas list > > - mentors > > > > I'd say we should aim at 4 student slots again, so we need at least 4 > > mentors (preferably more, to have backups). So, who's interested in > > mentoring a project? It would be good if potential mentors have a > preferred > > project or two so that students have a person to contact about the > project > > they're interested in. > > > > http://wiki.geeklog.net/index.php/Google_Summer_of_Code > > > > Hello, > > I was trying to work on the 'dynamic feed project'[1], 2 months before. > I hv came up with a plan but with the busy schedule I couldnt complete it. > Therefore as it is presented for the GSoC 2012, I would like to mentor or > co-mentor the idea. > > Further I would like to support mentoring if any support is required. > Please feel free > to add me as a co-mentor if required. > > Looking forward to support. > > [1] http://wiki.geeklog.net/index.php/SoC_dynamic_feeds > > -- > Regards, > > Buddhika Chandradeepa Kurera > _______________________________________________ > 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 cordiste at free.fr Thu Mar 8 03:47:56 2012 From: cordiste at free.fr (cordiste) Date: Thu, 8 Mar 2012 09:47:56 +0100 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> Message-ID: I would appreciate to co-mentor the template engine upgrade. Ben 2012/3/8 Vincent Furia > > Speaking of the "Dynamic Feeds" project. It has a pretty big overlap with "Core Notification" project. Should we combine the two or leave them separate? > > -Vinny > > > On Wed, Mar 7, 2012 at 19:59, Buddhika Chandradeepa Kurera wrote: >> >> On Wed, Feb 22, 2012 at 4:13 PM, Dirk Haun wrote: >> > Just a heads-up: The application period for organizations for GSoC 2012 >> > starts on Monday. Until then we need >> > >> > - new and reviewed projects for our ideas list >> > - mentors >> > >> > I'd say we should aim at 4 student slots again, so we need at least 4 >> > mentors (preferably more, to have backups). So, who's interested in >> > mentoring a project? It would be good if potential mentors have a preferred >> > project or two so that ?students have a person to contact about the project >> > they're interested in. >> > >> > http://wiki.geeklog.net/index.php/Google_Summer_of_Code >> > >> >> Hello, >> >> I was trying to work on the 'dynamic feed project'[1], 2 months before. >> I hv came up with a plan but with the busy schedule I couldnt complete it. >> Therefore as it is presented for the GSoC 2012, I would like to mentor or >> co-mentor the idea. >> >> Further I would like to support mentoring if any support is required. >> Please feel free >> to add me as a co-mentor if required. >> >> Looking forward to support. >> >> [1] http://wiki.geeklog.net/index.php/SoC_dynamic_feeds >> >> -- >> Regards, >> >> Buddhika Chandradeepa Kurera >> _______________________________________________ >> 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 Thu Mar 8 05:28:18 2012 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 08 Mar 2012 11:28:18 +0100 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> Message-ID: <20120308112818.Horde.EzAeO7uWis5PWInCjohBAIA@webmail.df.eu> Quoting Vincent Furia : > Speaking of the "Dynamic Feeds" project. It has a pretty big overlap with > "Core Notification" project. Does it? Well, I guess in the "figuring out what changed and trigger an action" sense. But the Core Notification would be "push", while the Dynamic Feeds are more "pull" in nature. > Should we combine the two or leave them separate? I'd leave them separate for now, but we may want to review that decision once we get some actual applications for them. bye, Dirk From websitemaster at cogeco.net Thu Mar 8 09:55:02 2012 From: websitemaster at cogeco.net (Tom) Date: Thu, 8 Mar 2012 09:55:02 -0500 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: <20120308112818.Horde.EzAeO7uWis5PWInCjohBAIA@webmail.df.eu> References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> <20120308112818.Horde.EzAeO7uWis5PWInCjohBAIA@webmail.df.eu> Message-ID: <028001ccfd3b$70f2cd40$52d867c0$@cogeco.net> I don't think I will be able to finish up my GSOC Topic Improvements Project before the deadline. I have been sick for most of this week which has put me behind on work things. The project has become a bunch of mini projects. I think this has some merits since unlike a single big project that may not get finished if a student works on this project and doesn't finish it at least some of his work should be useable right away. http://wiki.geeklog.net/index.php/SoC_topic_improvements The "New Plugin API" part was left over from The Category Plugin project. When I added the new topics control I had wanted to use a new plugin api that allowed other plugins (or core) to insert extra fields into edit forms (ie articles, other plugins, etc.) and would take into account security, previewing and saving of this data. This generic plugin interface didn't happen due to lack of time but I still think it is a good idea. I do think though that as a whole The GSOC Topic Improvements Project is probably too big and this idea may be the first idea to be dropped. Anyways if someone wants to take a stab at cleaning it up for me then go for it else we may want to leave this project out this year. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: March-08-12 5:28 AM To: Geeklog Development Subject: Re: [geeklog-devel] GSoC 2012 Quoting Vincent Furia : > Speaking of the "Dynamic Feeds" project. It has a pretty big overlap > with "Core Notification" project. Does it? Well, I guess in the "figuring out what changed and trigger an action" sense. But the Core Notification would be "push", while the Dynamic Feeds are more "pull" in nature. > Should we combine the two or leave them separate? I'd leave them separate for now, but we may want to review that decision once we get some actual applications for them. bye, Dirk _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From dirk at haun-online.de Sat Mar 10 17:31:14 2012 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 10 Mar 2012 23:31:14 +0100 Subject: [geeklog-devel] Open Source Translation Database Message-ID: This just showed up in my twitter stream: http://littlesvr.ca/ostd/ > The Open Source Translation Database is a free service to help authors of open source software get their software translated into as many languages as possible, with as little hassle as possible. Might be worth a look. bye, Dirk -- http://www.themobilepresenter.com/ From rouslan at placella.com Sat Mar 10 17:48:06 2012 From: rouslan at placella.com (Rouslan Placella) Date: Sat, 10 Mar 2012 22:48:06 +0000 Subject: [geeklog-devel] Open Source Translation Database In-Reply-To: References: Message-ID: <4F5BDA26.9080807@placella.com> On 10/03/12 22:31, Dirk Haun wrote: > This just showed up in my twitter stream: > > http://littlesvr.ca/ostd/ > >> The Open Source Translation Database is a free service to help authors of open source software get their software translated into as many languages as possible, with as little hassle as possible. > > Might be worth a look. > > bye, Dirk > > Well, that seems to require the project to use gettext. But if we convert Geeklog to gettext (which we probably should at some point anyway since PHP arrays are quite outdated for translating), then there will be better alternatives for online translating. For example, Michal Cihar, one of phpMyAdmin developers, has just released Weblate[0]. Weblate supports translating multiple branches of a project simultaneously and uses GIT as a storage backend. Mercurial is not supported at this moment in time, but the app is opensource, and coding hg support in should be quite straight-forward. Another alternative for translating gettext-based projects is Pootle[1], but it's getting buggier over time. Just a thought. Rouslan [0]: http://weblate.org/ [1]: http://en.wikipedia.org/wiki/Pootle From dirk at haun-online.de Sun Mar 11 15:15:20 2012 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 11 Mar 2012 20:15:20 +0100 Subject: [geeklog-devel] Bugtracker updated Message-ID: <74BD5086-1925-46D5-91CE-0EFA77F52710@haun-online.de> FYI: I've updated our Mantis Bugtracker at http://project.geeklog.net/tracking/ Please let me know if you run into any problems. I've already had to hack it to get the wavatar-type user icons back :) bye, Dirk -- http://www.themobilepresenter.com/ From sebastinelnux at gmail.com Tue Mar 13 09:18:45 2012 From: sebastinelnux at gmail.com (Sebastine Fernando) Date: Tue, 13 Mar 2012 18:48:45 +0530 Subject: [geeklog-devel] Self Introduction to Geeklog development list Message-ID: Dear Geeklog community, Hello! I am Sebastine who is following Computer Science degree in the University. I would like to join with the Geeklog project for the GSoC 2012 and start contributing. I have selected Geeklog because; I am good in PHP and Geeklog uses PHP as the primary development language. Therefore I can adopt easily. I have used Geeklog earlier and did some customizations, therefore it is familiar to me. I would like to work on Geeklog project ideas and with the community. It pleasure to start my frist GSoC attempt with Geeklog. Thanks ! -- Sebastine Fernando Email : sebastinelnux at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dhruv.goel92 at gmail.com Tue Mar 13 10:31:08 2012 From: dhruv.goel92 at gmail.com (Dhruv Goel) Date: Tue, 13 Mar 2012 20:01:08 +0530 Subject: [geeklog-devel] Self Introduction to Geeklog development list In-Reply-To: References: Message-ID: Hi Sebastine, You can check out the GSOC 2012 page of geeklog here : http://wiki.geeklog.net/index.php/Google_Summer_of_Code Since you mentioned you are familiar with geeklog code, you can start fixing bugs too. Here is a link to getting started with Geeklog Development: http://wiki.geeklog.net/index.php/Getting_Started I am a student myself interested in GSOC under Geeklog. Thanks! On Tue, Mar 13, 2012 at 6:48 PM, Sebastine Fernando wrote: > Dear Geeklog community, > > Hello! I am Sebastine who is following Computer Science degree in the > University. > > I would like to join with the Geeklog project for the GSoC 2012 and start > contributing. > > I have selected Geeklog because; > I am good in PHP and Geeklog uses PHP as the primary development language. > Therefore I can adopt easily. > I have used Geeklog earlier and did some customizations, therefore it is > familiar to me. > > I would like to work on Geeklog project ideas and with the community. > > It pleasure to start my frist GSoC attempt with Geeklog. > > Thanks ! > > -- > Sebastine Fernando > > Email : sebastinelnux at gmail.com > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > -- Dhruv Goel Student - 2nd Year, Information Technology (B.S) Delhi College Of Engineering -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Tue Mar 13 15:29:25 2012 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 13 Mar 2012 20:29:25 +0100 Subject: [geeklog-devel] Self Introduction to Geeklog development list In-Reply-To: References: Message-ID: <82159A7F-6494-4A53-835E-C1FED38AA9D3@haun-online.de> Sebastine Fernando wrote: > Hello! I am Sebastine who is following Computer Science degree in the University. > > I would like to join with the Geeklog project for the GSoC 2012 and start contributing. Welcome. Please note that organizations for GSoC 2012 have not been selected yet, so we won't know if we're going to be in GSoC or not until Friday. > I have selected Geeklog because; > I am good in PHP and Geeklog uses PHP as the primary development language. Therefore I can adopt easily. > I have used Geeklog earlier and did some customizations, therefore it is familiar to me. Sounds good. > I would like to work on Geeklog project ideas and with the community. > > It pleasure to start my frist GSoC attempt with Geeklog. Dhruv already gave you some pointers to the wiki in case you want to dive in right away :) bye, Dirk -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Tue Mar 13 20:12:33 2012 From: websitemaster at cogeco.net (Tom) Date: Tue, 13 Mar 2012 20:12:33 -0400 Subject: [geeklog-devel] Odd upgrade error In-Reply-To: <00d001ccfaf7$64a7dad0$2df79070$@cogeco.net> References: <005901ccfa50$5d9d4f60$18d7ee20$@cogeco.net> <00d001ccfaf7$64a7dad0$2df79070$@cogeco.net> Message-ID: <040901cd0177$2c11c330$84354990$@cogeco.net> FYI The upgrade error dealing with the config is now fixed. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: March-05-12 12:43 PM To: 'Geeklog Development' Subject: Re: [geeklog-devel] Odd upgrade error I think I figured out the upgrade problem. In the first version of upgrading the plugin (1.1.0), plugin_initconfig_spamx gets run which inserts all config options (same thing that is used for new installs). After this the $current_config flag gets set to true which should bypass all spamx_update_ConfValues_x_x_x and spamx_update_ConfigSecurity_x_x_x type functions. There are 2 problems I see. First off spamx_update_ConfigSecurity_x_x_x function should always be run since these deal with the features and access to the tabs. Secondly, anything that touches the conf_values table has to be executed in the spamx_update_ConfValues_x_x_x functions and not included in the normal $_UPDATES array for general plugin table changes. This here was how the sql statement UPDATE {$_TABLES['conf_values']} SET tab = fieldset WHERE group_name = 'spamx was run on already updated config values. This problem is also in the other core plugins. It may take a bit (I am busy at work) but I will fix the problem. Does anyone else want to handle these other feature requests then? Update Page Navigation with link elements http://project.geeklog.net/tracking/view.php?id=1391 The part of the page navigator should do markup by a list. http://project.geeklog.net/tracking/view.php?id=1422 Failure when trying to report sitemap.xml write error (I am not sure if this happens on a Windows system since I have not seen it before) http://project.geeklog.net/tracking/view.php?id=1412 Thanks Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: March-04-12 4:47 PM To: 'Geeklog Development' Subject: Re: [geeklog-devel] Odd upgrade error I had a quick look at the problem (my son is sick so I couldn't really dig much deeper) and it is not limited to the spamx plugin. The polls and calendar plugin suffer a similar problem when their dynamic block tabs get added. I will refer to the spamx plugin but the others is probably the same problem since the upgrade process is similar. In Spam-X 1.2.1 the upgrade runs the line "UPDATE {$_TABLES['conf_values']} SET tab = fieldset WHERE group_name = 'spamx'", This was to fix the problem when Geeklog went from no tabs in the configuration to tabs (1.7.2 to 1.8.0) and Geeklog actually does the same thing with the core configuration options. Then in Spam-X 1.2.2 we add in the new tabs and fieldsets for the modules (the fieldset and tab numbers actually are different for this update). When I look at the migrated pre 1.5 db this new tab and fieldset share the same value, they shouldn't. Somehow it looks like maybe either that Spam-X 1.2.1 line ran after the 1.2.2 upgrade (I do not see how) or maybe an update gets run (ie UPDATE {$_TABLES['conf_values']} SET tab = fieldset) without a where clause that sets all tabs to equal fieldsets at some point after the upgrade of these plugins. I check the other plugins and they all seem to specify the proper group_name when their upgrade process is run so I am not sure... Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: March-04-12 1:54 PM To: Geeklog Development Subject: [geeklog-devel] Odd upgrade error Here's an odd upgrade error that I couldn't figure out: When migrating a pre-1.5.0 database to 1.9.0, the new "SFS" entries for the Spam-X configuration don't end up where they are supposed to be. I.e. they end up on the "Spam-X Main Settings" tab instead of the "Modules" tab. Also, the Modules tab is actually called "Main". I have no idea why that happens. The add() calls all specify 10 for the tab. It works when upgrading a 1.5.0 or later database. I've logged the SQL requests that insert the SpamX config entries and they all use tab 10 where you would expect it. Yet once the install is through, I get: | name | value | type | group_name | default_value | subgroup | selectionArray | sort_order | tab | fieldset | +--------------------+-------+----------+------------+---------------+-- +--------------------+-------+----------+------------+---------------+-- +--------------------+-------+----------+------------+---------------+-- ----+----------------+------------+------+----------+ | tab_modules | N; | tab | spamx | N; | 0 | -1 | 0 | 0 | 0 | | fs_sfs | N; | fieldset | spamx | N; | 0 | -1 | 0 | 0 | 0 | | sfs_enabled | b:1; | select | spamx | b:1; | 0 | 1 | 10 | 0 | 0 | | fs_snl | N; | fieldset | spamx | N; | 0 | -1 | 0 | 10 | 10 | | snl_enabled | b:1; | select | spamx | b:1; | 0 | 1 | 10 | 10 | 10 | | snl_num_links | i:5; | text | spamx | i:5; | 0 | -1 | 20 | 10 | 10 | Anyone have any ideas (or better debugging-fu than I seem to have today)? bye, Dirk -- http://www.themobilepresenter.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 _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From websitemaster at cogeco.net Tue Mar 13 20:18:16 2012 From: websitemaster at cogeco.net (Tom) Date: Tue, 13 Mar 2012 20:18:16 -0400 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? Message-ID: <040a01cd0177$f5859200$e090b600$@cogeco.net> So what is the verdict here? I think we should go to 2.0.0 since: - We do break compatibilities with some plugins - A new Theme is being included - Major new features (child topics, passwords, etc.) Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Vincent Furia Sent: March-05-12 2:34 PM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog 1.9.0 update I just did a quick google search for "Geeklog 2.0" and "Geeklog 2" and was surprised to see that both only had a few results that included AptitudeCMS stuff. None of the links were likely to be confusing. The first link for both searches were to the "Geeklog 2" topic on geeklog.net. If we rename that topic as we planned, I don't think the confusion would be that great. We could make that change even more "concrete" by changing the topic id. In any case, if we ever want to do a major version bump we'll have to deal with eventually. Also, we're now about two years since the last active AptitudeCMS development... -Vinny On Mon, Mar 5, 2012 at 12:16, Dirk Haun wrote: Trinity wrote: > What is the possibility of simply declaring this a 2.0 version since it breaks compatibility with old plugins I had the same thought, actually, but decided not to bring it up myself because - I'm undecided. Jumping to 2.0 would make it clear that incompatibilities are to be expected. Not sure how much confusion this would cause, though, with all the high-flying plans for the other Geeklog 2.0 which can still be found all over the place (even though they are several years old by now). And I guess calling it 3.0 would be a bit of a stretch ;-) bye, Dirk -- http://www.themobilepresenter.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 vfuria at gmail.com Tue Mar 13 21:55:52 2012 From: vfuria at gmail.com (Vincent Furia) Date: Tue, 13 Mar 2012 19:55:52 -0600 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: <040a01cd0177$f5859200$e090b600$@cogeco.net> References: <040a01cd0177$f5859200$e090b600$@cogeco.net> Message-ID: I'm on board for a 2.0. On Tue, Mar 13, 2012 at 18:18, Tom wrote: > So what is the verdict here?**** > > ** ** > > I think we should go to 2.0.0 since: **** > > ** ** > > **- **We do break compatibilities with some plugins**** > > **- **A new Theme is being included**** > > **- **Major new features (child topics, passwords, etc.)**** > > ** ** > > ** ** > > Tom**** > > ** ** > > *From:* geeklog-devel-bounces at lists.geeklog.net [mailto: > geeklog-devel-bounces at lists.geeklog.net] *On Behalf Of *Vincent Furia > *Sent:* March-05-12 2:34 PM > *To:* Geeklog Development > *Subject:* Re: [geeklog-devel] Geeklog 1.9.0 update**** > > ** ** > > I just did a quick google search for "Geeklog 2.0" and "Geeklog 2" and was > surprised to see that both only had a few results that included AptitudeCMS > stuff. None of the links were likely to be confusing. The first link for > both searches were to the "Geeklog 2" topic on geeklog.net. If we rename > that topic as we planned, I don't think the confusion would be that great. > We could make that change even more "concrete" by changing the topic id. > > In any case, if we ever want to do a major version bump we'll have to deal > with eventually. Also, we're now about two years since the last active > AptitudeCMS development... > > -Vinny**** > > On Mon, Mar 5, 2012 at 12:16, Dirk Haun wrote:**** > > Trinity wrote: > > > What is the possibility of simply declaring this a 2.0 version since it > breaks compatibility with old plugins**** > > I had the same thought, actually, but decided not to bring it up myself > because - I'm undecided. Jumping to 2.0 would make it clear that > incompatibilities are to be expected. Not sure how much confusion this > would cause, though, with all the high-flying plans for the other Geeklog > 2.0 which can still be found all over the place (even though they are > several years old by now). And I guess calling it 3.0 would be a bit of a > stretch ;-)**** > > > bye, Dirk > > > -- > http://www.themobilepresenter.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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From danstoner at gmail.com Wed Mar 14 08:06:10 2012 From: danstoner at gmail.com (Dan Stoner) Date: Wed, 14 Mar 2012 08:06:10 -0400 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: <040a01cd0177$f5859200$e090b600$@cogeco.net> References: <040a01cd0177$f5859200$e090b600$@cogeco.net> Message-ID: I like 2.0 due all these reasons that Tom mentioned. - Dan Stoner On Tue, Mar 13, 2012 at 8:18 PM, Tom wrote: > So what is the verdict here? > > > > I think we should go to 2.0.0 since: > > > > -????????? We do break compatibilities with some plugins > > -????????? A new Theme is being included > > -????????? Major new features (child topics, passwords, etc.) > > > > > > Tom > > > > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Vincent Furia > Sent: March-05-12 2:34 PM > To: Geeklog Development > Subject: Re: [geeklog-devel] Geeklog 1.9.0 update > > > > I just did a quick google search for "Geeklog 2.0" and "Geeklog 2" and was > surprised to see that both only had a few results that included AptitudeCMS > stuff. None of the links were likely to be confusing. The first link for > both searches were to the "Geeklog 2" topic on geeklog.net. If we rename > that topic as we planned, I don't think the confusion would be that great. > We could make that change even more "concrete" by changing the topic id. > > In any case, if we ever want to do a major version bump we'll have to deal > with eventually. Also, we're now about two years since the last active > AptitudeCMS development... > > -Vinny > > On Mon, Mar 5, 2012 at 12:16, Dirk Haun wrote: > > Trinity wrote: > >> What is the possibility of simply declaring this a 2.0 version since it >> breaks compatibility with old plugins > > I had the same thought, actually, but decided not to bring it up myself > because - I'm undecided. Jumping to 2.0 would make it clear that > incompatibilities are to be expected. Not sure how much confusion this would > cause, though, with all the high-flying plans for the other Geeklog 2.0 > which can still be found all over the place (even though they are several > years old by now). And I guess calling it 3.0 would be a bit of a stretch > ;-) > > > bye, Dirk > > > -- > http://www.themobilepresenter.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 cordiste at free.fr Wed Mar 14 08:50:09 2012 From: cordiste at free.fr (cordiste) Date: Wed, 14 Mar 2012 13:50:09 +0100 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <040a01cd0177$f5859200$e090b600$@cogeco.net> Message-ID: Is the newpro theme will be the default theme? If we go to version 2, can we have a new logo? Ben 2012/3/14 Dan Stoner : > I like 2.0 due all these reasons that Tom mentioned. > > - Dan Stoner > > > On Tue, Mar 13, 2012 at 8:18 PM, Tom wrote: >> So what is the verdict here? >> >> >> >> I think we should go to 2.0.0 since: >> >> >> >> -????????? We do break compatibilities with some plugins >> >> -????????? A new Theme is being included >> >> -????????? Major new features (child topics, passwords, etc.) >> >> >> >> >> >> Tom >> >> >> >> From: geeklog-devel-bounces at lists.geeklog.net >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Vincent Furia >> Sent: March-05-12 2:34 PM >> To: Geeklog Development >> Subject: Re: [geeklog-devel] Geeklog 1.9.0 update >> >> >> >> I just did a quick google search for "Geeklog 2.0" and "Geeklog 2" and was >> surprised to see that both only had a few results that included AptitudeCMS >> stuff. None of the links were likely to be confusing. The first link for >> both searches were to the "Geeklog 2" topic on geeklog.net. If we rename >> that topic as we planned, I don't think the confusion would be that great. >> We could make that change even more "concrete" by changing the topic id. >> >> In any case, if we ever want to do a major version bump we'll have to deal >> with eventually. Also, we're now about two years since the last active >> AptitudeCMS development... >> >> -Vinny >> >> On Mon, Mar 5, 2012 at 12:16, Dirk Haun wrote: >> >> Trinity wrote: >> >>> What is the possibility of simply declaring this a 2.0 version since it >>> breaks compatibility with old plugins >> >> I had the same thought, actually, but decided not to bring it up myself >> because - I'm undecided. Jumping to 2.0 would make it clear that >> incompatibilities are to be expected. Not sure how much confusion this would >> cause, though, with all the high-flying plans for the other Geeklog 2.0 >> which can still be found all over the place (even though they are several >> years old by now). And I guess calling it 3.0 would be a bit of a stretch >> ;-) >> >> >> bye, Dirk >> >> >> -- >> http://www.themobilepresenter.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 >> > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From websitemaster at cogeco.net Wed Mar 14 09:22:03 2012 From: websitemaster at cogeco.net (Tom) Date: Wed, 14 Mar 2012 09:22:03 -0400 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <040a01cd0177$f5859200$e090b600$@cogeco.net> Message-ID: <042301cd01e5$71c24cb0$5546e610$@cogeco.net> >> Is the newpro theme will be the default theme? The plan is to make it the default for Geeklog.net. I am not sure about the actual install though since we have not discussed it yet. I personally would like to make it the default (though we would still include both themes in the install for now). For those of you who do not know, Rouslan is currently developing the new theme based on the look of the GL Version Test. You can see his progress by checking out the repository. The theme is currently called newpro. One question I have been meaning to ask as well is what shall we name the new theme? >> If we go to version 2, can we have a new logo? We modified the current logo (slightly) about a year ago. I personally do not see the need to do it again especially when we have other graphic work that needs to be designed and created (icons for new Topics, graphics for the new front page) . The new theme is also based on the colour pallet and look of the current logo. If you have ideas though there is no harm in submitting them. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste Sent: March-14-12 8:50 AM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? Is the newpro theme will be the default theme? If we go to version 2, can we have a new logo? Ben 2012/3/14 Dan Stoner : > I like 2.0 due all these reasons that Tom mentioned. > > - Dan Stoner > > > On Tue, Mar 13, 2012 at 8:18 PM, Tom wrote: >> So what is the verdict here? >> >> >> >> I think we should go to 2.0.0 since: >> >> >> >> -????????? We do break compatibilities with some plugins >> >> -????????? A new Theme is being included >> >> -????????? Major new features (child topics, passwords, etc.) >> >> >> >> >> >> Tom >> >> >> >> From: geeklog-devel-bounces at lists.geeklog.net >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Vincent >> Furia >> Sent: March-05-12 2:34 PM >> To: Geeklog Development >> Subject: Re: [geeklog-devel] Geeklog 1.9.0 update >> >> >> >> I just did a quick google search for "Geeklog 2.0" and "Geeklog 2" >> and was surprised to see that both only had a few results that >> included AptitudeCMS stuff. None of the links were likely to be >> confusing. The first link for both searches were to the "Geeklog 2" >> topic on geeklog.net. If we rename that topic as we planned, I don't think the confusion would be that great. >> We could make that change even more "concrete" by changing the topic id. >> >> In any case, if we ever want to do a major version bump we'll have to >> deal with eventually. Also, we're now about two years since the last >> active AptitudeCMS development... >> >> -Vinny >> >> On Mon, Mar 5, 2012 at 12:16, Dirk Haun wrote: >> >> Trinity wrote: >> >>> What is the possibility of simply declaring this a 2.0 version since >>> it breaks compatibility with old plugins >> >> I had the same thought, actually, but decided not to bring it up >> myself because - I'm undecided. Jumping to 2.0 would make it clear >> that incompatibilities are to be expected. Not sure how much >> confusion this would cause, though, with all the high-flying plans >> for the other Geeklog 2.0 which can still be found all over the place >> (even though they are several years old by now). And I guess calling >> it 3.0 would be a bit of a stretch >> ;-) >> >> >> bye, Dirk >> >> >> -- >> http://www.themobilepresenter.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 >> > _______________________________________________ > 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 taharaxp at gmail.com Wed Mar 14 11:50:00 2012 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Thu, 15 Mar 2012 00:50:00 +0900 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: <042301cd01e5$71c24cb0$5546e610$@cogeco.net> References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> Message-ID: Hi, all. I saw the theme newpro. The design is good. But the layout is bad. Why did you return to the table layout? One of the main benefits of the professional_css theme has been lost. Do you know about the Responsive Web Design? This design has been attracting attention recently. Introduced to the following site. http://en.wikipedia.org/wiki/Responsive_Web_Design Using with the table layout, Responsive Web Design is not feasible. I'm actually developing a responsive Geeklog theme by combining the professional_css theme and the Skeleton. Site of the Skeleton: http://www.getskeleton.com/ Demo site of the developing theme: http://test.trybase.com/test181j/ If you are going to jump to Geeklog 2.0.0, let's discard the table layout first. -- Yoshinori Tahara - dengen From dirk at haun-online.de Wed Mar 14 12:53:47 2012 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 14 Mar 2012 17:53:47 +0100 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> Message-ID: <20120314175347.Horde.vqYaXLuWis5PYM0bh2LTfdA@webmail.df.eu> Quoting Yoshinori Tahara : > I saw the theme newpro. > The design is good. But the layout is bad. Please note that it's a work in progress and several areas are not finished (or sometimes even started) yet. Let's give Rouslan some time to work on it, please. bye, Dirk From danstoner at gmail.com Wed Mar 14 12:56:24 2012 From: danstoner at gmail.com (Dan Stoner) Date: Wed, 14 Mar 2012 12:56:24 -0400 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> Message-ID: Hi Yoshinori, Nice theme! - Dan Stoner On Wed, Mar 14, 2012 at 11:50 AM, Yoshinori Tahara wrote: > Hi, all. > > I saw the theme newpro. > The design is good. But the layout is bad. > Why did you return to the table layout? > One of the main benefits of the professional_css theme has been lost. > > Do you know about the Responsive Web Design? > This design has been attracting attention recently. > Introduced to the following site. > http://en.wikipedia.org/wiki/Responsive_Web_Design > Using with the table layout, Responsive Web Design is not feasible. > > I'm actually developing a responsive Geeklog theme by combining the > professional_css theme and the Skeleton. > > Site of the Skeleton: > http://www.getskeleton.com/ > > Demo site of the developing theme: > http://test.trybase.com/test181j/ > > If you are going to jump to Geeklog 2.0.0, let's discard the table layout first. > > -- > Yoshinori Tahara - dengen > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel From rouslan at placella.com Wed Mar 14 12:53:31 2012 From: rouslan at placella.com (Rouslan Placella) Date: Wed, 14 Mar 2012 16:53:31 +0000 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> Message-ID: <4F60CD0B.1060008@placella.com> On 14/03/12 15:50, Yoshinori Tahara wrote: > Hi, all. > > I saw the theme newpro. > The design is good. But the layout is bad. > Why did you return to the table layout? > One of the main benefits of the professional_css theme has been lost. > > Do you know about the Responsive Web Design? > This design has been attracting attention recently. > Introduced to the following site. > http://en.wikipedia.org/wiki/Responsive_Web_Design > Using with the table layout, Responsive Web Design is not feasible. > > I'm actually developing a responsive Geeklog theme by combining the > professional_css theme and the Skeleton. > > Site of the Skeleton: > http://www.getskeleton.com/ > > Demo site of the developing theme: > http://test.trybase.com/test181j/ > > If you are going to jump to Geeklog 2.0.0, let's discard the table layout first. > We actually had a lengthy discussion before reverting to a table for the layout of the 3 columns. The main reason is that a pure CSS layout is completely fixed and requires JS to be enabled. Users with JS disabled will see an empty area if less than 3 columns are being used on a page. Rouslan From vfuria at gmail.com Wed Mar 14 13:13:06 2012 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 14 Mar 2012 11:13:06 -0600 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: <4F60CD0B.1060008@placella.com> References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> <4F60CD0B.1060008@placella.com> Message-ID: On Wed, Mar 14, 2012 at 10:53, Rouslan Placella wrote: > empty area if less than 3 columns are being used on a page Geeklog uses a single theme to represent three different layouts: single column, two column, and three column. We wanted the new theme to work for people browsing with JS disabled and to be usable by most every browser out there. So we're stuck with a table layout. If you know some CSS that provides for a variable column layout I'm sure Rouslan would love to incorporate it. However, I'm pretty sure that such a thing doesn't exist yet. -Vinny -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Wed Mar 14 16:21:05 2012 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 14 Mar 2012 21:21:05 +0100 Subject: [geeklog-devel] Open Source Translation Database In-Reply-To: <4F5BDA26.9080807@placella.com> References: <4F5BDA26.9080807@placella.com> Message-ID: <62E8484A-6BB3-45C7-BB25-6680EF80B069@haun-online.de> Rouslan Placella wrote: > Well, that seems to require the project to use gettext. But if we > convert Geeklog to gettext (which we probably should at some point > anyway since PHP arrays are quite outdated for translating) Even though I'm coming from a C background, I've never really looked into gettext. Incidentally, my local PHP user group had a talk about localization tonight, and gettext was also mentioned. It just confirmed what I already suspected: That gettext is the de-facto standard for translations in PHP. So I'm wondering if maybe there's a GSoC project in there somewhere, i.e. switching Geeklog to gettext. We would have access to an established toolchain for translations then, instead of the crude scripts we now have. bye, Dirk -- http://www.themobilepresenter.com/ From vfuria at gmail.com Wed Mar 14 16:28:29 2012 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 14 Mar 2012 14:28:29 -0600 Subject: [geeklog-devel] Open Source Translation Database In-Reply-To: <62E8484A-6BB3-45C7-BB25-6680EF80B069@haun-online.de> References: <4F5BDA26.9080807@placella.com> <62E8484A-6BB3-45C7-BB25-6680EF80B069@haun-online.de> Message-ID: On Wed, Mar 14, 2012 at 14:21, Dirk Haun wrote: > So I'm wondering if maybe there's a GSoC project in there somewhere, i.e. > switching Geeklog to gettext. We would have access to an established > toolchain for translations then, instead of the crude scripts we now have. > Before we jump into that boat we should check how common gettext support is in shared hosting environments. It does not compile into PHP by default (a flag is needed , though I'm sure most distributions include it be default). -Vinny -------------- next part -------------- An HTML attachment was scrubbed... URL: From rouslan at placella.com Wed Mar 14 16:37:53 2012 From: rouslan at placella.com (Rouslan Placella) Date: Wed, 14 Mar 2012 20:37:53 +0000 Subject: [geeklog-devel] Open Source Translation Database In-Reply-To: References: <4F5BDA26.9080807@placella.com> <62E8484A-6BB3-45C7-BB25-6680EF80B069@haun-online.de> Message-ID: <4F6101A1.4030708@placella.com> On 14/03/12 20:28, Vincent Furia wrote: > On Wed, Mar 14, 2012 at 14:21, Dirk Haun wrote: > >> So I'm wondering if maybe there's a GSoC project in there somewhere, i.e. >> switching Geeklog to gettext. We would have access to an established >> toolchain for translations then, instead of the crude scripts we now have. >> I'd say that it's feasible as a GSoC project, but it's quite a big ask. BTW, all the plugins will definitely break, too. > > Before we jump into that boat we should check how common gettext support is > in shared hosting environments. It does not compile into PHP by default (a > flag is needed , > though I'm sure most distributions include it be default). Gettext support that is compiled into PHP is not that great anyway. At phpMyAdmin we use php-gettext[0] which is just a PHP library that you include with your application. There are good reasons[1] for this. Rouslan [0]: https://launchpad.net/php-gettext/ [1]: http://wiki.phpmyadmin.net/pma/Gettext_for_developers#Why_not_to_use_native_Gettext_in_PHP From dirk at haun-online.de Wed Mar 14 16:56:26 2012 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 14 Mar 2012 21:56:26 +0100 Subject: [geeklog-devel] Open Source Translation Database In-Reply-To: <4F6101A1.4030708@placella.com> References: <4F5BDA26.9080807@placella.com> <62E8484A-6BB3-45C7-BB25-6680EF80B069@haun-online.de> <4F6101A1.4030708@placella.com> Message-ID: Rouslan Placella wrote: > I'd say that it's feasible as a GSoC project, but it's quite a big ask. Yeah, I guess so. I would try to automate / script the conversion as much as possible. > BTW, all the plugins will definitely break, too. Hmm, good point. They could be switched over independently, but they do usually use some of the core texts. That would call for an (potentially ugly) compatibility layer. bye, Dirk -- http://www.themobilepresenter.com/ From cordiste at free.fr Wed Mar 14 17:35:59 2012 From: cordiste at free.fr (cordiste) Date: Wed, 14 Mar 2012 22:35:59 +0100 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: <042301cd01e5$71c24cb0$5546e610$@cogeco.net> References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> Message-ID: About the logo: the typo is very nice but my wish would be to abandon the paper clip and paper because the logo as it stands is not easy to integrate into a theme. Ben P.S : See a screenshot for newpro's theme http://geeklog.fr/mediagallery/popup.php?s=20120314144340583 2012/3/14 Tom : >>> Is the newpro theme will be the default theme? > > The plan is to make it the default for Geeklog.net. ?I am not sure about the > actual install though since we have not discussed it yet. I personally would > like to make it the default (though we would still include both themes in > the install for now). > > For those of you who do not know, Rouslan is currently developing the new > theme based on the look of the GL Version Test. You can see his progress by > checking out the repository. The theme is currently called newpro. > > One question I have been meaning to ask as well is what shall we name the > new theme? > >>> If we go to version 2, can we have a new logo? > > We modified the current logo (slightly) about a year ago. I personally do > not see the need to do it again especially when we have other graphic work > that needs to be designed and ?created (icons for new Topics, graphics for > the new front page) . The new theme is also based on the colour pallet and > look of the current logo. > > If you have ideas though there is no harm in submitting them. > > Tom > > > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste > Sent: March-14-12 8:50 AM > To: Geeklog Development > Subject: Re: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? > > Is the newpro theme will be the default theme? > > If we go to version 2, can we have a new logo? > > Ben > > 2012/3/14 Dan Stoner : >> I like 2.0 due all these reasons that Tom mentioned. >> >> - Dan Stoner >> >> >> On Tue, Mar 13, 2012 at 8:18 PM, Tom wrote: >>> So what is the verdict here? >>> >>> >>> >>> I think we should go to 2.0.0 since: >>> >>> >>> >>> -????????? We do break compatibilities with some plugins >>> >>> -????????? A new Theme is being included >>> >>> -????????? Major new features (child topics, passwords, etc.) >>> >>> >>> >>> >>> >>> Tom >>> >>> >>> >>> From: geeklog-devel-bounces at lists.geeklog.net >>> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Vincent >>> Furia >>> Sent: March-05-12 2:34 PM >>> To: Geeklog Development >>> Subject: Re: [geeklog-devel] Geeklog 1.9.0 update >>> >>> >>> >>> I just did a quick google search for "Geeklog 2.0" and "Geeklog 2" >>> and was surprised to see that both only had a few results that >>> included AptitudeCMS stuff. None of the links were likely to be >>> confusing. The first link for both searches were to the "Geeklog 2" >>> topic on geeklog.net. If we rename that topic as we planned, I don't > think the confusion would be that great. >>> We could make that change even more "concrete" by changing the topic id. >>> >>> In any case, if we ever want to do a major version bump we'll have to >>> deal with eventually. Also, we're now about two years since the last >>> active AptitudeCMS development... >>> >>> -Vinny >>> >>> On Mon, Mar 5, 2012 at 12:16, Dirk Haun wrote: >>> >>> Trinity wrote: >>> >>>> What is the possibility of simply declaring this a 2.0 version since >>>> it breaks compatibility with old plugins >>> >>> I had the same thought, actually, but decided not to bring it up >>> myself because - I'm undecided. Jumping to 2.0 would make it clear >>> that incompatibilities are to be expected. Not sure how much >>> confusion this would cause, though, with all the high-flying plans >>> for the other Geeklog 2.0 which can still be found all over the place >>> (even though they are several years old by now). And I guess calling >>> it 3.0 would be a bit of a stretch >>> ;-) >>> >>> >>> bye, Dirk >>> >>> >>> -- >>> http://www.themobilepresenter.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 >>> >> _______________________________________________ >> 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 cordiste at free.fr Wed Mar 14 17:42:21 2012 From: cordiste at free.fr (cordiste) Date: Wed, 14 Mar 2012 22:42:21 +0100 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> Message-ID: Anyway, Rouslan and Yoshinori you have made very nice design. Ben 2012/3/14 cordiste : > About the logo: the typo is very nice but my wish would be to abandon > the paper clip and paper because the logo as it stands is not easy to > integrate into a theme. > > Ben > > P.S : See a screenshot for newpro's theme > http://geeklog.fr/mediagallery/popup.php?s=20120314144340583 > > 2012/3/14 Tom : >>>> Is the newpro theme will be the default theme? >> >> The plan is to make it the default for Geeklog.net. ?I am not sure about the >> actual install though since we have not discussed it yet. I personally would >> like to make it the default (though we would still include both themes in >> the install for now). >> >> For those of you who do not know, Rouslan is currently developing the new >> theme based on the look of the GL Version Test. You can see his progress by >> checking out the repository. The theme is currently called newpro. >> >> One question I have been meaning to ask as well is what shall we name the >> new theme? >> >>>> If we go to version 2, can we have a new logo? >> >> We modified the current logo (slightly) about a year ago. I personally do >> not see the need to do it again especially when we have other graphic work >> that needs to be designed and ?created (icons for new Topics, graphics for >> the new front page) . The new theme is also based on the colour pallet and >> look of the current logo. >> >> If you have ideas though there is no harm in submitting them. >> >> Tom >> >> >> >> -----Original Message----- >> From: geeklog-devel-bounces at lists.geeklog.net >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste >> Sent: March-14-12 8:50 AM >> To: Geeklog Development >> Subject: Re: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? >> >> Is the newpro theme will be the default theme? >> >> If we go to version 2, can we have a new logo? >> >> Ben >> >> 2012/3/14 Dan Stoner : >>> I like 2.0 due all these reasons that Tom mentioned. >>> >>> - Dan Stoner >>> >>> >>> On Tue, Mar 13, 2012 at 8:18 PM, Tom wrote: >>>> So what is the verdict here? >>>> >>>> >>>> >>>> I think we should go to 2.0.0 since: >>>> >>>> >>>> >>>> -????????? We do break compatibilities with some plugins >>>> >>>> -????????? A new Theme is being included >>>> >>>> -????????? Major new features (child topics, passwords, etc.) >>>> >>>> >>>> >>>> >>>> >>>> Tom >>>> >>>> >>>> >>>> From: geeklog-devel-bounces at lists.geeklog.net >>>> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Vincent >>>> Furia >>>> Sent: March-05-12 2:34 PM >>>> To: Geeklog Development >>>> Subject: Re: [geeklog-devel] Geeklog 1.9.0 update >>>> >>>> >>>> >>>> I just did a quick google search for "Geeklog 2.0" and "Geeklog 2" >>>> and was surprised to see that both only had a few results that >>>> included AptitudeCMS stuff. None of the links were likely to be >>>> confusing. The first link for both searches were to the "Geeklog 2" >>>> topic on geeklog.net. If we rename that topic as we planned, I don't >> think the confusion would be that great. >>>> We could make that change even more "concrete" by changing the topic id. >>>> >>>> In any case, if we ever want to do a major version bump we'll have to >>>> deal with eventually. Also, we're now about two years since the last >>>> active AptitudeCMS development... >>>> >>>> -Vinny >>>> >>>> On Mon, Mar 5, 2012 at 12:16, Dirk Haun wrote: >>>> >>>> Trinity wrote: >>>> >>>>> What is the possibility of simply declaring this a 2.0 version since >>>>> it breaks compatibility with old plugins >>>> >>>> I had the same thought, actually, but decided not to bring it up >>>> myself because - I'm undecided. Jumping to 2.0 would make it clear >>>> that incompatibilities are to be expected. Not sure how much >>>> confusion this would cause, though, with all the high-flying plans >>>> for the other Geeklog 2.0 which can still be found all over the place >>>> (even though they are several years old by now). And I guess calling >>>> it 3.0 would be a bit of a stretch >>>> ;-) >>>> >>>> >>>> bye, Dirk >>>> >>>> >>>> -- >>>> http://www.themobilepresenter.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 >>>> >>> _______________________________________________ >>> 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 trinity93 at gmail.com Wed Mar 14 19:42:46 2012 From: trinity93 at gmail.com (Trinity) Date: Wed, 14 Mar 2012 18:42:46 -0500 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> Message-ID: Perhaps the yahoo YUI2 Grids *CSS* style sheets could be useful for doing a pure css multi column layout On Wed, Mar 14, 2012 at 4:42 PM, cordiste wrote: > Anyway, Rouslan and Yoshinori you have made very nice design. > > Ben > > 2012/3/14 cordiste : > > About the logo: the typo is very nice but my wish would be to abandon > > the paper clip and paper because the logo as it stands is not easy to > > integrate into a theme. > > > > Ben > > > > P.S : See a screenshot for newpro's theme > > http://geeklog.fr/mediagallery/popup.php?s=20120314144340583 > > > > 2012/3/14 Tom : > >>>> Is the newpro theme will be the default theme? > >> > >> The plan is to make it the default for Geeklog.net. I am not sure > about the > >> actual install though since we have not discussed it yet. I personally > would > >> like to make it the default (though we would still include both themes > in > >> the install for now). > >> > >> For those of you who do not know, Rouslan is currently developing the > new > >> theme based on the look of the GL Version Test. You can see his > progress by > >> checking out the repository. The theme is currently called newpro. > >> > >> One question I have been meaning to ask as well is what shall we name > the > >> new theme? > >> > >>>> If we go to version 2, can we have a new logo? > >> > >> We modified the current logo (slightly) about a year ago. I personally > do > >> not see the need to do it again especially when we have other graphic > work > >> that needs to be designed and created (icons for new Topics, graphics > for > >> the new front page) . The new theme is also based on the colour pallet > and > >> look of the current logo. > >> > >> If you have ideas though there is no harm in submitting them. > >> > >> Tom > >> > >> > >> > >> -----Original Message----- > >> From: geeklog-devel-bounces at lists.geeklog.net > >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste > >> Sent: March-14-12 8:50 AM > >> To: Geeklog Development > >> Subject: Re: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? > >> > >> Is the newpro theme will be the default theme? > >> > >> If we go to version 2, can we have a new logo? > >> > >> Ben > >> > >> 2012/3/14 Dan Stoner : > >>> I like 2.0 due all these reasons that Tom mentioned. > >>> > >>> - Dan Stoner > >>> > >>> > >>> On Tue, Mar 13, 2012 at 8:18 PM, Tom wrote: > >>>> So what is the verdict here? > >>>> > >>>> > >>>> > >>>> I think we should go to 2.0.0 since: > >>>> > >>>> > >>>> > >>>> - We do break compatibilities with some plugins > >>>> > >>>> - A new Theme is being included > >>>> > >>>> - Major new features (child topics, passwords, etc.) > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> Tom > >>>> > >>>> > >>>> > >>>> From: geeklog-devel-bounces at lists.geeklog.net > >>>> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Vincent > >>>> Furia > >>>> Sent: March-05-12 2:34 PM > >>>> To: Geeklog Development > >>>> Subject: Re: [geeklog-devel] Geeklog 1.9.0 update > >>>> > >>>> > >>>> > >>>> I just did a quick google search for "Geeklog 2.0" and "Geeklog 2" > >>>> and was surprised to see that both only had a few results that > >>>> included AptitudeCMS stuff. None of the links were likely to be > >>>> confusing. The first link for both searches were to the "Geeklog 2" > >>>> topic on geeklog.net. If we rename that topic as we planned, I don't > >> think the confusion would be that great. > >>>> We could make that change even more "concrete" by changing the topic > id. > >>>> > >>>> In any case, if we ever want to do a major version bump we'll have to > >>>> deal with eventually. Also, we're now about two years since the last > >>>> active AptitudeCMS development... > >>>> > >>>> -Vinny > >>>> > >>>> On Mon, Mar 5, 2012 at 12:16, Dirk Haun wrote: > >>>> > >>>> Trinity wrote: > >>>> > >>>>> What is the possibility of simply declaring this a 2.0 version since > >>>>> it breaks compatibility with old plugins > >>>> > >>>> I had the same thought, actually, but decided not to bring it up > >>>> myself because - I'm undecided. Jumping to 2.0 would make it clear > >>>> that incompatibilities are to be expected. Not sure how much > >>>> confusion this would cause, though, with all the high-flying plans > >>>> for the other Geeklog 2.0 which can still be found all over the place > >>>> (even though they are several years old by now). And I guess calling > >>>> it 3.0 would be a bit of a stretch > >>>> ;-) > >>>> > >>>> > >>>> bye, Dirk > >>>> > >>>> > >>>> -- > >>>> http://www.themobilepresenter.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 > >>>> > >>> _______________________________________________ > >>> 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 rouslan at placella.com Wed Mar 14 19:49:32 2012 From: rouslan at placella.com (Rouslan Placella) Date: Wed, 14 Mar 2012 23:49:32 +0000 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> Message-ID: <4F612E8C.5090908@placella.com> It *would* work, if we knew how many columns we are rendering before rendering the header. However we don't know the number of columns until the footer is rendered, which is too late... On 14/03/12 23:42, Trinity wrote: > Perhaps the yahoo YUI2 Grids *CSS* style sheets could be useful for doing a > pure css multi column layout > > On Wed, Mar 14, 2012 at 4:42 PM, cordiste wrote: > >> Anyway, Rouslan and Yoshinori you have made very nice design. >> >> Ben >> >> 2012/3/14 cordiste : >>> About the logo: the typo is very nice but my wish would be to abandon >>> the paper clip and paper because the logo as it stands is not easy to >>> integrate into a theme. >>> >>> Ben >>> >>> P.S : See a screenshot for newpro's theme >>> http://geeklog.fr/mediagallery/popup.php?s=20120314144340583 >>> >>> 2012/3/14 Tom : >>>>>> Is the newpro theme will be the default theme? >>>> >>>> The plan is to make it the default for Geeklog.net. I am not sure >> about the >>>> actual install though since we have not discussed it yet. I personally >> would >>>> like to make it the default (though we would still include both themes >> in >>>> the install for now). >>>> >>>> For those of you who do not know, Rouslan is currently developing the >> new >>>> theme based on the look of the GL Version Test. You can see his >> progress by >>>> checking out the repository. The theme is currently called newpro. >>>> >>>> One question I have been meaning to ask as well is what shall we name >> the >>>> new theme? >>>> >>>>>> If we go to version 2, can we have a new logo? >>>> >>>> We modified the current logo (slightly) about a year ago. I personally >> do >>>> not see the need to do it again especially when we have other graphic >> work >>>> that needs to be designed and created (icons for new Topics, graphics >> for >>>> the new front page) . The new theme is also based on the colour pallet >> and >>>> look of the current logo. >>>> >>>> If you have ideas though there is no harm in submitting them. >>>> >>>> Tom >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: geeklog-devel-bounces at lists.geeklog.net >>>> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste >>>> Sent: March-14-12 8:50 AM >>>> To: Geeklog Development >>>> Subject: Re: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? >>>> >>>> Is the newpro theme will be the default theme? >>>> >>>> If we go to version 2, can we have a new logo? >>>> >>>> Ben >>>> >>>> 2012/3/14 Dan Stoner : >>>>> I like 2.0 due all these reasons that Tom mentioned. >>>>> >>>>> - Dan Stoner >>>>> >>>>> >>>>> On Tue, Mar 13, 2012 at 8:18 PM, Tom wrote: >>>>>> So what is the verdict here? >>>>>> >>>>>> >>>>>> >>>>>> I think we should go to 2.0.0 since: >>>>>> >>>>>> >>>>>> >>>>>> - We do break compatibilities with some plugins >>>>>> >>>>>> - A new Theme is being included >>>>>> >>>>>> - Major new features (child topics, passwords, etc.) >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Tom >>>>>> >>>>>> >>>>>> >>>>>> From: geeklog-devel-bounces at lists.geeklog.net >>>>>> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Vincent >>>>>> Furia >>>>>> Sent: March-05-12 2:34 PM >>>>>> To: Geeklog Development >>>>>> Subject: Re: [geeklog-devel] Geeklog 1.9.0 update >>>>>> >>>>>> >>>>>> >>>>>> I just did a quick google search for "Geeklog 2.0" and "Geeklog 2" >>>>>> and was surprised to see that both only had a few results that >>>>>> included AptitudeCMS stuff. None of the links were likely to be >>>>>> confusing. The first link for both searches were to the "Geeklog 2" >>>>>> topic on geeklog.net. If we rename that topic as we planned, I don't >>>> think the confusion would be that great. >>>>>> We could make that change even more "concrete" by changing the topic >> id. >>>>>> >>>>>> In any case, if we ever want to do a major version bump we'll have to >>>>>> deal with eventually. Also, we're now about two years since the last >>>>>> active AptitudeCMS development... >>>>>> >>>>>> -Vinny >>>>>> >>>>>> On Mon, Mar 5, 2012 at 12:16, Dirk Haun wrote: >>>>>> >>>>>> Trinity wrote: >>>>>> >>>>>>> What is the possibility of simply declaring this a 2.0 version since >>>>>>> it breaks compatibility with old plugins >>>>>> >>>>>> I had the same thought, actually, but decided not to bring it up >>>>>> myself because - I'm undecided. Jumping to 2.0 would make it clear >>>>>> that incompatibilities are to be expected. Not sure how much >>>>>> confusion this would cause, though, with all the high-flying plans >>>>>> for the other Geeklog 2.0 which can still be found all over the place >>>>>> (even though they are several years old by now). And I guess calling >>>>>> it 3.0 would be a bit of a stretch >>>>>> ;-) >>>>>> >>>>>> >>>>>> bye, Dirk >>>>>> >>>>>> >>>>>> -- >>>>>> http://www.themobilepresenter.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 >>>>>> >>>>> _______________________________________________ >>>>> 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 vfuria at gmail.com Wed Mar 14 19:52:00 2012 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 14 Mar 2012 17:52:00 -0600 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> Message-ID: I don't see anything in YUI2 Grids that can support a dynamic number of columns (without JavaScript). Is there a particular feature or instructions you can point to? -Vinny On Wed, Mar 14, 2012 at 17:42, Trinity wrote: > Perhaps the yahoo YUI2 Grids *CSS* style sheets could be useful for doing > a pure css multi column layout > > > On Wed, Mar 14, 2012 at 4:42 PM, cordiste wrote: > >> Anyway, Rouslan and Yoshinori you have made very nice design. >> >> Ben >> >> 2012/3/14 cordiste : >> > About the logo: the typo is very nice but my wish would be to abandon >> > the paper clip and paper because the logo as it stands is not easy to >> > integrate into a theme. >> > >> > Ben >> > >> > P.S : See a screenshot for newpro's theme >> > http://geeklog.fr/mediagallery/popup.php?s=20120314144340583 >> > >> > 2012/3/14 Tom : >> >>>> Is the newpro theme will be the default theme? >> >> >> >> The plan is to make it the default for Geeklog.net. I am not sure >> about the >> >> actual install though since we have not discussed it yet. I personally >> would >> >> like to make it the default (though we would still include both themes >> in >> >> the install for now). >> >> >> >> For those of you who do not know, Rouslan is currently developing the >> new >> >> theme based on the look of the GL Version Test. You can see his >> progress by >> >> checking out the repository. The theme is currently called newpro. >> >> >> >> One question I have been meaning to ask as well is what shall we name >> the >> >> new theme? >> >> >> >>>> If we go to version 2, can we have a new logo? >> >> >> >> We modified the current logo (slightly) about a year ago. I personally >> do >> >> not see the need to do it again especially when we have other graphic >> work >> >> that needs to be designed and created (icons for new Topics, graphics >> for >> >> the new front page) . The new theme is also based on the colour pallet >> and >> >> look of the current logo. >> >> >> >> If you have ideas though there is no harm in submitting them. >> >> >> >> Tom >> >> >> >> >> >> >> >> -----Original Message----- >> >> From: geeklog-devel-bounces at lists.geeklog.net >> >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste >> >> Sent: March-14-12 8:50 AM >> >> To: Geeklog Development >> >> Subject: Re: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? >> >> >> >> Is the newpro theme will be the default theme? >> >> >> >> If we go to version 2, can we have a new logo? >> >> >> >> Ben >> >> >> >> 2012/3/14 Dan Stoner : >> >>> I like 2.0 due all these reasons that Tom mentioned. >> >>> >> >>> - Dan Stoner >> >>> >> >>> >> >>> On Tue, Mar 13, 2012 at 8:18 PM, Tom >> wrote: >> >>>> So what is the verdict here? >> >>>> >> >>>> >> >>>> >> >>>> I think we should go to 2.0.0 since: >> >>>> >> >>>> >> >>>> >> >>>> - We do break compatibilities with some plugins >> >>>> >> >>>> - A new Theme is being included >> >>>> >> >>>> - Major new features (child topics, passwords, etc.) >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> >>>> Tom >> >>>> >> >>>> >> >>>> >> >>>> From: geeklog-devel-bounces at lists.geeklog.net >> >>>> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of >> Vincent >> >>>> Furia >> >>>> Sent: March-05-12 2:34 PM >> >>>> To: Geeklog Development >> >>>> Subject: Re: [geeklog-devel] Geeklog 1.9.0 update >> >>>> >> >>>> >> >>>> >> >>>> I just did a quick google search for "Geeklog 2.0" and "Geeklog 2" >> >>>> and was surprised to see that both only had a few results that >> >>>> included AptitudeCMS stuff. None of the links were likely to be >> >>>> confusing. The first link for both searches were to the "Geeklog 2" >> >>>> topic on geeklog.net. If we rename that topic as we planned, I don't >> >> think the confusion would be that great. >> >>>> We could make that change even more "concrete" by changing the topic >> id. >> >>>> >> >>>> In any case, if we ever want to do a major version bump we'll have to >> >>>> deal with eventually. Also, we're now about two years since the last >> >>>> active AptitudeCMS development... >> >>>> >> >>>> -Vinny >> >>>> >> >>>> On Mon, Mar 5, 2012 at 12:16, Dirk Haun wrote: >> >>>> >> >>>> Trinity wrote: >> >>>> >> >>>>> What is the possibility of simply declaring this a 2.0 version since >> >>>>> it breaks compatibility with old plugins >> >>>> >> >>>> I had the same thought, actually, but decided not to bring it up >> >>>> myself because - I'm undecided. Jumping to 2.0 would make it clear >> >>>> that incompatibilities are to be expected. Not sure how much >> >>>> confusion this would cause, though, with all the high-flying plans >> >>>> for the other Geeklog 2.0 which can still be found all over the place >> >>>> (even though they are several years old by now). And I guess calling >> >>>> it 3.0 would be a bit of a stretch >> >>>> ;-) >> >>>> >> >>>> >> >>>> bye, Dirk >> >>>> >> >>>> >> >>>> -- >> >>>> http://www.themobilepresenter.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 >> >>>> >> >>> _______________________________________________ >> >>> 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 rouslan at placella.com Wed Mar 14 20:05:58 2012 From: rouslan at placella.com (Rouslan Placella) Date: Thu, 15 Mar 2012 00:05:58 +0000 Subject: [geeklog-devel] Localised OAuth and OpenID login buttons Message-ID: <4F613266.1000306@placella.com> Hi there, I've just pushed a commit[0] that make the OAuth and OpenID login buttons localised in the professional theme. This essentially is a backport of the work that I'm doing on the "newpro" theme. Let me know if you find any problems or have any suggestions with regard to this. Rouslan [0]: http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/rev/7b82440eaeae From jmucchiello at yahoo.com Wed Mar 14 21:48:23 2012 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Wed, 14 Mar 2012 18:48:23 -0700 (PDT) Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? Message-ID: <1331776103.85863.YahooMailNeo@web161404.mail.bf1.yahoo.com> > It *would* work, if we knew how many columns we are rendering before > rendering the header. However we don't know the number of columns until > the footer is rendered, which is too late... What would it take to know how many columns to render when the header is called? What currently determines this? Oh, and 2.0 for me, too. But if you are going to break stuff, break as much stuff as possible because breaking stuff for 2.1 and 2.2 will be frowned on. ? Joe -------------- next part -------------- An HTML attachment was scrubbed... URL: From vfuria at gmail.com Wed Mar 14 22:26:50 2012 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 14 Mar 2012 20:26:50 -0600 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: <1331776103.85863.YahooMailNeo@web161404.mail.bf1.yahoo.com> References: <1331776103.85863.YahooMailNeo@web161404.mail.bf1.yahoo.com> Message-ID: On Wed, Mar 14, 2012 at 19:48, Joe Mucchiello wrote: > What would it take to know how many columns to render when the header is > called? What currently determines this? As of now, it would take a pretty serious redesign of how pages are built. That isn't out of the question, and may end up being part of a GSoC project (if we're selected, and depending on the details of student projects). Pages call these functions to generate the page template: COM_siteHeader, COM_siteFooter. COM_siteHeader can be passed with an option to disable left blocks. COM_siteFooter can be passed with an option to disable right blocks. There is currently no consistency as to when (or where) these function are called for all the pages. -Vinny -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmucchiello at yahoo.com Thu Mar 15 00:02:31 2012 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Wed, 14 Mar 2012 21:02:31 -0700 (PDT) Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <1331776103.85863.YahooMailNeo@web161404.mail.bf1.yahoo.com> Message-ID: <1331784151.79004.YahooMailNeo@web161405.mail.bf1.yahoo.com> >From: Vincent Furia >To: Joe Mucchiello ; Geeklog Development >Sent: Wednesday, March 14, 2012 10:26 PM >Subject: Re: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? > >As of now, it would take a pretty serious redesign of how pages are built. That isn't out of the question, and may end up being part of a GSoC project (if we're selected, and depending on the details of student projects). > >Pages call these functions to generate the page template: COM_siteHeader, COM_siteFooter. COM_siteHeader can be passed with an option to disable left blocks. COM_siteFooter can be passed with an option to disable right blocks. > >There is currently no consistency as to when (or where) these function are called for all the pages. I don't know if it's a big redesign, but the real question is how much effort is it to change Geeklog core to pass this information to COM_siteHeader. Plugins will already be broken so don't worry about that. It is only the non-plugin pages that need to be considered. Regexes are fun: 173 out of 178 calls to COM_siteFooter in he core use the function defaults and "true" is used in the other 5 calls. In other words, inside Geeklog core and the shipped plugins, there are only 5 places where it is not known ahead of time if the blocks will display, based on the $_CONF stuff. This really isn't that big a project. In most cases, it is assumed they will not display unless forced by the $_CONF settings. This means if a parameter were added to COM_siteHeader to store this data for use in a new COM_siteFooter, only the 5 places where true is sent to COM_siteFooter would need updating to pass this info to COM_siteHeader: public_html\admin\plugins\spamx\index.php public_html\directory.php public_html\index.php public_html\lib-common.php (called twice in here) How the information is carried to COM_siteFooter from COM_siteHeader? Probably overriding the $_CONF setting that already exists. :-) From komma at ivywe.co.jp Thu Mar 15 05:55:35 2012 From: komma at ivywe.co.jp (=?ISO-2022-JP?B?GyRCOiM2cEUvO1IbKEIgR2Vla2xvZyBJdnlXZQ==?=) Date: Thu, 15 Mar 2012 18:55:35 +0900 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> Message-ID: Hi, all Yoshinori's responsive and non table layout theme is so nice, I think. Table layout is not so beautiful on iPhone, iPad, Android and some size of browser. Javascript problem is a small problem, but table layout problem is serious. We can make many style theme by css style theme. But table layout theme is hard to make variation. So please back to css layout and avoid table layout html from program source. Tom, > I think we should go to 2.0.0 since: I think so too. -- Ivy http://www.geeklog.jp http://test.trybase.com/test181j/ 2012/3/15 Vincent Furia : > I don't see anything in YUI2 Grids that can support a dynamic number of > columns (without JavaScript). Is there a particular feature or instructions > you can point to? > > -Vinny > > > On Wed, Mar 14, 2012 at 17:42, Trinity wrote: >> >> Perhaps the yahoo YUI2 Grids CSS style sheets could be useful for doing a >> pure css multi column layout >> >> >> On Wed, Mar 14, 2012 at 4:42 PM, cordiste wrote: >>> >>> Anyway, Rouslan and Yoshinori you have made very nice design. >>> >>> Ben >>> >>> 2012/3/14 cordiste : >>> > About the logo: the typo is very nice but my wish would be to abandon >>> > the paper clip and paper because the logo as it stands is not easy to >>> > integrate into a theme. >>> > >>> > Ben >>> > >>> > P.S : See a screenshot for newpro's theme >>> > http://geeklog.fr/mediagallery/popup.php?s=20120314144340583 >>> > >>> > 2012/3/14 Tom : >>> >>>> Is the newpro theme will be the default theme? >>> >> >>> >> The plan is to make it the default for Geeklog.net. ?I am not sure >>> >> about the >>> >> actual install though since we have not discussed it yet. I personally >>> >> would >>> >> like to make it the default (though we would still include both themes >>> >> in >>> >> the install for now). >>> >> >>> >> For those of you who do not know, Rouslan is currently developing the >>> >> new >>> >> theme based on the look of the GL Version Test. You can see his >>> >> progress by >>> >> checking out the repository. The theme is currently called newpro. >>> >> >>> >> One question I have been meaning to ask as well is what shall we name >>> >> the >>> >> new theme? >>> >> >>> >>>> If we go to version 2, can we have a new logo? >>> >> >>> >> We modified the current logo (slightly) about a year ago. I personally >>> >> do >>> >> not see the need to do it again especially when we have other graphic >>> >> work >>> >> that needs to be designed and ?created (icons for new Topics, graphics >>> >> for >>> >> the new front page) . The new theme is also based on the colour pallet >>> >> and >>> >> look of the current logo. >>> >> >>> >> If you have ideas though there is no harm in submitting them. >>> >> >>> >> Tom >>> >> >>> >> >>> >> >>> >> -----Original Message----- >>> >> From: geeklog-devel-bounces at lists.geeklog.net >>> >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste >>> >> Sent: March-14-12 8:50 AM >>> >> To: Geeklog Development >>> >> Subject: Re: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? >>> >> >>> >> Is the newpro theme will be the default theme? >>> >> >>> >> If we go to version 2, can we have a new logo? >>> >> >>> >> Ben >>> >> >>> >> 2012/3/14 Dan Stoner : >>> >>> I like 2.0 due all these reasons that Tom mentioned. >>> >>> >>> >>> - Dan Stoner >>> >>> >>> >>> >>> >>> On Tue, Mar 13, 2012 at 8:18 PM, Tom >>> >>> wrote: >>> >>>> So what is the verdict here? >>> >>>> >>> >>>> >>> >>>> >>> >>>> I think we should go to 2.0.0 since: >>> >>>> >>> >>>> >>> >>>> >>> >>>> -????????? We do break compatibilities with some plugins >>> >>>> >>> >>>> -????????? A new Theme is being included >>> >>>> >>> >>>> -????????? Major new features (child topics, passwords, etc.) >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> >>> >>>> Tom >>> >>>> >>> >>>> >>> >>>> >>> >>>> From: geeklog-devel-bounces at lists.geeklog.net >>> >>>> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of >>> >>>> Vincent >>> >>>> Furia >>> >>>> Sent: March-05-12 2:34 PM >>> >>>> To: Geeklog Development >>> >>>> Subject: Re: [geeklog-devel] Geeklog 1.9.0 update >>> >>>> >>> >>>> >>> >>>> >>> >>>> I just did a quick google search for "Geeklog 2.0" and "Geeklog 2" >>> >>>> and was surprised to see that both only had a few results that >>> >>>> included AptitudeCMS stuff. None of the links were likely to be >>> >>>> confusing. The first link for both searches were to the "Geeklog 2" >>> >>>> topic on geeklog.net. If we rename that topic as we planned, I don't >>> >> think the confusion would be that great. >>> >>>> We could make that change even more "concrete" by changing the topic >>> >>>> id. >>> >>>> >>> >>>> In any case, if we ever want to do a major version bump we'll have >>> >>>> to >>> >>>> deal with eventually. Also, we're now about two years since the last >>> >>>> active AptitudeCMS development... >>> >>>> >>> >>>> -Vinny >>> >>>> >>> >>>> On Mon, Mar 5, 2012 at 12:16, Dirk Haun wrote: >>> >>>> >>> >>>> Trinity wrote: >>> >>>> >>> >>>>> What is the possibility of simply declaring this a 2.0 version >>> >>>>> since >>> >>>>> it breaks compatibility with old plugins >>> >>>> >>> >>>> I had the same thought, actually, but decided not to bring it up >>> >>>> myself because - I'm undecided. Jumping to 2.0 would make it clear >>> >>>> that incompatibilities are to be expected. Not sure how much >>> >>>> confusion this would cause, though, with all the high-flying plans >>> >>>> for the other Geeklog 2.0 which can still be found all over the >>> >>>> place >>> >>>> (even though they are several years old by now). And I guess calling >>> >>>> it 3.0 would be a bit of a stretch >>> >>>> ;-) >>> >>>> >>> >>>> >>> >>>> bye, Dirk >>> >>>> >>> >>>> >>> >>>> -- >>> >>>> http://www.themobilepresenter.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 >>> >>>> >>> >>> _______________________________________________ >>> >>> 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 >> > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From cordiste at free.fr Thu Mar 15 05:58:41 2012 From: cordiste at free.fr (cordiste) Date: Thu, 15 Mar 2012 10:58:41 +0100 Subject: [geeklog-devel] Non table layout (was Geeklog 1.9.0 or Geeklog 2.0.0?) Message-ID: Can someone explain to me where is the issue with non table layout? Purepro theme [1] can use 1, 2 or 3 columns even with JS disabled. Ben [1] http://geeklog.fr/purepro/index.php From websitemaster at cogeco.net Thu Mar 15 17:16:04 2012 From: websitemaster at cogeco.net (Tom) Date: Thu, 15 Mar 2012 17:16:04 -0400 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: <1331784151.79004.YahooMailNeo@web161405.mail.bf1.yahoo.com> References: <1331776103.85863.YahooMailNeo@web161404.mail.bf1.yahoo.com> <1331784151.79004.YahooMailNeo@web161405.mail.bf1.yahoo.com> Message-ID: <001301cd02f0$dcaf6060$960e2120$@cogeco.net> >> I don't know if it's a big redesign, but the real question is how much effort is it to change Geeklog core to pass this information to >> COM_siteHeader. Plugins will already be broken so don't worry about that. It is only the non-plugin pages that need to be considered. We sort of talked about his before (see http://project.geeklog.net/tracking/view.php?id=1358) and a few interesting ideas where floated around. The other problem we have is in some cases (like the use of autotags or the mobile phone theme that uses jquery) we need to add lines to the header (css files, javascript) and we can't because COM_siteHeader has already run before we knew that a block or autotag was going to display. COM_siteHeader and COM_siteFooter really should be the last things called before the webpage is displayed. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Joe Mucchiello Sent: March-15-12 12:03 AM To: Vincent Furia; Geeklog Development Subject: Re: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? >From: Vincent Furia >To: Joe Mucchiello ; Geeklog Development > >Sent: Wednesday, March 14, 2012 10:26 PM >Subject: Re: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? > >As of now, it would take a pretty serious redesign of how pages are built. That isn't out of the question, and may end up being part of a GSoC project (if we're selected, and depending on the details of student projects). > >Pages call these functions to generate the page template: COM_siteHeader, COM_siteFooter. COM_siteHeader can be passed with an option to disable left blocks. COM_siteFooter can be passed with an option to disable right blocks. > >There is currently no consistency as to when (or where) these function are called for all the pages. I don't know if it's a big redesign, but the real question is how much effort is it to change Geeklog core to pass this information to COM_siteHeader. Plugins will already be broken so don't worry about that. It is only the non-plugin pages that need to be considered. Regexes are fun: 173 out of 178 calls to COM_siteFooter in he core use the function defaults and "true" is used in the other 5 calls. In other words, inside Geeklog core and the shipped plugins, there are only 5 places where it is not known ahead of time if the blocks will display, based on the $_CONF stuff. This really isn't that big a project. In most cases, it is assumed they will not display unless forced by the $_CONF settings. This means if a parameter were added to COM_siteHeader to store this data f or use in a new COM_siteFooter, only the 5 places where true is sent to COM_siteFooter would need updating to pass this info to COM_siteHeader: public_html\admin\plugins\spamx\index.php public_html\directory.php public_html\index.php public_html\lib-common.php (called twice in here) How the information is carried to COM_siteFooter from COM_siteHeader? Probably overriding the $_CONF setting that already exists. :-) _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From vfuria at gmail.com Thu Mar 15 17:31:19 2012 From: vfuria at gmail.com (Vincent Furia) Date: Thu, 15 Mar 2012 15:31:19 -0600 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: <001301cd02f0$dcaf6060$960e2120$@cogeco.net> References: <1331776103.85863.YahooMailNeo@web161404.mail.bf1.yahoo.com> <1331784151.79004.YahooMailNeo@web161405.mail.bf1.yahoo.com> <001301cd02f0$dcaf6060$960e2120$@cogeco.net> Message-ID: On Thu, Mar 15, 2012 at 15:16, Tom wrote: > COM_siteHeader and COM_siteFooter really should be the last things called > before the webpage is displayed. > And to expand on that, there really should be a single "COM_displaySite" function call. It would probably also make templating a lot easier. I'm hoping we get into GSoC this year and get some good applications for the template project. -Vinny -------------- next part -------------- An HTML attachment was scrubbed... URL: From websitemaster at cogeco.net Thu Mar 15 20:08:10 2012 From: websitemaster at cogeco.net (Tom) Date: Thu, 15 Mar 2012 20:08:10 -0400 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <1331776103.85863.YahooMailNeo@web161404.mail.bf1.yahoo.com> <1331784151.79004.YahooMailNeo@web161405.mail.bf1.yahoo.com> <001301cd02f0$dcaf6060$960e2120$@cogeco.net> Message-ID: <002701cd0308$e33c8b70$a9b5a250$@cogeco.net> So I guess we still go Geeklog 2.0.0 then for this release? (for previous stated reasons) If the template stuff does happen the earliest it would get into Geeklog would be late fall winter and if we had to we could go to version 3 for that if it breaks a few things. Does that sound good Dirk? Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Vincent Furia Sent: March-15-12 5:31 PM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? On Thu, Mar 15, 2012 at 15:16, Tom wrote: COM_siteHeader and COM_siteFooter really should be the last things called before the webpage is displayed. And to expand on that, there really should be a single "COM_displaySite" function call. It would probably also make templating a lot easier. I'm hoping we get into GSoC this year and get some good applications for the template project. -Vinny -------------- next part -------------- An HTML attachment was scrubbed... URL: From taharaxp at gmail.com Thu Mar 15 20:35:55 2012 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Fri, 16 Mar 2012 09:35:55 +0900 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: <002701cd0308$e33c8b70$a9b5a250$@cogeco.net> References: <1331776103.85863.YahooMailNeo@web161404.mail.bf1.yahoo.com> <1331784151.79004.YahooMailNeo@web161405.mail.bf1.yahoo.com> <001301cd02f0$dcaf6060$960e2120$@cogeco.net> <002701cd0308$e33c8b70$a9b5a250$@cogeco.net> Message-ID: > On Thu, Mar 15, 2012 at 15:16, Tom wrote: > > And to expand on that, there really should be a single "COM_displaySite" function call. > It would probably also make templating a lot easier. That's right. See also below for reference. http://project.geeklog.net/tracking/view.php?id=1316#c2052 -- Yoshinori Tahara - dengen From dirk at haun-online.de Fri Mar 16 03:29:52 2012 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 16 Mar 2012 08:29:52 +0100 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: <002701cd0308$e33c8b70$a9b5a250$@cogeco.net> References: <1331776103.85863.YahooMailNeo@web161404.mail.bf1.yahoo.com> <1331784151.79004.YahooMailNeo@web161405.mail.bf1.yahoo.com> <001301cd02f0$dcaf6060$960e2120$@cogeco.net> <002701cd0308$e33c8b70$a9b5a250$@cogeco.net> Message-ID: <9FB59FB6-B80C-4A6E-A603-14FFAE4DAAB7@haun-online.de> Tom wrote: > So I guess we still go Geeklog 2.0.0 then for this release? (for previous stated reasons) Yep. > If the template stuff does happen the earliest it would get into Geeklog would be late fall winter and if we had to we could go to version 3 for that if it breaks a few things. Sounds like we're going all Firefox with the version numbers ;-) bye, Dirk -- http://www.themobilepresenter.com/ From dirk at haun-online.de Fri Mar 16 14:46:34 2012 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 16 Mar 2012 19:46:34 +0100 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: <028001ccfd3b$70f2cd40$52d867c0$@cogeco.net> References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> <20120308112818.Horde.EzAeO7uWis5PWInCjohBAIA@webmail.df.eu> <028001ccfd3b$70f2cd40$52d867c0$@cogeco.net> Message-ID: <35866075-0C44-4EAB-822E-3CE299681EF6@haun-online.de> FYI: --- snip --- Thank you for submitting "Geeklog" organization application to Google Summer of Code 2012. Unfortunately, we were unable to accept your organization's application at this time. We received many more applications for the program than we are able to accommodate, and we would encourage you to reapply for future instances of the program. Best regards, Google Open Source Programs --- snip --- bye, Dirk -- http://www.themobilepresenter.com/ From bckurera at fossuser.lk Fri Mar 16 14:54:06 2012 From: bckurera at fossuser.lk (Buddhika Chandradeepa Kurera) Date: Sat, 17 Mar 2012 00:24:06 +0530 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: <35866075-0C44-4EAB-822E-3CE299681EF6@haun-online.de> References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> <20120308112818.Horde.EzAeO7uWis5PWInCjohBAIA@webmail.df.eu> <028001ccfd3b$70f2cd40$52d867c0$@cogeco.net> <35866075-0C44-4EAB-822E-3CE299681EF6@haun-online.de> Message-ID: On Sat, Mar 17, 2012 at 12:16 AM, Dirk Haun wrote: > FYI: > > --- snip --- > Thank you for submitting "Geeklog" organization application to Google Summer of Code 2012. > Unfortunately, we were unable to accept your organization's application at this time. > We received many more applications for the program than we are able to accommodate, > and we would encourage you to reapply for future instances of the program. > > Best regards, > > ?Google Open Source Programs > --- snip --- Hello Folks, Bad luck, but we can hope for the best for the next year, and thanks Dirk for your effort. I saw some students around so they can keep supporting if the project is interested. Further I can continue my work on Dynamic Access Control SOC project. -- Regards, Buddhika Chandradeepa Kurera From rouslan at placella.com Fri Mar 16 15:29:18 2012 From: rouslan at placella.com (Rouslan Placella) Date: Fri, 16 Mar 2012 19:29:18 +0000 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: <35866075-0C44-4EAB-822E-3CE299681EF6@haun-online.de> References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> <20120308112818.Horde.EzAeO7uWis5PWInCjohBAIA@webmail.df.eu> <028001ccfd3b$70f2cd40$52d867c0$@cogeco.net> <35866075-0C44-4EAB-822E-3CE299681EF6@haun-online.de> Message-ID: <4F63948E.2000900@placella.com> On 16/03/12 18:46, Dirk Haun wrote: > FYI: > > --- snip --- > Thank you for submitting "Geeklog" organization application to Google Summer of Code 2012. > Unfortunately, we were unable to accept your organization's application at this time. > We received many more applications for the program than we are able to accommodate, > and we would encourage you to reapply for future instances of the program. > > Best regards, > > Google Open Source Programs > --- snip --- > > bye, Dirk > > Well, that sucks. Dirk, will you be attending the IRC meeting to get feedback on the application/reasons for rejection? Rouslan From dirk at haun-online.de Fri Mar 16 15:40:30 2012 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 16 Mar 2012 20:40:30 +0100 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: <4F63948E.2000900@placella.com> References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> <20120308112818.Horde.EzAeO7uWis5PWInCjohBAIA@webmail.df.eu> <028001ccfd3b$70f2cd40$52d867c0$@cogeco.net> <35866075-0C44-4EAB-822E-3CE299681EF6@haun-online.de> <4F63948E.2000900@placella.com> Message-ID: <783C239B-206A-43E6-89E1-B4C56011360E@haun-online.de> Rouslan Placella wrote: > Dirk, will you be attending the IRC meeting to get feedback on the > application/reasons for rejection? Of course. bye, Dirk -- http://www.themobilepresenter.com/ From bckurera at fossuser.lk Fri Mar 16 22:17:21 2012 From: bckurera at fossuser.lk (Buddhika Chandradeepa Kurera) Date: Sat, 17 Mar 2012 07:47:21 +0530 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: <042301cd01e5$71c24cb0$5546e610$@cogeco.net> References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> Message-ID: On Wed, Mar 14, 2012 at 6:52 PM, Tom wrote: >>> If we go to version 2, can we have a new logo? > > We modified the current logo (slightly) about a year ago. I personally do > not see the need to do it again especially when we have other graphic work > that needs to be designed and ?created (icons for new Topics, graphics for > the new front page) . The new theme is also based on the colour pallet and > look of the current logo. > > If you have ideas though there is no harm in submitting them. Hello I am quite good with designs and art work. Where can I find the needed design tasks so that I can support. thanks -- Regards, Buddhika Chandradeepa Kurera From websitemaster at cogeco.net Sat Mar 17 09:38:51 2012 From: websitemaster at cogeco.net (Tom) Date: Sat, 17 Mar 2012 09:38:51 -0400 Subject: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? In-Reply-To: References: <040a01cd0177$f5859200$e090b600$@cogeco.net> <042301cd01e5$71c24cb0$5546e610$@cogeco.net> Message-ID: <009d01cd0443$4a57a430$df06ec90$@cogeco.net> Hey Buddhika, We do not have a list online at the moment but ... I know we need icons for the following new topics: Themes, Development, News and Geeklog.net These topics are not yet available for viewing on Geeklog.net but the design should be similar to the other topic icons you can find on our site. We also are planning to redesign the homepage using the new theme being developed (which you can find in the repository). Not much has been discussed about this yet (check http://wiki.geeklog.net/index.php/Geeklog.net_Redesign for ideas) but we will need a few graphics for this as well (download or getting started buttons, other images that would fit in with our message). If you want you could submit images for the topic icons or even a mock-up of the Geeklog homepage (or part of it). Be sure to post any samples to this mailing list and if you have questions ask away (especially if you tackle the homepage since we haven't discussed yet what should go on it). Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Buddhika Chandradeepa Kurera Sent: March-16-12 10:17 PM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog 1.9.0 or Geeklog 2.0.0? On Wed, Mar 14, 2012 at 6:52 PM, Tom wrote: >>> If we go to version 2, can we have a new logo? > > We modified the current logo (slightly) about a year ago. I personally > do not see the need to do it again especially when we have other > graphic work that needs to be designed and created (icons for new > Topics, graphics for the new front page) . The new theme is also based > on the colour pallet and look of the current logo. > > If you have ideas though there is no harm in submitting them. Hello I am quite good with designs and art work. Where can I find the needed design tasks so that I can support. thanks -- Regards, Buddhika Chandradeepa Kurera _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From websitemaster at cogeco.net Sat Mar 17 10:06:59 2012 From: websitemaster at cogeco.net (Tom) Date: Sat, 17 Mar 2012 10:06:59 -0400 Subject: [geeklog-devel] Dynamic Blocks on Blocks Admin Page Message-ID: <009f01cd0447$37f86ff0$a7e94fd0$@cogeco.net> Re: http://project.geeklog.net/tracking/view.php?id=1434 I was hoping to actually merge the dynamic block list with the current block list but that is not possible since the Admin List function works just with data from the db so it looks like the dynamic block list will have to be separate. Anyways ... what is better: 1) Have the Dynamic block left and right lists below the regular block left and right lists like: Block Manager (Left) ... Block Manager (Right) ... Dynamic Block Manager (Left) ... Dynamic Block Manager (Right) ... Or 2) Have the left lists first and then the right lists: Block Manager (Left) ... Dynamic Block Manager (Left) ... Block Manager (Right) ... Dynamic Block Manager (Right) ... From cordiste at free.fr Sat Mar 17 11:16:53 2012 From: cordiste at free.fr (cordiste) Date: Sat, 17 Mar 2012 16:16:53 +0100 Subject: [geeklog-devel] Dynamic Blocks on Blocks Admin Page In-Reply-To: <009f01cd0447$37f86ff0$a7e94fd0$@cogeco.net> References: <009f01cd0447$37f86ff0$a7e94fd0$@cogeco.net> Message-ID: +1 for 2) Have the left lists first and then the right lists Ben 2012/3/17 Tom : > > Re: http://project.geeklog.net/tracking/view.php?id=1434 > > I was hoping to actually merge the dynamic block list with the current block > list ?but that is not possible since the Admin List function works just with > data from the db so it looks like the dynamic block list will have to be > separate. > > Anyways ... what is better: > > 1) Have the Dynamic block left and right lists below the regular block left > and right lists ?like: > > Block Manager (Left) > ... > Block Manager (Right) > ... > Dynamic Block Manager (Left) > ... > Dynamic Block Manager (Right) > ... > > Or > > 2) Have the left lists first and then the right lists: > > Block Manager (Left) > ... > Dynamic Block Manager (Left) > ... > Block Manager (Right) > ... > Dynamic Block Manager (Right) > ... > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From vfuria at gmail.com Sat Mar 17 11:43:23 2012 From: vfuria at gmail.com (Vincent Furia) Date: Sat, 17 Mar 2012 09:43:23 -0600 Subject: [geeklog-devel] Dynamic Blocks on Blocks Admin Page In-Reply-To: <009f01cd0447$37f86ff0$a7e94fd0$@cogeco.net> References: <009f01cd0447$37f86ff0$a7e94fd0$@cogeco.net> Message-ID: Tom, Not for the next (2.0) release, but I think it would make a good feature request to upgrade the Admin List function to merge the database blocks with dynamic blocks. It shouldn't be too hard to do, though again targeting the next release. Also, I agree with Ben. Put both sets of left blocks first, followed by the right blocks. It definitely makes better sense intuitively. -Vinny On Sat, Mar 17, 2012 at 08:06, Tom wrote: > I was hoping to actually merge the dynamic block list with the current > block > list but that is not possible since the Admin List function works just > with > data from the db so it looks like the dynamic block list will have to be > separate. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jmucchiello at yahoo.com Sun Mar 18 20:55:28 2012 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Sun, 18 Mar 2012 17:55:28 -0700 (PDT) Subject: [geeklog-devel] Dynamic Blocks on Blocks Admin Page Message-ID: <1332118528.7403.YahooMailNeo@web161405.mail.bf1.yahoo.com> > Not for the next (2.0) release, but I think it would make a good feature > request to upgrade the Admin List function to merge the database blocks > with dynamic blocks. It shouldn't be too hard to do, though again > targeting > the next release. Wouldn't it make more sense to merge the dynamic blocks with the database? In other words, dynamic blocks need some kind of entry in the database or they don't exist. It's probably not much of code change for the few plugins that use dynamic blocks and simplifies the code in the admin screen. Arguably, dynamic blocks are not needed. They were created for the forum plugin because Blaine wanted the forum menu to always be at the top of the block list. There's no good reason why the forum menu plugin isn't a PHP block that checks to see if the page is a forum page before outputing the menu. From websitemaster at cogeco.net Mon Mar 19 09:56:53 2012 From: websitemaster at cogeco.net (Tom) Date: Mon, 19 Mar 2012 09:56:53 -0400 Subject: [geeklog-devel] Dynamic Blocks on Blocks Admin Page In-Reply-To: <1332118528.7403.YahooMailNeo@web161405.mail.bf1.yahoo.com> References: <1332118528.7403.YahooMailNeo@web161405.mail.bf1.yahoo.com> Message-ID: <001d01cd05d8$24bd1a20$6e374e60$@cogeco.net> >> They were created for the forum plugin because Blaine wanted the forum menu to always be at the top of the block list. The funny thing is the forum plugin didn't use it until now. >> Wouldn't it make more sense to merge the dynamic blocks with the database? The only real argument I see is it would make the admin lists easier (it will be hard to combine a data array with db info since the function allows searching, paging, etc.. unless we tone down the features available to the list if an array and db data is used). Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Joe Mucchiello Sent: March-18-12 8:55 PM To: Geeklog Development Subject: Re: [geeklog-devel] Dynamic Blocks on Blocks Admin Page > Not for the next (2.0) release, but I think it would make a good > feature request to upgrade the Admin List function to merge the > database blocks with dynamic blocks. It shouldn't be too hard to do, > though again targeting the next release. Wouldn't it make more sense to merge the dynamic blocks with the database? In other words, dynamic blocks need some kind of entry in the database or they don't exist. It's probably not much of code change for the few plugins that use dynamic blocks and simplifies the code in the admin screen. Arguably, dynamic blocks are not needed. They were created for the forum plugin because Blaine wanted the forum menu to always be at the top of the block list. There's no good reason why the forum menu plugin isn't a P HP block that checks to see if the page is a forum page before outputing the menu. _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From trinity93 at gmail.com Mon Mar 19 11:10:59 2012 From: trinity93 at gmail.com (Trinity) Date: Mon, 19 Mar 2012 10:10:59 -0500 Subject: [geeklog-devel] Dynamic Blocks on Blocks Admin Page In-Reply-To: <001d01cd05d8$24bd1a20$6e374e60$@cogeco.net> References: <1332118528.7403.YahooMailNeo@web161405.mail.bf1.yahoo.com> <001d01cd05d8$24bd1a20$6e374e60$@cogeco.net> Message-ID: if i remember right the current dynamic blocks plug in piece was written by me and then expanded by the forum plug in creator because at the time he used a hack to do his that wasn't available to other plugins. the intent was to make this avaliable to all plugins and eventaly replace adding plugin derived blocks to the blocks table leaving them to custom user based blocks exclusively. bear in mind its been a long time since i worked on geeklog code so i am not aware of the current status of the code in question or whether its still relevent to current develpment goals. On Mon, Mar 19, 2012 at 8:56 AM, Tom wrote: > >> They were created for the forum plugin because Blaine wanted the forum > menu to always be at the top of the block list. > > The funny thing is the forum plugin didn't use it until now. > > >> Wouldn't it make more sense to merge the dynamic blocks with the > database? > > The only real argument I see is it would make the admin lists easier (it > will be hard to combine a data array with db info since the function allows > searching, paging, etc.. unless we tone down the features available to the > list if an array and db data is used). > > Tom > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Joe > Mucchiello > Sent: March-18-12 8:55 PM > To: Geeklog Development > Subject: Re: [geeklog-devel] Dynamic Blocks on Blocks Admin Page > > > Not for the next (2.0) release, but I think it would make a good > > feature request to upgrade the Admin List function to merge the > > database blocks with dynamic blocks. It shouldn't be too hard to do, > > though again targeting the next release. > > Wouldn't it make more sense to merge the dynamic blocks with the database? > In other words, dynamic blocks need some kind of entry in the database or > they don't exist. It's probably not much of code change for the few plugins > that use dynamic blocks and simplifies the code in the admin screen. > Arguably, dynamic blocks are not needed. They were created for the forum > plugin because Blaine wanted the forum menu to always be at the top of the > block list. There's no good reason why the forum menu plugin isn't a P HP > block that checks to see if the page is a forum page before outputing the > menu. > > _______________________________________________ > 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 websitemaster at cogeco.net Tue Mar 20 20:27:35 2012 From: websitemaster at cogeco.net (Tom) Date: Tue, 20 Mar 2012 20:27:35 -0400 Subject: [geeklog-devel] Geeklog 2.0.0 and Rescue Tool Message-ID: <00f701cd06f9$6a02bc80$3e083580$@cogeco.net> I will update Geeklog 1.9.0 to 2.0.0 I also plan on adding Suprsidr Geeklog Emergency Rescue Tool to the install if it is okay with every one (I still have to ask Suprsidr for permission). If you want to try it out you can find it here: http://www.flashyourweb.com/filemgmt/index.php?id=39 I plan on adding a link to the install (probably by the Installation Support link at the top) so admins can easily access it. From there they will be able to change a number of things: Enable/Disable Plugins Enable/Disable Blocks Edit Select $_CONF Values Reset Admin Password This should help admins if they run into a problem with a plugin that is not compatible with Geeklog 2.0.0. Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: From rouslan at placella.com Wed Mar 21 05:31:00 2012 From: rouslan at placella.com (Rouslan Placella) Date: Wed, 21 Mar 2012 04:31:00 -0500 Subject: [geeklog-devel] Geeklog 2.0.0 and Rescue Tool In-Reply-To: <00f701cd06f9$6a02bc80$3e083580$@cogeco.net> References: <00f701cd06f9$6a02bc80$3e083580$@cogeco.net> Message-ID: <20120321043100.gqh38pc27sw80o00@webmail.opentransfer.com> Quoting Tom : > > > I will update Geeklog 1.9.0 to 2.0.0 > > > > I also plan on adding Suprsidr Geeklog Emergency Rescue Tool to the install > if it is okay with every one (I still have to ask Suprsidr for permission). > You don't need any permission, the file is published under GPL. No harm in asking though, I guess. > > > If you want to try it out you can find it here: > > > > http://www.flashyourweb.com/filemgmt/index.php?id=39 > > > > > > I plan on adding a link to the install (probably by the Installation Support > link at the top) so admins can easily access it. From there they will be > able to change a number of things: > > > > Enable/Disable Plugins > > Enable/Disable Blocks > > Edit Select $_CONF Values > > Reset Admin Password > > > > This should help admins if they run into a problem with a plugin that is not > compatible with Geeklog 2.0.0. > > > > Tom > > From websitemaster at cogeco.net Thu Mar 22 20:52:39 2012 From: websitemaster at cogeco.net (Tom) Date: Thu, 22 Mar 2012 20:52:39 -0400 Subject: [geeklog-devel] Geeklog 2.0.0 and Rescue Tool In-Reply-To: <00f701cd06f9$6a02bc80$3e083580$@cogeco.net> References: <00f701cd06f9$6a02bc80$3e083580$@cogeco.net> Message-ID: <002601cd088f$3ef3c100$bcdb4300$@cogeco.net> Okay the repository has been updated with these changes. I left the rescue tool pretty much the same. At some point in the future we may want to integrate it better into the install (or not) so it can use the language files (right now it is hardcoded in English) and the installs theme. Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: March-20-12 8:28 PM To: 'Geeklog Development' Subject: [geeklog-devel] Geeklog 2.0.0 and Rescue Tool I will update Geeklog 1.9.0 to 2.0.0 I also plan on adding Suprsidr Geeklog Emergency Rescue Tool to the install if it is okay with every one (I still have to ask Suprsidr for permission). If you want to try it out you can find it here: http://www.flashyourweb.com/filemgmt/index.php?id=39 I plan on adding a link to the install (probably by the Installation Support link at the top) so admins can easily access it. From there they will be able to change a number of things: Enable/Disable Plugins Enable/Disable Blocks Edit Select $_CONF Values Reset Admin Password This should help admins if they run into a problem with a plugin that is not compatible with Geeklog 2.0.0. Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: From cordiste at free.fr Fri Mar 23 05:22:35 2012 From: cordiste at free.fr (cordiste) Date: Fri, 23 Mar 2012 10:22:35 +0100 Subject: [geeklog-devel] emailstories from userprefs Message-ID: What for and where the 'emailstories' field from the table 'userprefs' is use ? Thanks. Ben From cordiste at free.fr Fri Mar 23 07:30:04 2012 From: cordiste at free.fr (cordiste) Date: Fri, 23 Mar 2012 12:30:04 +0100 Subject: [geeklog-devel] emailstories from userprefs In-Reply-To: References: Message-ID: Working on a CUSTOM_userCreate function, I found a call to a CUSTOM_user_create function in PLG_createUser and a call to CUSTOM_userCreate function in USER_createAccount. Which one to use? Ben 2012/3/23 cordiste : > What for and where the 'emailstories' field from the table 'userprefs' is use ? > > Thanks. > > Ben From danstoner at gmail.com Fri Mar 23 08:37:27 2012 From: danstoner at gmail.com (Dan Stoner) Date: Fri, 23 Mar 2012 08:37:27 -0400 Subject: [geeklog-devel] Geeklog 2.0.0 and Rescue Tool In-Reply-To: <002601cd088f$3ef3c100$bcdb4300$@cogeco.net> References: <00f701cd06f9$6a02bc80$3e083580$@cogeco.net> <002601cd088f$3ef3c100$bcdb4300$@cogeco.net> Message-ID: The rescue tool is a great addition to have in the default install. - Dan Stoner On Thu, Mar 22, 2012 at 8:52 PM, Tom wrote: > Okay the repository has been updated with these changes. > > > > I left the rescue tool pretty much the same.? At some point in the future we > may want to integrate it better into the install (or not) so it can use the > language files (right now it is hardcoded in English) and the installs > theme. > > > > Tom > > > > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom > Sent: March-20-12 8:28 PM > To: 'Geeklog Development' > Subject: [geeklog-devel] Geeklog 2.0.0 and Rescue Tool > > > > > > I will update Geeklog 1.9.0 to 2.0.0 > > > > I also plan on adding Suprsidr Geeklog Emergency Rescue Tool to the install > if it is okay with every one (I still have to ask Suprsidr for permission). > > > > If you want to try it out you can find it here: > > > > http://www.flashyourweb.com/filemgmt/index.php?id=39 > > > > > > I plan on adding a link to the install (probably by the Installation Support > link at the top) so admins can easily access it. From there they will be > able to change a number of things: > > > > ??? Enable/Disable Plugins > > ??? Enable/Disable Blocks > > ??? Edit Select $_CONF Values > > ??? Reset Admin Password > > > > This should help admins if they run into a problem with a plugin that is not > compatible with Geeklog 2.0.0. > > > > Tom > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From websitemaster at cogeco.net Fri Mar 23 09:28:42 2012 From: websitemaster at cogeco.net (Tom) Date: Fri, 23 Mar 2012 09:28:42 -0400 Subject: [geeklog-devel] emailstories from userprefs In-Reply-To: References: Message-ID: <004d01cd08f8$ddadf810$9909e830$@cogeco.net> Hmmm... Not sure why there would be both. The 2 differences I see is the call in lib-user checks $_CONF['custom_registration'] first to see if it needs to call CUSTOM_userCreate($uid,$batchimport); Plus it has the $batchimport flag. Maybe Dirk knows more... Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of cordiste Sent: March-23-12 7:30 AM To: Geeklog Development Subject: Re: [geeklog-devel] emailstories from userprefs Working on a CUSTOM_userCreate function, I found a call to a CUSTOM_user_create function in PLG_createUser and a call to CUSTOM_userCreate function in USER_createAccount. Which one to use? Ben 2012/3/23 cordiste : > What for and where the 'emailstories' field from the table 'userprefs' is use ? > > Thanks. > > Ben _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From chipper at llamas.net Fri Mar 23 13:58:16 2012 From: chipper at llamas.net (Chris 'Chipper' Chiapusio) Date: Fri, 23 Mar 2012 13:58:16 -0400 Subject: [geeklog-devel] emailstories from userprefs In-Reply-To: References: Message-ID: <20120323175816.GA29511@chipsworld.llamas.net> On Fri, Mar 23, 2012 at 10:22:35AM +0100, cordiste wrote: >What for and where the 'emailstories' field from the table 'userprefs' is use ? > >Thanks. > >Ben >_______________________________________________ lib_common.php COM_emailUserTopics /** * This will email new stories in the topics that the user is interested in * * In account information the user can specify which topics for which they * will receive any new article for in a daily digest. * * @return void */ Chip -- ------ **** Warning **** This e-mail message, without warrant or warning, and despite US law as set forth in the Foreign Intelligence Surveillance Act of 1978, may be subject to monitoring by the United States National Security Agency and/or the Department of Defense. Information contained in this message may be used against any senders or recipients, now or in the future, in a public trial or secret tribunal. Please encrypt anything important. PGP Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0x6CFA486D From dirk at haun-online.de Fri Mar 23 15:12:33 2012 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 23 Mar 2012 20:12:33 +0100 Subject: [geeklog-devel] emailstories from userprefs In-Reply-To: <004d01cd08f8$ddadf810$9909e830$@cogeco.net> References: <004d01cd08f8$ddadf810$9909e830$@cogeco.net> Message-ID: <10BEC4BE-8926-46DA-85CC-942F7AC7C284@haun-online.de> Tom wrote: > Not sure why there would be both. The 2 differences I see is the call in > lib-user checks $_CONF['custom_registration'] first to see if it needs to > call > > CUSTOM_userCreate($uid,$batchimport); > > Plus it has the $batchimport flag. > > Maybe Dirk knows more? This looks like an accident / oversight. CUSTOM_userCreate was introduced with the $_CONF['custom_registration'] flag and CUSTOM_user_create was introduced to make sure all PLG_xxx functions have a corresponding CUSTOM_xxx function. Not sure in which order the two additions were made, but the second change probably didn't realize that the other function already existed. I'd vote for making the two calls behave the same and deprecating one of them. Technically, though, the call would better be suited for implementation in lib-plugins.php, but there it doesn't have access to $batchimport. Hmm ... In any case, Ben, can you file a bug for this, please? Thanks. bye, Dirk -- http://www.themobilepresenter.com/ From dirk at haun-online.de Fri Mar 23 16:22:29 2012 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 23 Mar 2012 21:22:29 +0100 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: <783C239B-206A-43E6-89E1-B4C56011360E@haun-online.de> References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> <20120308112818.Horde.EzAeO7uWis5PWInCjohBAIA@webmail.df.eu> <028001ccfd3b$70f2cd40$52d867c0$@cogeco.net> <35866075-0C44-4EAB-822E-3CE299681EF6@haun-online.de> <4F63948E.2000900@placella.com> <783C239B-206A-43E6-89E1-B4C56011360E@haun-online.de> Message-ID: <70C31223-66BF-493A-83F5-8A62877C1C9B@haun-online.de> Note sure how readable this is ? Here's the feedback we got (on IRC) regarding why Geeklog didn't make it into GSoC 2012: --- snip --- kblin > !nextinline gsocbot > kblin: Next in line is dhaun with notice 'geeklog http://wiki.geeklog.net/index.php/Google_Summer_of_Code' carols > hi geeklog folks geeklog|dhaun > Hi Carol carols > so i like the ideas page overall. i think a couple more ideas would have been nice, so something to keep in mind for next year. carols > but mostly this was another space issue. geeklog|dhaun > okay carols > you were in it until the final round when we had to start "cutting to bone" geeklog|dhaun > we weren't planning to have more than maybe 4 slots anyway - you still think we should have more ideas? geeklog|dhaun > that's good to hear, thanks carols > a couple, yeah. but that really wasn't what determined it for us this year. it was really about the space. carols > yeah, i'm quite happy with the rest of the application. geeklog|dhaun > okay. I've only just realized that we only had medium and high difficulty ideas this year, so maybe we should have added an easy one as well? carols > yes, that certainly would have been helpful. carols > we just had so many orgs that have been great with us in the pas that we had to reject this year. carols > please do apply again next year. geeklog|dhaun > okay, that's what I was "hoping" to hear, if that's the right word ... carols > understood geeklog|dhaun > sounds like we didn't do too bad and will certainly try again next year carols > thank you for your past participation. carols > yes, indeed. geeklog|dhaun > and thanks for having us and for doing this feedback session carols > of course. carols > have a great summer --- snip --- After sitting patiently in the waiting queue for 2.5 hours, I pretty much knew what was coming. There were 41 new orgs this year and to make room for those, something had to give. I peeked at some of the idea lists of other orgs (both good and bad) and it looks like ours is just fine. There's always room for improvement, of course (see above), but it sounds like we were on the right track. So, let's look ahead. And if you have an idea that's potentially GSoC-worthy, don't forget to write it down so we have some more for next year. bye, Dirk P.S. The IRC feedback session is still going on while I write this. Mega-kudos to Carol for sitting through this for over 4 hours now. The full IRC log will be available from http://ibot.rikers.org/%23gsoc/20120323.html.gz tomorrow. P.P.S. Here's something we should pick up: "but i *am* really glad that expected results are listed out." (says Carol regarding an orgs ideas page) -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Fri Mar 23 16:59:42 2012 From: websitemaster at cogeco.net (Tom) Date: Fri, 23 Mar 2012 16:59:42 -0400 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: <70C31223-66BF-493A-83F5-8A62877C1C9B@haun-online.de> References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> <20120308112818.Horde.EzAeO7uWis5PWInCjohBAIA@webmail.df.eu> <028001ccfd3b$70f2cd40$52d867c0$@cogeco.net> <35866075-0C44-4EAB-822E-3CE299681EF6@haun-online.de> <4F63948E.2000900@placella.com> <783C239B-206A-43E6-89E1-B4C56011360E@haun-online.de> <70C31223-66BF-493A-83F5-8A62877C1C9B@haun-online.de> Message-ID: <008a01cd0937$e002bee0$a0083ca0$@cogeco.net> Thanks for waiting and finding out why we were not picked. BTW, do you know how many orgs applied this year in total and how many slots did Google actually have to fill? Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: March-23-12 4:22 PM To: Geeklog Development Subject: Re: [geeklog-devel] GSoC 2012 Note sure how readable this is . Here's the feedback we got (on IRC) regarding why Geeklog didn't make it into GSoC 2012: --- snip --- kblin > !nextinline gsocbot > kblin: Next in line is dhaun with notice 'geeklog http://wiki.geeklog.net/index.php/Google_Summer_of_Code' carols > hi geeklog folks geeklog|dhaun > Hi Carol carols > so i like the ideas page overall. i think a couple more ideas would have been nice, so something to keep in mind for next year. carols > but mostly this was another space issue. geeklog|dhaun > okay carols > you were in it until the final round when we had to start "cutting to bone" geeklog|dhaun > we weren't planning to have more than maybe 4 slots anyway - you still think we should have more ideas? geeklog|dhaun > that's good to hear, thanks carols > a couple, yeah. but that really wasn't what determined it for us this year. it was really about the space. carols > yeah, i'm quite happy with the rest of the application. geeklog|dhaun > okay. I've only just realized that we only had medium and high difficulty ideas this year, so maybe we should have added an easy one as well? carols > yes, that certainly would have been helpful. carols > we just had so many orgs that have been great with us in the pas that we had to reject this year. carols > please do apply again next year. geeklog|dhaun > okay, that's what I was "hoping" to hear, if that's the right word ... carols > understood geeklog|dhaun > sounds like we didn't do too bad and will certainly try again next year carols > thank you for your past participation. carols > yes, indeed. geeklog|dhaun > and thanks for having us and for doing this feedback session carols > of course. carols > have a great summer --- snip --- After sitting patiently in the waiting queue for 2.5 hours, I pretty much knew what was coming. There were 41 new orgs this year and to make room for those, something had to give. I peeked at some of the idea lists of other orgs (both good and bad) and it looks like ours is just fine. There's always room for improvement, of course (see above), but it sounds like we were on the right track. So, let's look ahead. And if you have an idea that's potentially GSoC-worthy, don't forget to write it down so we have some more for next year. bye, Dirk P.S. The IRC feedback session is still going on while I write this. Mega-kudos to Carol for sitting through this for over 4 hours now. The full IRC log will be available from http://ibot.rikers.org/%23gsoc/20120323.html.gz tomorrow. P.P.S. Here's something we should pick up: "but i *am* really glad that expected results are listed out." (says Carol regarding an orgs ideas page) -- http://www.themobilepresenter.com/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From cordiste at free.fr Fri Mar 23 17:14:40 2012 From: cordiste at free.fr (cordiste) Date: Fri, 23 Mar 2012 22:14:40 +0100 Subject: [geeklog-devel] emailstories from userprefs In-Reply-To: <10BEC4BE-8926-46DA-85CC-942F7AC7C284@haun-online.de> References: <004d01cd08f8$ddadf810$9909e830$@cogeco.net> <10BEC4BE-8926-46DA-85CC-942F7AC7C284@haun-online.de> Message-ID: > can you file a bug Done http://project.geeklog.net/tracking/view.php?id=1438 Ben 2012/3/23 Dirk Haun : > Tom wrote: > >> Not sure why there would be both. The 2 differences I see is the call in >> lib-user checks $_CONF['custom_registration'] first to see if it needs to >> call >> >> CUSTOM_userCreate($uid,$batchimport); >> >> Plus it has the $batchimport flag. >> >> Maybe Dirk knows more? > > > This looks like an accident / oversight. CUSTOM_userCreate was introduced with the $_CONF['custom_registration'] flag and CUSTOM_user_create was introduced to make sure all PLG_xxx functions have a corresponding CUSTOM_xxx function. > > Not sure in which order the two additions were made, but the second change probably didn't realize that the other function already existed. > > I'd vote for making the two calls behave the same and deprecating one of them. Technically, though, the call would better be suited for implementation in lib-plugins.php, but there it doesn't have access to $batchimport. Hmm ... > > In any case, Ben, can you file a bug for this, please? Thanks. > > bye, Dirk > > > -- > http://www.themobilepresenter.com/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From cordiste at free.fr Fri Mar 23 17:30:02 2012 From: cordiste at free.fr (cordiste) Date: Fri, 23 Mar 2012 22:30:02 +0100 Subject: [geeklog-devel] emailstories from userprefs In-Reply-To: References: <004d01cd08f8$ddadf810$9909e830$@cogeco.net> <10BEC4BE-8926-46DA-85CC-942F7AC7C284@haun-online.de> Message-ID: >gl_userprefs / emailstories That field isn't used in Geeklog ... http://www.mail-archive.com/geeklog-users at lists.geeklog.net/msg00916.html Ben 2012/3/23 cordiste : >> can you file a bug > > Done http://project.geeklog.net/tracking/view.php?id=1438 > > Ben > > 2012/3/23 Dirk Haun : >> Tom wrote: >> >>> Not sure why there would be both. The 2 differences I see is the call in >>> lib-user checks $_CONF['custom_registration'] first to see if it needs to >>> call >>> >>> CUSTOM_userCreate($uid,$batchimport); >>> >>> Plus it has the $batchimport flag. >>> >>> Maybe Dirk knows more? >> >> >> This looks like an accident / oversight. CUSTOM_userCreate was introduced with the $_CONF['custom_registration'] flag and CUSTOM_user_create was introduced to make sure all PLG_xxx functions have a corresponding CUSTOM_xxx function. >> >> Not sure in which order the two additions were made, but the second change probably didn't realize that the other function already existed. >> >> I'd vote for making the two calls behave the same and deprecating one of them. Technically, though, the call would better be suited for implementation in lib-plugins.php, but there it doesn't have access to $batchimport. Hmm ... >> >> In any case, Ben, can you file a bug for this, please? Thanks. >> >> bye, Dirk >> >> >> -- >> http://www.themobilepresenter.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 Mar 24 08:29:04 2012 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 24 Mar 2012 13:29:04 +0100 Subject: [geeklog-devel] [geeklog-cvs] geeklog: Fixed invalid breadcrumb separator character In-Reply-To: References: Message-ID: <935FACFE-AFCA-4EE2-9D96-C9E4448B8EA8@haun-online.de> > - $breadcrumb_t->set_var('separator', $LANG27['breadcrumb_seperator']); > + $breadcrumb_t->set_var('separator', htmlspecialchars($LANG27['breadcrumb_seperator'])); Would it be too late to fix the spelling of the $LANG variable? bye, Dirk -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Mon Mar 26 09:54:56 2012 From: websitemaster at cogeco.net (Tom) Date: Mon, 26 Mar 2012 09:54:56 -0400 Subject: [geeklog-devel] Geeklog 2.0.0 Schedule Message-ID: <011401cd0b58$0711ff60$1535fe20$@cogeco.net> A quick update in regards to the Geeklog 2.0 release. We are approaching the end of March and still have things to work on. I know everyone is pretty busy so let's bump the RC to mid-end of April. Rouslan has been working on the new theme and it has been coming along nicely. For those of you who haven't seen it yet it is available in the repository and is currently called newpro. Here are the list of items (besides the theme) I think we should finish before we release Geeklog 2.0.0 RC 1: Name the new Theme - Ideas? Changing "Remember Me For" does not update cookie timeout http://project.geeklog.net/tracking/view.php?id=1335 Update Page Navigation with link elements http://project.geeklog.net/tracking/view.php?id=1391 The part of the page navigator should do markup by a list. http://project.geeklog.net/tracking/view.php?id=1422 Failure when trying to report sitemap.xml write error (I am not sure if this happens on a Windows system since I have not seen it before) http://project.geeklog.net/tracking/view.php?id=1412 If anyone has and additions or comments let us know. Thanks Tom From rouslan at placella.com Mon Mar 26 10:04:10 2012 From: rouslan at placella.com (Rouslan Placella) Date: Mon, 26 Mar 2012 09:04:10 -0500 Subject: [geeklog-devel] Geeklog 2.0.0 Schedule In-Reply-To: <011401cd0b58$0711ff60$1535fe20$@cogeco.net> References: <011401cd0b58$0711ff60$1535fe20$@cogeco.net> Message-ID: <20120326090410.e43204lys84k8sw8@webmail.opentransfer.com> Quoting Tom : > A quick update in regards to the Geeklog 2.0 release. We are approaching the > end of March and still have things to work on. I know everyone is pretty > busy so let's bump the RC to mid-end of April. > > Rouslan has been working on the new theme and it has been coming along > nicely. For those of you who haven't seen it yet it is available in the > repository and is currently called newpro. > > Here are the list of items (besides the theme) I think we should finish > before we release Geeklog 2.0.0 RC 1: > > Name the new Theme - Ideas? > > Changing "Remember Me For" does not update cookie timeout > http://project.geeklog.net/tracking/view.php?id=1335 > > Update Page Navigation with link elements > http://project.geeklog.net/tracking/view.php?id=1391 > > The part of the page navigator should do markup by a list. > http://project.geeklog.net/tracking/view.php?id=1422 > > Failure when trying to report sitemap.xml write error (I am not sure if this > happens on a Windows system since I have not seen it before) > http://project.geeklog.net/tracking/view.php?id=1412 > > If anyone has and additions or comments let us know. I think that this bug[0] needs to be fixed for 2.0.0 I keep stumbling into it while working on the theme and can never find a proper workaround for this. Others have had their issues with it as well[1]. One example is the CSS layout and another one are the breadcrumbs, which should be generated in the header, but we don't know if there will be any when generating the header. Then they may be created in a few different places on the page since they are rendered with the articale (or static page, or whatever), but they really must be fixed in a particular position to be effective. Bye, Rouslan [0]: http://project.geeklog.net/tracking/view.php?id=1358 [1]: http://project.geeklog.net/tracking/view.php?id=1316 From cordiste at free.fr Mon Mar 26 16:23:42 2012 From: cordiste at free.fr (cordiste) Date: Mon, 26 Mar 2012 22:23:42 +0200 Subject: [geeklog-devel] Geeklog 2.0.0 Schedule In-Reply-To: <011401cd0b58$0711ff60$1535fe20$@cogeco.net> References: <011401cd0b58$0711ff60$1535fe20$@cogeco.net> Message-ID: > Name the new Theme - Ideas? - Newpro - Security :) - Happy - Future - Bluesky - Rouslan Ben 2012/3/26 Tom : > A quick update in regards to the Geeklog 2.0 release. We are approaching the > end of March and still have things to work on. I know everyone is pretty > busy so let's bump the RC to mid-end of April. > > Rouslan has been working on the new theme and it has been coming along > nicely. For those of you who haven't seen it yet it is available in the > repository and is currently called newpro. > > Here are the list of items (besides the theme) I think we should finish > before we release Geeklog 2.0.0 RC 1: > > Name the new Theme - Ideas? > > Changing "Remember Me For" does not update cookie timeout > http://project.geeklog.net/tracking/view.php?id=1335 > > Update Page Navigation with link elements > http://project.geeklog.net/tracking/view.php?id=1391 > > The part of the page navigator should do markup by a list. > http://project.geeklog.net/tracking/view.php?id=1422 > > Failure when trying to report sitemap.xml write error (I am not sure if this > happens on a Windows system since I have not seen it before) > http://project.geeklog.net/tracking/view.php?id=1412 > > If anyone has and additions or comments let us know. > > Thanks > > Tom > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From vfuria at gmail.com Mon Mar 26 18:59:20 2012 From: vfuria at gmail.com (Vincent Furia) Date: Mon, 26 Mar 2012 16:59:20 -0600 Subject: [geeklog-devel] Geeklog 2.0.0 Schedule In-Reply-To: <011401cd0b58$0711ff60$1535fe20$@cogeco.net> References: <011401cd0b58$0711ff60$1535fe20$@cogeco.net> Message-ID: On Mon, Mar 26, 2012 at 07:54, Tom wrote: > Failure when trying to report sitemap.xml write error (I am not sure if > this > happens on a Windows system since I have not seen it before) > http://project.geeklog.net/tracking/view.php?id=1412 > As previously discussed, this was fixed. I'm going to close it as a fixed with a note pointing the change set ff0b1ba07d05. I don't think there was a bug # for that fix so I'm not marking 1412 as a duplicate. > Name the new Theme - Ideas? > I'm not all that creative when it comes to the naming of things like this, but if we're going to use it on geeklog.net, we could name it after the release: "Geeklog2.0" I would suggest a beta release now with a note that these last issues are outstanding. The more eyes on this release the better. -Vinny -------------- next part -------------- An HTML attachment was scrubbed... URL: From websitemaster at cogeco.net Wed Mar 28 10:47:10 2012 From: websitemaster at cogeco.net (Tom) Date: Wed, 28 Mar 2012 10:47:10 -0400 Subject: [geeklog-devel] Geeklog 2.0.0 Schedule In-Reply-To: <011401cd0b58$0711ff60$1535fe20$@cogeco.net> References: <011401cd0b58$0711ff60$1535fe20$@cogeco.net> Message-ID: <026501cd0cf1$a7dad300$f7907900$@cogeco.net> I finished the Page Navigation stuff and decided not to add feature request 1391 about adding pagination with rel="next"/rel="prev" . I read over google notes and found that this is not possible currently in Geeklog (and probably not really needed). We would have to add tags to the head to show which pages are next or previous. Usually page navigation is figured out after COM_siteHeader is run so it would not be possible to add them. So this means are issue list is currently: Name the new Theme - Ideas? My one idea (and I am not sure if it is a good one would be "Modern Curve" Changing "Remember Me For" does not update cookie timeout http://project.geeklog.net/tracking/view.php?id=1335 Failure when trying to report sitemap.xml write error (I am not sure if this happens on a Windows system since I have not seen it before) http://project.geeklog.net/tracking/view.php?id=1412 Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: March-26-12 9:55 AM To: 'Geeklog Development' Subject: [geeklog-devel] Geeklog 2.0.0 Schedule A quick update in regards to the Geeklog 2.0 release. We are approaching the end of March and still have things to work on. I know everyone is pretty busy so let's bump the RC to mid-end of April. Rouslan has been working on the new theme and it has been coming along nicely. For those of you who haven't seen it yet it is available in the repository and is currently called newpro. Here are the list of items (besides the theme) I think we should finish before we release Geeklog 2.0.0 RC 1: Name the new Theme - Ideas? Changing "Remember Me For" does not update cookie timeout http://project.geeklog.net/tracking/view.php?id=1335 Update Page Navigation with link elements http://project.geeklog.net/tracking/view.php?id=1391 The part of the page navigator should do markup by a list. http://project.geeklog.net/tracking/view.php?id=1422 Failure when trying to report sitemap.xml write error (I am not sure if this happens on a Windows system since I have not seen it before) http://project.geeklog.net/tracking/view.php?id=1412 If anyone has and additions or comments let us know. Thanks Tom _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From websitemaster at cogeco.net Wed Mar 28 15:29:19 2012 From: websitemaster at cogeco.net (Tom) Date: Wed, 28 Mar 2012 15:29:19 -0400 Subject: [geeklog-devel] Geeklog 2.0.0 Schedule In-Reply-To: <20120326090410.e43204lys84k8sw8@webmail.opentransfer.com> References: <011401cd0b58$0711ff60$1535fe20$@cogeco.net> <20120326090410.e43204lys84k8sw8@webmail.opentransfer.com> Message-ID: <028201cd0d19$125cd670$37168350$@cogeco.net> Yeah same here. One of the problems with these 2 issues is how far do we want to go? Do we design something completely new and more elegant (as stated in some of the feedback on the issues) which would take time or do we go for a simpler solution to solve the issue while keeping compatibility with older plugins (but not necessarily strict compliance). If we did decide to do something I would be probably for the second option especially if it has a remote chance to be in 2.0.0 (feature creep here we come :-) Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Rouslan Placella Sent: March-26-12 10:04 AM To: geeklog-devel at lists.geeklog.net Subject: Re: [geeklog-devel] Geeklog 2.0.0 Schedule Quoting Tom : > A quick update in regards to the Geeklog 2.0 release. We are > approaching the end of March and still have things to work on. I know > everyone is pretty busy so let's bump the RC to mid-end of April. > > Rouslan has been working on the new theme and it has been coming along > nicely. For those of you who haven't seen it yet it is available in > the repository and is currently called newpro. > > Here are the list of items (besides the theme) I think we should > finish before we release Geeklog 2.0.0 RC 1: > > Name the new Theme - Ideas? > > Changing "Remember Me For" does not update cookie timeout > http://project.geeklog.net/tracking/view.php?id=1335 > > Update Page Navigation with link elements > http://project.geeklog.net/tracking/view.php?id=1391 > > The part of the page navigator should do markup by a list. > http://project.geeklog.net/tracking/view.php?id=1422 > > Failure when trying to report sitemap.xml write error (I am not sure > if this happens on a Windows system since I have not seen it before) > http://project.geeklog.net/tracking/view.php?id=1412 > > If anyone has and additions or comments let us know. I think that this bug[0] needs to be fixed for 2.0.0 I keep stumbling into it while working on the theme and can never find a proper workaround for this. Others have had their issues with it as well[1]. One example is the CSS layout and another one are the breadcrumbs, which should be generated in the header, but we don't know if there will be any when generating the header. Then they may be created in a few different places on the page since they are rendered with the articale (or static page, or whatever), but they really must be fixed in a particular position to be effective. Bye, Rouslan [0]: http://project.geeklog.net/tracking/view.php?id=1358 [1]: http://project.geeklog.net/tracking/view.php?id=1316 _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From vfuria at gmail.com Wed Mar 28 15:37:52 2012 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 28 Mar 2012 13:37:52 -0600 Subject: [geeklog-devel] Geeklog 2.0.0 Schedule In-Reply-To: <028201cd0d19$125cd670$37168350$@cogeco.net> References: <011401cd0b58$0711ff60$1535fe20$@cogeco.net> <20120326090410.e43204lys84k8sw8@webmail.opentransfer.com> <028201cd0d19$125cd670$37168350$@cogeco.net> Message-ID: I think the real fix for these problems is to replace/upgrade the the template engine. The obvious "easy" fix, being to not build the COM_header template until the end of processing, would require a huge number of code changes across almost every single file in public_html. Then comes the problem of enforcing that change in the plugins... Whichever way we go it's going to be a huge amount of work and we're going to slip our release significantly. I think we ship 2.0 as is, and work on a comprehensive solution for 2.1. -Vinny On Wed, Mar 28, 2012 at 13:29, Tom wrote: > Yeah same here. One of the problems with these 2 issues is how far do we > want to go? > > Do we design something completely new and more elegant (as stated in some > of > the feedback on the issues) which would take time or do we go for a simpler > solution to solve the issue while keeping compatibility with older plugins > (but not necessarily strict compliance). > > If we did decide to do something I would be probably for the second option > especially if it has a remote chance to be in 2.0.0 (feature creep here we > come :-) > > Tom > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Rouslan > Placella > Sent: March-26-12 10:04 AM > To: geeklog-devel at lists.geeklog.net > Subject: Re: [geeklog-devel] Geeklog 2.0.0 Schedule > > Quoting Tom : > > > A quick update in regards to the Geeklog 2.0 release. We are > > approaching the end of March and still have things to work on. I know > > everyone is pretty busy so let's bump the RC to mid-end of April. > > > > Rouslan has been working on the new theme and it has been coming along > > nicely. For those of you who haven't seen it yet it is available in > > the repository and is currently called newpro. > > > > Here are the list of items (besides the theme) I think we should > > finish before we release Geeklog 2.0.0 RC 1: > > > > Name the new Theme - Ideas? > > > > Changing "Remember Me For" does not update cookie timeout > > http://project.geeklog.net/tracking/view.php?id=1335 > > > > Update Page Navigation with link elements > > http://project.geeklog.net/tracking/view.php?id=1391 > > > > The part of the page navigator should do markup by a list. > > http://project.geeklog.net/tracking/view.php?id=1422 > > > > Failure when trying to report sitemap.xml write error (I am not sure > > if this happens on a Windows system since I have not seen it before) > > http://project.geeklog.net/tracking/view.php?id=1412 > > > > If anyone has and additions or comments let us know. > > I think that this bug[0] needs to be fixed for 2.0.0 I keep stumbling into > it while working on the theme and can never find a proper workaround for > this. Others have had their issues with it as well[1]. One example is the > CSS layout and another one are the breadcrumbs, which should be generated > in > the header, but we don't know if there will be any when generating the > header. Then they may be created in a few different places on the page > since > they are rendered with the articale (or static page, or whatever), but they > really must be fixed in a particular position to be effective. > > Bye, > Rouslan > > [0]: http://project.geeklog.net/tracking/view.php?id=1358 > [1]: http://project.geeklog.net/tracking/view.php?id=1316 > _______________________________________________ > 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 websitemaster at cogeco.net Wed Mar 28 16:15:25 2012 From: websitemaster at cogeco.net (Tom) Date: Wed, 28 Mar 2012 16:15:25 -0400 Subject: [geeklog-devel] Constant XHTML Message-ID: <029401cd0d1f$8301e860$8905b920$@cogeco.net> I notice while I had error reporting set to E_ALL that the constant XHTML is used in the languages files but has yet to be defined when the language files are included. XHTML is based on $_CONF['doctype'] and is defined after a themes function.php file is set. I assume this is done because a theme may want to reset this $_CONF['doctype'] value which affects what the XHTML constant is set for. Does anyone see a problem of setting the language files after the theme and XHTML are set or was there a reason they are set before? (ie does a theme need access to the language files) Tom From rouslan at placella.com Wed Mar 28 20:11:20 2012 From: rouslan at placella.com (Rouslan Placella) Date: Thu, 29 Mar 2012 01:11:20 +0100 Subject: [geeklog-devel] Constant XHTML In-Reply-To: <029401cd0d1f$8301e860$8905b920$@cogeco.net> References: <029401cd0d1f$8301e860$8905b920$@cogeco.net> Message-ID: <4F73A8A8.4010805@placella.com> On 28/03/12 21:15, Tom wrote: > I notice while I had error reporting set to E_ALL that the constant XHTML is > used in the languages files but has yet to be defined when the language > files are included. XHTML is based on $_CONF['doctype'] and is defined after > a themes function.php file is set. I assume this is done because a theme may > want to reset this $_CONF['doctype'] value which affects what the XHTML > constant is set for. > > Does anyone see a problem of setting the language files after the theme and > XHTML are set or was there a reason they are set before? (ie does a theme > need access to the language files) I recently did a change[0] to the order in which the language and the theme are loaded. I implmented a new method for supporting RTL languages in the new theme since the professional_css theme had not rtl support. The idea is to know which language is loaded before loading the theme, so that the theme can be aware of the text direction. Could this be causing the problem that you found? Bye, Rouslan [0]: http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/rev/048e06f372c9 From dirk at haun-online.de Thu Mar 29 08:45:40 2012 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 29 Mar 2012 14:45:40 +0200 Subject: [geeklog-devel] GSoC 2012 In-Reply-To: <008a01cd0937$e002bee0$a0083ca0$@cogeco.net> References: <20120222114305.Horde.uf07dqGZi1VPRMa5kJHm38A@webmail.df.eu> <20120308112818.Horde.EzAeO7uWis5PWInCjohBAIA@webmail.df.eu> <028001ccfd3b$70f2cd40$52d867c0$@cogeco.net> <35866075-0C44-4EAB-822E-3CE299681EF6@haun-online.de> <4F63948E.2000900@placella.com> <783C239B-206A-43E6-89E1-B4C56011360E@haun-online.de> <70C31223-66BF-493A-83F5-8A62877C1C9B@haun-online.de> <008a01cd0937$e002bee0$a0083ca0$@cogeco.net> Message-ID: Tom wrote: > BTW, do you know how many orgs applied this year in total and how many slots > did Google actually have to fill? 406 org applied and 180 were accepted. It was 417/175 last year. bye, Dirk (slowly emerging from TEDxStuttgart organizing craziness - give me another day or two to catch up ?) -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Thu Mar 29 09:32:29 2012 From: websitemaster at cogeco.net (Tom) Date: Thu, 29 Mar 2012 09:32:29 -0400 Subject: [geeklog-devel] Constant XHTML In-Reply-To: <4F73A8A8.4010805@placella.com> References: <029401cd0d1f$8301e860$8905b920$@cogeco.net> <4F73A8A8.4010805@placella.com> Message-ID: <02cb01cd0db0$6328b5f0$297a21d0$@cogeco.net> That would be it. So the language file needs to be loaded before the theme so that the language direction is known but, we need to know what doctype the theme is before we can set the XHTML constant which is used by the language files. So to make this all work then we should NOT allow a themes function.php to set the doctype config value I guess. The question now becomes is how do we know the themes doctype? Here are a few options I see: 1) The Geeklog Config option "DOCTYPE Declaration" applies to all themes. This means on a multi theme site the Admins need to make sure his themes comply 2) Create a new theme file that contains the doc type info that can be loaded before the language files. 3) Both Option 1 and 2 4) ??? Any thoughts on this or an idea for a better solution? Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Rouslan Placella Sent: March-28-12 8:11 PM To: geeklog-devel at lists.geeklog.net Subject: Re: [geeklog-devel] Constant XHTML On 28/03/12 21:15, Tom wrote: > I notice while I had error reporting set to E_ALL that the constant > XHTML is used in the languages files but has yet to be defined when > the language files are included. XHTML is based on $_CONF['doctype'] > and is defined after a themes function.php file is set. I assume this > is done because a theme may want to reset this $_CONF['doctype'] value > which affects what the XHTML constant is set for. > > Does anyone see a problem of setting the language files after the > theme and XHTML are set or was there a reason they are set before? (ie > does a theme need access to the language files) I recently did a change[0] to the order in which the language and the theme are loaded. I implmented a new method for supporting RTL languages in the new theme since the professional_css theme had not rtl support. The idea is to know which language is loaded before loading the theme, so that the theme can be aware of the text direction. Could this be causing the problem that you found? Bye, Rouslan [0]: http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/rev/048e06f372c9 _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From rouslan at placella.com Thu Mar 29 16:13:14 2012 From: rouslan at placella.com (Rouslan Placella) Date: Thu, 29 Mar 2012 21:13:14 +0100 Subject: [geeklog-devel] Constant XHTML In-Reply-To: <02cb01cd0db0$6328b5f0$297a21d0$@cogeco.net> References: <029401cd0d1f$8301e860$8905b920$@cogeco.net> <4F73A8A8.4010805@placella.com> <02cb01cd0db0$6328b5f0$297a21d0$@cogeco.net> Message-ID: <4F74C25A.7040408@placella.com> Well, the root of the problem here is that there shouldn't be any markup in the *language* files to begin with. Removing all of the occurrences of 'XHTML' in Geeklog core does not seem to be much of a job: > grep -o "XHTML" `find -name english.php` | wc -l > 18 Removing all other markup may be a bit of a handful though... Plugins will remain unaffected by this issue I guess. Thoughts? Rouslan On 29/03/12 14:32, Tom wrote: > That would be it. > > So the language file needs to be loaded before the theme so that the > language direction is known but, we need to know what doctype the theme is > before we can set the XHTML constant which is used by the language files. > > So to make this all work then we should NOT allow a themes function.php to > set the doctype config value I guess. > > The question now becomes is how do we know the themes doctype? Here are a > few options I see: > > 1) The Geeklog Config option "DOCTYPE Declaration" applies to all themes. > This means on a multi theme site the Admins need to make sure his themes > comply > 2) Create a new theme file that contains the doc type info that can be > loaded before the language files. > 3) Both Option 1 and 2 > 4) ??? > > Any thoughts on this or an idea for a better solution? > > Tom > > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Rouslan > Placella > Sent: March-28-12 8:11 PM > To: geeklog-devel at lists.geeklog.net > Subject: Re: [geeklog-devel] Constant XHTML > > On 28/03/12 21:15, Tom wrote: >> I notice while I had error reporting set to E_ALL that the constant >> XHTML is used in the languages files but has yet to be defined when >> the language files are included. XHTML is based on $_CONF['doctype'] >> and is defined after a themes function.php file is set. I assume this >> is done because a theme may want to reset this $_CONF['doctype'] value >> which affects what the XHTML constant is set for. >> >> Does anyone see a problem of setting the language files after the >> theme and XHTML are set or was there a reason they are set before? (ie >> does a theme need access to the language files) > > I recently did a change[0] to the order in which the language and the theme > are loaded. I implmented a new method for supporting RTL languages in the > new theme since the professional_css theme had not rtl support. The idea is > to know which language is loaded before loading the theme, so that the theme > can be aware of the text direction. Could this be causing the problem that > you found? > > Bye, > Rouslan > > [0]: > http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/rev/048e06f372c9 > _______________________________________________ > 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 rouslan at placella.com Thu Mar 29 16:47:59 2012 From: rouslan at placella.com (Rouslan Placella) Date: Thu, 29 Mar 2012 21:47:59 +0100 Subject: [geeklog-devel] Constant XHTML In-Reply-To: <4F74C25A.7040408@placella.com> References: <029401cd0d1f$8301e860$8905b920$@cogeco.net> <4F73A8A8.4010805@placella.com> <02cb01cd0db0$6328b5f0$297a21d0$@cogeco.net> <4F74C25A.7040408@placella.com> Message-ID: <4F74CA7F.1070309@placella.com> Another solution seems to be to set $LANG_DIRECTION to 'ltr', then load the theme file, then load the language file (which may at this point $LANG_DIRECTION to 'rtl') and finally reload the theme file. Patch attached. What do you think? Rouslan On 29/03/12 21:13, Rouslan Placella wrote: > Well, the root of the problem here is that there shouldn't be any markup > in the *language* files to begin with. Removing all of the occurrences > of 'XHTML' in Geeklog core does not seem to be much of a job: > >> grep -o "XHTML" `find -name english.php` | wc -l >> 18 > > Removing all other markup may be a bit of a handful though... > Plugins will remain unaffected by this issue I guess. > > Thoughts? > > Rouslan > > On 29/03/12 14:32, Tom wrote: >> That would be it. >> >> So the language file needs to be loaded before the theme so that the >> language direction is known but, we need to know what doctype the theme is >> before we can set the XHTML constant which is used by the language files. >> >> So to make this all work then we should NOT allow a themes function.php to >> set the doctype config value I guess. >> >> The question now becomes is how do we know the themes doctype? Here are a >> few options I see: >> >> 1) The Geeklog Config option "DOCTYPE Declaration" applies to all themes. >> This means on a multi theme site the Admins need to make sure his themes >> comply >> 2) Create a new theme file that contains the doc type info that can be >> loaded before the language files. >> 3) Both Option 1 and 2 >> 4) ??? >> >> Any thoughts on this or an idea for a better solution? >> >> Tom >> >> >> -----Original Message----- >> From: geeklog-devel-bounces at lists.geeklog.net >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Rouslan >> Placella >> Sent: March-28-12 8:11 PM >> To: geeklog-devel at lists.geeklog.net >> Subject: Re: [geeklog-devel] Constant XHTML >> >> On 28/03/12 21:15, Tom wrote: >>> I notice while I had error reporting set to E_ALL that the constant >>> XHTML is used in the languages files but has yet to be defined when >>> the language files are included. XHTML is based on $_CONF['doctype'] >>> and is defined after a themes function.php file is set. I assume this >>> is done because a theme may want to reset this $_CONF['doctype'] value >>> which affects what the XHTML constant is set for. >>> >>> Does anyone see a problem of setting the language files after the >>> theme and XHTML are set or was there a reason they are set before? (ie >>> does a theme need access to the language files) >> >> I recently did a change[0] to the order in which the language and the theme >> are loaded. I implmented a new method for supporting RTL languages in the >> new theme since the professional_css theme had not rtl support. The idea is >> to know which language is loaded before loading the theme, so that the theme >> can be aware of the text direction. Could this be causing the problem that >> you found? >> >> Bye, >> Rouslan >> >> [0]: >> http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/rev/048e06f372c9 >> _______________________________________________ >> 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 -------------- A non-text attachment was scrubbed... Name: patch.diff Type: text/x-patch Size: 3904 bytes Desc: not available URL: From websitemaster at cogeco.net Thu Mar 29 19:51:54 2012 From: websitemaster at cogeco.net (Tom) Date: Thu, 29 Mar 2012 19:51:54 -0400 Subject: [geeklog-devel] Constant XHTML In-Reply-To: <4F74CA7F.1070309@placella.com> References: <029401cd0d1f$8301e860$8905b920$@cogeco.net> <4F73A8A8.4010805@placella.com> <02cb01cd0db0$6328b5f0$297a21d0$@cogeco.net> <4F74C25A.7040408@placella.com> <4F74CA7F.1070309@placella.com> Message-ID: <033501cd0e06$eb24e9f0$c16ebdd0$@cogeco.net> I had thought of your 2 solutions as well. I only looked at your patch (I did not apply for some reason) so I might have missed it with the line numbers but after the first functions.php I assume that is where the XHTML constant is defined before requiring the language file. I hate to make 2 require calls to functions.php but there is not much else I can see that we can do about it unless we go with my not so great idea of adding another theme file that contains just the doc type information. I say go with your patch option unless someone else has a better idea. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Rouslan Placella Sent: March-29-12 4:48 PM To: geeklog-devel at lists.geeklog.net Subject: Re: [geeklog-devel] Constant XHTML Another solution seems to be to set $LANG_DIRECTION to 'ltr', then load the theme file, then load the language file (which may at this point $LANG_DIRECTION to 'rtl') and finally reload the theme file. Patch attached. What do you think? Rouslan On 29/03/12 21:13, Rouslan Placella wrote: > Well, the root of the problem here is that there shouldn't be any > markup in the *language* files to begin with. Removing all of the > occurrences of 'XHTML' in Geeklog core does not seem to be much of a job: > >> grep -o "XHTML" `find -name english.php` | wc -l >> 18 > > Removing all other markup may be a bit of a handful though... > Plugins will remain unaffected by this issue I guess. > > Thoughts? > > Rouslan > > On 29/03/12 14:32, Tom wrote: >> That would be it. >> >> So the language file needs to be loaded before the theme so that the >> language direction is known but, we need to know what doctype the >> theme is before we can set the XHTML constant which is used by the language files. >> >> So to make this all work then we should NOT allow a themes >> function.php to set the doctype config value I guess. >> >> The question now becomes is how do we know the themes doctype? Here >> are a few options I see: >> >> 1) The Geeklog Config option "DOCTYPE Declaration" applies to all themes. >> This means on a multi theme site the Admins need to make sure his >> themes comply >> 2) Create a new theme file that contains the doc type info that can >> be loaded before the language files. >> 3) Both Option 1 and 2 >> 4) ??? >> >> Any thoughts on this or an idea for a better solution? >> >> Tom >> >> >> -----Original Message----- >> From: geeklog-devel-bounces at lists.geeklog.net >> [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Rouslan >> Placella >> Sent: March-28-12 8:11 PM >> To: geeklog-devel at lists.geeklog.net >> Subject: Re: [geeklog-devel] Constant XHTML >> >> On 28/03/12 21:15, Tom wrote: >>> I notice while I had error reporting set to E_ALL that the constant >>> XHTML is used in the languages files but has yet to be defined when >>> the language files are included. XHTML is based on $_CONF['doctype'] >>> and is defined after a themes function.php file is set. I assume >>> this is done because a theme may want to reset this >>> $_CONF['doctype'] value which affects what the XHTML constant is set for. >>> >>> Does anyone see a problem of setting the language files after the >>> theme and XHTML are set or was there a reason they are set before? >>> (ie does a theme need access to the language files) >> >> I recently did a change[0] to the order in which the language and the >> theme are loaded. I implmented a new method for supporting RTL >> languages in the new theme since the professional_css theme had not >> rtl support. The idea is to know which language is loaded before >> loading the theme, so that the theme can be aware of the text >> direction. Could this be causing the problem that you found? >> >> Bye, >> Rouslan >> >> [0]: >> http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/rev/048e06f37 >> 2c9 _______________________________________________ >> 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 jmucchiello at yahoo.com Thu Mar 29 21:19:52 2012 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Thu, 29 Mar 2012 18:19:52 -0700 (PDT) Subject: [geeklog-devel] Constant XHTML Message-ID: <1333070392.68140.YahooMailNeo@web161401.mail.bf1.yahoo.com> > 2) Create a new theme file that contains the doc type info that can be > loaded before the language files. I would think this would be the cleanest solution. I suspect themes that don't have the file accept the default site-wide doctype. I would also make this a .php file as there might be other $_CONF vars the theme needs control of. -------------- next part -------------- An HTML attachment was scrubbed... URL: