As showing/hiding "Save my answers" button was based in empty($results),
moved $results->attemptbuildsonthelast to $attemptbuildsonthelast.
This was introduced in my latest CVS version, trying to take out
some notices...solved now.
Now encoding some fields to be non-ASCII aware. Thanks to Petr Skoda.
See bug 1266 (http://moodle.org/bugs/bug.php?op=show&bugid=1266&pos=14).
Applied the same patch to alias too!!
First version of inter-activities mantained in backup/restore.
All the conversion to some pseudo-codes are done at backup time.
In the restore process, every link is decoded to new ids.
For now, this is supported:
- In backup:
-all links to forums are encoded.
- In restore:
- all links to forums are decoded.
- from forums (post->message).
- from resources (resource->alltext).
The process requires a backup made with the same version (because it
has to be properly encoded at backup time). Old backups will work
without conversions at all.
Only tested with some little courses.
It would be perfect to have some "big" course to test it.
Please, test and feedback, ciao :-)
Changed the handling of time display format; now it's read from the language
file by default, and a new preference has been added to allow each user to
manually specify his preferred time format.
Changed the way the fix for bug 1255 works, while making sure it still works :)
It just didn't feel right to intrusively set object properties from "outside",
and since it's now one variable assignment less, I thought why not... :)
Now blockinfo is fully supported in backup & restore. For old backups
(without blockinfo field, default blocks are applied). Every block
visibility is mantained in the process.
Bump versions a bit (2004042100) :-)
Upgrade with more intelligent CSS rules.
I tried very hard not to undo any of Andrea's changes. Took a couple of
guesses along the way. Sorry if I guessed wrong!
Revision of the calendar tables HTML. Current version outputs a LOT less HTML
(mainly class attributes) but requires ALL themes to update their CSS rules.
Don't display blocks that have no content at all. I 'm not sure if this
could cause any confusion, but it solves the problem with the admin block
being displayed to guests.
The thought about a "display only to X and Y kinds of users" feature came
to mind, but maybe that would be more confusing than useful.
Detected a display bug when looking for possible causes of
bug 1248. Widhts were only calculated in teacher mode and
they were down to 100px in student mode!!
Perhaps we could make some session caching to avoid some
calculations every time the course is displayed. Seems to
work fine now.
Anyway, if I compare the right column width
in my server (with blocks running) against moodle.org (without
blocks), it seems that the right column is narrower in my test server...
First Official realease of the "Blocks System".
Integrated with Moodle:
- Install automatically.
- Update course->blockinfo for each course at installation time.
- Modified course creation to insert into blockinfo field.
- Modified restore to insert into blockinfo field.
- Admin options (hide, show, delete, config) from admin page.
- Lang strings inserted (en only).
- Database support to mysql and postgresql (not tested!!).
Moodle, backup and block versions updated to 2004041800.
Tested with mysql: Install fresh and upgrade from previous.
section_activities block renamed to social_activities and created
its own lang file to support name "Social Activities". This can
be changed at any time.
TODO:
=====
Support it really in backup/restore.
????
Modified the clean_filename() function to strip parenthesis and slashes.
Not really sure if the method used is 100% correct ot no so, if you can
check it....
Perhpas I should make the stripping in backup process, istead of using this
central function. What do you think?
projects / moodle.git / log