You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(16) |
Nov
(10) |
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(34) |
Feb
(12) |
Mar
(21) |
Apr
|
May
(5) |
Jun
(13) |
Jul
(50) |
Aug
(62) |
Sep
(72) |
Oct
(17) |
Nov
(16) |
Dec
(19) |
2006 |
Jan
(26) |
Feb
(9) |
Mar
|
Apr
(8) |
May
(5) |
Jun
(7) |
Jul
(21) |
Aug
(33) |
Sep
(17) |
Oct
(4) |
Nov
(9) |
Dec
|
2007 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
(6) |
Jun
(16) |
Jul
(8) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(2) |
Dec
(2) |
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(11) |
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
2014 |
Jan
(2) |
Feb
(4) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2016 |
Jan
(4) |
Feb
(4) |
Mar
(3) |
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(1) |
Oct
(1) |
Nov
(1) |
Dec
|
2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Ever B. <wv...@gm...> - 2018-09-24 14:15:12
|
I am an engineering professor using and converting faculty here to use Webwork. I am not a CS prof. but I have decent programming skills (Python, ASP, C#, HTML, CSS, Javascript..., no PHP though) I downloaded and installed Webwork from the source into my own Ubuntu/Apache2 web server from where we run our courses. I want to make some local mods to make Webwork friendlier to the culture here at West Virginia University, minor things that cannot be done by tweaking the UI as is. I just want to work on Webwork2 which I understand it is the Web interface. Right now I see a bunch of folders and no idea where to start. If you could just get me started, what languages are used, where are things located, I can learn what I need. Thank you. E. J. Barbero (Personal) |
From: Simon B. <sim...@gm...> - 2017-02-22 12:34:34
|
Hi, Would you be interested in buying/owning the domain name openwebwork.com so you can redirect it to your website? Kind regards, *Simon Baker* Domain Name Broker |
From: Djun K. <dju...@st...> - 2012-10-12 19:48:17
|
Hi Jean-Philippe, There is quite a lot of work going on in the area of problem editors and visual equation input - we welcome your energy and contributions. There's been a sequence of code camps over the past year to enable developers to get together to plan and implement improvements to WeBWorK. The next one (coming up very soon) is to focus on the problem editor and library management. Have a look at the forums and wiki (at webwork.maa.org), the mailing list archive, and the various openwebwork github projects. Warmest regards, Djun On 2012-10-11, at 6:58 AM, Jean-Philippe Gravel wrote: > Hi, > > I'm currently working on a projet for the french colleges of Canada that aims to add french support for WeBWorK. We are in contact with Sébastien Labbé from UQAM (through Louise Pellerin) who already work in that direction. The project has many goals and somes are outside of the french translation which are : > > 1) Create Maple T.A. to WeBWork questions translator helper (http://sf.net/projects/mta2ww/) > 2) Add a more user friendly question editor to WeBWork (inspired from Maple T.A.) > 3) Add an online visual euqation editor using JQuery/MathJax/MathTex > > All of the above being developped under GPL, some as stand alone sourceforge projects and other direcly into the WeBWork code. > > I write to this mail list to insure that we don't overlap with other people work and to get feedback about what we do. If you have any question, advice or comments please get in touch with us. > > Sincerely, > > Jean-Philippe Gravel, P. Eng., CSDP > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________ > OpenWeBWorK-Devel mailing list > Ope...@li... > https://lists.sf.net/lists/listinfo/openwebwork-devel |
From: Jean-Philippe G. <jea...@gm...> - 2012-10-12 19:30:55
|
All right, I'll dig deeper into that. Jean-Philippe 2012/10/12 Djun Kim <dju...@st...> > Hi Jean-Philippe, > > There is quite a lot of work going on in the area of problem editors and > visual equation input - we welcome your energy and contributions. > > There's been a sequence of code camps over the past year to enable > developers to get together to plan and implement improvements to WeBWorK. > The next one (coming up very soon) is to focus on the problem editor and > library management. > > Have a look at the forums and wiki (at webwork.maa.org), the mailing list > archive, and the various openwebwork github projects. > > Warmest regards, > > Djun > > > On 2012-10-11, at 6:58 AM, Jean-Philippe Gravel wrote: > > Hi, > > I'm currently working on a projet for the french colleges of Canada that > aims to add french support for WeBWorK. We are in contact with Sébastien > Labbé from UQAM (through Louise Pellerin) who already work in that > direction. The project has many goals and somes are outside of the french > translation which are : > > 1) Create Maple T.A. to WeBWork questions translator helper ( > http://sf.net/projects/mta2ww/) > 2) Add a more user friendly question editor to WeBWork (inspired from > Maple T.A.) > 3) Add an online visual euqation editor using JQuery/MathJax/MathTex > > All of the above being developped under GPL, some as stand alone > sourceforge projects and other direcly into the WeBWork code. > > I write to this mail list to insure that we don't overlap with other > people work and to get feedback about what we do. If you have any question, > advice or comments please get in touch with us. > > Sincerely, > > Jean-Philippe Gravel, P. Eng., CSDP > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > > http://p.sf.net/sfu/newrelic-dev2dev_______________________________________________ > OpenWeBWorK-Devel mailing list > Ope...@li... > https://lists.sf.net/lists/listinfo/openwebwork-devel > > > |
From: Jean-Philippe G. <jea...@gm...> - 2012-10-11 20:12:35
|
Just to mention that the sourceforge projet JQuery MathView have been created to hold the mathematical expression editor. The first commit to be done soon. See http://sf.net/projects/jquerymathview/ Jean-Philippe Gravel, P. Eng. CSDP |
From: Jean-Philippe G. <jea...@gm...> - 2012-10-11 13:58:47
|
Hi, I'm currently working on a projet for the french colleges of Canada that aims to add french support for WeBWorK. We are in contact with Sébastien Labbé from UQAM (through Louise Pellerin) who already work in that direction. The project has many goals and somes are outside of the french translation which are : 1) Create Maple T.A. to WeBWork questions translator helper ( http://sf.net/projects/mta2ww/) 2) Add a more user friendly question editor to WeBWork (inspired from Maple T.A.) 3) Add an online visual euqation editor using JQuery/MathJax/MathTex All of the above being developped under GPL, some as stand alone sourceforge projects and other direcly into the WeBWork code. I write to this mail list to insure that we don't overlap with other people work and to get feedback about what we do. If you have any question, advice or comments please get in touch with us. Sincerely, Jean-Philippe Gravel, P. Eng., CSDP |
From: arun m. <aru...@ho...> - 2011-12-18 19:46:53
|
Hello All, I am not able to access the devel list. Can some please help me in resolving this. Thanks in Advance Thanks,Arun |
From: Michael G. <ga...@ma...> - 2010-06-18 14:10:58
|
Hi Djun, On Jun 16, 2010, at 5:20 PM, Djun Kim wrote: > Hi Michael - > > thanks! I'm excited to hear about all of the work that's going on. > > On 2010-06-15, at 4:57 AM, Michael Gage wrote: > >> Hi Djun, >> >> I have added the tool-tips to the Answer previews in the HEAD version of WeBWorK using >> the Walter Zorn tooltips javaScript library. If you hover the mouse over the Answer previews you >> now get a tooltip with the original entry string which you can copy and paste back in to answer blanks. >> >> This means that we can remove the "entered" field in the answer analysis which would save us some room. >> I haven't done this yet. Undoubtedly the tool tips can use some tweaks in terms of color/appearance and perhaps >> placement. See what you think. >> >> One thing that I forgot to mention in the list I sent you last week is that the template and css files that define >> the look and feel of WeBWorK (and the placement of the content on the page) are quite flexible >> but not greatly utilized -- only a few people have done more than swap the color schemes on the pages. >> >> One reason for this is that we have no documents on the WeBWorK wiki about how to make CSS and template changes nor examples >> of how schools have customized the look of WeBWorK to the needs at their school. A relatively small project >> which would increase this flexibility even more would be to rewrite the Problem.pm module, separating out function >> and presentation more than is done at present, and outputting the rendered text in a more modularized way so that >> it can be rearranged merely by changing the template. > > Great - I was wondering about the way things were done, for example, why the template files and css files live in > different directories. I was thinking it might be nice to have all 'theme' related files in their own directory for ease of > packaging. Not sure what impact this might have on people who are serving static files via a separate server, > though. Anyway, something to think about... > True enough -- I think the original rational was that the active .css file is directly accessible from the web while the system.template file is not. So template.system was in the conf directory, while the css file had to be under webwork2/htdocs or else linked to something in there. The original rational again was that anything webaccessible had to go through either webwork2/htdocs or course/html -- it was a very primitive form of taint checking. I'm open to other suggestions for organization -- although we will also have to deal with the migration issue if we come up with a better idea. >> >> I will be meeting with our IT folks the week of June 28 and our goal is to finish our version of the Blackboard/WeBWorK connection. >> Hopefully by the end of that week I'll have good news about how that works and may be able to show you something at least >> slightly portable. > > Great! > >> >> We're within a week or so of switching over from the cvs to the svn -- Jason Aubrey has been setting this up. There are some documents >> up on the web already at http://wwrk.maa.org/wiki/Subversion. We will keep the cvs as a read only repository for the foreseeable future. > > Super... I'd started to import the CVS history into a git repository for local work, but SVN should make life much easier for lots of people. The svn docs are at -- http://wwrk.maa.org/wiki/Subversion Email Jason Aubrey <au...@ma...> for permission to commit to the svn. We were thinking that you might like to keep some of your more stable development in something like ......svn/system/branches/djun_project/webwork2 and coordinate with us about when and if to merge that code into the main development trunk. >> >> >> While adding the tooltip feature I came across another javascript library that looked interesting: extjs at www.extjs.com >> Are you familiar with it? It looked like it could be used to spruce up the instructor pages -- particularly the tables for dealing with >> homework sets and with maintaining classlists. > > I'll take a look - I'm a big fan of jQuery as a JavaScript framework, but this looks interesting. Looks like a dual-license model, > supportive of open projects. My son David (a recent CS graduate) introduced me to jQuery -- he just programmed a graphicsInput device in html5 using jQuery a little and processing.js a good deal more. A prototype is at https://hosted2.webwork.rochester.edu/webwork2/dgage_course/graphInput/4/ (you can login as guest) I have to do some more work to connect it up to some sample problems. It looks like HTML5 will be a lot lighter weight than either the java applets or the flash applets we have been using earlier. Talk to you later. Take care, Mike > > More soon, > > Djun >> >> Take care, >> >> Mike >> >> >> >> >> On Jun 12, 2010, at 11:32 AM, Michael Gage wrote: >> >>> Hi Djun, >>> >>> This sounds like very interesting work that you have been doing. >>> Working on the UI is particularly helpful since the last time we had someone >>> working full time on user interface issues was probably 5 or 6 years ago >>> when Robert Van Dam ( a student at Rochester, then went to BYU for graduate >>> school and is now gainfully employed (I hope :-) ) ) constructed the >>> instructor interface. The technology has advanced enormously since then. >>> At the time we avoided javaScript as much as possible since not every browser >>> could handle it and every browser did it differently. Now, with the exception of the >>> older MSIE browsers, javaScript has become pretty standardized and very useful and >>> it's past time that WeBWorK was updated to take advantage of it. >>> >>> The user interface balancing parens will be particularly useful for students. >>> >>> A. On the problem editing page I have several comments: >>> 1. Judging from the picture on your blog you are using the PGProblemEditor from the rel-2-4-patches >>> release. You might want to update to the HEAD release for your additions >>> (use cvs update -dAP >>> to remove all sticky tags, get the latest versions of the files and allow new directories to be build if needed.) >>> >>> I made several minor improvements to the editor "save" interface that made it easier for me to create new questions. >>> Of course there is much more that could be done with this user interface. I've been focusing on getting >>> better access to the language documentation. If your CodeMirror package has auto-completion facilities >>> that would be a very interesting addition. >>> >>> 2. Are you aware of the firefox plugin "It's all text"? Using that, or something similar, you can export a text area region >>> to your favorite editor (I'm on a mac most of the time so I have been using BBedit), edit the code there (where syntax highlighting >>> is available) and then saving back to the text area. It makes save a two step process but it works well enough that I didn't >>> feel too much pressure to upgrade the problem editor for my own personal use. >>> >>> 3. A few weeks ago I did reorganize and upgrade a commandline stand alone editor which uses the webservice feature of >>> the editor. It's in /webwork2/clients/renderProblem.pl (the HEAD version) with a support file at /webwork2/lib/WebworkClient.pm. >>> As it stands it is pointed at the hosted2.webwork.rochester.edu site, for rendering the problem, but you could point it at any site >>> running the HEAD version. The common code in WebworkClient.pm is used in the client renderProblem.pl and also in a web >>> version of the client defined at lib/WeBWorK/ContentGenerator/renderViaXMLRPC.pm. >>> >>> Basically renderProblem.pm takes a WeBWorK question text from STDIN on the command line, sends it to be rendered and then >>> fires up a local browser to read the result. I use it as a filter on BBedit to immediately render a problem I am working on. >>> >>> You'll want to look at the first couple of lines of code in renderProblem.pl since there a few constants that will need to be set for your >>> environment. There isn't much documentation yet and there are probably still a few tweaks that will make it easier to install >>> and use. Let me know how it works for you. >>> >>> B. As to including your additions into the main WeBWorK code repository. We're more than delighted to do this. We are, as I write this, in the >>> process of switching over from the CVS repository system at U. of Rochester to using an SVN system installed on the servers at >>> MAA. Jason Aubrey at U. of Missouri has been leading this. I have a local svn version checked out and it seems to be working well so far. >>> I think that next week we will be writing HOWTO documents for developers to start using the SVN system and if you are willing >>> you can be one of our first test cases. I've been quite satisfied with CVS for the clients and anonymous downloads but it can be >>> a bit clumsy keeping both production and development versions organized and constructing new releases. We did a lot of >>> backporting by hand. I'm hoping we can learn to use SVN more efficiently. I looked at GIT a few years ago, but it while it seemed really >>> excellent for development -- one of it's strong points seemed to be that there are multiple repositories which are easily shared. Since >>> one point of the repository at MAA is to keep an authoritative version of WeBWorK available for those who are not particularly adventurous >>> we've gone with SVN for now at least. Jason has been able to make it integrate well with mediaWiki and should be completing the process this week. >>> >>> C. The question of how to maintain a question library (NationaProblemLibrary) is still pretty much up in the air. It could be that >>> a GIT repository system might be more appropriate for that since the balance between having a central repository and being able >>> to produce and share created problems is quite different for questions, and even for macro files, than it is for the core WeBWorK >>> code. I'd be interested in your ideas on this -- I certainly have a lot to learn about the various ways of managing code. The bigger >>> problem with the question library is on the social organization side -- how do we get questions edited, rated, advertised, coordinated >>> with textbooks, metadata added and maintained and so forth. >>> >>> D. Back to the UI for instructors and the possibilities of AJAX type upgrades. I think the Library Browser (and the Homework detail editor) page >>> might benefit particularly from this. Make a page where one could display the contents of the library more easily (at the very least use >>> a widget to make the drop down menu for the NPL directory hierarchical ). Ideally one should be able to drag and drop library questions from >>> one panel into a second panel which is your homework set. You should also be able to drag and drop to rearrange the >>> order of homework problems in your homework set. (Homework set detail was close to state of the art when it was written, many years ago, >>> but the tools available have changed enormously.) This is not a small project, but it's isolated from much of the rest of WeBWorK code. >>> >>> E. Another UI feature, which I have researched some, but not gotten started on, is to add tooltips to the equations -- I have done the easiest thing using the title attribute-- >>> namely that if you look at Answer Preview for say the problem https://hosted2.webwork.rochester.edu/webwork2/maa104/Demo/3/ >>> and hover over the typeset answer, you'll see the original string that was entered. (This means we don't need the "entered" box -- it isn't much >>> used anyway since the answers are sticky in the answer blanks.) I could do the same with "Correct Answer" -- namely print the >>> typeset version to the screen and have a tooltip for the TI83 entry code, however instructors often want to copy the "Correct Answer" >>> and place it into the answer blank to test a problem -- this can't be done using the simple "tooltip" created by using the title attribute (as far as I can tell) >>> However -- there are more extensive tooltip libraries available that would allow one to do something like: have all formulas on the screen be typeset -- >>> by hovering over one you get a tooltip representation of the input code -- you can copy that code representation for use in pasting into an >>> answer blank. My quick research into the subject seemed to indicate that the tooltip library created by Walter Zorn (his site seems to be off >>> the air but I found a cache of it at http://web.archive.org/web/20080103025434/www.walterzorn.com/index.htm ) is among the best >>> and most widely respected. It might have other uses besides the one I described above. I haven't started studying it yet but >>> I will let you know if I do -- if you start working with it, or know of a better tooltip implementation please let me know so that we don't duplicate effort. >>> >>> F. Blackboard/Vista integration. If you haven't started on this yet, I suggest that you hold off for a few days. The local IT people at U of Rochester >>> hired a student, Martin Georgiev, to accomplish single sign on and gradebook integration between blackboard and WeBWorK -- similar to the integration I have working between Moodle and WeBWorK. They had a working development version but didn't get a production package created (and then the IT supervisor was called off to handle more immediate fires :-) ). I'll make inquiries this week and see if they have some free time over the summer-- I think we are within a few concentrated hours of having a working package that would connect Blackboard and WeBWorK. It might still require >>> further development, but you would have something substantial to start with. >>> >>> G. If you haven't looked at it yet you should look at the Moodle/WeBWorK integration (bridge1). For example: >>> http://hosted.webwork.rochester.edu/moodle/course/view.php?id=3 and the page: http://wwrk.maa.org/wiki/Moodle_Integration >>> for a description of both bridge1 (WeBWorK assignment type intoperation) and bridge2(question level interoperation). The latter >>> is in very rough beta -- but would allow those who are used to Moodle to push the WeBWorK interface entirely into the background. >>> It's worth completing. >>> The Moodle/WeBWork, Blackboard/WeBWorK bridges are the reason that I haven't worked too hard on interactive chat -- or bulletin boards >>> since those systems already have those available at one level or another and I don't want to reinvent wheels unless we can actually do it better. >>> >>> I haven't considered interfacing with Drupal (which I think of as a content management system, (CMS) not a course or learning management >>> system (CMS or LMS) -- it seems more like a version of mediaWiki which we have moved to for our central documentation. So far we've been >>> pretty happy with that. If you have specific ideas about what to do with a Drupal/WeBWorK integration I'd be interested to hear them. >>> >>> H. We have authorization via LDAP and a few other mechanisms but not via Shibboleth as far as I know. It would be a worthwhile >>> addition. >>> >>> I. I just uploaded some improvements to the WeBWorK admin page that make migration to new versions of WeBWorK easier -- basically it >>> allows you to do many upgrades to the course database tables from the Web rather than running dbUpgrade from the command line. >>> It also works better. :-) (It wouldn't be hard to attach a command line front end to the upgrade mechanisms for those who prefer that.) >>> Having said that -- anything that makes installation and management easier would be very welcome! >>> >>> J. One big project -- one that takes some planning -- is to redesign the WeBWorK database. Historically WeBWorK started using >>> GDBM database (msql, mysql's precursor had just started and was still too slow to use when we began Webwork -- we couldn't and can't afford Oracle :-) ) >>> Even when we switched to mysql around 2000 or 2001 we maintained backward compatibility --- the result is that each course has >>> a dozen tables attached to it. One of our students, Matt Leventi, now at Microsoft, explained to us why this was not the best solution. >>> We'd like to change the structure dramatically -- so that it is more like Moodle's. Roughly speaking it's a matter of transposing the >>> matrix, and also of breaking up some of the longer tables and using LeftJoins to retrieve the data. First of all this means >>> that instead of adding a dozen tables every time you added a course you would have a fixed number of tables and adding >>> a course would merely add lines to those tables. This would be much easier to maintain. Not much more has been done although >>> Jason and I have discussed the possibility of organizing a video conference on this theme in order to start gathering ideas about what >>> the new database should look like. >>> >>> Thanks for joining in on the WeBWorK project. It's also given me an opportunity to organize my own thoughts on what needs to be done next. >>> I look forward to adding your contributions into the main code. Let me know if you have any questions or suggestions and please keep >>> us informed of any projects you start up so that we don't duplicate effort any more than necessary. >>> >>> Take care, >>> >>> Mike >>> >>> >>> >>> >>> >>> >>> >>> >>> On Jun 11, 2010, at 6:55 PM, Djun Kim wrote: >>> >>>> Hi Michael, >>>> >>>> Thanks for getting back to me! >>>> >>>> On 2010-06-07, at 6:24 PM, Michael Gage wrote: >>>> >>>>> Hi Djun, >>>>> >>>>> Welcome. >>>>> >>>>> Pardon the delay in replying -- I've been out of town for a few days and am still catching up on the email. >>>>> >>>>> We are delighted to have help at any level -- help with documentation, help with writing math problems, >>>>> help with new PG macros for making writing problems easier (macros as in TeX macros that make LaTeX more friendly than TeX), >>>>> or if you like working with perl -- help on the core code base -- from instructor/user interface improvements to hidden database improvements. >>>>> >>>>> So for me the first order of business is to find out what you are interested in, more precisely and what skills you have. >>>>> For you. If you haven't checked out the information on our wiki at http://webwork.maa.org you should do that -- and join so that you >>>>> have access to post on the forums and can edit the wiki. >>>> >>>> We're pretty excited about WeBWorK here at UBC. I applied for a small grant to do a little bit of development, and it looks >>>> like there's quite a bit of interest in supporting additional work. >>>> >>>> The initial work I've been doing is focused on two areas: UI/UX improvements, and interoperability. >>>> >>>> UI/UX: I've integrated CodeMirror code editor widgets into the WeBWorK student answer screens and the Problem Editing screen. >>>> This provides (e.g.) syntax highlighting and parenthesis matching. I'm currently working on a little bit of general UI cleanup - I'm thinking I'll restrict myself to CSS tweaks + JavaScript helpers to start with. Next up on the UI/UX front is a bit of an experiment: integration with a jabber-based >>>> chat client to support on-line interactive tutorial help. >>>> >>>> I've written a little bit about what I've done so far on my blog at http://teaching.puregin.org/blog/djun-kim/ui-improvements-for-webwork, >>>> with a couple of before and after screenshots. >>>> >>>> Interoperability: planned work: allow authentication via Shibboleth. Grade exports to Vista/Blackboard. Integration with >>>> our Student information systems (unlikely to be very universal/portable). >>>> >>>> So far this work is all been pretty preliminary, but in the next few days (once I get my git repository whipped into better shap) I'll have a demo site available and some code for your review and consideration. >>>> >>>> I see the following as the main strengths of WeBWorK at this point: >>>> >>>> * large base of users; community >>>> * large, public problem libraries >>>> >>>> I'm interested in: >>>> >>>> * lowering barriers to authoring and sharing problems >>>> * improving UX for learners - expanding interaction modes >>>> * integration with Drupal >>>> * making installation / mass hosting easier >>>> * providing evaluation of answers via Macsyma, as an option >>>> >>>> >>>>> >>>>> We're happy to have new comer edits on the wiki -- because there are many things confusing to newbies that the old timers >>>>> don't even notice -- having come to terms with the confusion long ago. >>>> >>>> I've certainly been reading through and learning from the wiki - I'll sign up and contribute some of my notes as I learn more about >>>> the code. >>>> >>>>> >>>>> Hope to hear more from you soon. >>>>> >>>>> Take care, >>>>> >>>>> Mike >>>> >>>> Best regards - looking forward to hearing from you. >>>> >>>> Djun >>>> >>>>> >>>>> On Jun 4, 2010, at 5:57 PM, Djun Kim wrote: >>>>> >>>>>> Hi All >>>>>> >>>>>> I'm interested in doing some development on WeBWorK. >>>>>> I wanted to introduce myself and get some sense for what >>>>>> activity is currently happening with the project. >>>>>> >>>>>> Cheers, Djun >>>>>> >>>>>> >>>>>> ------ >>>>>> Djun Kim, Ph.D. >>>>>> UBC Skylight Research Associate / Mathematics >>>>>> >>>>>> dju...@ma... >>>>>> Tel: (604) 822-0683 >>>>>> Office: Math 238 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> ThinkGeek and WIRED's GeekDad team up for the Ultimate >>>>>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the >>>>>> lucky parental unit. See the prize list and enter to win: >>>>>> http://p.sf.net/sfu/thinkgeek-promo >>>>>> _______________________________________________ >>>>>> OpenWeBWorK-Devel mailing list >>>>>> Ope...@li... >>>>>> https://lists.sf.net/lists/listinfo/openwebwork-devel >>>>>> >>>>> >>>>> >>>> >>>> ------ >>>> Djun Kim >>>> UBC Skylight Research Associate / Mathematics >>>> >>>> dju...@ma... >>>> Tel: (604) 822-0683 >>>> Office: Math 238 >>>> >>>> >>>> >>>> >>>> >>> >> > > ------ > Djun Kim > UBC Skylight Research Associate / Mathematics > > dju...@ma... > Tel: (604) 822-0683 > Office: Math 238 > > > > > |
From: Michael G. <ga...@ma...> - 2010-06-12 18:39:07
|
Begin forwarded message: > From: Michael Gage <ga...@ma...> > Date: June 12, 2010 11:32:14 AM EDT > To: Djun Kim <dju...@ma...> > Cc: Michael Gage <ga...@ma...>, "vr...@ad... Roth" <vr...@Ad...>, Arnold Pizer <ap...@ma...>, Michael Pearson <pe...@ma...>, Jason Aubrey <aub...@gm...>, Stephen DeSanto <sde...@ma...>, Davide Cervone <dp...@un...>, John Wyatt <jw...@ma...>, Nick Rogers <ro...@ma...>, David Gage <why...@gm...>, Gavin LaRose <gl...@um...>, ope...@li..., "Gregory R. Warnes" <gre...@ro...> > Subject: Re: [WWdevel] Introduction > > Hi Djun, > > This sounds like very interesting work that you have been doing. > Working on the UI is particularly helpful since the last time we had someone > working full time on user interface issues was probably 5 or 6 years ago > when Robert Van Dam ( a student at Rochester, then went to BYU for graduate > school and is now gainfully employed (I hope :-) ) ) constructed the > instructor interface. The technology has advanced enormously since then. > At the time we avoided javaScript as much as possible since not every browser > could handle it and every browser did it differently. Now, with the exception of the > older MSIE browsers, javaScript has become pretty standardized and very useful and > it's past time that WeBWorK was updated to take advantage of it. > > The user interface balancing parens will be particularly useful for students. > > A. On the problem editing page I have several comments: > 1. Judging from the picture on your blog you are using the PGProblemEditor from the rel-2-4-patches > release. You might want to update to the HEAD release for your additions > (use cvs update -dAP > to remove all sticky tags, get the latest versions of the files and allow new directories to be build if needed.) > > I made several minor improvements to the editor "save" interface that made it easier for me to create new questions. > Of course there is much more that could be done with this user interface. I've been focusing on getting > better access to the language documentation. If your CodeMirror package has auto-completion facilities > that would be a very interesting addition. > > 2. Are you aware of the firefox plugin "It's all text"? Using that, or something similar, you can export a text area region > to your favorite editor (I'm on a mac most of the time so I have been using BBedit), edit the code there (where syntax highlighting > is available) and then saving back to the text area. It makes save a two step process but it works well enough that I didn't > feel too much pressure to upgrade the problem editor for my own personal use. > > 3. A few weeks ago I did reorganize and upgrade a commandline stand alone editor which uses the webservice feature of > the editor. It's in /webwork2/clients/renderProblem.pl (the HEAD version) with a support file at /webwork2/lib/WebworkClient.pm. > As it stands it is pointed at the hosted2.webwork.rochester.edu site, for rendering the problem, but you could point it at any site > running the HEAD version. The common code in WebworkClient.pm is used in the client renderProblem.pl and also in a web > version of the client defined at lib/WeBWorK/ContentGenerator/renderViaXMLRPC.pm. > > Basically renderProblem.pm takes a WeBWorK question text from STDIN on the command line, sends it to be rendered and then > fires up a local browser to read the result. I use it as a filter on BBedit to immediately render a problem I am working on. > > You'll want to look at the first couple of lines of code in renderProblem.pl since there a few constants that will need to be set for your > environment. There isn't much documentation yet and there are probably still a few tweaks that will make it easier to install > and use. Let me know how it works for you. > > B. As to including your additions into the main WeBWorK code repository. We're more than delighted to do this. We are, as I write this, in the > process of switching over from the CVS repository system at U. of Rochester to using an SVN system installed on the servers at > MAA. Jason Aubrey at U. of Missouri has been leading this. I have a local svn version checked out and it seems to be working well so far. > I think that next week we will be writing HOWTO documents for developers to start using the SVN system and if you are willing > you can be one of our first test cases. I've been quite satisfied with CVS for the clients and anonymous downloads but it can be > a bit clumsy keeping both production and development versions organized and constructing new releases. We did a lot of > backporting by hand. I'm hoping we can learn to use SVN more efficiently. I looked at GIT a few years ago, but it while it seemed really > excellent for development -- one of it's strong points seemed to be that there are multiple repositories which are easily shared. Since > one point of the repository at MAA is to keep an authoritative version of WeBWorK available for those who are not particularly adventurous > we've gone with SVN for now at least. Jason has been able to make it integrate well with mediaWiki and should be completing the process this week. > > C. The question of how to maintain a question library (NationaProblemLibrary) is still pretty much up in the air. It could be that > a GIT repository system might be more appropriate for that since the balance between having a central repository and being able > to produce and share created problems is quite different for questions, and even for macro files, than it is for the core WeBWorK > code. I'd be interested in your ideas on this -- I certainly have a lot to learn about the various ways of managing code. The bigger > problem with the question library is on the social organization side -- how do we get questions edited, rated, advertised, coordinated > with textbooks, metadata added and maintained and so forth. > > D. Back to the UI for instructors and the possibilities of AJAX type upgrades. I think the Library Browser (and the Homework detail editor) page > might benefit particularly from this. Make a page where one could display the contents of the library more easily (at the very least use > a widget to make the drop down menu for the NPL directory hierarchical ). Ideally one should be able to drag and drop library questions from > one panel into a second panel which is your homework set. You should also be able to drag and drop to rearrange the > order of homework problems in your homework set. (Homework set detail was close to state of the art when it was written, many years ago, > but the tools available have changed enormously.) This is not a small project, but it's isolated from much of the rest of WeBWorK code. > > E. Another UI feature, which I have researched some, but not gotten started on, is to add tooltips to the equations -- I have done the easiest thing using the title attribute-- > namely that if you look at Answer Preview for say the problem https://hosted2.webwork.rochester.edu/webwork2/maa104/Demo/3/ > and hover over the typeset answer, you'll see the original string that was entered. (This means we don't need the "entered" box -- it isn't much > used anyway since the answers are sticky in the answer blanks.) I could do the same with "Correct Answer" -- namely print the > typeset version to the screen and have a tooltip for the TI83 entry code, however instructors often want to copy the "Correct Answer" > and place it into the answer blank to test a problem -- this can't be done using the simple "tooltip" created by using the title attribute (as far as I can tell) > However -- there are more extensive tooltip libraries available that would allow one to do something like: have all formulas on the screen be typeset -- > by hovering over one you get a tooltip representation of the input code -- you can copy that code representation for use in pasting into an > answer blank. My quick research into the subject seemed to indicate that the tooltip library created by Walter Zorn (his site seems to be off > the air but I found a cache of it at http://web.archive.org/web/20080103025434/www.walterzorn.com/index.htm ) is among the best > and most widely respected. It might have other uses besides the one I described above. I haven't started studying it yet but > I will let you know if I do -- if you start working with it, or know of a better tooltip implementation please let me know so that we don't duplicate effort. > > F. Blackboard/Vista integration. If you haven't started on this yet, I suggest that you hold off for a few days. The local IT people at U of Rochester > hired a student, Martin Georgiev, to accomplish single sign on and gradebook integration between blackboard and WeBWorK -- similar to the integration I have working between Moodle and WeBWorK. They had a working development version but didn't get a production package created (and then the IT supervisor was called off to handle more immediate fires :-) ). I'll make inquiries this week and see if they have some free time over the summer-- I think we are within a few concentrated hours of having a working package that would connect Blackboard and WeBWorK. It might still require > further development, but you would have something substantial to start with. > > G. If you haven't looked at it yet you should look at the Moodle/WeBWorK integration (bridge1). For example: > http://hosted.webwork.rochester.edu/moodle/course/view.php?id=3 and the page: http://wwrk.maa.org/wiki/Moodle_Integration > for a description of both bridge1 (WeBWorK assignment type intoperation) and bridge2(question level interoperation). The latter > is in very rough beta -- but would allow those who are used to Moodle to push the WeBWorK interface entirely into the background. > It's worth completing. > The Moodle/WeBWork, Blackboard/WeBWorK bridges are the reason that I haven't worked too hard on interactive chat -- or bulletin boards > since those systems already have those available at one level or another and I don't want to reinvent wheels unless we can actually do it better. > > I haven't considered interfacing with Drupal (which I think of as a content management system, (CMS) not a course or learning management > system (CMS or LMS) -- it seems more like a version of mediaWiki which we have moved to for our central documentation. So far we've been > pretty happy with that. If you have specific ideas about what to do with a Drupal/WeBWorK integration I'd be interested to hear them. > > H. We have authorization via LDAP and a few other mechanisms but not via Shibboleth as far as I know. It would be a worthwhile > addition. > > I. I just uploaded some improvements to the WeBWorK admin page that make migration to new versions of WeBWorK easier -- basically it > allows you to do many upgrades to the course database tables from the Web rather than running dbUpgrade from the command line. > It also works better. :-) (It wouldn't be hard to attach a command line front end to the upgrade mechanisms for those who prefer that.) > Having said that -- anything that makes installation and management easier would be very welcome! > > J. One big project -- one that takes some planning -- is to redesign the WeBWorK database. Historically WeBWorK started using > GDBM database (msql, mysql's precursor had just started and was still too slow to use when we began Webwork -- we couldn't and can't afford Oracle :-) ) > Even when we switched to mysql around 2000 or 2001 we maintained backward compatibility --- the result is that each course has > a dozen tables attached to it. One of our students, Matt Leventi, now at Microsoft, explained to us why this was not the best solution. > We'd like to change the structure dramatically -- so that it is more like Moodle's. Roughly speaking it's a matter of transposing the > matrix, and also of breaking up some of the longer tables and using LeftJoins to retrieve the data. First of all this means > that instead of adding a dozen tables every time you added a course you would have a fixed number of tables and adding > a course would merely add lines to those tables. This would be much easier to maintain. Not much more has been done although > Jason and I have discussed the possibility of organizing a video conference on this theme in order to start gathering ideas about what > the new database should look like. > > Thanks for joining in on the WeBWorK project. It's also given me an opportunity to organize my own thoughts on what needs to be done next. > I look forward to adding your contributions into the main code. Let me know if you have any questions or suggestions and please keep > us informed of any projects you start up so that we don't duplicate effort any more than necessary. > > Take care, > > Mike > > > > > > > > > On Jun 11, 2010, at 6:55 PM, Djun Kim wrote: > >> Hi Michael, >> >> Thanks for getting back to me! >> >> On 2010-06-07, at 6:24 PM, Michael Gage wrote: >> >>> Hi Djun, >>> >>> Welcome. >>> >>> Pardon the delay in replying -- I've been out of town for a few days and am still catching up on the email. >>> >>> We are delighted to have help at any level -- help with documentation, help with writing math problems, >>> help with new PG macros for making writing problems easier (macros as in TeX macros that make LaTeX more friendly than TeX), >>> or if you like working with perl -- help on the core code base -- from instructor/user interface improvements to hidden database improvements. >>> >>> So for me the first order of business is to find out what you are interested in, more precisely and what skills you have. >>> For you. If you haven't checked out the information on our wiki at http://webwork.maa.org you should do that -- and join so that you >>> have access to post on the forums and can edit the wiki. >> >> We're pretty excited about WeBWorK here at UBC. I applied for a small grant to do a little bit of development, and it looks >> like there's quite a bit of interest in supporting additional work. >> >> The initial work I've been doing is focused on two areas: UI/UX improvements, and interoperability. >> >> UI/UX: I've integrated CodeMirror code editor widgets into the WeBWorK student answer screens and the Problem Editing screen. >> This provides (e.g.) syntax highlighting and parenthesis matching. I'm currently working on a little bit of general UI cleanup - I'm thinking I'll restrict myself to CSS tweaks + JavaScript helpers to start with. Next up on the UI/UX front is a bit of an experiment: integration with a jabber-based >> chat client to support on-line interactive tutorial help. >> >> I've written a little bit about what I've done so far on my blog at http://teaching.puregin.org/blog/djun-kim/ui-improvements-for-webwork, >> with a couple of before and after screenshots. >> >> Interoperability: planned work: allow authentication via Shibboleth. Grade exports to Vista/Blackboard. Integration with >> our Student information systems (unlikely to be very universal/portable). >> >> So far this work is all been pretty preliminary, but in the next few days (once I get my git repository whipped into better shap) I'll have a demo site available and some code for your review and consideration. >> >> I see the following as the main strengths of WeBWorK at this point: >> >> * large base of users; community >> * large, public problem libraries >> >> I'm interested in: >> >> * lowering barriers to authoring and sharing problems >> * improving UX for learners - expanding interaction modes >> * integration with Drupal >> * making installation / mass hosting easier >> * providing evaluation of answers via Macsyma, as an option >> >> >>> >>> We're happy to have new comer edits on the wiki -- because there are many things confusing to newbies that the old timers >>> don't even notice -- having come to terms with the confusion long ago. >> >> I've certainly been reading through and learning from the wiki - I'll sign up and contribute some of my notes as I learn more about >> the code. >> >>> >>> Hope to hear more from you soon. >>> >>> Take care, >>> >>> Mike >> >> Best regards - looking forward to hearing from you. >> >> Djun >> >>> >>> On Jun 4, 2010, at 5:57 PM, Djun Kim wrote: >>> >>>> Hi All >>>> >>>> I'm interested in doing some development on WeBWorK. >>>> I wanted to introduce myself and get some sense for what >>>> activity is currently happening with the project. >>>> >>>> Cheers, Djun >>>> >>>> >>>> ------ >>>> Djun Kim, Ph.D. >>>> UBC Skylight Research Associate / Mathematics >>>> >>>> dju...@ma... >>>> Tel: (604) 822-0683 >>>> Office: Math 238 >>>> >>>> >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> ThinkGeek and WIRED's GeekDad team up for the Ultimate >>>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the >>>> lucky parental unit. See the prize list and enter to win: >>>> http://p.sf.net/sfu/thinkgeek-promo >>>> _______________________________________________ >>>> OpenWeBWorK-Devel mailing list >>>> Ope...@li... >>>> https://lists.sf.net/lists/listinfo/openwebwork-devel >>>> >>> >>> >> >> ------ >> Djun Kim >> UBC Skylight Research Associate / Mathematics >> >> dju...@ma... >> Tel: (604) 822-0683 >> Office: Math 238 >> >> >> >> >> > |
From: Djun K. <dju...@ma...> - 2010-06-04 23:00:43
|
Hi All I'm interested in doing some development on WeBWorK. I wanted to introduce myself and get some sense for what activity is currently happening with the project. Cheers, Djun ------ Djun Kim, Ph.D. UBC Skylight Research Associate / Mathematics dju...@ma... Tel: (604) 822-0683 Office: Math 238 |
From: John J. <jj...@as...> - 2008-08-05 20:10:28
|
Both checkout and committing a file worked. John Michael Gage wrote: > Hi John, > > try it again and see if it works for you this time. > > thanks for helping to debug. > > Take care, > > > On Aug 5, 2008, at 1:44 PM, John Jones wrote: > >> I just ran the checkout command below, and the ".pg" files are >> ".pg,v". So, file names are slightly different, and they contain >> versioning information in them. >> >> John >> >> Michael Gage wrote: >>> Hi, >>> >>> I have created a new National Problem Library (and copied the old >>> one into it). >>> >>> It is at >>> >>> cvs -d:ext:you...@cv...:/webwork/cvs/npl co >>> NationalProblemLibrary >>> >>> >>> check that you can download from this repository (and commit to it) >>> >>> Once I'm sure this is functioning I will make the >>> /webwork/cvs/asu database_problib directory >>> read only. >>> >>> I have changed the directions for downloading the >>> NationalProblemLibrary on the wiki at >>> >>> http://webwork.maa.org/wiki/National_Problem_Library >>> >>> Arnie -- would you change the directions on your install >>> applications as well? >>> >>> Davide -- could you make sure that the >>> /webwork/cvs/npl/NationalProblemLibrary/Union tree is up to date? >>> Once it is I will make the other repositories read only as well. >>> >>> I have already made rochester_problib, tcnj_problib and other >>> repositories which had been moved under database_problib >>> read only. >>> >>> Let me know if something isn't working. >>> >>> Take care, >>> >>> Mike >>> >> > |
From: Michael G. <ga...@ma...> - 2008-08-05 18:45:58
|
Hi John, try it again and see if it works for you this time. thanks for helping to debug. Take care, On Aug 5, 2008, at 1:44 PM, John Jones wrote: > I just ran the checkout command below, and the ".pg" files are > ".pg,v". So, file names are slightly different, and they contain > versioning information in them. > > John > > Michael Gage wrote: >> Hi, >> >> I have created a new National Problem Library (and copied the old >> one into it). >> >> It is at >> >> cvs -d:ext:you...@cv...:/webwork/cvs/npl >> co NationalProblemLibrary >> >> >> check that you can download from this repository (and commit to it) >> >> Once I'm sure this is functioning I will make the /webwork/cvs/ >> asu database_problib directory >> read only. >> >> I have changed the directions for downloading the >> NationalProblemLibrary on the wiki at >> >> http://webwork.maa.org/wiki/National_Problem_Library >> >> Arnie -- would you change the directions on your install >> applications as well? >> >> Davide -- could you make sure that the /webwork/cvs/npl/ >> NationalProblemLibrary/Union tree is up to date? >> Once it is I will make the other repositories read only as well. >> >> I have already made rochester_problib, tcnj_problib and other >> repositories which had been moved under database_problib >> read only. >> >> Let me know if something isn't working. >> >> Take care, >> >> Mike >> > |
From: John J. <jj...@as...> - 2008-08-05 17:44:46
|
I just ran the checkout command below, and the ".pg" files are ".pg,v". So, file names are slightly different, and they contain versioning information in them. John Michael Gage wrote: > Hi, > > I have created a new National Problem Library (and copied the old one > into it). > > It is at > > cvs -d:ext:you...@cv...:/webwork/cvs/npl co > NationalProblemLibrary > > > check that you can download from this repository (and commit to it) > > Once I'm sure this is functioning I will make the > /webwork/cvs/asu database_problib directory > read only. > > I have changed the directions for downloading the > NationalProblemLibrary on the wiki at > > http://webwork.maa.org/wiki/National_Problem_Library > > Arnie -- would you change the directions on your install applications > as well? > > Davide -- could you make sure that the > /webwork/cvs/npl/NationalProblemLibrary/Union tree is up to date? > Once it is I will make the other repositories read only as well. > > I have already made rochester_problib, tcnj_problib and other > repositories which had been moved under database_problib > read only. > > Let me know if something isn't working. > > Take care, > > Mike > |
From: Michael G. <ga...@ma...> - 2008-08-05 17:38:40
|
Hi Gavin, The main reason for the "edit selected sets" mode was so that you could edit the dates (the most common change) for several sets at once using copy paste, etc. My suggestion would be to modify the page you reach with "edit selected sets" by adding a link to the page where you could edit the all of the data for that set. Would that help? I personally find the hint about how many problems are in a set useful -- it alerts me to bogus homework sets (no problems) and sometimes even to problems with real homework sets ("I thought I assigned more problems than that ....") My 2 cents. Take care, Mike On Jul 17, 2008, at 2:41 PM, P. Gavin LaRose wrote: > Hi all, > > Currently the homework sets editor page provides, among other > things, the > option to "Edit selected sets," and lists sets in a table with columns > Select - [select checkbox] > Edit Set Data - SetName (link to edit set visibility and dates) > Edit Problems - # (link to set detail page) > Edit Assigned Users - #/# (link to edit assigned users page) > Visible - Yes|No > Open Date - MM/DD/YY at TT:TT > Due Date - MM/DD/YY at TT:TT > Answer Date - MM/DD/YY at TT:TT > > Clicking "Edit selected sets" or the "Edit set data" link goes to the > "Hmwk Sets Editor" edit page that allows editing of visibility, > open, due > and answer dates. From there one can go to "Edit All Set Data" on > the set > detail page. > > Clicking "Edit problems" goes directly to the set detail page, > where all > aspects of the set can be edited. > > This is semi-intuitive, in that "editing set data/selected sets" > allows > one to edit most of the data appearing in the table. But it's also > non-intuitive, in that clicking "Edit set data" or "Edit selected > sets" > doesn't actually take one to the full set editing page. > > Questions: > 1. Is this the behavior we want on this page? > > 2. Would it be more intuitive to change the table to have columns > Select - [select checkbox] > Edit Set Data and Problems - SetName (link to set detail page) > Edit Assigned Users - #/# (link to edit assigned users page) > Visible - Yes|No > Open Date - MM/DD/YY at TT:TT (link to edit dates) > Due Date - (similar) > Answer Date - (similar) > (where "link to edit dates" goes to the "Hmwk Sets Editor" edit page > allowing editing of visibility and dates). > > The only disadvantage I can see to option (2) is that it loses the > information about the number of problems in the set. So another > option > would be > > 2a. Have columns > Select - [select checkbox] > Edit Set Data and Problems - SetName (link to set detail page) > Number of Problems - # > Edit Assigned Users - #/# (link to edit assigned users > page) > Visible - Yes|No > Open Date - MM/DD/YY at TT:TT (link to edit > dates) > Due Date - (similar) > Answer Date - (similar) > > Danny Glin (U Calgary) pointed out that the behavior of the page is > not > entirely intuitive, so I thought I'd push this out to a larger list of > people to comment. Please respond if you have any opinion. > > Thanks, > Gavin > > -- > P Gavin LaRose, PhD | gl...@um... | 734.764.6454 | ...you > have > Program Manager, Instructional Technology | to respect someone > who can > Mathematics Dept, University of Michigan | spell Tuesday, even if > they > http://www.math.lsa.umich.edu/~glarose/ | can't spell it right. - > Milne > > ---------------------------------------------------------------------- > --- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > OpenWeBWorK-Devel mailing list > Ope...@li... > https://lists.sf.net/lists/listinfo/openwebwork-devel > |
From: Michael G. <ga...@ma...> - 2008-08-05 17:12:46
|
Hi, The problems in the ucsb_problib repository are not tagged. I think they should be tagged before we move them into the NationalProblemLibrary tree. How should we organize this? take care, Mike |
From: Michael G. <ga...@ma...> - 2008-08-05 17:12:30
|
Hi, I have created a new National Problem Library (and copied the old one into it). It is at cvs -d:ext:you...@cv...:/webwork/cvs/npl co NationalProblemLibrary check that you can download from this repository (and commit to it) Once I'm sure this is functioning I will make the /webwork/cvs/ asu database_problib directory read only. I have changed the directions for downloading the NationalProblemLibrary on the wiki at http://webwork.maa.org/wiki/National_Problem_Library Arnie -- would you change the directions on your install applications as well? Davide -- could you make sure that the /webwork/cvs/npl/ NationalProblemLibrary/Union tree is up to date? Once it is I will make the other repositories read only as well. I have already made rochester_problib, tcnj_problib and other repositories which had been moved under database_problib read only. Let me know if something isn't working. Take care, Mike |
From: P. G. L. <gl...@um...> - 2008-07-17 18:41:00
|
Hi all, Currently the homework sets editor page provides, among other things, the option to "Edit selected sets," and lists sets in a table with columns Select - [select checkbox] Edit Set Data - SetName (link to edit set visibility and dates) Edit Problems - # (link to set detail page) Edit Assigned Users - #/# (link to edit assigned users page) Visible - Yes|No Open Date - MM/DD/YY at TT:TT Due Date - MM/DD/YY at TT:TT Answer Date - MM/DD/YY at TT:TT Clicking "Edit selected sets" or the "Edit set data" link goes to the "Hmwk Sets Editor" edit page that allows editing of visibility, open, due and answer dates. From there one can go to "Edit All Set Data" on the set detail page. Clicking "Edit problems" goes directly to the set detail page, where all aspects of the set can be edited. This is semi-intuitive, in that "editing set data/selected sets" allows one to edit most of the data appearing in the table. But it's also non-intuitive, in that clicking "Edit set data" or "Edit selected sets" doesn't actually take one to the full set editing page. Questions: 1. Is this the behavior we want on this page? 2. Would it be more intuitive to change the table to have columns Select - [select checkbox] Edit Set Data and Problems - SetName (link to set detail page) Edit Assigned Users - #/# (link to edit assigned users page) Visible - Yes|No Open Date - MM/DD/YY at TT:TT (link to edit dates) Due Date - (similar) Answer Date - (similar) (where "link to edit dates" goes to the "Hmwk Sets Editor" edit page allowing editing of visibility and dates). The only disadvantage I can see to option (2) is that it loses the information about the number of problems in the set. So another option would be 2a. Have columns Select - [select checkbox] Edit Set Data and Problems - SetName (link to set detail page) Number of Problems - # Edit Assigned Users - #/# (link to edit assigned users page) Visible - Yes|No Open Date - MM/DD/YY at TT:TT (link to edit dates) Due Date - (similar) Answer Date - (similar) Danny Glin (U Calgary) pointed out that the behavior of the page is not entirely intuitive, so I thought I'd push this out to a larger list of people to comment. Please respond if you have any opinion. Thanks, Gavin -- P Gavin LaRose, PhD | gl...@um... | 734.764.6454 | ...you have Program Manager, Instructional Technology | to respect someone who can Mathematics Dept, University of Michigan | spell Tuesday, even if they http://www.math.lsa.umich.edu/~glarose/ | can't spell it right. -Milne |
From: Davide P. C. <dp...@un...> - 2008-07-09 12:19:28
|
> The PGauxiliaryfunctions.pl and PGcommonFunctions.pl define perl > functions not MathObject functions. Right. > Instructors can use perl functions such as $a = C(15,3) > but $A = Compute("C(15,3)"); will produce an error and students will > not be able to use C(15,3) as part of their answer. Right again. > This all seems like the correct behavior to me. Good. > (I believe this is a minor change from the behavior of fun_cmp before > MathObjects since, to the best of my recollection, > the perl parser for fun_cmp had access to any function defined in a > main:: by PGauxiliaryfunctions.pl ) The current situation is > preferable I just > need to make sure I understand it well enough to document it > accurately. That might be the case, but I don't remember. That would be bad, since main:: contains LOTS of functions. > For the next step: My first impression is that we can add the dozen > or so remaining functions in PGauxiliaryfunctions.pl to > PGcommonFunctions.pl and eliminate or redirect the first file > completely. I think PGcommonFunctions.pl would be the one to remove, as it is not called directly from any problem files, but only from PGauxiliaryFunctions.pl and Parser.pl (or maybe it's Value.pl; I don't remember). Note that the dozen or so other functions are not ones that usually make sense for use in student answers, which is one of the reasons that they are not available in MathObjects. But it would not be a problem if they were moved to PGcommonFunctions.pl either as direct definitions, or as the kind that use CommonFunctions->Call so that they COULD be hooked into MathObjects if desired. > Another task will be to inventory the functions defined > in PGauxiliaryfunctions.pl > (and perhaps PGcommonFunctions.pl) and see which of them should be > added either to the general context or added to specialized > contexts so that the functions can also be used in MathObjects. Many > of them have already been added. All the ones in commonFunctions.pl are in MathObjects contexts. You could list which ones are in which contexts, I guess. The ones in PGauxiliaryFunctions.pl are NOT in any MathObject context. > In both cases the goal would be to make it easy for a new author to > determine > (1) which "special" functions have already been defined somewhere in > the PG files. > (2) which contexts (specialized or general) are needed in order to > allow use of these functions in MathObjects by instructors or > students. Remember that is is always possible to add new functions to a context (and to copy them from one context to another on the fly). Davide |
From: Michael G. <ga...@ma...> - 2008-07-08 19:36:05
|
I think I've got it :-). Thanks. The PGauxiliaryfunctions.pl and PGcommonFunctions.pl define perl functions not MathObject functions. Instructors can use perl functions such as $a = C(15,3) but $A = Compute("C(15,3)"); will produce an error and students will not be able to use C(15,3) as part of their answer. This all seems like the correct behavior to me. (I believe this is a minor change from the behavior of fun_cmp before MathObjects since, to the best of my recollection, the perl parser for fun_cmp had access to any function defined in a main:: by PGauxiliaryfunctions.pl ) The current situation is preferable I just need to make sure I understand it well enough to document it accurately. For the next step: My first impression is that we can add the dozen or so remaining functions in PGauxiliaryfunctions.pl to PGcommonFunctions.pl and eliminate or redirect the first file completely. Another task will be to inventory the functions defined in PGauxiliaryfunctions.pl (and perhaps PGcommonFunctions.pl) and see which of them should be added either to the general context or added to specialized contexts so that the functions can also be used in MathObjects. Many of them have already been added. In both cases the goal would be to make it easy for a new author to determine (1) which "special" functions have already been defined somewhere in the PG files. (2) which contexts (specialized or general) are needed in order to allow use of these functions in MathObjects by instructors or students. Take care, Mike On Jul 8, 2008, at 2:41 PM, Davide P. Cervone wrote: >> It might be reasonable to add those functions later. It's also >> possible that there are few enough of these that >> they could be added to PGcommonfunctions.pl or PGauxiliaryfunctions. > > John has already mentioned this, but I want to be extra clear about > the point he made. The PGcommonfunctions.pl and > PGauxiliaryfunction.pl files defined commands available to the > problem AUTHOR. Note that C() and P() are already defined there. > The functions available to the students in their answers is > controlled by the Context(), and contextIntegerFunctions.pl makes C() > and P() available to students in their answers. That certainly should > not be the default, in my opinion. > > Davide > > ---------------------------------------------------------------------- > --- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > OpenWeBWorK-Devel mailing list > Ope...@li... > https://lists.sf.net/lists/listinfo/openwebwork-devel > |
From: Davide P. C. <dp...@un...> - 2008-07-08 18:42:01
|
> It might be reasonable to add those functions later. It's also > possible that there are few enough of these that > they could be added to PGcommonfunctions.pl or PGauxiliaryfunctions. John has already mentioned this, but I want to be extra clear about the point he made. The PGcommonfunctions.pl and PGauxiliaryfunction.pl files defined commands available to the problem AUTHOR. Note that C() and P() are already defined there. The functions available to the students in their answers is controlled by the Context(), and contextIntegerFunctions.pl makes C() and P() available to students in their answers. That certainly should not be the default, in my opinion. Davide |
From: John J. <jj...@as...> - 2008-07-08 17:58:41
|
Michael Gage wrote: > Hi John, > > It might be reasonable to add those functions later. It's also > possible that there are few enough of these that they could be added > to PGcommonfunctions.pl or PGauxiliaryfunctions. The current plan sounds fine. When considering where to add functions, bear in mind the issue of whether only problem authors will be able to use the function, or if students can use it in their answers. In the second case, I suppose you would also need to decide if the default is to allow them to use the functions or not. This was part of the rationale for the new context initially (by default students would not be able to use say C(n,r) or it would trivialize some existing problems, but in more complicated counting problems you might want to enable it). By the way, does webwork have a version of PowerMod for problem authors? I was thinking of using webwork with a cryptography class (it would be my first time!), and this was one of the first functions I wanted. John |
From: Michael G. <ga...@ma...> - 2008-07-08 17:51:02
|
OK. Thanks. I'll leave a permanent fix for this to a later release as well. I'll include a note about the current work around. The project of cleaning up the ANSWER_RULE hierarchy is on my list but it's a fair sized project and I don't want to do it for this release. Take care, Mike On Jul 8, 2008, at 1:44 PM, Davide P. Cervone wrote: > Forgot to copy the list on this response: > > EV3P is unrelated to the $ in answer blanks, so no, EV3P doesn't do > anything about that. (The flaw is in the various answer rule macros > that strip those characters out rather than convert them to HTML > entities.) > > The the test case is not in the problem file itself, but in what you > enter into it. If you enter a $ in an answer, submit it, and it > shows up as part of the answer already showing in the answer rule, > then the problem is solved. If the dollar sign is missing, then the > problem still exists. > > Davide > > On Jul 8, 2008, at 12:04 PM, Michael Gage wrote: > >> Thanks Davide, >> >> On another issue -- problemPreserveAnswers.pl keeps $ from being >> erased in student sticky answers. >> Does using EV3P fix this problem directly in PGbasicmacros.pl? >> >> I don't have a test case to work on to see if this issue is fixed >> in rel-2-4-patches. If it's not already fixed then >> one will still have to use problemPreserveAnswers.pl for this >> release. >> >> Take care, >> >> Mike >> On Jul 8, 2008, at 11:41 AM, Davide Cervone wrote: >> >>> I think this was a file that John Jones wrote originally, so perhaps >>> he knows where they are used. I am not aware of any that use it, >>> and >>> don't see any by grepping the libraries. The error was probably >>> introduced by me last summer when I was trying to encapsulate the >>> initialization code and make sure it runs from the _init() routine >>> rather than in the .pl file itself. >>> >>> As for whether there is a better way, currently this is the right >>> way >>> to do it. One of the things that came out of the AIM conference is >>> that there needs to be a better way to add features to a context >>> (rather than just load a completely new context). I have some ideas >>> for that, but haven't completed the work on it. After that, it >>> would >>> be reasonable to make this a "context patch" rather than a separate >>> context, but for now, this is the right way. >>> >>> I think the name change to contextCombinatorics would be fine. >>> >>> Davide > > ---------------------------------------------------------------------- > --- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > OpenWeBWorK-Devel mailing list > Ope...@li... > https://lists.sf.net/lists/listinfo/openwebwork-devel > |
From: Michael G. <ga...@ma...> - 2008-07-08 17:49:17
|
Hi John, It might be reasonable to add those functions later. It's also possible that there are few enough of these that they could be added to PGcommonfunctions.pl or PGauxiliaryfunctions. Here's my plan: For this rel-2-4-5 I'll just fix the typos and we can think about how to consolidate the functions later, perhaps along with a plan for allowing context "patches". Take care, Mike On Jul 8, 2008, at 12:23 PM, John Jones wrote: > I did add the original version of this context. I had someone who > wanted students to be able to use P(n,r) and C(n,r) in their > answers on > some problems. But, for one reason or another, he never wrote any > problems with it for general use. > > I don't see any obstruction to changing the name to > contextCombinatorics. I don't recall if there was some reason for > preferring contextIntegerFunctions initially. Maybe there was some > thought that people might want to extend it at a later time to allow > gcd, powermod, or some other integer functions. > > John > > Davide Cervone wrote: >> I think this was a file that John Jones wrote originally, so perhaps >> he knows where they are used. I am not aware of any that use it, and >> don't see any by grepping the libraries. The error was probably >> introduced by me last summer when I was trying to encapsulate the >> initialization code and make sure it runs from the _init() routine >> rather than in the .pl file itself. >> >> As for whether there is a better way, currently this is the right way >> to do it. One of the things that came out of the AIM conference is >> that there needs to be a better way to add features to a context >> (rather than just load a completely new context). I have some ideas >> for that, but haven't completed the work on it. After that, it would >> be reasonable to make this a "context patch" rather than a separate >> context, but for now, this is the right way. >> >> I think the name change to contextCombinatorics would be fine. >> >> Davide >> >> >> On Jul 8, 2008, at 11:09 AM, Mike Gage via activitymail wrote: >> >> >>> Log Message: >>> ----------- >>> fixed typo by changing all references to IntegerFunction or >>> IntegerFunctions to the plural >>> >>> The typo gave an immediate error when IntegerFunctions2::Init was >>> called instead of >>> IntegerFunction2::Init while the internal name of the package was >>> integerFunction2. >>> The external name of the context was IntegerFunctions and >>> everything has been changed >>> to match that. >>> >>> The fact that this bug has existed so long leads me to believe that >>> this context is not >>> much used. Is there an alternative or better way to include C(n,k) >>> and P(n,k) as >>> functions in the context? I'd also suggest changing the name to >>> something like >>> contextCombinatorics since I think this is more likely to show up >>> when someone searches >>> for C(n,k) or P(N,k) functionality using a keyword search. This >>> would be feasible >>> if the current contextIntegerFunctions has not be used very much. >>> >>> -- Mike Gage and Noah Bennett >>> >>> Tags: >>> ---- >>> rel-2-4-patches >>> >>> Modified Files: >>> -------------- >>> pg/macros: >>> contextIntegerFunctions.pl >>> >>> Revision Data >>> ------------- >>> Index: contextIntegerFunctions.pl >>> =================================================================== >>> RCS file: /webwork/cvs/system/pg/macros/contextIntegerFunctions.pl,v >>> retrieving revision 1.1.6.2.2.1 >>> retrieving revision 1.1.6.2.2.2 >>> diff -Lmacros/contextIntegerFunctions.pl -Lmacros/ >>> contextIntegerFunctions.pl -u -r1.1.6.2.2.1 -r1.1.6.2.2.2 >>> --- macros/contextIntegerFunctions.pl >>> +++ macros/contextIntegerFunctions.pl >>> @@ -46,7 +46,7 @@ >>> >>> sub _contextIntegerFunctions_init {context::IntegerFunctions2::Init >>> ()}; # don't reload this file >>> >>> -package context::IntegerFunction2; >>> +package context::IntegerFunctions2; >>> our @ISA = qw(Parser::Function::numeric2); # checks for 2 numeric >>> inputs >>> >>> sub C { >>> @@ -69,8 +69,8 @@ >>> $context->{name} = "IntegerFunctions"; >>> >>> $context->functions->add( >>> - C => {class => 'context::IntegerFunction2'}, >>> - P => {class => 'context::IntegerFunction2'}, >>> + C => {class => 'context::IntegerFunctions2'}, >>> + P => {class => 'context::IntegerFunctions2'}, >>> ); >>> >>> main::Context("IntegerFunctions"); >>> >>> -------------------------------------------------------------------- >>> -- >>> --- >>> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! >>> Studies have shown that voting for your favorite open source >>> project, >>> along with a healthy diet, reduces your potential for chronic >>> lameness >>> and boredom. Vote Now at http://www.sourceforge.net/community/cca08 >>> _______________________________________________ >>> OpenWeBWorK-CVS mailing list >>> Ope...@li... >>> https://lists.sf.net/lists/listinfo/openwebwork-cvs >>> >>> >>> >> >> >> --------------------------------------------------------------------- >> ---- >> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! >> Studies have shown that voting for your favorite open source project, >> along with a healthy diet, reduces your potential for chronic >> lameness >> and boredom. Vote Now at http://www.sourceforge.net/community/cca08 >> _______________________________________________ >> OpenWeBWorK-Devel mailing list >> Ope...@li... >> https://lists.sf.net/lists/listinfo/openwebwork-devel >> > > > ---------------------------------------------------------------------- > --- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > OpenWeBWorK-Devel mailing list > Ope...@li... > https://lists.sf.net/lists/listinfo/openwebwork-devel > |
From: Davide P. C. <dp...@un...> - 2008-07-08 17:44:38
|
Forgot to copy the list on this response: EV3P is unrelated to the $ in answer blanks, so no, EV3P doesn't do anything about that. (The flaw is in the various answer rule macros that strip those characters out rather than convert them to HTML entities.) The the test case is not in the problem file itself, but in what you enter into it. If you enter a $ in an answer, submit it, and it shows up as part of the answer already showing in the answer rule, then the problem is solved. If the dollar sign is missing, then the problem still exists. Davide On Jul 8, 2008, at 12:04 PM, Michael Gage wrote: > Thanks Davide, > > On another issue -- problemPreserveAnswers.pl keeps $ from being > erased in student sticky answers. > Does using EV3P fix this problem directly in PGbasicmacros.pl? > > I don't have a test case to work on to see if this issue is fixed > in rel-2-4-patches. If it's not already fixed then > one will still have to use problemPreserveAnswers.pl for this release. > > Take care, > > Mike > On Jul 8, 2008, at 11:41 AM, Davide Cervone wrote: > >> I think this was a file that John Jones wrote originally, so perhaps >> he knows where they are used. I am not aware of any that use it, and >> don't see any by grepping the libraries. The error was probably >> introduced by me last summer when I was trying to encapsulate the >> initialization code and make sure it runs from the _init() routine >> rather than in the .pl file itself. >> >> As for whether there is a better way, currently this is the right way >> to do it. One of the things that came out of the AIM conference is >> that there needs to be a better way to add features to a context >> (rather than just load a completely new context). I have some ideas >> for that, but haven't completed the work on it. After that, it would >> be reasonable to make this a "context patch" rather than a separate >> context, but for now, this is the right way. >> >> I think the name change to contextCombinatorics would be fine. >> >> Davide |
From: John J. <jj...@as...> - 2008-07-08 16:23:23
|
I did add the original version of this context. I had someone who wanted students to be able to use P(n,r) and C(n,r) in their answers on some problems. But, for one reason or another, he never wrote any problems with it for general use. I don't see any obstruction to changing the name to contextCombinatorics. I don't recall if there was some reason for preferring contextIntegerFunctions initially. Maybe there was some thought that people might want to extend it at a later time to allow gcd, powermod, or some other integer functions. John Davide Cervone wrote: > I think this was a file that John Jones wrote originally, so perhaps > he knows where they are used. I am not aware of any that use it, and > don't see any by grepping the libraries. The error was probably > introduced by me last summer when I was trying to encapsulate the > initialization code and make sure it runs from the _init() routine > rather than in the .pl file itself. > > As for whether there is a better way, currently this is the right way > to do it. One of the things that came out of the AIM conference is > that there needs to be a better way to add features to a context > (rather than just load a completely new context). I have some ideas > for that, but haven't completed the work on it. After that, it would > be reasonable to make this a "context patch" rather than a separate > context, but for now, this is the right way. > > I think the name change to contextCombinatorics would be fine. > > Davide > > > On Jul 8, 2008, at 11:09 AM, Mike Gage via activitymail wrote: > > >> Log Message: >> ----------- >> fixed typo by changing all references to IntegerFunction or >> IntegerFunctions to the plural >> >> The typo gave an immediate error when IntegerFunctions2::Init was >> called instead of >> IntegerFunction2::Init while the internal name of the package was >> integerFunction2. >> The external name of the context was IntegerFunctions and >> everything has been changed >> to match that. >> >> The fact that this bug has existed so long leads me to believe that >> this context is not >> much used. Is there an alternative or better way to include C(n,k) >> and P(n,k) as >> functions in the context? I'd also suggest changing the name to >> something like >> contextCombinatorics since I think this is more likely to show up >> when someone searches >> for C(n,k) or P(N,k) functionality using a keyword search. This >> would be feasible >> if the current contextIntegerFunctions has not be used very much. >> >> -- Mike Gage and Noah Bennett >> >> Tags: >> ---- >> rel-2-4-patches >> >> Modified Files: >> -------------- >> pg/macros: >> contextIntegerFunctions.pl >> >> Revision Data >> ------------- >> Index: contextIntegerFunctions.pl >> =================================================================== >> RCS file: /webwork/cvs/system/pg/macros/contextIntegerFunctions.pl,v >> retrieving revision 1.1.6.2.2.1 >> retrieving revision 1.1.6.2.2.2 >> diff -Lmacros/contextIntegerFunctions.pl -Lmacros/ >> contextIntegerFunctions.pl -u -r1.1.6.2.2.1 -r1.1.6.2.2.2 >> --- macros/contextIntegerFunctions.pl >> +++ macros/contextIntegerFunctions.pl >> @@ -46,7 +46,7 @@ >> >> sub _contextIntegerFunctions_init {context::IntegerFunctions2::Init >> ()}; # don't reload this file >> >> -package context::IntegerFunction2; >> +package context::IntegerFunctions2; >> our @ISA = qw(Parser::Function::numeric2); # checks for 2 numeric >> inputs >> >> sub C { >> @@ -69,8 +69,8 @@ >> $context->{name} = "IntegerFunctions"; >> >> $context->functions->add( >> - C => {class => 'context::IntegerFunction2'}, >> - P => {class => 'context::IntegerFunction2'}, >> + C => {class => 'context::IntegerFunctions2'}, >> + P => {class => 'context::IntegerFunctions2'}, >> ); >> >> main::Context("IntegerFunctions"); >> >> ---------------------------------------------------------------------- >> --- >> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! >> Studies have shown that voting for your favorite open source project, >> along with a healthy diet, reduces your potential for chronic lameness >> and boredom. Vote Now at http://www.sourceforge.net/community/cca08 >> _______________________________________________ >> OpenWeBWorK-CVS mailing list >> Ope...@li... >> https://lists.sf.net/lists/listinfo/openwebwork-cvs >> >> >> > > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > OpenWeBWorK-Devel mailing list > Ope...@li... > https://lists.sf.net/lists/listinfo/openwebwork-devel > |