- add ‘coming soon’ links to user’s friends-DONE
- modify accounts_views.py, add friends and comments views
- add user.friends.mako to templates
For production server, DO NOT simply replace the files. There are specific code changes for production server. SEE pyramid.production.server.txt.
- remove recaptcha-DONE
- modify register_view.py, comment out recaptcha functions
- modify public.registration.part.1.mako, comment out recaptcha image
- modify public.registration.part.2.mako, comment out recaptcha image
- modify student.registration.mako, comment out recaptcha image
- modify create.class.mako, comment out recaptcha image
- add thumbnail images-DONE
- copy static/css/optimal-touch/images/new/csdt/recent/rec_03.jpg to /uploads/projects/icon_rec_03.jpg, modify icon_rec_03.jpg to size = 150*150, and use icon_rec_03.jpg as default image
- edit all.projects.mako AND user.projects.mako AND user.profile.mako AND classroom.mako
- change height of table to “auto”, which displays accordingly
- change column width for image
- add link to default icon image or saved snapshots from projects. NOTE: img_file = “<img src= …>”, stored_proj_name is NOT the same as proj_name. For example, project name = Proj A, stored_proj_name = 1.Proj A. There is also a space in the name. The .jpg generated in /uploads/projects/SB/thumbs has to match the stored_proj_name.
- edit teacher.classes.mako, change table height and column width
- edit font of jqgrid in /static/js/jqgrid/css/ui.jqgrid.css
- change classroom flag level-DONE
- flag level can be edited/changed at any time
- flag means to label inappropriate comments and the teacher will pay attention to them, and determine whether they need to be removed
- partial vs. full flag options: the partial class flag level indicates that the teacher will get all flagged comments that a user flags as inappropriate. The full class flag level indicates that all comments when posted will go through the teacher first before actually becoming publicly visible. This is to insure that all comments are appropriate and meet the teacher's satisfaction. All comments under the full class flag level can still get flagged if a user decides to flag a comment as inappropriate.
- edit create.class.mako AND edit.class.comment.flag.level.mako,
- change None/Partial/Full to No/Yes
- add description to flag level management
- add user’s comments page-DONE
- database infomation: config/db/init.sql
- table for comments: project_comments
- modify account.py, add function getCommentTableForAUser(self, user_id), and function getSizeOfCommentTableForAUser(self, user_id)
- modify the account_view.py, add views Resource url = "/accounts/{owner}/comments" and Resource url = "/accounts/{owner}/comments-tables"
- add user.comments.mako
- Integrate MG, RW, WW, HI, AG into the system-DONE
- located in community_csdt/uploads/projects
- Modification to template/**.jnlp file
- codebase
- homepage href
- jar href, e.x. http://www.ccd.rpi.edu/eglash/csdt/pcsdt/SB/v0.41/
- BD, BL, CC, GG, KC, SB, /v0.41/**.jar exist
- MG, RW, WW, /**.jar exist
- extension name...href, e.x. http://www.ccd.rpi.edu/eglash/csdt/pcsdt/Core/v0.41/
- SB, BD/lib/jbox2d-2.0.1-full.jar exist
- MG, RW, WW/jbox2d-2.0.1-full.jar exist
- main-class
- HOW do I determine the width and height?NAME of GUI?
- In the xml file
- RW == BL
- check .jnlp file and .xml file
- in ww.xml, content of applet-desc is missing. after upload, proj_type and stored_proj_name are not created.
adding the following changes to ww.xml file solves the problem:
- <project codename="WW" version="0.41" />
<applet-desc name="pCSDT Applet" main-class="WW.WigwamGui" width="1000" height="600">
<param name="SingleDemoXmlUrl" value="${xml}"/>
<param name="DemoUrls" value="Default, ${xml}"/>
</applet-desc>
- AG, HI modified to be the same
- RW modified to be the same as BL
- AG, HI, WW, upload error and cannot be opened
- reason: projects/**/jnlp/proj_id.proj_name.jnlp is not created
- createJNLP function is defined in upload.py, and is called in upload_view.py
- test uploads
- agtest, hitest wwtest cannot be opened
- cctest, bltest work
- Here are the URLs for all the abbreviations:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- check log:
- Patrick: The reason for the problem not showing up every time is probably due to some variance in the values being queried to the database; some of the values might be good, whereas others might trigger the problem. One of the things you can do to debug the problem is to look at the log and see what the sql queries are being made for the specified view/controller. Run and test the queries against the database and see if it returns satisfactory results. Another thing would be to look at the javascript code and see what urls they call, and then deduce what view/controller is called from it. From there you can look at the different models it calls and deduce what could be wrong with the sql query.
- Jay suggested that we could also look at the apache2 server log, which is located in /home/community/log/error.log. For real-time view of the log: tail -f error.log.
- error: happens when a user is logged in and a project is clicked.
- pop-up error messages:
Fail - Code: [object Object] textStatus: error error thrown: Internal Server Error
code for the error message is in templates
- project always ‘loading’, cannot display
- user login no response
- all joinable classes always ‘loading’
- scratch: friends
- after login, and click on other users’ profiles, there is an “add to friends” link (if this person is not added to friends before). Click on the link, the person will be notified.
No comments:
Post a Comment