Hi,
after a weekend of hard debugging (thanks Marc Buffat, for feedback and cooperation ) DFWiki sails another version... lets see 2005112101 changes
Still Allows import of moodle standard wiki backup files!!!
Backup/restore bugs corrected.
Enables TEX Filter.
DFWiki Markup suports automatic Table of Contents (a la wikipedia)
But!!!! the best is still in the Kitchen ... we'll speak about it at spanish moodlemot in Las Palmas next Dec-2... dfwiki course, itineray creator, massive ewiki conversor...
Everything is ready to download here http://appserv.lsi.upc.es/palangana/moodle/course/view.php?id=15
Please bugs or suggestions to dfwiki let's post it in this thread....
Regards to all!
Ludo
Hi Ludo,
I have try your last version of dfwiki. You have done a very good job and the Tex filter is very nice addition.
One little problem subsists: the version number in the file version.php
is not correct: it is 2005102501 instead of 2005112101
and you have to modify it in order to upgrade
Regards,
Marc
I have try your last version of dfwiki. You have done a very good job and the Tex filter is very nice addition.
One little problem subsists: the version number in the file version.php
is not correct: it is 2005102501 instead of 2005112101
and you have to modify it in order to upgrade
Regards,
Marc
Ups... it happened again...
No problem its now fixed.
Regards
Ludo
No problem its now fixed.
Regards
Ludo
HI,
the bug reported by Marc has been fixed. We are beating our response times
.
Big Ferran scores again!
So you can download the last version from our home page.
Ludo
the bug reported by Marc has been fixed. We are beating our response times
.Big Ferran scores again!
So you can download the last version from our home page.
Ludo
Hello,
Does any one else have this problem with DFWIKI, IE for Windows and the HTML editor? There is no space to type!
I have been using DFwiki for a few weeks (version 2005111501) on my Mac with no big problems. So last week I set up a dfwiki for my colleagues, and have just discovered from one of them that the HTML editor does not display properly. On her machine (windows 2000, IE6) a simple editor box appears, much as if the HTML editor had been turned off, which it hasn't. Futhermore, the blocks take up more than half the screen!
When I accessed the dfwiki via a similar windows system and the same version of IE, I can can see the HTML editor buttons (see above), but there's no where to type. However, the problem of the blocks taking up hald the screen is not replicated. The DFwiki editor appears correctly on both my colleague's and my Windows machine,
My guess is that;
Perhaps the latest verion of dfwiki has fixed this problem?
Any ideas will be greatly appreciated.
moodle version = 1.5.2 +
Does any one else have this problem with DFWIKI, IE for Windows and the HTML editor? There is no space to type!
I have been using DFwiki for a few weeks (version 2005111501) on my Mac with no big problems. So last week I set up a dfwiki for my colleagues, and have just discovered from one of them that the HTML editor does not display properly. On her machine (windows 2000, IE6) a simple editor box appears, much as if the HTML editor had been turned off, which it hasn't. Futhermore, the blocks take up more than half the screen!
When I accessed the dfwiki via a similar windows system and the same version of IE, I can can see the HTML editor buttons (see above), but there's no where to type. However, the problem of the blocks taking up hald the screen is not replicated. The DFwiki editor appears correctly on both my colleague's and my Windows machine,
My guess is that;
- dfwiki has not been properly configured to work with Win IE, or
- there are some settings in IE that need to be changed
Perhaps the latest verion of dfwiki has fixed this problem?
Any ideas will be greatly appreciated.
moodle version = 1.5.2 +
Ohh ...
HTMLeditor sometimes beats me... its javascript based and this frelling language
behaves diferently on every very browser (thanks to the historical tech war betwen microsoft and netscape... javascript / jscript).
We'll take a look on it, but I'm afraid that at last I'll have to ask for help in the html editor forum.
Thank you Peter
Regards
Ludo
HTMLeditor sometimes beats me... its javascript based and this frelling language
behaves diferently on every very browser (thanks to the historical tech war betwen microsoft and netscape... javascript / jscript).
We'll take a look on it, but I'm afraid that at last I'll have to ask for help in the html editor forum.
Thank you Peter
Regards
Ludo
Hello Peter, i'm one of the developers of DFwiki.
I'm not able to reproduce your bug. Could you give me a link so I can connect to your machine to see that. Thanks
Juan
I'm not able to reproduce your bug. Could you give me a link so I can connect to your machine to see that. Thanks
Juan
Juan
Thanks for your reply:
I have registered you as a student of a course in my experimental Moodle. Please contact me off-list and I'll send you the login information.
peter
Thanks for your reply:
Could you give me a link so I can connect to your machine to see that.
I have registered you as a student of a course in my experimental Moodle. Please contact me off-list and I'll send you the login information.
peter
Hello Juan and the other DFwiki developers,
I think I have found the cause of the problem with the HTML editor and DFwiki that I described above, which is that the HTML editor is unusable in DFwiki when using Windows XP pro and IE6.
It seems that when certain blocks are activated, the HTML editor becomes unusable; i.e. it appears as in the screen shot below:
It seems that this problem only occurs when the following three DFwiki blocks are visible:
Administration tools
Contribution
Page Synonymous
If these block are closed, the HTML editor becomes usable again.
This problem occurs with Windows XP pro and IE 6, but does not occur with Firefox 1.5 for the Mac.
Has any one else experienced this problem?
I think I have found the cause of the problem with the HTML editor and DFwiki that I described above, which is that the HTML editor is unusable in DFwiki when using Windows XP pro and IE6.
It seems that when certain blocks are activated, the HTML editor becomes unusable; i.e. it appears as in the screen shot below:
It seems that this problem only occurs when the following three DFwiki blocks are visible:
Administration tools
Contribution
Page Synonymous
If these block are closed, the HTML editor becomes usable again.
This problem occurs with Windows XP pro and IE 6, but does not occur with Firefox 1.5 for the Mac.
Has any one else experienced this problem?
Yes, I have seen a similar odd behaviour reported by staff when creating new Calendar entries. They reported that the HTML editor would slip into such a small space as you have illustrated that it was unusable .. Some staff later discovered a temporary solution clicking on the rightmost [arrow] icon would pop it out into the usable full screen edit mode. I am likewise curious why this happens, if it is an artifact of the HTML editor code or something passed to it by Moodle.
How can I get the latest version of DFWiki? I've downloaded dfwiki_1.0_rev2005112403.zip from the dfwiki site, but get the message that the zip is invalid or corrupt.
Thanks,
Jodi
Thanks,
Jodi
Dear ludo 
david 
ferran 
!
There are invalid Zip in latest version link (
dfwiki_1.0_rev2005112403.zip). Recreate archive, pleeaseee!
P.S.: and update link in resource: there are dfwiki_1.0_rev2005112401.zip file downloading.
P.P.S: May be good idea is make "catalog" resource and publish directory with latest and some previous versions?
david ferran
! There are invalid Zip in latest version link (
dfwiki_1.0_rev2005112403.zip). Recreate archive, pleeaseee!P.S.: and update link in resource: there are dfwiki_1.0_rev2005112401.zip file downloading.
P.P.S: May be good idea is make "catalog" resource and publish directory with latest and some previous versions?
it is not actually a zip-archive, it is a RAR3-archive with a .zip extension. Just rename the file to .rar and unrar it. 
In my iBook StuffIt Expander can't unrar archives of rar 3 %(
But in other place i have PC and there are done, latest version unrared sucefully. Thank's.
But authors! anywhere, fix it!!
But in other place i have PC and there are done, latest version unrared sucefully. Thank's.
But authors! anywhere, fix it!!
Hi there!
I'm back, rigth now we are changing the dfwiki zip file , and trying to solve the TOC bug that some have reported. In 30-60 mintutes we'll be ready to download.
Ciao
Ludo
I'm back, rigth now we are changing the dfwiki zip file , and trying to solve the TOC bug that some have reported. In 30-60 mintutes we'll be ready to download.
Ciao
Ludo
By the way Google search at last puts dfwiki home on the first place on the google search!!! 
http://www.google.es/search?q=dfwiki
http://www.google.es/search?q=dfwiki
Hello Ludo
I found an important bug in the new release dfwiki_1.0_rev2005112201, that I had not seen before.
With this release, all the insert picture in the WIKI with attach:imagefile
are no more display. In the browser, when I look at a dfwiki page, the html source code does not contain the html code for the image <img src= ...>
I had to reverse back to the dfwiki_1.0_rev2005111501 version to have my DFWIKI display insert images.
It is a pitty because I really want to use DFWIKI with the TeX filter !
Maybe it is an interaction with the new Tex filter ?
Marc
I found an important bug in the new release dfwiki_1.0_rev2005112201, that I had not seen before.
With this release, all the insert picture in the WIKI with attach:imagefile
are no more display. In the browser, when I look at a dfwiki page, the html source code does not contain the html code for the image <img src= ...>
I had to reverse back to the dfwiki_1.0_rev2005111501 version to have my DFWIKI display insert images.
It is a pitty because I really want to use DFWIKI with the TeX filter !
Maybe it is an interaction with the new Tex filter ?
Marc
Hi Marc,
this new dfwiki integrates a new parser / code generator this must be the bug source and will be easy to fix.
We'll release a new version this morning solving this.
Thank you
Ludo
this new dfwiki integrates a new parser / code generator this must be the bug source and will be easy to fix.
We'll release a new version this morning solving this.
Thank you
Ludo
Hello Ludo
I have tested your latest version, and the bug is fixed
Thanks for this new dfwiki
Marc
I have tested your latest version, and the bug is fixed
Thanks for this new dfwiki
Marc
(dfwiki_1.0_rev2005112401): relative links are parsed incorrectly.
e.g. I've inserted links with the code
And for the current version I get:
So currently I need to insert relative links using <nowiki><a href=... ></a></nowiki>.
Could this behaviour be changed to the previous one?
Thanks!
e.g. I've inserted links with the code
[../../file.php?file=../../file1.pdf Get File1]
which worked fine in rev20051102 and resulted in smth likeAnd for the current version I get:
So currently I need to insert relative links using <nowiki><a href=... ></a></nowiki>.
Could this behaviour be changed to the previous one?
Thanks!
Hi Alexandre,
In response to your post, we decided for this version that relative URL haven't got any sense. For this reason is impossible to solve,
[../../file.php?file=../../file1.pdf Get File1]
as a external link. So if you want link with this file you must put:
http://www.yourdomain.any/file1.php?file=../../file.pdf
This decision is a user's demain to preserve the ewiki link sintax.
We hope don't cause problems with this change.
The leaders developers of DFwiki.
In response to your post, we decided for this version that relative URL haven't got any sense. For this reason is impossible to solve,
[../../file.php?file=../../file1.pdf Get File1]
as a external link. So if you want link with this file you must put:
http://www.yourdomain.any/file1.php?file=../../file.pdf
This decision is a user's demain to preserve the ewiki link sintax.
We hope don't cause problems with this change.
The leaders developers of DFwiki.
ok, thanks, I see.
P.S. THe changelog for dfwiki would be nice
P.S. THe changelog for dfwiki would be nice
Oh yeah,
a changelog... you're rigth, now we are working so hard and in too many directions that we are tripping
with our own feet . I promise to check up the project methodology on Jan 2006...
a changelog... you're rigth, now we are working so hard and in too many directions that we are tripping
with our own feet . I promise to check up the project methodology on Jan 2006...
Arrg!!! I've found a new bug in the current parser. It will be solver by tomorrow.
Tech upgrades->headaches....
Tech upgrades->headaches....
Hi there!
this afternom we have publishend yet another version of dfwiki (i'm startig to get bored of releasing on and on
) The parser BUG works and now you can enjoy safelly with TEX and the lastest features.
I'hope not to release new versions (assuming we don't find new bugs) untill Dec 14th or so.
See you in Canarias!!
Ludo
this afternom we have publishend yet another version of dfwiki (i'm startig to get bored of releasing on and on
) The parser BUG works and now you can enjoy safelly with TEX and the lastest features. I'hope not to release new versions (assuming we don't find new bugs) untill Dec 14th or so.
See you in Canarias!!
Ludo
Hello Ludo
the last file for dfwiki on your site is not a zip file!
dfwiki_1.0_rev2005112401.zip: RAR archive data, v1d, os: Win32
I cannot read it on Linux with unzip !
Marc
the last file for dfwiki on your site is not a zip file!
dfwiki_1.0_rev2005112401.zip: RAR archive data, v1d, os: Win32
I cannot read it on Linux with unzip !
Marc
HI Marc,
current version dfwiki_1.0_rev2005112403.zip is in std zip format.
I use to like rar more than zip, I dunno if thre's a linux client for rarfiles.
Anyway here's the zip.
Ludo
current version
dfwiki_1.0_rev2005112403.zip is in std zip format.I use to like rar more than zip, I dunno if thre's a linux client for rarfiles.
Anyway here's the zip.
Ludo
Dear Marc
But the above link wil download dfwiki version 2005112401 not 2005112403
Hi,
the rigth version will allways be here http://appserv.lsi.upc.es/palangana/moodle/course/view.php?id=15.
Thanks for the advise,
Marc
the rigth version will allways be here http://appserv.lsi.upc.es/palangana/moodle/course/view.php?id=15.
Thanks for the advise,
Marc
I get a " Error finding or creating section structures for this course" when trying to access http://appserv.lsi.upc.es/palangana/moodle/course/view.php?id=15
Thanks,
Jodi
Confirm this bug for dfwiki markup style
e.g. The follwing text is misparsed by dfwiki_2005112401 at moodle 1.5.3+:
e.g. The follwing text is misparsed by dfwiki_2005112401 at moodle 1.5.3+:
===header1===
===header2===
==header2.1==
=h2.1.1=
==header2.2==
===header3===
header 2.2 is shown as 2.1, so the problem is somewhere in <h2> styles following the <h3>.===header2===
==header2.1==
=h2.1.1=
==header2.2==
===header3===
Thanks
Jean-Yves
Jean-Yves
Hi there,
when I prepared the slides for the comunication on MoodleMot Canarias '05, I
made them bi-lingual ( spanish - english , even some words in catalan are spreaded by) so I can share them with you.
In the presentations you can see some previews of the upcomming wiki itinerary module ... Hope you like it. We'll try to have a preview of the itinerary ready as a xmas gift!
Ciao
Ludo
when I prepared the slides for the comunication on MoodleMot Canarias '05, I
made them bi-lingual ( spanish - english , even some words in catalan are spreaded by) so I can share them with you.
In the presentations you can see some previews of the upcomming wiki itinerary module ... Hope you like it. We'll try to have a preview of the itinerary ready as a xmas gift!
Ciao
Ludo
How to upgrade from DFwiki 1.0 rev2005092001 to dfwiki_1.0_rev2005121201.zip?
Extracting and replacing this files en the moodle folder would afect to the contens in the DFwiki that contain information?
Extracting and replacing this files en the moodle folder would afect to the contens in the DFwiki that contain information?