The Benchmarks Online Text (Verbiage) Utility has been partially rewritten to better facilitate maintenance of the new BOL website content.
Location: http://flora.p2061.org/items/bm_statements.php (same as before)
- Search form has been added above list of existing BOL text.
- Search and navigation of existing BOL text is asynchronously generated.
- The initial display is no longer the ‘Enter New’ interface. Click on the ‘Enter New’ link to display the interface. The initial display is now the list of existing BOL text data along with search form.
- ‘Enter New’ form has been updated to support Quote classified content (minor oversight in previous version).
Finding existing BOL text is now much easier and faster!
While developing and testing video/audio features for the PR project I found WMP caused Firefox to crash consistently upon closing (video/audio would play once, then any subsequent actions resulted in a browser crash).
Error (something to the extent of):
Windows Media Player Plug-in Dynamic Library
This plug-in has performed an illegal operation…
This did not occur in the previous PR release, so I’m guessing it may represents an incompatibility between WMP and more recent Firefox updates. I found this related technote (http://kb.mozillazine.org/Windows_Media_Player#Installing_the_new_plugin) which accurately described the problem I was having. I tested the plug-in and surprisingly it worked. I say surprisingly because the download site seems to be almost a year old. In addition, the new plug-in seems to be able to manage the configuration settings better than before. I’d like to suggest this plug-in be added to future updates for the rest of the department, but we may want to find out if others experience similar issues with WMP under the latest release of FF (184.108.40.206) and/or what specifically is causing the crash. I have my theories, but with the new plug-in I may not be able to test them. I’d like to know if anyone else encounters this.
Plug-in Download site: http://port25.technet.com/pages/windows-media-player-firefox-plugin-download.aspx
The number produced by summary table 8 in the items utility were not quite correct. The researchers noted that the means by which calculation of answer selection was performed was not quite as they wanted it.
Luckily table 8 uses a new summary table generation technique I borrowed from the school reports. The data, display, and summarization code is segregated to a certain degree (though not as much as would be preferred). This allows me to update one aspect of the script without having to monkey around too much with other aspects.
The data is currently stored in a data array that is organized to allow for relatively easy access. The summary information is currently compiled inline in the code. While this isn’t ideal, the method used (summary arrays) should allow for better segregation in the future. The calculation of concern is stored in its own function,
answer_selected(). That function includes some basic versioning capability and so I was able to add a new version of the calculation that matches the researchers expectation without changing anything else in the code.
I think a modification of this technique would work well for all tables in the utility and should not require significant investment in development time. As additional tables need work I may investigate adding them as components of the new summary table script (summary_table.php).
After making some seemingly insignificant changes to a css file, Dreamweaver CS3/9 suddenly crashed. System restart did not work nor did recreating user config. Before re-installing I chanced upon this blog entry on Google groups. Look for a comment by David Powers regarding a bug wherein if a file is exactly 8,192kb (or a multiple of), the site caching fails and the application crashes. Amazingly he was right. I added a few bytes to the file and problem solved. This has got to be the stupidest thing I’ve heard in a while.
A note on various updates to the Items Utility related to packets and school reports.
Continue reading Assessment Items Utility Updates
IIS can’t find php.ini
I installed PHP on the Windows server today and ran into what seems to be a fairly common problem (BrianW can affirm): sometimes PHP is unable to find the php.ini file when processing web-based content. In my case PHP was installed as an ISAPI filter. I suspect that when using the ISAPI filter PHP must be looking in the in the location IIS is running from, rather than the location of the ISAPI DLL (which is located in the PHP folder).
To address the problem I added a PHPRC environment variable. Now everything seems to work as expected. There are a number of options for specifying the location of the php.ini file. See the PHP documentation for runtime configuration.
IIS returns an error
If you’ve fully set up PHP and configured IIS correctly (including enabling the Web Service Extension) then one last thing to check is the path to the DLL specified for the Web Services Extension vs. the value for the application extension in the web site properties. These should match exactly.
The search upgrades and bug fix have been implemented and uploaded to the development and production servers.
Search filtering by current bm, old bm, prose has been corrected.
Fulltext viewing is now available for each search result (‘fulltext’ link following the truncated text), or all search results (‘Output Format’ menu option).
A new results formating option currently labeled ‘Custom1′ is in the Output Format’ menu which displays the results in table format similar to old BOL search result output.
index.php, bol_search_func.php, bol.js