[Pmwiki-users] comment/vote on proposed changes

[Jonathan Scott Duff]

On Tue, May 06, 2003 at 12:14:17AM -0600, Patrick R. Michaud wrote:
> 1.  Search results by group  - this is the modification of having
> search results organized with group headers that link to the group's
> default page, as proposed by Ross Kowalski and John Rankin.  Assuming 
> that people are in support of this feature, should PmWiki default to 
> the old numbered-style result list or use the group-organized one?

Group organized.

> 2.  Move [[#name]] markup processing from $InlineReplacements to 
> $LinkPatterns.  This will enable anchors containing WikiWords 
> (currently such anchors cause problems w/o some special handling).  
> Also the anchor HTML code will be updated to meet W3C HTML standards 
> by including the closing </a> tag.

bon

> 3.  Automatic inclusion of pgcust.php.  I think there is already broad
> agreement for this change, but I'll mention it here for completeness.  I'm
> intending that the pgcust.php module be enabled by default in stdconfig.php
> unless disabled via $EnablePerGroupCust = 0; .  

bon

> 4.  Special link processing for $VariableNames in wiki markup.  This
> would be special-purpose markup solely for the purpose of improving the
> PmWiki documentation.  Basically, any sequence that looks like
> a PmWiki variable name (regex '/\$[A-Z]\w+/') would become a link
> to the appropriate anchor in a documentation page if it exists, and
> unchanged if the variable documenation doesn't exist.

Nifty.  

> 5.  Backticks in character strings.  John Rankin has suggested a scheme
> where a backtick (` == accent grave, not a single quote) in the middle of
> a word is inline replaced by an empty string.  Since inline replacements
> occur after WikiWord and other link processing, this provides a 1-character
> shortcut to avoid WikiWord links.  Thus Pm`Wiki and Ph`D would display
> as "PmWiki" and "PhD" but not be WikiWords.  Backticks in other contexts
> would be unchanged, thus `Hello' would be left alone.

tres bon

> Other items listed on the Development pages (edit previews, page renames,
> etc.) are still slated for development, but I wanted to get these smaller
> issues out of the way quickly if possible.  Again, I'm seeking comments
> supporting or against the above proposals to help me decide when/if
> to include them (and to understand their potential impacts on existing
> installations).

I'm in favor of them all in case you hadn't noticed.  :-)

-Scott
-- 
Jonathan Scott Duff
duff at cbi.tamucc.edu