jkuehne
Hi Myron,
so im back at work :) I tried your new version 2 and the issue with the white(blank) space within/after a link is solved.
I think there is no problem with the underscores like __Underline__ .
We are using Windows Vista with IE7.07 as clients and a Windows 2003 Server with ILS/Tomcat.
The things with the xls files I added them in /conf/mime.conf so there is no additional plugin
doc application/msword
xls application/msexcel
ppt application/mspowerpoint
docx application/msword
xlsx application/msexcel
http://www.dokuwiki.org/mime
But I have the same problem with pdf files, so I don´t think it is only a problem with my version.
The footnotes won´t work for me, but I dont´t get the problem with it.It´s like my previous post.
regards
Jan
turnermm
That helps. I will configure my Windows installation in the same way and see what I can do.
Myron
turnermm
I believe I've worked out the xls issue. It should also accommodate pdf files, though I haven't tested it out. Attached is an updated copy of edit.php. It goes in fckg/action. Replace the previous edit.php with this one. And let me know how it works out, especially whether anything else gets broken by this fix. (I don't believe that will happen.) I'll use you as my tester.
Thanks,
Myron
jkuehne
Hi Myron,
I have no problem with beeing you tester :) If you will be my coder :)
I added a zip/xls file with some examples and hope you´ll understand my problems. All the other mentioned problems that I have described in the xls File I already have had before the last fix(edit.php).
Because of this I suggest that there are other problems. btw using dokuwiki 2008-05-05
regards
Jan
turnermm
I refer you to the fckgLite playground:
http://www.mturner.org/dwfck/fckgLite/doku.php?id=playground:playground
This page has been re-saved several times. So nothing seems to be corrupted because the page is being re-saved. I attach the most recent copy of fckg/action/edit.php. For your purposes, I don't really think there is any difference; it corrects for a conflict between external images and non-image mime types, both of which use curly braces {{. . .}}
Just to make sure that we are on the same page:
1. the xls files which you are attempting to access--are they in the data/media directory?
2. did you create the test files with fckgLite? this shouldn't really matter, but maybe it does.
3. I am testing u sing the current dokuwiki release candidate; maybe this makes a difference--it shouldn't but maybe.
Myron
jkuehne
Hi,
looks good in your playground :)
@1) all data are saved for eg in /data/media/en/en_screenshots/ or /data/media/en/en_files/
@2) the sites are created without the fcklite plugin (standard Dokuwiki editor)
@3) I agree, imho
As far I could see only the problems with the footnotes and the linked files remaining. I added a gif file where you could
see the changed link of the site. It should be /data/media/de/de_files/.... instead of /playground/....
And the file ending like .xls or .pdf is missing.
If I add a new site with the fckglite plugin (skill and note plugin alignd) footnotes, headers and attached files at first save the site is gonna be ok. Saving the site again after editing, the attached link ist lost as described above.Footnotes and headers still working, but the alignd plugins are also be lost. Am I too strenuous ? I don´t want to nerve you all day :)
regards
jan
turnermm
I tested in a 2007 version of DW and found some differences. I think the attached edit.php should clear up any outstanding issues.
In addition, I caught an error in a regular expression.
jkuehne
YES it is fixed :) VERY good work :)
Footnotes and attached documents working fine. *laugh*
but
my example site of linear sale is corrupted like before(the end of page). This was fixed in a previuos post. Is it possible ? or is it depending on my site only...what do you thinking about that ?
Thanks again for your very good work and so much patience with me
regards
jan
turnermm
Could you just remind me what happens with linear sales? Wasn't that an xls file? I thought that was working. So someting else must be happening.
Myron
jkuehne
Hi,
its only a very structured large wiki site with table tags, plugin using (note&skill) and attached files. In a previous post I attached an xls file so that you could see what I meant with destroyd or corrupted. There where screenshoots within the xls file that shows it (marked yellow) .
jan
turnermm
I took another look at your page.
One problem seems to be with the plugins. fckgLite has only limited support for plugins. You have to use the plugin tool with the note plugin because it uses html-style brackets; while the plugin tool will work with the note plugin, it will not render nested notes. It should handle the skill plugin, though I haven't tried it myself; I'm just judging from its syntax, and for that plugin you don't need the plugin tool.
jkuehne
Hi Myron,
ok I will look for another highlightning and give a try. Thanks!
best regards
Jan
edit:
I found the reason for the corrupted page.It was an interaction between
<ifauth @admin,@it><note important>Text((Footnote))</note></ifauth>
-Tag
Also all things are working :)
turnermm
That's great.
Regards,
Myron
jkuehne
_deleted_
sorry for post, my failure
regards
jan
dkunde
Didn't know I wanted footnotes till I checked in on the forum, now I do! Downloaded the latest version 2.03 from website just now and started playing. Footnotes are created fine but I have trouble editing them. The editing window appears & I enter the footnote id and select 'Load note in Editor'. Nothing actually loads into the window. If I select 'OK' then I get message " You must 1st load your note into the editing window".
turnermm
I just tested out two versions, 02.03-10-Jan_17-08_4, the most recent, and 02.03-10-Jan_13-13_28, which I had in a test installation. Both worked.
A footnote id looks like this:
fckgL1.
I did notice that if you have spaces on either side of the id, then it will not be recognized. So you have to enter the exact string. I will have to fix that.
I believe that I must generally have tested by highlighting the id, copying it, and pasting it. So I always got the exact string.
What browser are you using? Maybe that's a factor. I tested both FireFox and IE 7. And while I was at it I tested in Safari (Windows and OS X) and Chrome; the editor works but they don't put the note in superscript, which the parser requires, and it doesn't seem to help doing that manually. So, that's another thing to look at.
If you have created a note and Dokuwiki has numbered these like this 1), then you have to edit the note at the bottom of the page. And if you want to delete the note, you have to delete both the number and the note.
Let me know what happens.
dkunde
Thankyou for your reply. I am using IE7. Did as you suggested without success, perhaps I am creating the footnote in the wrong way to begin with. I am creating a footnote using this syntax string((footnote id)) . Dokuwiki creates the footnote in superscript and numbers it automatically like 1). As you have pointed out the created footnote is able to be edited at the bottom of the page though so its probably not an insurmountable operational issue for me.
I think FCKGLite is the bees knees!! Tried to get DOKUWIKIFCK going before eventually giving up and switching to FCKGLITE.
turnermm
Right. You can't use the editor to edit a footnote that is already at the bottom of the page. Only when you are first creating it, before the page is saved. And not when you are using Dokuwiki's ((note)) markup.
I started working on fckgLite because I saw that may people had trouble with the Perl modules required by DokuWikiFCK. I'm glad it's working out for you.
Myron