grinnellplans - Google Code

Last 7 days Jun 30, 2009 issue 61 (New text-to-html renderer) commented on by bucket.o.nyarlathotep - For my money, it is really textile vs. markdown; markdown, especially with something like PHP Markdown Extra, is my winner too. I suspect it would be possible to parse the [username] syntax in a first pass that looked for and either flagged it somehow or simply expanded it (to something like [username-now-a-link]) before running the text through whichever interpreter is chosen. For my money, it is really textile vs. markdown; markdown, especially with something like PHP Markdown Extra, is my winner too. I suspect it would be possible to parse the [username] syntax in a first pass that looked for and either flagged it somehow or simply expanded it (to something like [username-now-a-link]) before running the text through whichever interpreter is chosen. Last 30 days Jun 26, 2009 issue 21 (Images and other arbitrary HTML in Plans) Summary changed by ian.greenleaf - Let's move the markup discussion to issue 61. This can remain open as a request for images/other arbitrary HTML. Summary: Images and other arbitrary HTML in Plans Let's move the markup discussion to issue 61. This can remain open as a request for images/other arbitrary HTML. Summary: Images and other arbitrary HTML in Plans Jun 26, 2009 issue 61 (New text-to-html renderer) changed by ian.greenleaf - Some discussion of adding something like Markdown took place in issue 21. I support the idea, and would be willing to put some development time in on this at some point. We would need to decide what markup to use. Here are my thoughts on options I'm currently aware of: ==Markdown== Clean, intuitive, readable syntax. Stuff like lists is implemented very close to the way people often use Plans now. My one big reservation is that we could run into some conflicts with [username] syntax, particularly with "reference style" Markdown links. ==Textile== Many of the same advantages as Markdown. Link syntax looks less likely to cause conflict. Personally, I find Textile to be slightly less intuitive than Markdown. ==reStructuredText== Has some nice ideas, but for me the really awful link syntax is a dealbreaker. ==BBCode== Doesn't have much to offer that we couldn't just extend the current system to do. Wouldn't be a usability/readability upgrade. Could result in square-bracket confusion. Summary: New text-to-html renderer Status: Accepted Owner: ian.greenleaf Some discussion of adding something like Markdown took place in issue 21. I support the idea, and would be willing to put some development time in on this at some point. We would need to decide what markup to use. Here are my thoughts on options I'm currently aware of: ==Markdown== Clean, intuitive, readable syntax. Stuff like lists is implemented very close to the way people often use Plans now. My one big reservation is that we could run into some conflicts with [username] syntax, particularly with "reference style" Markdown links. ==Textile== Many of the same advantages as Markdown. Link syntax looks less likely to cause conflict. Personally, I find Textile to be slightly less intuitive than Markdown. ==reStructuredText== Has some nice ideas, but for me the really awful link syntax is a dealbreaker. ==BBCode== Doesn't have much to offer that we couldn't just extend the current system to do. Wouldn't be a usability/readability upgrade. Could result in square-bracket confusion. Summary: New text-to-html renderer Status: Accepted Owner: ian.greenleaf Jun 25, 2009 issue 61 (Postmodern interface HTML) reported by bucket.o.nyarlathotep - Please consider using a good text-to-html formatter such as markdown/multimarkdown in place of the old-school renderer. That would make the bulk of the HTML on the page a good deal tighter and a lot easier to style. What makes this a good use of development time? If the goal is to get to a better place vis-a-vis CSS/semantic HTML design, paragraph tags instead of a mess of <br>'s would be a big win! Please consider using a good text-to-html formatter such as markdown/multimarkdown in place of the old-school renderer. That would make the bulk of the HTML on the page a good deal tighter and a lot easier to style. What makes this a good use of development time? If the goal is to get to a better place vis-a-vis CSS/semantic HTML design, paragraph tags instead of a mess of <br>'s would be a big win! Jun 24, 2009 issue 57 (ob_* functions in Savant3 and SessionBroker might cause bloc...) commented on by ian.greenleaf - All the buffers get flushed at the end of script execution (and output buffers nest appropriately), so the pages should still render. But it is a little odd to have unmatched buffering calls, so probably still worth looking into. All the buffers get flushed at the end of script execution (and output buffers nest appropriately), so the pages should still render. But it is a little odd to have unmatched buffering calls, so probably still worth looking into. Jun 23, 2009 issue 60 (Change autolist doesn't have names) Status changed by ian.greenleaf - I had screwed up a template attribute. Fixed in r364. Status: Fixed I had screwed up a template attribute. Fixed in r364. Status: Fixed Jun 23, 2009 issue 22 (autoread.php may wipe all settings for a particular letter o...) changed by ian.greenleaf - Status: Fixed Cc: −theocharis.athanasakis Status: Fixed Cc: −theocharis.athanasakis Jun 23, 2009 issue 14 (edit.php redirect to read.php) Status changed by ian.greenleaf - Status: Fixed Status: Fixed Jun 23, 2009 r364 (Actually assign the title value to FormItemSets (closes #60)...) committed by ian.greenleaf - Actually assign the title value to FormItemSets (closes #60) Actually assign the title value to FormItemSets (closes #60) Jun 23, 2009 issue 60 (Change autolist doesn't have names) commented on by ian.greenleaf - I'm seeing this too. I had this issue appear a while ago on my local server, but I fixed it somehow. I'll take a look at it this evening. I'm seeing this too. I had this issue appear a while ago on my local server, but I fixed it somehow. I'll take a look at it this evening. Jun 23, 2009 issue 60 (Change autolist doesn't have names) Labels changed by thatha7777 - acarey: What is your username? What browser are you running? We really ask all that information for a reason! (To trace the error...) Labels: Component-Frontend −Component-View acarey: What is your username? What browser are you running? We really ask all that information for a reason! (To trace the error...) Labels: Component-Frontend −Component-View Jun 23, 2009 issue 60 (Change autolist doesn't have names) changed by ian.greenleaf - Status: Accepted Owner: ian.greenleaf Status: Accepted Owner: ian.greenleaf Jun 23, 2009 issue 60 (Change autolist doesn't have names) reported by acarey - On the page http://dev.grinnellplans.com/beta/autoread.php I see radio buttons, but no plans usernames. On the page http://dev.grinnellplans.com/beta/autoread.php I see radio buttons, but no plans usernames. Jun 23, 2009 issue 17 (Scrolling down after hitting "back" button) changed by thatha7777 - Owner: --- Labels: Priority-Medium Component-Frontend −Priority-Low Owner: --- Labels: Priority-Medium Component-Frontend −Priority-Low Jun 23, 2009 issue 46 (DB changes to accompany new interface code) Status changed by thatha7777 - We will need to reopen a similar ticket for when we push Plans3 to production. Status: Fixed We will need to reopen a similar ticket for when we push Plans3 to production. Status: Fixed Jun 23, 2009 issue 59 (Dev Interface doesn't exist on dev server.) Status changed by thatha7777 - Status: Fixed Status: Fixed Jun 23, 2009 issue 46 (DB changes to accompany new interface code) Labels changed by ian.greenleaf - Also we should close issue 59 . Labels: Component-ProductionServer −Component-View Also we should close issue 59 . Labels: Component-ProductionServer −Component-View Jun 23, 2009 issue 47 (Code review request) Status changed by ian.greenleaf - Status: Fixed Status: Fixed Jun 23, 2009 issue 59 (Dev Interface doesn't exist on dev server.) changed by thatha7777 - Fixed! Summary: Dev Interface doesn't exist on dev server. Owner: thatha7777 Labels: Component-ProductionServer Fixed! Summary: Dev Interface doesn't exist on dev server. Owner: thatha7777 Labels: Component-ProductionServer Jun 23, 2009 issue 59 (Get blank home page on new dev server) changed by ian.greenleaf - Ah, it's the Development interface. Forgot to have that removed. Ian, could you delete that from the list of interfaces (I believe we already moved any accounts using it off of it), and change lvaughn's account to a different interface so she can use the server again? Status: Accepted Owner: theocharis.athanasakis Ah, it's the Development interface. Forgot to have that removed. Ian, could you delete that from the list of interfaces (I believe we already moved any accounts using it off of it), and change lvaughn's account to a different interface so she can use the server again? Status: Accepted Owner: theocharis.athanasakis Jun 23, 2009 issue 58 (Search results are not sufficiently separated in new interfa...) Status changed by ian.greenleaf - Here is what the new interface looks with no styling rules applied. So, this is a stylesheet-specific issue, because none of the old stylesheets are really built to handle the new interface. Status: WontFix Here is what the new interface looks with no styling rules applied. So, this is a stylesheet-specific issue, because none of the old stylesheets are really built to handle the new interface. Status: WontFix Jun 23, 2009 issue 59 (Get blank home page on new dev server) reported by lvaughn - What steps will reproduce the problem? What is the expected output? What do you see instead? 1. Log in to the new dev server (account [vaughnl94]) 2. Change Interface (sorry, forgot which one, I was just putzing around), and I'm now stuck enough that I can't change it back 3. Go to http://dev.grinnellplans.com/beta/home.php, get a blank page (view source shows shows nothing, and the page returned an HTTP response code of 200). (If relevant) What browser are you using? On what operating system? Mac OS X 10.5.7, Firefox 3.0.11 Please provide any additional information below. For what it's worth, here are the response headers: Date: Tue, 23 Jun 2009 14:49:54 GMT Server: Apache/2.2.3 (CentOS) X-Powered-By: PHP/5.1.6 Set-Cookie: PHPSESSID=uq96hshht7bo6so57241hdr907; path=/; domain=dev.grinnellplans.com PHPSESSID=deleted; expires=Mon, 23-Jun-2008 14:49:53 GMT; path=/; domain=dev.grinnellplans.com PHPSESSID=deleted; expires=Mon, 23-Jun-2008 14:49:53 GMT; path=/; domain=dev.grinnellplans.com pe3=CVz%2B2If%2BgHx2Y06uztdxWXd6oZK1I9oSIvDpYvAEwz3HfdkYSymYlADHlXHiDsPuepAKJRyJxrRYUiD7z2nsNCnXZIZvmPLk; path=/; domain=dev.grinnellplans.com Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-Length: 0 Connection: close Content-Type: text/html; charset=UTF-8 200 OK What steps will reproduce the problem? What is the expected output? What do you see instead? 1. Log in to the new dev server (account [vaughnl94]) 2. Change Interface (sorry, forgot which one, I was just putzing around), and I'm now stuck enough that I can't change it back 3. Go to http://dev.grinnellplans.com/beta/home.php, get a blank page (view source shows shows nothing, and the page returned an HTTP response code of 200). (If relevant) What browser are you using? On what operating system? Mac OS X 10.5.7, Firefox 3.0.11 Please provide any additional information below. For what it's worth, here are the response headers: Date: Tue, 23 Jun 2009 14:49:54 GMT Server: Apache/2.2.3 (CentOS) X-Powered-By: PHP/5.1.6 Set-Cookie: PHPSESSID=uq96hshht7bo6so57241hdr907; path=/; domain=dev.grinnellplans.com PHPSESSID=deleted; expires=Mon, 23-Jun-2008 14:49:53 GMT; path=/; domain=dev.grinnellplans.com PHPSESSID=deleted; expires=Mon, 23-Jun-2008 14:49:53 GMT; path=/; domain=dev.grinnellplans.com pe3=CVz%2B2If%2BgHx2Y06uztdxWXd6oZK1I9oSIvDpYvAEwz3HfdkYSymYlADHlXHiDsPuepAKJRyJxrRYUiD7z2nsNCnXZIZvmPLk; path=/; domain=dev.grinnellplans.com Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-Length: 0 Connection: close Content-Type: text/html; charset=UTF-8 200 OK Jun 23, 2009 issue 58 (Search results are not sufficiently separated in new interfa...) reported by david.henry.montgomery - What steps will reproduce the problem? What is the expected output? What do you see instead? 1. Do any search, including Quick Love Search 2. The old interface separates search results with bullet points and extra space. 3. The new interface does not. Results instead blend together; a viewer could easily be confused about whether a username was attached to the search results above it or below it. Screenshot: http://www.grabup.com/uploads/09742ddeb89ff3883d8b9e0ab1ae7040.png?direct (If relevant) What browser are you using? On what operating system? Mac OS 10.5.7; the defect occurred on both Safari 4 and Firefox 3. Please provide any additional information below. What steps will reproduce the problem? What is the expected output? What do you see instead? 1. Do any search, including Quick Love Search 2. The old interface separates search results with bullet points and extra space. 3. The new interface does not. Results instead blend together; a viewer could easily be confused about whether a username was attached to the search results above it or below it. Screenshot: http://www.grabup.com/uploads/09742ddeb89ff3883d8b9e0ab1ae7040.png?direct (If relevant) What browser are you using? On what operating system? Mac OS 10.5.7; the defect occurred on both Safari 4 and Firefox 3. Please provide any additional information below. Jun 22, 2009 issue 57 (ob_* functions in Savant3 and SessionBroker might cause bloc...) reported by thatha7777 - Some pages might not render completely because there ob_start gets called from multiple places, but ob_end only in one location? Some pages might not render completely because there ob_start gets called from multiple places, but ob_end only in one location? Jun 22, 2009 r363 (missing php-close tag) committed by thatha7777 - missing php-close tag missing php-close tag Jun 22, 2009 issue 56 (GeoLookup on login is too slow) reported by thatha7777 - A workflow should be created to allow the postponement of the GeoLookup. User IP addresses should not be stored in the database permanently, however. A workflow should be created to allow the postponement of the GeoLookup. User IP addresses should not be stored in the database permanently, however. Jun 22, 2009 issue 46 (DB changes to accompany new interface code) Labels changed by ian.greenleaf - Labels: Component-View Labels: Component-View Jun 22, 2009 issue 55 (Remove entries from autoread as soon as they are read) Labels changed by ian.greenleaf - Labels: Component-View −Component-Interfaces Labels: Component-View −Component-Interfaces Jun 21, 2009 r362 (Changing the filename ) committed by ian.greenleaf - Changing the filename Changing the filename Jun 21, 2009 r361 (Merging r340-r354 from trunk) committed by thatha7777 - Merging r340-r354 from trunk Merging r340-r354 from trunk Jun 21, 2009 r360 (Merging r332 from trunk) committed by thatha7777 - Merging r332 from trunk Merging r332 from trunk Jun 21, 2009 r359 (tagging trunk as 2.7 Release) committed by thatha7777 - tagging trunk as 2.7 Release tagging trunk as 2.7 Release Jun 21, 2009 r358 (Initialized merge tracking via "svnmerge" with revisions "1-...) committed by thatha7777 - Initialized merge tracking via "svnmerge" with revisions "1-183" from https://grinnellplans.googlecode.com/svn/trunk Initialized merge tracking via "svnmerge" with revisions "1-183" from https://grinnellplans.googlecode.com/svn/trunk Jun 19, 2009 HowToGetInvolved (Steps to get involved) Wiki page edited by ian.greenleaf Jun 19, 2009 HowToGetInvolved (Steps to get involved) Wiki page edited by ian.greenleaf Jun 19, 2009 HowToGetInvolved (Steps to get involved) Wiki page edited by ian.greenleaf Jun 17, 2009 r354 (svn hooks update) committed by thatha7777 - svn hooks update svn hooks update Jun 16, 2009 r353 (testing hooks) committed by thatha7777 - testing hooks testing hooks Jun 16, 2009 r352 (testing hooks) committed by thatha7777 - testing hooks testing hooks Jun 16, 2009 r351 (testing hooks) committed by thatha7777 - testing hooks testing hooks Jun 16, 2009 r350 (the day is here) committed by thatha7777 - the day is here the day is here Jun 16, 2009 r349 (it will work one day) committed by thatha7777 - it will work one day it will work one day Jun 16, 2009 r348 (testing svn hooks) committed by thatha7777 - testing svn hooks testing svn hooks Jun 16, 2009 r347 (testing svn hooks) committed by thatha7777 - testing svn hooks testing svn hooks Jun 16, 2009 r346 (SVN Hooks) committed by thatha7777 - SVN Hooks SVN Hooks Jun 16, 2009 issue 55 (Remove entries from autoread as soon as they are read) Status changed by ian.greenleaf - Fixed in r344. Status: Fixed Fixed in r344. Status: Fixed Jun 16, 2009 r345 (SVN Hooks, final) committed by thatha7777 - SVN Hooks, final SVN Hooks, final Jun 16, 2009 r344 (Issue #55 ) committed by ian.greenleaf - Issue #55 Issue #55 Jun 16, 2009 r343 (testing svn hooks) committed by thatha7777 - testing svn hooks testing svn hooks Jun 16, 2009 r342 (SVN Hooks for Google Code ) committed by thatha7777 - SVN Hooks for Google Code SVN Hooks for Google Code

issue 59 (Get blank home page on new dev server) reported by lvaughn - What steps will reproduce the problem? What is the expected output? What do you see instead? 1. Log in to the new dev server (account [vaughnl94]) 2. Change Interface (sorry, forgot which one, I was just putzing around), and I'm now stuck enough that I can't change it back 3. Go to http://dev.grinnellplans.com/beta/home.php, get a blank page (view source shows shows nothing, and the page returned an HTTP response code of 200). (If relevant) What browser are you using? On what operating system? Mac OS X 10.5.7, Firefox 3.0.11 Please provide any additional information below. For what it's worth, here are the response headers: Date: Tue, 23 Jun 2009 14:49:54 GMT Server: Apache/2.2.3 (CentOS) X-Powered-By: PHP/5.1.6 Set-Cookie: PHPSESSID=uq96hshht7bo6so57241hdr907; path=/; domain=dev.grinnellplans.com PHPSESSID=deleted; expires=Mon, 23-Jun-2008 14:49:53 GMT; path=/; domain=dev.grinnellplans.com PHPSESSID=deleted; expires=Mon, 23-Jun-2008 14:49:53 GMT; path=/; domain=dev.grinnellplans.com pe3=CVz%2B2If%2BgHx2Y06uztdxWXd6oZK1I9oSIvDpYvAEwz3HfdkYSymYlADHlXHiDsPuepAKJRyJxrRYUiD7z2nsNCnXZIZvmPLk; path=/; domain=dev.grinnellplans.com Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-Length: 0 Connection: close Content-Type: text/html; charset=UTF-8 200 OK

What steps will reproduce the problem? What is the expected output? What do you see instead? 1. Log in to the new dev server (account [vaughnl94]) 2. Change Interface (sorry, forgot which one, I was just putzing around), and I'm now stuck enough that I can't change it back 3. Go to http://dev.grinnellplans.com/beta/home.php, get a blank page (view source shows shows nothing, and the page returned an HTTP response code of 200). (If relevant) What browser are you using? On what operating system? Mac OS X 10.5.7, Firefox 3.0.11 Please provide any additional information below. For what it's worth, here are the response headers: Date: Tue, 23 Jun 2009 14:49:54 GMT Server: Apache/2.2.3 (CentOS) X-Powered-By: PHP/5.1.6 Set-Cookie: PHPSESSID=uq96hshht7bo6so57241hdr907; path=/; domain=dev.grinnellplans.com PHPSESSID=deleted; expires=Mon, 23-Jun-2008 14:49:53 GMT; path=/; domain=dev.grinnellplans.com PHPSESSID=deleted; expires=Mon, 23-Jun-2008 14:49:53 GMT; path=/; domain=dev.grinnellplans.com pe3=CVz%2B2If%2BgHx2Y06uztdxWXd6oZK1I9oSIvDpYvAEwz3HfdkYSymYlADHlXHiDsPuepAKJRyJxrRYUiD7z2nsNCnXZIZvmPLk; path=/; domain=dev.grinnellplans.com Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-Length: 0 Connection: close Content-Type: text/html; charset=UTF-8 200 OK

Last 7 days

Last 30 days