My favorites | Sign in
Project Logo
                
Details: Show all Hide all

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
  • 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
 
Hosted by Google Code