https://sourceforge.net/p/fckglite/bugs/Recent changes to bugsenTue, 23 Mar 2010 10:20:23 -0000https://sourceforge.net/p/fckglite/bugs/9/When an Link is added in the fckgeditor to a wiki page, that contains spaces \(%20\), the spaces \(%20\) gets transformed to %252520 and the link does not work because of this transformation. I use the lastest version of fckglite \(fckgLite-02.03.10-Mar\_01-15\_11.tgz\) Best Regards, MatthiasMatthias MartetschlaegerTue, 23 Mar 2010 10:20:23 -0000https://sourceforge.net7bd14ed6577a6c11531f1cdc44e35a2820791af1https://sourceforge.net/p/fckglite/bugs/8/Hello, when you try to create a new block which should be marked as code \( select Stil NPB\) and you safe this code, it is not transformed into an valid block. The start tag is named <false> and there is no end tag available. If you create the <code>-tags manually in the Dokuwiki-Editor it works fine. Even fckglite handles these paragraphes fine. Used version: fckgLite-02.03.10-Mar\_01-15\_11.tgz Please see the attached screenshot for a example of the issue.Matthias MartetschlaegerThu, 11 Mar 2010 14:43:52 -0000https://sourceforge.net69276b76a1a4c6d09cb39fce25f0c6457de605dchttps://sourceforge.net/p/fckglite/bugs/7/As soon as you use a http-url on a wiki-page and try to safe it with fckgLite, it results in an Error and the Page cannot be safed. Find a screenshot attached. It is also easy to be reproduced. Just enter one https-link in a page and try to safe. You also see the error message from the browser in the screenshot. Best Regards, MatthiasMatthias MartetschlaegerTue, 09 Mar 2010 15:19:02 -0000https://sourceforge.netbea5005f818a56a32d8a0751bb74737c11ddff4bhttps://sourceforge.net/p/fckglite/bugs/6/The upload of Office 2007 Files is not possible via FCKeditor - Resource Browser. The mime-types for the Office 2007 extensions were already created and the upload in the original media browser works fine. When I try to upload a xlsx-file in the resource browser I always get the error: Invalid File I attached the MIME-Type definition for the office 2007-files and some screenshots to see the error. The mime-type-file was fetched from the dokuwiki-page: http://www.dokuwiki.org/de:mime Best Regards, Matthias Matthias MartetschlaegerTue, 09 Mar 2010 15:01:19 -0000https://sourceforge.netce4433b9ac5b6f25662919444ee0999084148120https://sourceforge.net/p/fckglite/bugs/5/Problem exists in latest release \(fckgLite-03.03.10-Mar\_04-14\) If $conf\['userewrite'\] = '1'; Then links will be broken after open and close. Adding following lines in lib/plugins/fckg/parser.php will fix the problem: global $conf; $conf\['userewrite'\] = '0'; Br, Mxrgus Pxrt AnonymousSat, 06 Mar 2010 01:52:03 -0000https://sourceforge.net1049986682c590ebccf8785ca56bb5e04a6554eahttps://sourceforge.net/p/fckglite/bugs/4/I am running into compatibility issues between fckgLite and the tags plugin. Since I need tags, and fckgLite is pretty amazing \(seriously =\) I would like to get it to work. The issue is basically that if I create a tag on a page normally, I can see it and click on it and see the page in the list of pages with that tag. However, if I put the same tag on the page using the <plugin> the tag appears, but if I click on it the page is not found in the list of pages containing this tag. This is caused by the fact that behind the scenes the tag plugin uses the meta data, in addition to a topics.idx. Specifically, all the tags are stored in a meta attribute called "subject". Unfortunately, the content parsed by the <plugin> does not have an effect on the meta data, and so the tag plugin is therefor breaking in combination with fckgLite. I believe I understand why this is. The writePlugin\(\) function creates it's own renderer: $Renderer = & new Doku\_Renderer\_xhtml\(\); .. and it is this Renderer that is then passed to the render\(\) function of the tag plugin. This means that the meta information generated is not stored in the meta information of the \*real\* renderer object, and thus lost. I have spent a day or two now on this issue and the tag/fckgkLite code and I am starting to get an understanding. But in this case the changes to fix this would almost certainly be too big for me. This is a blocking bug for me, meaning I can not deploy fckgLite, which is otherwise wonderful. Can you please have a look at it? AnonymousSun, 20 Dec 2009 20:33:32 -0000https://sourceforge.netd050f83531be32f9b3bd0e1a7322a821ecd64c5ehttps://sourceforge.net/p/fckglite/bugs/3/This bug relates to an incompatibility with the tag plugin for dokuwiki. This plugin uses a syntax of \{\{tag> tag1 tag2 tag3\}\} and if I enter a tag with more than two tags in it only the first two tags are shown on the page. This could be worked around I suppose, but the same problem arises for the \{\{topic>\}\} tag, that has a lot of parameters too and thus was messing up too. From what I understand after looking at the code, the <plugin> syntax that is used to prevent messing up wiki markup basically reproduces the parsing that DokuWiki does, by calling render\(\) and handle\(\) hooks. However from what I can see, the system does not take into account the fact that "special" tags \(ones that have no opening and closing, but are just one tag\) have a different way of interfacing. For these tags the render\(\) function does not take as an input a list that contains the state and the data, but only the actual data structure returned by handle\(\) In order to treat this I have changed the following in dwplugin.php: function write\_plugin\($entry\_match, $middle, $\_exit, $plugin\_name\) \{ $save\_state = array\(\); $save\_match = array\(\); // added by me to fix issue with Special DokuWiki tags that have different I/O if \($\_exit\) \{ // end of change \[...\] for\($i=0; $i < count\($save\_state\); $i++\) \{ $this->plugin\_ref->render\('xhtml', $Renderer, array\($save\_state\[$i\], $save\_match\[$i\]\)\); \} // added by me to fix issue with Special DokuWiki tags \} else \{ $match = $this->plugin\_ref->handle\($entry\_match, $enter\_state, $pos, $handler\); $this->plugin\_ref->render\('xhtml', $Renderer, $match\); \} // end of change return array\($state, $Renderer->doc . ":::$plugin\_name"\); \} Did I do right? If so, are you going to include something similar into your code?AnonymousSun, 20 Dec 2009 20:20:57 -0000https://sourceforge.net6dca3b1752f637117af1eb6bc90114e300814df3https://sourceforge.net/p/fckglite/bugs/2/Version: \- fckgLite-0.01.09-Nov\_16-09\_02.tgz \(Currently last available\) Steps: 1\. Create link: \[\[link:to:somewhere|link:to:somewhere\]\] 2\. Save content Result: Link will be \[\[somewhere\]\]. AnonymousWed, 18 Nov 2009 12:07:15 -0000https://sourceforge.netb3b88870342506dc6a7d0c4f62d4b5e1319aad8bhttps://sourceforge.net/p/fckglite/bugs/1/Version: \- fckgLite-0.01.09-Nov\_16-09\_02.tgz \(Currently last available\) Steps: 1.\) Create dokuwiki article with content: === Topic === Some configuration example: <xml>hei<xml> 2.\) Save article Result: It will be shown OK 3.\) Reopen article to edit it. Result: Content will be === Topic === Some configuration example: hei Content <xml> and </xml> is lost. Could you please fix, that content between <> is not lost.AnonymousWed, 18 Nov 2009 12:02:39 -0000https://sourceforge.net90faef07ecce91c942239d57b7c1e7c64c0d7612