<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>Number comments for easier reference</title> 
  <pubDate>Fri, 10 Apr 2026 07:55:31 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/4895</link> 
  <atom:link rel="self" type="application/rss+xml" title="Number comments for easier reference" href="https://bugs.horde.org/ticket/4895/rss" /> 
  <description>Number comments for easier reference</description> 
 
   
   
  <item> 
   <title>It would be helpful to number comments for easier reference,</title> 
   <description>It would be helpful to number comments for easier reference,  especially in the following scenarios:

1. Discussing a ticket over the phone while both parties are looking at the ticket online

2. Responding to multiple comments in a single comment block



I see at least two ways to do this:

1. Simply use the value from whups_comments.comment_id

+ Easy to implement

- Not guaranteed to be sequential

2. When rendering, number the comments with oldest = 1

+ Easy to implement

- Comment #s may be inaccurate if comment is deleted

3. Uniquely number comments within a ticket

+ Resilient to deletions of comments

- More difficult to implement



I personally wouldn&#039;t mind #1, but I know that will confuse many, if not most, users.  I don&#039;t immediately recall anyway to delete comments from the UI (perhaps that should be another ticket?), so #2 would work fine except for when deleted out from under whups in the db directly.  #3 is probably the best way to go.</description> 
   <pubDate>Mon, 15 Jan 2007 14:33:42 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4895#t28507</link> 
  </item> 
   
  <item> 
   <title>Probably useful for things like comment feeds and for making</title> 
   <description>Probably useful for things like comment feeds and for making nicer interfaces involving links to tickets. Wouldn&#039;t be hard to do if we created a sequence for each ticket, but that&#039;d be a _lot_ of sequences. Probably easier to have a table of sequences with two columns: ticket_id and comment_sequence.</description> 
   <pubDate>Wed, 17 Jan 2007 05:17:06 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4895#t28579</link> 
  </item> 
   
  <item> 
   <title>&gt; Probably useful for things like comment feeds and for maki</title> 
   <description>&gt; Probably useful for things like comment feeds and for making nicer 

&gt; interfaces involving links to tickets.



Recommend cross-linking using URI fragments:



Examples for how to access comment #242:

1. Direct access via a URL:

http://example.com/horde/whups/ticket/?id=142&amp;Horde=MD5HORDEID#242



2. Comment text like this: &quot;Issue 431#242&quot; gets turned into URL like above.



&gt; Wouldn&#039;t be hard to do if we 

&gt; created a sequence for each ticket, but that&#039;d be a _lot_ of 

&gt; sequences. Probably easier to have a table of sequences with two 

&gt; columns: ticket_id and comment_sequence.



Yep:



CREATE TABLE whups_comment_sequences {

     ticket_id INTEGER NOT NULL,

     next_comment_number INTEGER NOT NULL

}</description> 
   <pubDate>Thu, 18 Jan 2007 22:09:45 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4895#t28676</link> 
  </item> 
   
  <item> 
   <title>Implemented #2. I personally think that&#039;s sufficient, becaus</title> 
   <description>Implemented #2. I personally think that&#039;s sufficient, because even if deleting comments, this shouldn&#039;t happen too often (mostly as a spam protection), so a comment number shift shouldn&#039;t hurt too much.</description> 
   <pubDate>Mon, 10 Mar 2008 11:54:00 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4895#t43650</link> 
  </item> 
   
  <item> 
   <title>Looks good to me.</title> 
   <description>Looks good to me.</description> 
   <pubDate>Fri, 04 Apr 2008 21:32:46 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4895#t44426</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
