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/23789 Text_Wiki Bug Reported by kguest 2019-03-13T00:22:05+00:00 PHP: Irrelevant OS: Package Version: 1.2.1 Description: ------------ When attempting to extract name, this errors happens.]]> Text_Wiki Bug Reported by kguest 2019-03-13T00:22:05+00:00 PHP: Irrelevant OS: Package Version: 1.2.1 Description: ------------ When attempting to extract name, this errors happens.]]> 2019-03-13T00:22:05+00:00 kguest &#x61;&#116; php &#x64;&#111;&#x74; net Text_Wiki Bug http://pear.php.net/bugs/23780 Text_Wiki Bug Reported by dannystark 2018-12-05T13:04:40+00:00 PHP: 5.6.38 OS: Package Version: Description: ------------ Link to Full Online Manual is not working :-/]]> Text_Wiki Bug Reported by dannystark 2018-12-05T13:04:40+00:00 PHP: 5.6.38 OS: Package Version: Description: ------------ Link to Full Online Manual is not working :-/]]> 2018-12-05T13:04:40+00:00 lackner &#x61;&#116; pulswerk &#x64;&#111;&#x74; at Text_Wiki Bug http://pear.php.net/bugs/20074 Text_Wiki Bug Reported by alienn 2013-09-25T21:31:46+00:00 PHP: 5.4.9 OS: Ubuntu 13.04 Package Version: 1.2.1 Description: ------------ When cerating unordered list like this: * Test1 * Sub1test1 * Sub2test1 * Test2 * Sub1Test2 * Sub2Test2 I would expect to receive two level 1 elemente and four level 2 elements. But I receive five level 1 elements and only two level 2 elements (Sub1test1 and Sub2test1). Test script: --------------- * Test1 * Sub1test1 * Sub2test1 * Test2 * Sub1test2 * Sub2test2 Expected result: ---------------- <ul> <li>Test1<ul> <li>Sub1test1</li> <li>Sub2test1</li> </ul></li> <li>Test2</li> <li>Sub1test2</li> <li>Sub2test2</li> </ul> Actual result: -------------- <ul> <li>Test1</li> <ul> <li>Sub1test1</li> <li>Sub2test1</li> </ul> <li>Test2</li> <ul> <li>Sub1test2</li> <li>Sub2test2</li> </ul> </ul>]]> Text_Wiki Bug Reported by alienn 2013-09-25T21:31:46+00:00 PHP: 5.4.9 OS: Ubuntu 13.04 Package Version: 1.2.1 Description: ------------ When cerating unordered list like this: * Test1 * Sub1test1 * Sub2test1 * Test2 * Sub1Test2 * Sub2Test2 I would expect to receive two level 1 elemente and four level 2 elements. But I receive five level 1 elements and only two level 2 elements (Sub1test1 and Sub2test1). Test script: --------------- * Test1 * Sub1test1 * Sub2test1 * Test2 * Sub1test2 * Sub2test2 Expected result: ---------------- <ul> <li>Test1<ul> <li>Sub1test1</li> <li>Sub2test1</li> </ul></li> <li>Test2</li> <li>Sub1test2</li> <li>Sub2test2</li> </ul> Actual result: -------------- <ul> <li>Test1</li> <ul> <li>Sub1test1</li> <li>Sub2test1</li> </ul> <li>Test2</li> <ul> <li>Sub1test2</li> <li>Sub2test2</li> </ul> </ul>]]> 2013-09-25T21:31:46+00:00 alienn &#x61;&#116; alienn &#x64;&#111;&#x74; net Text_Wiki Bug http://pear.php.net/bugs/18858 Text_Wiki Bug Reported by philipp 2011-09-22T14:39:19+00:00 PHP: Irrelevant OS: all Package Version: 1.2.1 Description: ------------ enduser documentation not avaiable]]> Text_Wiki Bug Reported by philipp 2011-09-22T14:39:19+00:00 PHP: Irrelevant OS: all Package Version: 1.2.1 Description: ------------ enduser documentation not avaiable]]> 2011-09-22T14:39:19+00:00 sutter &#x61;&#116; ecology &#x64;&#111;&#x74; at Text_Wiki Bug http://pear.php.net/bugs/18776 Text_Wiki Documentation Problem Reported by philipp 2011-09-02T12:06:43+00:00 PHP: Irrelevant OS: all Package Version: 1.2.1 Description: ------------ in the End-user Documentation are a lot of php errors of Deprecated displayed]]> Text_Wiki Documentation Problem Reported by philipp 2011-09-02T12:06:43+00:00 PHP: Irrelevant OS: all Package Version: 1.2.1 Description: ------------ in the End-user Documentation are a lot of php errors of Deprecated displayed]]> 2011-09-04T10:11:50+00:00 sutter &#x61;&#116; ecology &#x64;&#111;&#x74; at Text_Wiki Documentation Problem http://pear.php.net/bugs/18775 Text_Wiki Documentation Problem Reported by philipp 2011-09-02T12:03:26+00:00 PHP: Irrelevant OS: all Package Version: 1.2.1 Description: ------------ broken link to Text_Wiki Wishlist: http://pear.php.net/user/justinpatrin/wishlist]]> Text_Wiki Documentation Problem Reported by philipp 2011-09-02T12:03:26+00:00 PHP: Irrelevant OS: all Package Version: 1.2.1 Description: ------------ broken link to Text_Wiki Wishlist: http://pear.php.net/user/justinpatrin/wishlist]]> 2011-09-04T10:12:04+00:00 sutter &#x61;&#116; ecology &#x64;&#111;&#x74; at Text_Wiki Documentation Problem http://pear.php.net/bugs/18115 Text_Wiki Bug Reported by tyroneyeh 2010-12-14T06:45:26+00:00 PHP: 5.3.3 OS: Gentoo Linux Package Version: 1.2.1 Description: ------------ Use it transform is Chinese font is show empty, Engliash is ok, the page and database encoding is utf-8 Test script: --------------- $wiki = new Text_Wiki(); echo $wiki->transform("??"); Expected result: ---------------- ?? Actual result: -------------- Nothing...]]> Text_Wiki Bug Reported by tyroneyeh 2010-12-14T06:45:26+00:00 PHP: 5.3.3 OS: Gentoo Linux Package Version: 1.2.1 Description: ------------ Use it transform is Chinese font is show empty, Engliash is ok, the page and database encoding is utf-8 Test script: --------------- $wiki = new Text_Wiki(); echo $wiki->transform("??"); Expected result: ---------------- ?? Actual result: -------------- Nothing...]]> 2011-03-20T00:37:52+00:00 tsysir &#x61;&#116; yahoo &#x64;&#111;&#x74; com &#x64;&#111;&#x74; tw Text_Wiki Bug http://pear.php.net/bugs/18012 Text_Wiki Feature/Change Request Reported by mreschke 2010-10-29T20:22:59+00:00 PHP: 5.2.10 OS: Linux Package Version: 1.2.1 Description: ------------ I notice you have some of the code for collapsing headers in Render/Xhtml/Heading.php, the whold case 'startContent' and 'endContent' javascript and div code. Settings $collapse = true gives me the [+] but no start/endContent code working. Would really love to get collapsible headings working.]]> Text_Wiki Feature/Change Request Reported by mreschke 2010-10-29T20:22:59+00:00 PHP: 5.2.10 OS: Linux Package Version: 1.2.1 Description: ------------ I notice you have some of the code for collapsing headers in Render/Xhtml/Heading.php, the whold case 'startContent' and 'endContent' javascript and div code. Settings $collapse = true gives me the [+] but no start/endContent code working. Would really love to get collapsible headings working.]]> 2010-10-29T20:22:59+00:00 mail &#x61;&#116; mreschke &#x64;&#111;&#x74; com Text_Wiki Feature/Change Request http://pear.php.net/bugs/16523 Text_Wiki Bug Reported by rodrigosprimo 2009-08-15T02: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-15T02: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-15T02: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-23T22: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-23T22: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-25T12: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-02T13: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-02T13: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-02T13: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-27T15: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-27T15:18:50+00:00 PHP: 5.2.4 OS: Package Version: CVS Description: ------------ See http://pear.cweiske.de/codingstandards/Text_Wiki.html]]> 2011-03-27T21:02:37+00:00 daniel &#x64;&#111;&#x74; oconnor &#x61;&#116; gmail &#x64;&#111;&#x74; com Text_Wiki Feature/Change Request http://pear.php.net/bugs/14401 Text_Wiki Feature/Change Request Reported by bfuerst 2008-07-24T21: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-24T21: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-26T12: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-25T10: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-25T10: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-25T10: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-25T10: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-25T10: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-25T10:08:34+00:00 juergen &#x64;&#111;&#x74; schmitz &#x61;&#116; philosys &#x64;&#111;&#x74; de Text_Wiki Bug http://pear.php.net/bugs/12164 Text_Wiki Bug Reported by cbrunet 2007-10-01T13: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-01T13: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-01T13:04:58+00:00 charles &#x64;&#111;&#x74; fmj &#x61;&#116; gmail &#x64;&#111;&#x74; com Text_Wiki Bug http://pear.php.net/bugs/11331 Text_Wiki Feature/Change Request Reported by fa 2007-06-16T15: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-16T15: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-16T15:08:00+00:00 fa &#x61;&#116; php &#x64;&#111;&#x74; net Text_Wiki Feature/Change Request http://pear.php.net/bugs/10015 Text_Wiki Feature/Change Request Reported by mfn@... 2007-02-03T01: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-03T01: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-03T01:40:33+00:00 mfn &#x61;&#116; fs-etit &#x64;&#111;&#x74; de Text_Wiki Feature/Change Request http://pear.php.net/bugs/9384 Text_Wiki Feature/Change Request Reported by cweiske 2006-11-19T11: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-19T11: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-25T19: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-19T11: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-19T11: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-25T19: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-08T14: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-08T14: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-08T14:30:08+00:00 mariogzuk &#x61;&#116; technikz &#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-18T13: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-18T13: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-18T14: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-16T10: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-16T10: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-16T10: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-11T21: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-11T21: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-11T21: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-16T17: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-16T17: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-16T17: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-29T18: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-29T18: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-16T16: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-24T15: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-24T15: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-24T15: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-13T11: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-13T11: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-13T11: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-02T20: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-02T20: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-23T12: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-05T17: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-05T17: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-06T06: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-27T01: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-27T01: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-29T18:56:26+00:00 davey &#x61;&#116; php &#x64;&#111;&#x74; net Text_Wiki Feature/Change Request