Difference between revisions of "User:Sdowne/summer 2010 worklog may"
Line 65: | Line 65: | ||
* I had to move the Processing.lib declaration back out of the constructor, it was being called from tests, without a new Processing object being created for test-harness-lib.js, line 4. This fixed the unit test problems. | * I had to move the Processing.lib declaration back out of the constructor, it was being called from tests, without a new Processing object being created for test-harness-lib.js, line 4. This fixed the unit test problems. | ||
* I am now pretty well versed in the flow of processing.js, they way it's called, what happens first, why, etc and learning more every day. | * I am now pretty well versed in the flow of processing.js, they way it's called, what happens first, why, etc and learning more every day. | ||
+ | |||
+ | Monday May 17<br /> | ||
+ | * Ontario Centers of Excellence booth. | ||
+ | |||
+ | Tuesday May 18<br /> | ||
+ | * Ontario Centers of Excellence booth. | ||
+ | * [https://processing-js.lighthouseapp.com/projects/41284/tickets/232-test-removal-of-with-p removing with] was reviewed by David. | ||
+ | * Got to work on fixing those changes. | ||
+ | |||
+ | Wednesday May 19<br /> | ||
+ | * Finished the previous fixes for [https://processing-js.lighthouseapp.com/projects/41284/tickets/232-test-removal-of-with-p removing with]. | ||
+ | * Went through the test suit for my new patch, and found an error for key pressing, fixed it. | ||
+ | |||
+ | Thursday May 20th<br /> | ||
+ | * Fixed another set of problems with [https://processing-js.lighthouseapp.com/projects/41284/tickets/232-test-removal-of-with-p removing with], mostly style and other nit picks. | ||
+ | * Ran through the new patch with the test suite, on opera, chrome, firefox, and minefield on linux. | ||
+ | * [https://processing-js.lighthouseapp.com/projects/41284/tickets/232-test-removal-of-with-p removing with] was checked-in that night. | ||
+ | |||
+ | Friday May 21st<br /> | ||
+ | * [https://processing-js.lighthouseapp.com/projects/41284/tickets/232-test-removal-of-with-p removing with] is done, so I went on to my next big patch, which is [https://processing-js.lighthouseapp.com/projects/41284/tickets/664-remove-this-from-parsed-class-variables-and-go-with-thisgettersetter 664] | ||
+ | * In [https://processing-js.lighthouseapp.com/projects/41284/tickets/664-remove-this-from-parsed-class-variables-and-go-with-thisgettersetter 664] what I'm doing is taking what I learned from [https://processing-js.lighthouseapp.com/projects/41284/tickets/232-test-removal-of-with-p removing with] and improving what was done ages ago with the first with removal, which I hope can also solve my inheritance problems, which currently has three open tickets for inheritance [https://processing-js.lighthouseapp.com/projects/41284/tickets/554-override-not-working-as-expected 554] [https://processing-js.lighthouseapp.com/projects/41284/tickets/643-inheritance-problems-with-variables 643] and [https://processing-js.lighthouseapp.com/projects/41284/tickets/641-bug-in-the-handling-of-polymorphism-08-09 647] These all are very specific examples, but the problem is more general, and I hope by rewriting class parsing in this way, I can get inheritance just right, including super() and super. methods, which I'm going to solve by creating a super object within the scope of the sub class, and it'll be a copy of the base class, so by calling super.variableName, it will work without having to parse super., or without having to create a super function. Also static will need to be rewritten. | ||
+ | * I actually got very far on my class rewrite, and hope to have the first draft for peer review some time tomorrow after an evening of testing. |
Revision as of 08:32, 22 May 2010
Summer 2010 Worklog JS Projects 2010
Monday May 3
- Orientation
- Started setting up workspace
Tuesday May 4
- Installed Fedora
- Finished setting up workstation
- installed git, linked to existing github
- Set up irc (irssi + screen)
- Tried to sort out pjs pixelHack and tic 601, 601 was reviewed by andor and needs work
- pixelHack was solved and finished later that night
- Finishing 601 tomorrow morning
Wednesday May 5
- Finished tic 601, it's up for review
- Built Firefox on Fedora
- Both tic 601 and pixelhack are in 0.9
- Reviewed Andor's 556 ticket which is also in.
- fought with git
Thursday May 6
- Tried to update my Fedora to nvidia drivers, and pretty much broke it, reinstalled, tried once more, still no luck, installed ubuntu and stopped there, I will set it up later.
- Worked on breaking examples in processing.js. Fixed the Neighborhood example, which required an overhaul of static variables and functions. Actually required more work than was expected. Here is the ticket
- Still have a bunch others that need fixing
Friday May 7
- Fixed two more of the examples from last night, first and second
- Working on a third error that has to do with inheritance as well. When a method is created in a super class, and references another variable inside the same super class, it will always reference the same method, even if it's being called by a sub class. Nothing but dead ends so far.
- Did end up fixing the one talked above, ended up being ticket 637
Sat May 8, Sun May 9
- Built firefox remotly form home.
- Fixed a bug with Inheritance, and filed another to be fixed at a later date.
Monday May 10
- Had a phone conference about the js video library with Brett and Mark.
- Started on removing with.
- Did some testing for release 0.9.
Tuesday May 11
- Continued with removing with.
- What I did was broke the processing.js down to the parser, ArrayList, and the constuctor. Got that working, and updated it.
Wednesday May 12
- Sick, but continued with removing with at home, started working on it in a large scale.
Thursday May 13
- Still sick, continued with removing with had some examples running, along with most tests passing.
Friday May 14
- Back to work as normal.
- The solution to removing with was giving me problems, and desided to move all Processing functions into the Processing constructor.
- Solved another serious issue using getters and setters, this will also be helpful later to fix class parsing, probably be first thing I do for 0.9.3, and it shouldn't be too hard, a day at most with what I now know inside and outside the parser.
Sat May 15
- Got all tests passing for removing with cept an issue with .pde unit tests, and many examples, including 3D examples, and substrate were tested and working.
- Blogged on rewriting Processing.js.
Sun May 16
- Everything is now passing for removing with, peer review has been requested.
- I had to move the Processing.lib declaration back out of the constructor, it was being called from tests, without a new Processing object being created for test-harness-lib.js, line 4. This fixed the unit test problems.
- I am now pretty well versed in the flow of processing.js, they way it's called, what happens first, why, etc and learning more every day.
Monday May 17
- Ontario Centers of Excellence booth.
Tuesday May 18
- Ontario Centers of Excellence booth.
- removing with was reviewed by David.
- Got to work on fixing those changes.
Wednesday May 19
- Finished the previous fixes for removing with.
- Went through the test suit for my new patch, and found an error for key pressing, fixed it.
Thursday May 20th
- Fixed another set of problems with removing with, mostly style and other nit picks.
- Ran through the new patch with the test suite, on opera, chrome, firefox, and minefield on linux.
- removing with was checked-in that night.
Friday May 21st
- removing with is done, so I went on to my next big patch, which is 664
- In 664 what I'm doing is taking what I learned from removing with and improving what was done ages ago with the first with removal, which I hope can also solve my inheritance problems, which currently has three open tickets for inheritance 554 643 and 647 These all are very specific examples, but the problem is more general, and I hope by rewriting class parsing in this way, I can get inheritance just right, including super() and super. methods, which I'm going to solve by creating a super object within the scope of the sub class, and it'll be a copy of the base class, so by calling super.variableName, it will work without having to parse super., or without having to create a super function. Also static will need to be rewritten.
- I actually got very far on my class rewrite, and hope to have the first draft for peer review some time tomorrow after an evening of testing.