http://pear.php.net/bugs/search.php?cmd=display&package_name%5B0%5D=Text_Wiki Search Results en-us pear-webmaster@lists.php.net pear-webmaster@lists.php.net hourly 1 2000-01-01T12:00+00:00 http://pear.php.net/gifs/pearsmall.gif http://pear.php.net/bugs http://pear.php.net/bugs/16523 Text_Wiki Bug Reported by rodrigosprimo 2009-08-14T21:12:09+00:00 PHP: 5.2.5 OS: Linux Package Version: CVS Description: ------------ There is a issue with headings and newline when transforming Mediawiki syntax to Tikiwiki. In some cases (as the one used in the test script) the output text will have missing and unexpected newlines before and after headings. I think the problem is on the parser but I'm not sure and it might be a problem both in the parser and in the render. For me it is not clear when the parser should consider a block of text as a newline, as a paragraph or as a heading. This is why I'm not sure how to fix this problem. Test script: --------------- == heading == some paragraph with NO newline between it and the heading == heading == some paragraph with newline between it and the heading == heading == some paragraph with NO newline between it and the heading == heading == some paragraph with NO newline between it and the heading Expected result: ---------------- !!heading some paragraph with NO newline between it and the heading !!heading some paragraph with newline between it and the heading !!heading some paragraph with NO newline between it and the heading !!heading some paragraph with NO newline between it and the heading Actual result: -------------- !!heading some paragraph with NO newline between it and the heading !!heading some paragraph with newline between it and the heading !!heading some paragraph with NO newline between it and the heading !!heading some paragraph with NO newline between it and the heading]]> Text_Wiki Bug Reported by rodrigosprimo 2009-08-14T21:12:09+00:00 PHP: 5.2.5 OS: Linux Package Version: CVS Description: ------------ There is a issue with headings and newline when transforming Mediawiki syntax to Tikiwiki. In some cases (as the one used in the test script) the output text will have missing and unexpected newlines before and after headings. I think the problem is on the parser but I'm not sure and it might be a problem both in the parser and in the render. For me it is not clear when the parser should consider a block of text as a newline, as a paragraph or as a heading. This is why I'm not sure how to fix this problem. Test script: --------------- == heading == some paragraph with NO newline between it and the heading == heading == some paragraph with newline between it and the heading == heading == some paragraph with NO newline between it and the heading == heading == some paragraph with NO newline between it and the heading Expected result: ---------------- !!heading some paragraph with NO newline between it and the heading !!heading some paragraph with newline between it and the heading !!heading some paragraph with NO newline between it and the heading !!heading some paragraph with NO newline between it and the heading Actual result: -------------- !!heading some paragraph with NO newline between it and the heading !!heading some paragraph with newline between it and the heading !!heading some paragraph with NO newline between it and the heading !!heading some paragraph with NO newline between it and the heading]]> 2009-08-14T21:12:09+00:00 rodrigosprimo &#x61;&#116; gmail &#x64;&#111;&#x74; com Text_Wiki Bug http://pear.php.net/bugs/15385 Text_Wiki Bug Reported by duli 2008-12-23T17:26:57+00:00 PHP: 5.1.6 OS: centos 5.2 Package Version: 1.2.0 Description: ------------ I'm using wicked, a horde application that uses Text_wiki. (horde developers said it was a PEAR bug: http://bugs.horde.org/ticket/7801) When I create a wiki page with special characters in the name, like "Tributário", the page name gets encoded with %, which causes sprintf on line 134 of pear/Text/Wiki/Render/Xhtml/Wikilink.php to break: Warning: sprintf() [function.sprintf]: Too few arguments in /usr/share/pear/Text/Wiki/Render/Xhtml/Wikilink.php on line 134 This happens because sprintf will try to substitute every %, when in fact only the first one should be substituted. So this: $href = sprintf($href, $this->urlEncode($page)); gets like this: $href = sprintf(/wicked/display.php?page=%s&referrer=Tribut%C3%A1rio, parcelamento); And the error occurs because of the various % after page=%s. So I think every % sign other than the first one should be escaped with %% in order to sprintf make the proper substitution. Test script: --------------- $href = "/wicked/display.php?page=%s&referrer=Tribut%C3%A1rio"; $page = "parcelamento"; $hfer = sprintf($href, $page); Will show: PHP Warning: sprintf(): Too few arguments in /home/duli/test.php on line 4 ---------- (Possible) Solution: If you change line 134 of Wikilink.php for this, then everything works just fine, because every % after the first one will be escaped: $href = sprintf(substr_replace($href, ereg_replace("%", "%%", substr($href, strpos($href, '%')+1)), strpos($href, '%')+1), $this->urlEncode($page)); I'm sure there's a clever way of fixing it. I'm no php expert. Expected result: ---------------- The page should load normally and the links created on the fly should be fine. Actual result: -------------- The page "tributário" loads, but the wikilinks inside the page don't get created, because sprintf will think it's missing arguments: ( ! ) Warning: sprintf() [function.sprintf]: Too few arguments in /usr/share/pear/Text/Wiki/Render/Xhtml/Wikilink.php on line 134 Call Stack # Time Memory Function Location 1 0.0008 142480 {main}( ) ../display.php:0 2 0.0402 3165472 Page->render( ) ../display.php:136 3 0.0402 3165472 Page->display( ) ../Page.php:508 4 0.0402 3165472 StandardPage->displayContents( ) ../Page.php:358 5 0.0459 3563592 Text_Wiki->transform( ) ../StandardPage.php:102 6 0.0550 4017424 Text_Wiki->render( ) ../Wiki.php:918 7 0.0576 4149312 preg_replace_callback ( ) ../Wiki.php:1012 8 0.0582 4150768 Text_Wiki->_renderToken( ) ../Wiki.php:0 9 0.0582 4150768 Text_Wiki_Render_Xhtml_Wikilink->token( ) ../Wiki.php:1128 10 0.0583 4150768 sprintf ( ) ../Wikilink.php:134]]> Text_Wiki Bug Reported by duli 2008-12-23T17:26:57+00:00 PHP: 5.1.6 OS: centos 5.2 Package Version: 1.2.0 Description: ------------ I'm using wicked, a horde application that uses Text_wiki. (horde developers said it was a PEAR bug: http://bugs.horde.org/ticket/7801) When I create a wiki page with special characters in the name, like "Tributário", the page name gets encoded with %, which causes sprintf on line 134 of pear/Text/Wiki/Render/Xhtml/Wikilink.php to break: Warning: sprintf() [function.sprintf]: Too few arguments in /usr/share/pear/Text/Wiki/Render/Xhtml/Wikilink.php on line 134 This happens because sprintf will try to substitute every %, when in fact only the first one should be substituted. So this: $href = sprintf($href, $this->urlEncode($page)); gets like this: $href = sprintf(/wicked/display.php?page=%s&referrer=Tribut%C3%A1rio, parcelamento); And the error occurs because of the various % after page=%s. So I think every % sign other than the first one should be escaped with %% in order to sprintf make the proper substitution. Test script: --------------- $href = "/wicked/display.php?page=%s&referrer=Tribut%C3%A1rio"; $page = "parcelamento"; $hfer = sprintf($href, $page); Will show: PHP Warning: sprintf(): Too few arguments in /home/duli/test.php on line 4 ---------- (Possible) Solution: If you change line 134 of Wikilink.php for this, then everything works just fine, because every % after the first one will be escaped: $href = sprintf(substr_replace($href, ereg_replace("%", "%%", substr($href, strpos($href, '%')+1)), strpos($href, '%')+1), $this->urlEncode($page)); I'm sure there's a clever way of fixing it. I'm no php expert. Expected result: ---------------- The page should load normally and the links created on the fly should be fine. Actual result: -------------- The page "tributário" loads, but the wikilinks inside the page don't get created, because sprintf will think it's missing arguments: ( ! ) Warning: sprintf() [function.sprintf]: Too few arguments in /usr/share/pear/Text/Wiki/Render/Xhtml/Wikilink.php on line 134 Call Stack # Time Memory Function Location 1 0.0008 142480 {main}( ) ../display.php:0 2 0.0402 3165472 Page->render( ) ../display.php:136 3 0.0402 3165472 Page->display( ) ../Page.php:508 4 0.0402 3165472 StandardPage->displayContents( ) ../Page.php:358 5 0.0459 3563592 Text_Wiki->transform( ) ../StandardPage.php:102 6 0.0550 4017424 Text_Wiki->render( ) ../Wiki.php:918 7 0.0576 4149312 preg_replace_callback ( ) ../Wiki.php:1012 8 0.0582 4150768 Text_Wiki->_renderToken( ) ../Wiki.php:0 9 0.0582 4150768 Text_Wiki_Render_Xhtml_Wikilink->token( ) ../Wiki.php:1128 10 0.0583 4150768 sprintf ( ) ../Wikilink.php:134]]> 2009-08-25T07:00:04+00:00 lfbm &#x64;&#111;&#x74; andamentos &#x61;&#116; gmail &#x64;&#111;&#x74; com Text_Wiki Bug http://pear.php.net/bugs/15205 Text_Wiki Feature/Change Request Reported by nikkolo 2008-12-02T08:04:07+00:00 PHP: 5.1.6 OS: any Package Version: CVS Description: ------------ It would be nice to teach wiki recognise javascript: as a link - e.g. javascript:alert('Hello');. It could be used in some dynamic site environments like dojo or jquery. I've made some ugly changes to var $conf = array('schemes' in pear/Text/Wiki/Parse/Default/Url.php . Test script: --------------- working demo: http://globus.polynet.lviv.ua/test.html]]> Text_Wiki Feature/Change Request Reported by nikkolo 2008-12-02T08:04:07+00:00 PHP: 5.1.6 OS: any Package Version: CVS Description: ------------ It would be nice to teach wiki recognise javascript: as a link - e.g. javascript:alert('Hello');. It could be used in some dynamic site environments like dojo or jquery. I've made some ugly changes to var $conf = array('schemes' in pear/Text/Wiki/Parse/Default/Url.php . Test script: --------------- working demo: http://globus.polynet.lviv.ua/test.html]]> 2008-12-02T08:04:07+00:00 anri &#x61;&#116; polynet &#x64;&#111;&#x74; lviv &#x64;&#111;&#x74; ua Text_Wiki Feature/Change Request http://pear.php.net/bugs/14898 Text_Wiki Feature/Change Request Reported by doconnor 2008-10-27T11:18:50+00:00 PHP: 5.2.4 OS: Package Version: CVS Description: ------------ See http://pear.cweiske.de/codingstandards/Text_Wiki.html]]> Text_Wiki Feature/Change Request Reported by doconnor 2008-10-27T11:18:50+00:00 PHP: 5.2.4 OS: Package Version: CVS Description: ------------ See http://pear.cweiske.de/codingstandards/Text_Wiki.html]]> 2008-10-27T21:24:35+00:00 daniel &#x64;&#111;&#x74; oconnor &#x61;&#116; gmail &#x64;&#111;&#x74; com Text_Wiki Feature/Change Request http://pear.php.net/bugs/14652 Text_Wiki Bug Reported by js290 2008-09-16T18:26:16+00:00 PHP: 4.3.11 OS: Linux Package Version: CVS Description: ------------ Using <code><pre>, the \ character is not shown literally. It seems to treat it as a placeholder line continuation. So, the following markup: <code><pre> /------------------------------------------------------------------------------\ | Boot Options | \------------------------------------------------------------------------------/ </pre></code> displays as: /------------------------------------------------------------------------------| Boot Options | \------------------------------------------------------------------------------/ The \ disappears, and the line following the \ is joined with the previous line where the \ was. Test script: --------------- <code><pre> /------------------------------------------------------------------------------\ | Boot Options | \------------------------------------------------------------------------------/ </pre></code> Expected result: ---------------- /------------------------------------------------------------------------------\ | Boot Options | \------------------------------------------------------------------------------/ Actual result: -------------- /------------------------------------------------------------------------------| Boot Options | \------------------------------------------------------------------------------/]]> Text_Wiki Bug Reported by js290 2008-09-16T18:26:16+00:00 PHP: 4.3.11 OS: Linux Package Version: CVS Description: ------------ Using <code><pre>, the \ character is not shown literally. It seems to treat it as a placeholder line continuation. So, the following markup: <code><pre> /------------------------------------------------------------------------------\ | Boot Options | \------------------------------------------------------------------------------/ </pre></code> displays as: /------------------------------------------------------------------------------| Boot Options | \------------------------------------------------------------------------------/ The \ disappears, and the line following the \ is joined with the previous line where the \ was. Test script: --------------- <code><pre> /------------------------------------------------------------------------------\ | Boot Options | \------------------------------------------------------------------------------/ </pre></code> Expected result: ---------------- /------------------------------------------------------------------------------\ | Boot Options | \------------------------------------------------------------------------------/ Actual result: -------------- /------------------------------------------------------------------------------| Boot Options | \------------------------------------------------------------------------------/]]> 2008-09-16T18:26:16+00:00 sujiannming &#x61;&#116; gmail &#x64;&#111;&#x74; com Text_Wiki Bug http://pear.php.net/bugs/14604 Text_Wiki Bug Reported by yunosh 2008-09-05T17:28:14+00:00 PHP: Irrelevant OS: Package Version: 1.2.0 Description: ------------ Text_Wiki_Render_Latex_Freelink extends Text_Wiki_Render_Latex_Wikilink, but Text/Wiki/Render/Latex/Freelink.php doesn't load Wikilink.php.]]> Text_Wiki Bug Reported by yunosh 2008-09-05T17:28:14+00:00 PHP: Irrelevant OS: Package Version: 1.2.0 Description: ------------ Text_Wiki_Render_Latex_Freelink extends Text_Wiki_Render_Latex_Wikilink, but Text/Wiki/Render/Latex/Freelink.php doesn't load Wikilink.php.]]> 2008-10-09T08:59:28+00:00 jan &#x61;&#116; horde &#x64;&#111;&#x74; org Text_Wiki Bug http://pear.php.net/bugs/14453 Text_Wiki Bug Reported by sagi 2008-08-04T07:26:37+00:00 PHP: 5.2.2 OS: Package Version: 1.2.0 Description: ------------ Text_Wiki uses class_exists to check whether it needs to include a class file. However, such usage makes PHP dispatch an autoload call for the class, which may generate a warning if the autoload is not looking inside the PEAR path. This can be fixed by passing 'false' as a second parameter for class_exists, which will prevent the autoload call, eg. class_exists($class, false).]]> Text_Wiki Bug Reported by sagi 2008-08-04T07:26:37+00:00 PHP: 5.2.2 OS: Package Version: 1.2.0 Description: ------------ Text_Wiki uses class_exists to check whether it needs to include a class file. However, such usage makes PHP dispatch an autoload call for the class, which may generate a warning if the autoload is not looking inside the PEAR path. This can be fixed by passing 'false' as a second parameter for class_exists, which will prevent the autoload call, eg. class_exists($class, false).]]> 2008-10-26T01:58:23+00:00 php &#x61;&#116; sagi &#x64;&#111;&#x74; org Text_Wiki Bug http://pear.php.net/bugs/14401 Text_Wiki Feature/Change Request Reported by bfuerst 2008-07-24T16:55:38+00:00 PHP: 5.2.0 OS: Debian 4.0 Package Version: CVS Description: ------------ In Wiki.php,v 1.52 2007/12/17 at line 1057 the render process will break if the parser finds 'Unbalanced tokens'. Is there any way to make the render process more tolerant to Wiki syntax errors? BTW: By just commenting out line 1057 I get expected results when rendering wrong Wiki syntax.]]> Text_Wiki Feature/Change Request Reported by bfuerst 2008-07-24T16:55:38+00:00 PHP: 5.2.0 OS: Debian 4.0 Package Version: CVS Description: ------------ In Wiki.php,v 1.52 2007/12/17 at line 1057 the render process will break if the parser finds 'Unbalanced tokens'. Is there any way to make the render process more tolerant to Wiki syntax errors? BTW: By just commenting out line 1057 I get expected results when rendering wrong Wiki syntax.]]> 2008-07-26T07:56:16+00:00 bernhard &#x64;&#111;&#x74; fuerst &#x61;&#116; fuerstnet &#x64;&#111;&#x74; de Text_Wiki Feature/Change Request http://pear.php.net/bugs/13195 Text_Wiki Bug Reported by schmitzphilosys 2008-02-25T05:19:12+00:00 PHP: 4.4.0 OS: Package Version: CVS Description: ------------ DokuWiki: Link with descriptive text in table not working, pipe char is read as part of the table This is like Bug 8402 but for DokuWiki (I wonder why this was not fixed too). Test script: --------------- |table col 1|[[page|text]]|]]> Text_Wiki Bug Reported by schmitzphilosys 2008-02-25T05:19:12+00:00 PHP: 4.4.0 OS: Package Version: CVS Description: ------------ DokuWiki: Link with descriptive text in table not working, pipe char is read as part of the table This is like Bug 8402 but for DokuWiki (I wonder why this was not fixed too). Test script: --------------- |table col 1|[[page|text]]|]]> 2008-02-25T05:19:12+00:00 juergen &#x64;&#111;&#x74; schmitz &#x61;&#116; philosys &#x64;&#111;&#x74; de Text_Wiki Bug http://pear.php.net/bugs/13194 Text_Wiki Bug Reported by schmitzphilosys 2008-02-25T05:08:34+00:00 PHP: 4.4.0 OS: Package Version: CVS Description: ------------ [[my-page]] is not recognized as wiki link. Fix: Index: Wiki/Parse/Doku/Wikilink.php =================================================================== RCS file: /repository/pear/Text_Wiki/Text/Wiki/Parse/Doku/Wikilink.php,v retrieving revision 1.9 diff -r1.9 Wikilink.php 66c66 < $either = 'A-Za-z0-9\p{L}'; --- > $either = 'A-Za-z0-9\p{L}%-'; 68c68 < $either = 'A-Za-z0-9\xc0-\xfe'; --- > $either = 'A-Za-z0-9\xc0-\xfe%-'; 70c70 < $either = 'A-Za-z0-9'; --- > $either = 'A-Za-z0-9%-'; 123c123 < ?> \ No newline at end of file ---]]> Text_Wiki Bug Reported by schmitzphilosys 2008-02-25T05:08:34+00:00 PHP: 4.4.0 OS: Package Version: CVS Description: ------------ [[my-page]] is not recognized as wiki link. Fix: Index: Wiki/Parse/Doku/Wikilink.php =================================================================== RCS file: /repository/pear/Text_Wiki/Text/Wiki/Parse/Doku/Wikilink.php,v retrieving revision 1.9 diff -r1.9 Wikilink.php 66c66 < $either = 'A-Za-z0-9\p{L}'; --- > $either = 'A-Za-z0-9\p{L}%-'; 68c68 < $either = 'A-Za-z0-9\xc0-\xfe'; --- > $either = 'A-Za-z0-9\xc0-\xfe%-'; 70c70 < $either = 'A-Za-z0-9'; --- > $either = 'A-Za-z0-9%-'; 123c123 < ?> \ No newline at end of file ---]]> 2008-02-25T05:08:34+00:00 juergen &#x64;&#111;&#x74; schmitz &#x61;&#116; philosys &#x64;&#111;&#x74; de Text_Wiki Bug http://pear.php.net/bugs/12722 Text_Wiki Bug Reported by ntd 2007-12-18T12:55:51+00:00 PHP: Irrelevant OS: All Package Version: 1.2.0 Description: ------------ The HTML 4.01 standard defines <blockquote> as a block element. This means it cannot contain inline text: http://www.w3.org/TR/html401/struct/text.html#h-9.2.2 To solve this issue, I simply put a <div> inside <blockquote>. Test script: --------------- > test Expected result: ---------------- <blockquote><div> test </div></blockquote> Actual result: -------------- <blockquote>test </blockquote>]]> Text_Wiki Bug Reported by ntd 2007-12-18T12:55:51+00:00 PHP: Irrelevant OS: All Package Version: 1.2.0 Description: ------------ The HTML 4.01 standard defines <blockquote> as a block element. This means it cannot contain inline text: http://www.w3.org/TR/html401/struct/text.html#h-9.2.2 To solve this issue, I simply put a <div> inside <blockquote>. Test script: --------------- > test Expected result: ---------------- <blockquote><div> test </div></blockquote> Actual result: -------------- <blockquote>test </blockquote>]]> 2009-10-08T14:56:03+00:00 ntd &#x61;&#116; entidi &#x64;&#111;&#x74; it Text_Wiki Bug http://pear.php.net/bugs/12719 Text_Wiki Bug Reported by ntd 2007-12-18T12:39:30+00:00 PHP: Irrelevant OS: All Package Version: 1.2.0 Description: ------------ There are some problems in the Blockquote parser because of the use of 2 different regex and the modification of the text (removing and inserting \n) done in the process() method. I'll show the results using the Xhtml renderer, but these problems are parser related, so common to all the renderers. Test script: --------------- >This text disappeared > This did not generate > > a paragraph inside the citation > > This inverted the closing tags > > violating the XHTML > This will not generate > > any new paragraph >> Can be a problem? Expected result: ---------------- Anything acceptable. The attached patch provides the following result: &gt;This text disappeared <blockquote>This did not generate<p>a paragraph inside the citation</p> </blockquote> <blockquote>This inverted the closing tagsviolating the XHTML </blockquote> <blockquote>This will not generateany new paragraph <blockquote>Can be a problem? </blockquote> </blockquote> Actual result: -------------- <blockquote>This did not generatea paragraph inside the citation </blockquote> <blockquote>This inverted the closing tags<p>violating the XHTML </blockquote> </p> <blockquote>This will not generateany new paragraph <blockquote>Can be a problem? </blockquote> </blockquote>]]> Text_Wiki Bug Reported by ntd 2007-12-18T12:39:30+00:00 PHP: Irrelevant OS: All Package Version: 1.2.0 Description: ------------ There are some problems in the Blockquote parser because of the use of 2 different regex and the modification of the text (removing and inserting \n) done in the process() method. I'll show the results using the Xhtml renderer, but these problems are parser related, so common to all the renderers. Test script: --------------- >This text disappeared > This did not generate > > a paragraph inside the citation > > This inverted the closing tags > > violating the XHTML > This will not generate > > any new paragraph >> Can be a problem? Expected result: ---------------- Anything acceptable. The attached patch provides the following result: &gt;This text disappeared <blockquote>This did not generate<p>a paragraph inside the citation</p> </blockquote> <blockquote>This inverted the closing tagsviolating the XHTML </blockquote> <blockquote>This will not generateany new paragraph <blockquote>Can be a problem? </blockquote> </blockquote> Actual result: -------------- <blockquote>This did not generatea paragraph inside the citation </blockquote> <blockquote>This inverted the closing tags<p>violating the XHTML </blockquote> </p> <blockquote>This will not generateany new paragraph <blockquote>Can be a problem? </blockquote> </blockquote>]]> 2007-12-18T12:39:30+00:00 ntd &#x61;&#116; entidi &#x64;&#111;&#x74; it Text_Wiki Bug http://pear.php.net/bugs/12569 Text_Wiki Feature/Change Request Reported by ntd 2007-12-02T05:37:42+00:00 PHP: Irrelevant OS: All Package Version: 1.2.0 Description: ------------ This patch adds a 'base_url' configuration string that will be prepended to the href of every item in the TOC, so if a <base> tag is specified in the XHTML (and it does not point to the current URL) the toc can be used anyway by specifying the current URL in 'base_url'.]]> Text_Wiki Feature/Change Request Reported by ntd 2007-12-02T05:37:42+00:00 PHP: Irrelevant OS: All Package Version: 1.2.0 Description: ------------ This patch adds a 'base_url' configuration string that will be prepended to the href of every item in the TOC, so if a <base> tag is specified in the XHTML (and it does not point to the current URL) the toc can be used anyway by specifying the current URL in 'base_url'.]]> 2007-12-02T05:37:42+00:00 ntd &#x61;&#116; entidi &#x64;&#111;&#x74; it Text_Wiki Feature/Change Request http://pear.php.net/bugs/12567 Text_Wiki Feature/Change Request Reported by ntd 2007-12-02T05:09:08+00:00 PHP: Irrelevant OS: All Package Version: 1.2.0 Description: ------------ This patch adds a 'use_ul' configuration flag that, if enabled, renders the Toc as a series of nested <ul>s. This allows more customization control, such as setting the indentation, rendering items on a per-level base or adding JavaScript stuff to show/hide sublevels in complex tocs. If 'use_ul' is false (default), it follows the old behaviour. Test script: --------------- [[toc]] ++ Header 2 +++ Header 3 ++++ Header 4 ++ Header 2 +++ Header 3 Expected result: ---------------- <div id="idToc"> <ul> <li><a href="#toc0">Header 2</a> <ul> <li><a href="#toc1">Header 3</a> <ul> <li><a href="#toc2">Header 4</a></li> </ul> </li> </ul> </li> <li><a href="#toc3">Header 2</a> <ul> <li><a href="#toc4">Header 3</a></li> </ul> </li> </ul> </div>]]> Text_Wiki Feature/Change Request Reported by ntd 2007-12-02T05:09:08+00:00 PHP: Irrelevant OS: All Package Version: 1.2.0 Description: ------------ This patch adds a 'use_ul' configuration flag that, if enabled, renders the Toc as a series of nested <ul>s. This allows more customization control, such as setting the indentation, rendering items on a per-level base or adding JavaScript stuff to show/hide sublevels in complex tocs. If 'use_ul' is false (default), it follows the old behaviour. Test script: --------------- [[toc]] ++ Header 2 +++ Header 3 ++++ Header 4 ++ Header 2 +++ Header 3 Expected result: ---------------- <div id="idToc"> <ul> <li><a href="#toc0">Header 2</a> <ul> <li><a href="#toc1">Header 3</a> <ul> <li><a href="#toc2">Header 4</a></li> </ul> </li> </ul> </li> <li><a href="#toc3">Header 2</a> <ul> <li><a href="#toc4">Header 3</a></li> </ul> </li> </ul> </div>]]> 2007-12-17T11:28:34+00:00 ntd &#x61;&#116; entidi &#x64;&#111;&#x74; it Text_Wiki Feature/Change Request http://pear.php.net/bugs/12164 Text_Wiki Bug Reported by cbrunet 2007-10-01T08:04:58+00:00 PHP: Irrelevant OS: Package Version: 1.2.0 Description: ------------ // aren't parsed if just after a column. I think it conflits with another rule. Test script: --------------- //A simple test:// //A simple test: // Expected result: ---------------- A simple test in italic in both lines Actual result: -------------- //A simple test// (with /, but without italic) The second line is ok]]> Text_Wiki Bug Reported by cbrunet 2007-10-01T08:04:58+00:00 PHP: Irrelevant OS: Package Version: 1.2.0 Description: ------------ // aren't parsed if just after a column. I think it conflits with another rule. Test script: --------------- //A simple test:// //A simple test: // Expected result: ---------------- A simple test in italic in both lines Actual result: -------------- //A simple test// (with /, but without italic) The second line is ok]]> 2007-10-01T08:04:58+00:00 charles &#x64;&#111;&#x74; fmj &#x61;&#116; gmail &#x64;&#111;&#x74; com Text_Wiki Bug http://pear.php.net/bugs/12163 Text_Wiki Feature/Change Request Reported by cbrunet 2007-10-01T07:53:22+00:00 PHP: Irrelevant OS: Package Version: 1.2.0 Description: ------------ xhtml table render doesn't produce summary attribute for <table>. Although this validate with w3.org xhtml validator, it doesn't with tidy.]]> Text_Wiki Feature/Change Request Reported by cbrunet 2007-10-01T07:53:22+00:00 PHP: Irrelevant OS: Package Version: 1.2.0 Description: ------------ xhtml table render doesn't produce summary attribute for <table>. Although this validate with w3.org xhtml validator, it doesn't with tidy.]]> 2007-10-01T07:53:22+00:00 charles &#x64;&#111;&#x74; fmj &#x61;&#116; gmail &#x64;&#111;&#x74; com Text_Wiki Feature/Change Request http://pear.php.net/bugs/11649 Text_Wiki Bug Reported by yunosh 2007-07-20T04:04:47+00:00 PHP: Irrelevant OS: Package Version: 1.2.0 Description: ------------ Revision 1.7 of Text/Wiki/Parse/Default/Code.php breaks this page: http://wiki.horde.org/TurbaOutlook2003. Reverting to 1.6 fixes the rendering.]]> Text_Wiki Bug Reported by yunosh 2007-07-20T04:04:47+00:00 PHP: Irrelevant OS: Package Version: 1.2.0 Description: ------------ Revision 1.7 of Text/Wiki/Parse/Default/Code.php breaks this page: http://wiki.horde.org/TurbaOutlook2003. Reverting to 1.6 fixes the rendering.]]> 2009-10-08T16:54:26+00:00 jan &#x61;&#116; horde &#x64;&#111;&#x74; org Text_Wiki Bug http://pear.php.net/bugs/11331 Text_Wiki Feature/Change Request Reported by fa 2007-06-16T10:08:00+00:00 PHP: Irrelevant OS: Package Version: 1.2.0 Description: ------------ Maybe only a documentation problem, but how are you supposed to link to an image without displaying it? http://example.org/example.jpg -> <img src="http://example.org/example.jpg" alt="http://example.org/example.jpg"> and [http://example.org/example.jpg example] -> <img src="http://example.org/example.jpg" alt="example"> but I need: [http://example.org/example.jpg example] -> <a href="http://example.org/example.jpg">example</a>]]> Text_Wiki Feature/Change Request Reported by fa 2007-06-16T10:08:00+00:00 PHP: Irrelevant OS: Package Version: 1.2.0 Description: ------------ Maybe only a documentation problem, but how are you supposed to link to an image without displaying it? http://example.org/example.jpg -> <img src="http://example.org/example.jpg" alt="http://example.org/example.jpg"> and [http://example.org/example.jpg example] -> <img src="http://example.org/example.jpg" alt="example"> but I need: [http://example.org/example.jpg example] -> <a href="http://example.org/example.jpg">example</a>]]> 2007-06-16T10:08:00+00:00 fa &#x61;&#116; php &#x64;&#111;&#x74; net Text_Wiki Feature/Change Request http://pear.php.net/bugs/10682 Text_Wiki Bug Reported by quinncom 2007-04-10T19:44:41+00:00 PHP: 5.2.1 OS: Linux 2.6 Package Version: 1.1.0 Description: ------------ Much of Text_Wiki is not multi-byte safe but can be fixed by searching for string functions and replacing them with mb_ equivalents. Also the render method of Text_Wiki has this at line 1037: $char = $this->source{$i}; Which isn't friendly to multi-byte characters, and needs to be changed to: $char = mb_substr($this->source, $i, 1);]]> Text_Wiki Bug Reported by quinncom 2007-04-10T19:44:41+00:00 PHP: 5.2.1 OS: Linux 2.6 Package Version: 1.1.0 Description: ------------ Much of Text_Wiki is not multi-byte safe but can be fixed by searching for string functions and replacing them with mb_ equivalents. Also the render method of Text_Wiki has this at line 1037: $char = $this->source{$i}; Which isn't friendly to multi-byte characters, and needs to be changed to: $char = mb_substr($this->source, $i, 1);]]> 2007-06-09T18:21:15+00:00 quinn &#x61;&#116; strangecode &#x64;&#111;&#x74; com Text_Wiki Bug http://pear.php.net/bugs/10015 Text_Wiki Feature/Change Request Reported by mfn@... 2007-02-02T20:40:33+00:00 PHP: 5.1.4 OS: Windows/Linux Package Version: 1.2.0RC1 Description: ------------ In PEAR/Text/Wiki/Render/Xhtml/Toc.php the margin for the headings is defined static Line 37 var $min = 2; When you add 'min' => 2 to the conf Array its possible to change its value when needed. Delete line 37. After line 55 insert: $min = $this->getConf('min'); Line 104 has to be changed to: $pad = ($level - $min); Test script: --------------- Modified Toc.php : http://phpfi.com/199813]]> Text_Wiki Feature/Change Request Reported by mfn@... 2007-02-02T20:40:33+00:00 PHP: 5.1.4 OS: Windows/Linux Package Version: 1.2.0RC1 Description: ------------ In PEAR/Text/Wiki/Render/Xhtml/Toc.php the margin for the headings is defined static Line 37 var $min = 2; When you add 'min' => 2 to the conf Array its possible to change its value when needed. Delete line 37. After line 55 insert: $min = $this->getConf('min'); Line 104 has to be changed to: $pad = ($level - $min); Test script: --------------- Modified Toc.php : http://phpfi.com/199813]]> 2007-02-02T20:40:33+00:00 mfn &#x61;&#116; fs-etit &#x64;&#111;&#x74; de Text_Wiki Feature/Change Request http://pear.php.net/bugs/9812 Text_Wiki Feature/Change Request Reported by julien@... 2007-01-12T08:48:12+00:00 PHP: Irrelevant OS: Package Version: 1.1.0 Description: ------------ It would be nice a nice feature to include automatic numbering of headers in the TOC and Headings of the Xhtml renderer. Eg. 1. General 1.1 Scope 1.1.1 Extent 1.1.2 Structure 1.2 Normative References 1.3 Definitions Patches are available at http://julien.grecom.nl/pear/.]]> Text_Wiki Feature/Change Request Reported by julien@... 2007-01-12T08:48:12+00:00 PHP: Irrelevant OS: Package Version: 1.1.0 Description: ------------ It would be nice a nice feature to include automatic numbering of headers in the TOC and Headings of the Xhtml renderer. Eg. 1. General 1.1 Scope 1.1.1 Extent 1.1.2 Structure 1.2 Normative References 1.3 Definitions Patches are available at http://julien.grecom.nl/pear/.]]> 2007-01-12T08:48:12+00:00 julien &#x61;&#116; grecom &#x64;&#111;&#x74; nl Text_Wiki Feature/Change Request http://pear.php.net/bugs/9384 Text_Wiki Feature/Change Request Reported by cweiske 2006-11-19T06:13:14+00:00 PHP: Irrelevant OS: Package Version: 1.1.0 Description: ------------ Links always get an anchor sign "#" added, although there isn't any anchor used in the link (using Text_Wiki_MediaWiki parser). That it unnecessary.]]> Text_Wiki Feature/Change Request Reported by cweiske 2006-11-19T06:13:14+00:00 PHP: Irrelevant OS: Package Version: 1.1.0 Description: ------------ Links always get an anchor sign "#" added, although there isn't any anchor used in the link (using Text_Wiki_MediaWiki parser). That it unnecessary.]]> 2006-11-25T14:41:32+00:00 cweiske &#x61;&#116; php &#x64;&#111;&#x74; net Text_Wiki Feature/Change Request http://pear.php.net/bugs/9382 Text_Wiki Feature/Change Request Reported by cweiske 2006-11-19T06:08:45+00:00 PHP: Irrelevant OS: Package Version: 1.1.0 Description: ------------ Text_Wiki_Render_Xhtml_Anchor always adds an empty class="" attribute even if no css class is given. That bloats code unnecessarily.]]> Text_Wiki Feature/Change Request Reported by cweiske 2006-11-19T06:08:45+00:00 PHP: Irrelevant OS: Package Version: 1.1.0 Description: ------------ Text_Wiki_Render_Xhtml_Anchor always adds an empty class="" attribute even if no css class is given. That bloats code unnecessarily.]]> 2006-11-25T14:38:11+00:00 cweiske &#x61;&#116; php &#x64;&#111;&#x74; net Text_Wiki Feature/Change Request http://pear.php.net/bugs/9271 Text_Wiki Feature/Change Request Reported by mariogzuk@... 2006-11-08T09:28:42+00:00 PHP: Irrelevant OS: irrelevant Package Version: 1.1.0 Description: ------------ Hi, It would be nice to have a [media] tag like in wikipedia to define a link to any file. It would also be nice to have an automatical mimetype detection in it to place a mimetype image after the link. Thank you. Test script: --------------- [media data/test.pdf Describe me] [media data/nothing.bin Binary] Expected result: ---------------- <a href="data/test.pdf">Describe me <img src="path/to/mimetypes/pdf.gif"></a> <a href="data/nothing.bin">Binary <img src="path/to/mimetypes/bin.gif"></a> Actual result: -------------- none]]> Text_Wiki Feature/Change Request Reported by mariogzuk@... 2006-11-08T09:28:42+00:00 PHP: Irrelevant OS: irrelevant Package Version: 1.1.0 Description: ------------ Hi, It would be nice to have a [media] tag like in wikipedia to define a link to any file. It would also be nice to have an automatical mimetype detection in it to place a mimetype image after the link. Thank you. Test script: --------------- [media data/test.pdf Describe me] [media data/nothing.bin Binary] Expected result: ---------------- <a href="data/test.pdf">Describe me <img src="path/to/mimetypes/pdf.gif"></a> <a href="data/nothing.bin">Binary <img src="path/to/mimetypes/bin.gif"></a> Actual result: -------------- none]]> 2006-11-08T09:30:08+00:00 mariogzuk &#x61;&#116; technikz &#x64;&#111;&#x74; de Text_Wiki Feature/Change Request http://pear.php.net/bugs/8877 Text_Wiki Feature/Change Request Reported by lyric680-web@... 2006-10-06T09:29:15+00:00 PHP: 5.0.5 OS: Linux Package Version: 1.1.0 Description: ------------ When Text_Wiki is integrated in a site that allows a session id to be transmitted through urls the session id would also be sent to external sites through the referer by the users browser. This can be prevented by using a local or external derefer (http://en.wikipedia.org/wiki/Dereferer). For this all external urls like 'http://www.google.com' have to be translated to something like 'http://derefer.php?url=http://www.google.com'. AFAIK Text_Wiki does not support such a translation yet.]]> Text_Wiki Feature/Change Request Reported by lyric680-web@... 2006-10-06T09:29:15+00:00 PHP: 5.0.5 OS: Linux Package Version: 1.1.0 Description: ------------ When Text_Wiki is integrated in a site that allows a session id to be transmitted through urls the session id would also be sent to external sites through the referer by the users browser. This can be prevented by using a local or external derefer (http://en.wikipedia.org/wiki/Dereferer). For this all external urls like 'http://www.google.com' have to be translated to something like 'http://derefer.php?url=http://www.google.com'. AFAIK Text_Wiki does not support such a translation yet.]]> 2006-10-06T11:03:22+00:00 lyric680-web &#x61;&#116; yahoo &#x64;&#111;&#x74; de Text_Wiki Feature/Change Request http://pear.php.net/bugs/8502 Text_Wiki Feature/Change Request Reported by bjs5075@... 2006-08-18T08:43:36+00:00 PHP: 5.1.4 OS: Debian etch Package Version: CVS Description: ------------ Because XHTML tag IDs must be valid XML IDs, they are a restricted subset of normal tag parameters. Text- or URI-encoding does *not* generate valid XML IDs. I suggest that the render object have a method (similar to textEncode and urlEncode methods) for encoding XML IDs. Here is a simple valid-tag-generator: /** * Default method to render ID names * NOTICE: This does not generate a unique mapping, simply a valid ID * * @access public * @param string $s the text to render * @return rendered text * */ function idEncode($s) { $s = preg_replace('/[^A-Za-z0-9\.\-_:]+/', '_', $s); // All invalid characters replaced in groups $s = preg_replace('/^([^A-Za-z_:])/', '_\1', $s); // First char must be subset of valid return $s; } Test script: --------------- IDs: 9test .what -this:5 does% Expected result: ---------------- _9test _what _this:5 does_ Actual result: -------------- 9test .what -this:5 does%]]> Text_Wiki Feature/Change Request Reported by bjs5075@... 2006-08-18T08:43:36+00:00 PHP: 5.1.4 OS: Debian etch Package Version: CVS Description: ------------ Because XHTML tag IDs must be valid XML IDs, they are a restricted subset of normal tag parameters. Text- or URI-encoding does *not* generate valid XML IDs. I suggest that the render object have a method (similar to textEncode and urlEncode methods) for encoding XML IDs. Here is a simple valid-tag-generator: /** * Default method to render ID names * NOTICE: This does not generate a unique mapping, simply a valid ID * * @access public * @param string $s the text to render * @return rendered text * */ function idEncode($s) { $s = preg_replace('/[^A-Za-z0-9\.\-_:]+/', '_', $s); // All invalid characters replaced in groups $s = preg_replace('/^([^A-Za-z_:])/', '_\1', $s); // First char must be subset of valid return $s; } Test script: --------------- IDs: 9test .what -this:5 does% Expected result: ---------------- _9test _what _this:5 does_ Actual result: -------------- 9test .what -this:5 does%]]> 2006-08-18T09:09:17+00:00 bjs5075 &#x61;&#116; rit &#x64;&#111;&#x74; edu Text_Wiki Feature/Change Request http://pear.php.net/bugs/8482 Text_Wiki Feature/Change Request Reported by ex-venom@... 2006-08-16T05:49:10+00:00 PHP: 5.1.4 OS: Package Version: 1.1.0 Description: ------------ Hi I have Question about HTML in TextWiki I use my own syntax for replacing IMG Tags. Similar to wiki syntax my img is replaced by the Image and its DB stored Image Description in a <div> Layer. If I parse it I have a div Container in p Block, which is unvalid html. So I thought, replace my syntax with wiki code and than let it parse by text wiki. Is it possible to do HTML, which is not surrounded by a <p>? Or is there a way that my own IMG Tag is ignored so that there is just my Text and no <p> block surrounded?]]> Text_Wiki Feature/Change Request Reported by ex-venom@... 2006-08-16T05:49:10+00:00 PHP: 5.1.4 OS: Package Version: 1.1.0 Description: ------------ Hi I have Question about HTML in TextWiki I use my own syntax for replacing IMG Tags. Similar to wiki syntax my img is replaced by the Image and its DB stored Image Description in a <div> Layer. If I parse it I have a div Container in p Block, which is unvalid html. So I thought, replace my syntax with wiki code and than let it parse by text wiki. Is it possible to do HTML, which is not surrounded by a <p>? Or is there a way that my own IMG Tag is ignored so that there is just my Text and no <p> block surrounded?]]> 2006-08-16T05:49:10+00:00 ex-venom &#x61;&#116; gmx &#x64;&#111;&#x74; net Text_Wiki Feature/Change Request http://pear.php.net/bugs/8190 Text_Wiki Feature/Change Request Reported by bjs5075@... 2006-07-11T16:01:35+00:00 PHP: 5.1.4 OS: Debian etch Package Version: CVS Description: ------------ The container for the table-of-contents block should be either a <table> or a <div>, but not both. The current method can't apply given styles to the <div> if it is enclosed within the table. This patch gives the TOC a single enclosing element and applies the style to that element, so that you can have things like right-aligned floating TOC blocks. It does not change the interface to the TOC markup/stylesheet. --- Render/Xhtml/Toc.php~ 2006-07-11 09:11:55.000000000 -0400 +++ Render/Xhtml/Toc.php 2006-07-11 09:22:21.000000000 -0400 @@ -60,14 +60,15 @@ $css = $this->getConf('css_list'); $html = ''; - // collapse div within a table? + // container is collapsed in table or div if ($this->getConf('collapse')) { - $html .= '<table border="0" cellspacing="0" cellpadding="0">'; - $html .= "<tr><td>\n"; + $html .= '<table border="0" cellspacing="0" cellpadding="0"'; + } + else { + $html .= '<div'; } - // add the div, class, and id - $html .= '<div'; + // add the container class and id if ($css) { $html .= " class="$css""; } @@ -77,16 +78,21 @@ $html .= " id="$div_id""; } - // add the title, and done + // close the container's header $html .= '>'; + if ($this->getConf('collapse')) { + $html .= "<tr><td>\n"; + } + + // add the title, and done $html .= $this->getConf('title'); return $html; break; case 'list_end': - if ($this->getConf('collapse')) { - return "\n</div>\n</td></tr></table>\n\n"; - } else { + if ($this->getConf('collapse')) { + return "\n</td></tr></table>\n\n"; + } else { return "\n</div>\n\n"; } break;]]> Text_Wiki Feature/Change Request Reported by bjs5075@... 2006-07-11T16:01:35+00:00 PHP: 5.1.4 OS: Debian etch Package Version: CVS Description: ------------ The container for the table-of-contents block should be either a <table> or a <div>, but not both. The current method can't apply given styles to the <div> if it is enclosed within the table. This patch gives the TOC a single enclosing element and applies the style to that element, so that you can have things like right-aligned floating TOC blocks. It does not change the interface to the TOC markup/stylesheet. --- Render/Xhtml/Toc.php~ 2006-07-11 09:11:55.000000000 -0400 +++ Render/Xhtml/Toc.php 2006-07-11 09:22:21.000000000 -0400 @@ -60,14 +60,15 @@ $css = $this->getConf('css_list'); $html = ''; - // collapse div within a table? + // container is collapsed in table or div if ($this->getConf('collapse')) { - $html .= '<table border="0" cellspacing="0" cellpadding="0">'; - $html .= "<tr><td>\n"; + $html .= '<table border="0" cellspacing="0" cellpadding="0"'; + } + else { + $html .= '<div'; } - // add the div, class, and id - $html .= '<div'; + // add the container class and id if ($css) { $html .= " class="$css""; } @@ -77,16 +78,21 @@ $html .= " id="$div_id""; } - // add the title, and done + // close the container's header $html .= '>'; + if ($this->getConf('collapse')) { + $html .= "<tr><td>\n"; + } + + // add the title, and done $html .= $this->getConf('title'); return $html; break; case 'list_end': - if ($this->getConf('collapse')) { - return "\n</div>\n</td></tr></table>\n\n"; - } else { + if ($this->getConf('collapse')) { + return "\n</td></tr></table>\n\n"; + } else { return "\n</div>\n\n"; } break;]]> 2006-07-11T16:01:35+00:00 bjs5075 &#x61;&#116; rit &#x64;&#111;&#x74; edu Text_Wiki Feature/Change Request http://pear.php.net/bugs/7929 Text_Wiki Feature/Change Request Reported by bjs5075@... 2006-06-16T12:54:59+00:00 PHP: 5.1.2 OS: Debian etch Package Version: 1.1.0 Description: ------------ It would be simple and backwards-compatable to have image 'src' links be generated in the same style as wikilink 'href' links. This allows images to be generated dynamically with request parameters just as pages are now. Here is a diff that will make the requested change: --- Image.php-old 2006-02-10 18:07:03.000000000 -0500 +++ Image.php 2006-06-16 13:42:19.000000000 -0400 @@ -53,9 +53,19 @@ // is the source a local file or URL? if (strpos($src, '://') === false) { - // the source refers to a local file. - // add the URL base to it. - $src = $this->getConf('base', '/') . $src; + // link to the image view, but we have to build + // the SRC. we support both the old form where + // the image always comes at the end, and the new + // form that uses %s for sprintf() + $pattern = $this->getConf('base'); + + if (strpos($pattern, '%s') === false) { + // use the old form (image-at-end) + $src = $pattern . $src; + } else { + // use the new form (sprintf format string) + $src = sprintf($pattern, $src); + } } // stephane@metacites.net]]> Text_Wiki Feature/Change Request Reported by bjs5075@... 2006-06-16T12:54:59+00:00 PHP: 5.1.2 OS: Debian etch Package Version: 1.1.0 Description: ------------ It would be simple and backwards-compatable to have image 'src' links be generated in the same style as wikilink 'href' links. This allows images to be generated dynamically with request parameters just as pages are now. Here is a diff that will make the requested change: --- Image.php-old 2006-02-10 18:07:03.000000000 -0500 +++ Image.php 2006-06-16 13:42:19.000000000 -0400 @@ -53,9 +53,19 @@ // is the source a local file or URL? if (strpos($src, '://') === false) { - // the source refers to a local file. - // add the URL base to it. - $src = $this->getConf('base', '/') . $src; + // link to the image view, but we have to build + // the SRC. we support both the old form where + // the image always comes at the end, and the new + // form that uses %s for sprintf() + $pattern = $this->getConf('base'); + + if (strpos($pattern, '%s') === false) { + // use the old form (image-at-end) + $src = $pattern . $src; + } else { + // use the new form (sprintf format string) + $src = sprintf($pattern, $src); + } } // stephane@metacites.net]]> 2006-06-16T12:54:59+00:00 bjs5075 &#x61;&#116; rit &#x64;&#111;&#x74; edu Text_Wiki Feature/Change Request http://pear.php.net/bugs/7754 Text_Wiki Feature/Change Request Reported by nils@... 2006-05-29T13:16:38+00:00 PHP: Irrelevant OS: Windows Package Version: 1.1.0 Description: ------------ urlEncode does a rawurlencode even if in some situations some special characters (i.e. a slash) shouldn't be encoded. Some option to "enable subpages" or a urlEncode-whitelist would be nice to fix this. Test script: --------------- not really necessary Expected result: ---------------- <a href="page/subpage">subpage</a> Actual result: -------------- <a href="page%2Fsubpage">subpage</a>]]> Text_Wiki Feature/Change Request Reported by nils@... 2006-05-29T13:16:38+00:00 PHP: Irrelevant OS: Windows Package Version: 1.1.0 Description: ------------ urlEncode does a rawurlencode even if in some situations some special characters (i.e. a slash) shouldn't be encoded. Some option to "enable subpages" or a urlEncode-whitelist would be nice to fix this. Test script: --------------- not really necessary Expected result: ---------------- <a href="page/subpage">subpage</a> Actual result: -------------- <a href="page%2Fsubpage">subpage</a>]]> 2006-06-16T11:29:43+00:00 nils &#x61;&#116; phoque &#x64;&#111;&#x74; de Text_Wiki Feature/Change Request http://pear.php.net/bugs/7717 Text_Wiki Feature/Change Request Reported by chagenbu 2006-05-24T10:52:30+00:00 PHP: 5.1.4 OS: All Package Version: 1.1.0 Description: ------------ I was rather surprised, when tracking down an unrelated bug, to find that Text_Wiki was generating requests when rendering images. Finally tracked it down to the getimagesize() call in the Image Xhtml renderer. I'd prefer to simply remove this, letting the user fetch the size of images if they want to, but at the least I think this should be configurable. Probably turned off by default, too. Test script: --------------- n/a]]> Text_Wiki Feature/Change Request Reported by chagenbu 2006-05-24T10:52:30+00:00 PHP: 5.1.4 OS: All Package Version: 1.1.0 Description: ------------ I was rather surprised, when tracking down an unrelated bug, to find that Text_Wiki was generating requests when rendering images. Finally tracked it down to the getimagesize() call in the Image Xhtml renderer. I'd prefer to simply remove this, letting the user fetch the size of images if they want to, but at the least I think this should be configurable. Probably turned off by default, too. Test script: --------------- n/a]]> 2006-05-24T10:52:30+00:00 chuck &#x61;&#116; horde &#x64;&#111;&#x74; org Text_Wiki Feature/Change Request http://pear.php.net/bugs/7619 Text_Wiki Feature/Change Request Reported by michael@... 2006-05-13T06:29:51+00:00 PHP: Irrelevant OS: Package Version: 1.1.0 Description: ------------ Together with webnauts.net, I am trying to improve the accessibility of some web sites (for the Biene 2006 contest). The only thing that I can't implement yet, are titles for lists rendered by Text_Wiki (ul, ol): <ul title="example"> <li>..</li> </ul> A possible syntax would be : Vehicles * Train * Car * Bike Or we just use the title of the last heading. Ideas welcome! You can contact me, if you're also working on accessible Web sites that use Text_Wiki, so that we can share our experience :) This request should already have been posted by toggg on the pear-dev list.]]> Text_Wiki Feature/Change Request Reported by michael@... 2006-05-13T06:29:51+00:00 PHP: Irrelevant OS: Package Version: 1.1.0 Description: ------------ Together with webnauts.net, I am trying to improve the accessibility of some web sites (for the Biene 2006 contest). The only thing that I can't implement yet, are titles for lists rendered by Text_Wiki (ul, ol): <ul title="example"> <li>..</li> </ul> A possible syntax would be : Vehicles * Train * Car * Bike Or we just use the title of the last heading. Ideas welcome! You can contact me, if you're also working on accessible Web sites that use Text_Wiki, so that we can share our experience :) This request should already have been posted by toggg on the pear-dev list.]]> 2006-05-13T06:29:51+00:00 michael &#x61;&#116; liquidbytes &#x64;&#111;&#x74; net Text_Wiki Feature/Change Request http://pear.php.net/bugs/6133 Text_Wiki Feature/Change Request Reported by kevin_myer@... 2005-12-02T15:06:10+00:00 PHP: 4.3.9 OS: Linux (RHEL) Package Version: Description: ------------ This would be an enhancement request to extend Text_Wiki so that it would render markup directly to PDF. A site could then provide an electronic version of text online, and use the PDF method to generate a document from the same base. There are scattered references to PDF in the Text_Wiki class documentation (under the $formatConf and $renderConf variable documentation), but I'm assuming those are simply examples of how the variables would be used if a PDF rendering option existed.]]> Text_Wiki Feature/Change Request Reported by kevin_myer@... 2005-12-02T15:06:10+00:00 PHP: 4.3.9 OS: Linux (RHEL) Package Version: Description: ------------ This would be an enhancement request to extend Text_Wiki so that it would render markup directly to PDF. A site could then provide an electronic version of text online, and use the PDF method to generate a document from the same base. There are scattered references to PDF in the Text_Wiki class documentation (under the $formatConf and $renderConf variable documentation), but I'm assuming those are simply examples of how the variables would be used if a PDF rendering option existed.]]> 2006-02-23T07:20:37+00:00 kevin_myer &#x61;&#116; iu13 &#x64;&#111;&#x74; org Text_Wiki Feature/Change Request http://pear.php.net/bugs/4291 Text_Wiki Feature/Change Request Reported by justinpatrin 2005-05-05T12:58:20+00:00 PHP: 4.3.10 OS: Linux Package Version: Description: ------------ Argh, since Text_Wiki is stable this will likely be a BC break that can't happen right now, but... I've created a patch which allows WikiLink descriptions to include further wiki syntax. Such as: [SomePage some '''bold''' page] http://pear.reversefold.com/Text/Wiki/WikiLink.formatting.patch This patch takes care of the Default parser as well as the XHtml, LaTeX, and Plain renderers. This is done same as lists ot tables, making the start and end of the link tokens instead of putting the whole thing in. This also changes the parse rule slightly to only include 'text' if the text is different than the page name. I suppose this could be put back as it was and you can make the renderers check 'page' vs. 'text'..I just figured it's nice to know if the text is the page name or not.]]> Text_Wiki Feature/Change Request Reported by justinpatrin 2005-05-05T12:58:20+00:00 PHP: 4.3.10 OS: Linux Package Version: Description: ------------ Argh, since Text_Wiki is stable this will likely be a BC break that can't happen right now, but... I've created a patch which allows WikiLink descriptions to include further wiki syntax. Such as: [SomePage some '''bold''' page] http://pear.reversefold.com/Text/Wiki/WikiLink.formatting.patch This patch takes care of the Default parser as well as the XHtml, LaTeX, and Plain renderers. This is done same as lists ot tables, making the start and end of the link tokens instead of putting the whole thing in. This also changes the parse rule slightly to only include 'text' if the text is different than the page name. I suppose this could be put back as it was and you can make the renderers check 'page' vs. 'text'..I just figured it's nice to know if the text is the page name or not.]]> 2005-05-06T01:11:05+00:00 justinpatrin &#x61;&#116; php &#x64;&#111;&#x74; net Text_Wiki Feature/Change Request http://pear.php.net/bugs/4230 Text_Wiki Feature/Change Request Reported by davey 2005-04-26T20:28:39+00:00 PHP: Irrelevant OS: Irrelevant Package Version: Description: ------------ Hey, Here is a patch to utilize Text_Highlighter in the <code> blocks. The tags don't change, but a lot more type=""'s are supported :) Get the patch at: http://www.pixelated-dreams.com/~davey/PEAR/patches/Text_Wiki_Render_Xhtml_Code.txt It allows highlighting of all the types that Text_Highlighter currently supports. The code is similar to that which I wrote for hashphp.org's pastebin. It has some small conveniences, like translating the C++ type to the CPP highlighter. Aswell as converting plain text (i.e. no type) to preformated with line numbers (using <ol>). I don't know the code of Text_Wiki well enough, but I think it would be nice if the user could set an option to explicitly to use this code, so that the Text_Highlighter dependency is optional and that the CSS that is required is known to be needed. - Davey P.S. You need the CSS here from .hl-main down. Uncomment .hl-table. This'd be great in YaWiki, which is where I use it, see an example here: http://www.crtx.org/index.php?area=Main&page=CrtxForm]]> Text_Wiki Feature/Change Request Reported by davey 2005-04-26T20:28:39+00:00 PHP: Irrelevant OS: Irrelevant Package Version: Description: ------------ Hey, Here is a patch to utilize Text_Highlighter in the <code> blocks. The tags don't change, but a lot more type=""'s are supported :) Get the patch at: http://www.pixelated-dreams.com/~davey/PEAR/patches/Text_Wiki_Render_Xhtml_Code.txt It allows highlighting of all the types that Text_Highlighter currently supports. The code is similar to that which I wrote for hashphp.org's pastebin. It has some small conveniences, like translating the C++ type to the CPP highlighter. Aswell as converting plain text (i.e. no type) to preformated with line numbers (using <ol>). I don't know the code of Text_Wiki well enough, but I think it would be nice if the user could set an option to explicitly to use this code, so that the Text_Highlighter dependency is optional and that the CSS that is required is known to be needed. - Davey P.S. You need the CSS here from .hl-main down. Uncomment .hl-table. This'd be great in YaWiki, which is where I use it, see an example here: http://www.crtx.org/index.php?area=Main&page=CrtxForm]]> 2005-05-29T13:56:26+00:00 davey &#x61;&#116; php &#x64;&#111;&#x74; net Text_Wiki Feature/Change Request