defacer [Sun, 23 Jan 2005 21:38:01 +0000 (21:38 +0000)]
According to the final comments in SC#65:
Made isteacher() require that the first parameter (course id) be
specified and non-empty. If it is empty, [i.e., 0, which was used to
simulate what has now become isteacherinanycourse()], then the return
value IS correct but a warning is printed on screen. This should allow
us to track down any such calls in legacy modules without breaking Moodle.
The correct way to check for teacher status in ANY course is now to
call isteacherinanycourse().
dhawes [Sun, 23 Jan 2005 16:16:28 +0000 (16:16 +0000)]
latest changes to rss_client block. Now uses latest magpie file for fetch, parse and cache. Still caches the result string as well to avoid excessive file reads and network hits. Fixed bug where non-admin users were not seeing the add/edit feeds link within the block when all users are allowed to edit. Now uses moodles' format_text function on entire block contents.
dhawes [Sun, 23 Jan 2005 15:47:31 +0000 (15:47 +0000)]
Magpie 0.7.1 - all relevant files. Simplog had been using only one of these files and it was renamed. Simplog had written an Atom feed parser based on magpie and was losing out on much of the magpie functionality because of it. This latest release supports Atom feeds so the need to for separate objects is gone. By using the full release upgrades become easier in the future. We also gain some of magpie's lost feature set such as the use of a modified Snoopy http client for retrieving feeds instead of an fopen() call - which means that php.ini does not need to be modified to turn allow_url_fopen to On.
dhawes [Sun, 23 Jan 2005 15:35:45 +0000 (15:35 +0000)]
RSS and Atom now handled by latest version of magpierss (magpierss.sourceforge.com). class.RSS.php was a renamed include file from magpie which was 2 versions old. I've reworked the code to use the official magpie release which should allow for easier upgrades in the future.
gustav_delius [Sat, 22 Jan 2005 22:27:16 +0000 (22:27 +0000)]
There is now a mechanism by which question types can have their own setup options. Because this does not change anything unless it is used I hope it is o.k. that I am submitting this without asking first. This is based on code by Mad Alex.
urs_hunkler [Fri, 21 Jan 2005 14:21:14 +0000 (14:21 +0000)]
This is in principle the theme I've shown in the forums. I changed the colors and made it XHTML 1.0 suitable. It relies on the new DIV framework I added to the course, forum and the wiki pages. The layout-table with named cells is used for the course pages.
For an overvies of the DIV framework and the DIVs in the header and footer please look at http://moodle.org/mod/wiki/view.php?id=2935&userid=0&groupid=0&wikipage=CoursePage
The CSS is not yet well structured - it's just working for a starting. For the offical release I'll have to rebuild the CSS to match the final needs. It's lacking an easy CSS for beginners too.
Please tell me, if you find some bugs or have some remarks - or if you just like it ;-)
dhawes [Fri, 21 Jan 2005 03:27:38 +0000 (03:27 +0000)]
refactored a big scary function a bit. hopefully it is more readable this way. this change also paved the way for extra caching in the block's config structure.
dhawes [Fri, 21 Jan 2005 03:23:26 +0000 (03:23 +0000)]
added in an extra layer of cache. The rendered string is now cached in block's config. If the config settings are changed the config entry is overwritten and the cached string is lost - which is perfect - it gets rebuilt to the new specifications on next page load. If the filesystem cache has expired then the stored config string is ignored and a fresh read is sought.
dhawes [Wed, 19 Jan 2005 23:55:25 +0000 (23:55 +0000)]
I couldn't find a way to do this so I added this file. When an RSS feed fails to load and debug is on the rendered page could get quite ugly. I now capture the error into a string and simply show the user a 'load feed error' link pointing to this new error page. This new error page simply displays the full error message with more detail about why that particular feed failed to load (from file or url, etc)
dhawes [Wed, 19 Jan 2005 23:51:27 +0000 (23:51 +0000)]
updated rss_client functions to return any errors encountered along the way (assuming that the feed could not be loaded) in an object as ->ERROR. This matches the object that is returned, it would have a ->ERROR string if there was a problem as well.
moodler [Wed, 19 Jan 2005 12:12:34 +0000 (12:12 +0000)]
Fixed bug 2040 relating to the last character being chopped off in the
html2text conversion.
While there I tidied up the source and fixed up a problem where the links
were being printed BEFORE the text they refer to (now they are directly after)
projects / moodle.git / log