| -!- knocte changed the topic of #mono-a11y to: MonoUIA - Iteration meeting | 07:00 | |
| < knocte> | ok, this iteration meeting will be a bit unusual because , taking advantage that the china people is not here (and so it's no late for them), we'll have the first 10 mins for everybody to figure out the work they will do on the iteration | 07:01 |
| just make up a list of things, and if you want to discuss with anybody in order to avoid collision, go ahead | 07:02 | |
| <@brad> | make sure to take around 60 hours (6 hrs per day, 2 week iteration) | |
| sorry for the flux... once we get good at this process and have some nice tools, we'll be much faster with these things | 07:03 | |
| * sandy | just reassigned a ton of *Strip* bugs to himself | |
| <@brad> | sandy: are you going to unassign #428735? | 07:04 |
| <@bgmerrell> | knocte: i have Calen's report | 07:05 |
| -!- jpallen [~jpallen@137.65.132.177] has joined #mono-a11y | ||
| <@sandy> | brad: I guess I should do that | |
| <@brad> | jpallen: morning! | |
| < knocte> | bgmerrell: nice, thanks | |
| * sandy | lets go, not without regret | |
| < jpallen> | hello everyone | |
| <@sandy> | morning jpallen | 07:06 |
| <@bgmerrell> | morn'n | |
| <@brad> | is anyone taking textbox and richtextbox? | |
| < knocte> | jpallen: we've decided to dedicate the first 10-15 mins of the meeting to let people figure out the work they will do (thanks to the estimations) | |
| brad: me, textbox at least | ||
| < jpallen> | ah | 07:07 |
| ok | ||
| <@mario> | brad: I'm | |
| <@brad> | knocte: provider | |
| mario: ok | ||
| < knocte> | brad: oh, then no | |
| <@brad> | mario: so you're taking combobox, listbox and textbox/richtextbox? | |
| mario: doesn't that seem like a bit much? | ||
| <@mario> | brad: actually, combobox and listbox are done, I'm missing the tests in scrollbar, and I was planning to finish textbox/richtextbox | 07:08 |
| <@brad> | mario: ah ok | |
| then I'll work on listview then | ||
| < knocte> | brad: I think there are some bugs in the bridge that were not filled with milestone | |
| <@mario> | brad: what do you think if you take textbox/richtextbox and I work in listview? | 07:09 |
| <@brad> | knocte: I'm pretty sure I moved all the 0.9 ones over... I didn't recategorize the 1.0 ones yet though | |
| mario: fair enough | ||
| < knocte> | brad: a search for the bridge and 0.9 gives me 5 bugs | 07:10 |
| <@mario> | brad: we can talk later about the missing stuff in textbox/richtextbox, if you want to | |
| <@brad> | mario: yeah, ;ets | |
| knocte: hrm | ||
| <@sandy> | yeah, I noticed some ToolStripComboBox bugs weren't targetted | 07:11 |
| but it's in the list | ||
| brad: should I target them for 0.9? | ||
| 8 hours total | ||
| < knocte> | this is strange, it seems bugzilla is not searching well.. | |
| <@brad> | sandy: hmm, I guess I missed those | |
| <@sandy> | (12 hours of ToolStripComboBox bugs already marked 0.9) | |
| <@brad> | knocte: I see 73 bugs for the bridge in 0.9 | 07:12 |
| < knocte> | brad: :-m | 07:13 |
| <@sandy> | brad: retargetting those bugs for 0.9 | |
| <@brad> | sandy: thanks | |
| <@sandy> | why is novell bugzilla so different from gnome? | 07:14 |
| * sandy | searches for option | |
| < knocte> | brad: oh sorry I was filtering by version, not fixed version | |
| <@brad> | knocte: https://bugzilla.novell.com/buglist.cgi? query_format=advanced&short_desc_type=al lwordssubstr&short_desc=&long_desc_type= fulltext&long_desc=&classification=Mono& product=UI+Automation&component=ATK+Brid ge&target_milestone=Release+0.9&bug_file _loc_type=allwordssubstr&bug_file_loc=&s tatus_whiteboard_type=allwordssubstr&sta tus_whiteboard=&keywords_type=allwords&k eywords=&deadlinefrom=&deadlineto=&bug_s tatus=NEW&bug_status=ASSIGNED&b | |
| wow, that's an ugly url | ||
| * bgmerrell | gasps | 07:15 |
| <@sandy> | "Fixed in Milestone" is a weird term | |
| threw me off | ||
| <@brad> | yeah, it's really Target Milestone | |
| * decriptor | points knocte to tinyurl.com | |
| * bgmerrell | points decriptor to brad | |
| <@mario> | I see 181 for 0.9 | |
| < knocte> | mario: you're mixing provider and bridge I guess | 07:16 |
| <@brad> | http://tinyurl.com/UIABridge0-9Bugs | |
| <@mario> | knocte: yes I think | |
| <@decriptor> | ah | |
| knocte: sorry | ||
| body is moving, brain isn't turned on yet | 07:17 | |
| <@brad> | http://tinyurl.com/UIAProvider0-9Bugs | |
| <@decriptor> | 108 enhancements? wow I feel featureless :) | 07:21 |
| <@brad> | so how is everyone doing? | 07:22 |
| does everyone have their 60 hours figured out? | ||
| <@sandy> | done | |
| I can give status while others finish? | ||
| <@brad> | yeah, that sounds great | |
| < knocte> | I'm done too | |
| <@sandy> | Okay, I'll just go | 07:23 |
| < knocte> | mgorse is with us? | |
| <@mgorse> | I think I'm done. I'll plan on working on Tab* and Toolstrip* stuff in the bridge unless someone else was planning to | |
| <@sandy> | Last iteration I intended to focus entirely on *Strip* controls, but after we did the estimates I thought the risk level on WebBrowser was too high | |
| So I spent a lot of time investigating how to implement a11y for WebBrowser | 07:24 | |
| worked with the excellent shana | ||
| and now the WebBrowser control in mcs trunk has all necessary a11y API exposed for our needs | ||
| <@brad> | sandy: very nice | 07:25 |
| <@sandy> | unfortunately I let the task get away from me and spent a lot more time than I should have testing the provider<->bridge<->mozembed interaction | |
| I got the beginnings of the *Strip* providers I was working on committed, but they are not finished or tested | ||
| this iteration I will completely implement ToolStrip, ToolStripMenuItem, ToolStripDropDownButton, ToolStripLabel, and ToolStripComboBox | 07:26 | |
| err, the providers for those controls | ||
| this comes to 67 hours, but if i have time I'll take on additional *Strip* controls targetted for 0.9 | ||
| I am confident that WebBrowser can be finished in just a few days | ||
| so it's no longer high risk in my estimation | 07:27 | |
| but I don't plan on working on it this iteration | ||
| I think that's everything...so DONE | ||
| <@brad> | sandy: excellent, thank you sandy | |
| I guess I'll go next | ||
| < knocte> | yeah go ahead | 07:28 |
| <@brad> | so I've been mostly hunkered down the past couple of weeks preparing a project plan with knocte, and getting our project more organized | |
| for this next release, I'll be focusing on the provider end of things | ||
| as we need some help in that area right now | 07:29 | |
| so I'll be working with TextBox and RichTextBox | ||
| I think this first iteration will be a good insight into how accurate our estimates are | ||
| and I'm anxious to see us do well | 07:30 | |
| done | ||
| < knocte> | ok, thanks brad | |
| let's talk with mario if he's ready? | ||
| <@mario> | I'm ready! | |
| I've been working in implementing the missing events in previous providers, so ComboBox, ListBox and their internal controls are generating the events | 07:31 | |
| I was wrong lines ago about the missing scrollbar tests, because those tests are already there, I was confused, I meant the tooltip-based providers: tooltip, errorprovider and helpprovider | ||
| however, I don't plan to work on those providers, (we are missing tests) I'm planning to implement ListView (72hrs) | 07:32 | |
| I don't think will spent *72hours* but I think is needed because the ListItem is going to be used in the DataGrid | ||
| so basically for the next iteration: implement ListView | 07:33 | |
| this of course, includes the changes needed in ListItem | ||
| done. | ||
| < knocte> | thanks mario | |
| mgorse: finished allocating time? :) | 07:34 | |
| <@mgorse> | yeah | |
| -!- mode/#mono-a11y [+o knocte] by bgmerrell | ||
| <@knocte> | mgorse: go ahead then | 07:35 |
| <@mgorse> | Last iteration I committed my keyboard patches and wrote sort of a stub implementation for GetRangeExtents and GetCharacterExtents, so Orca is starting to work with the bridge | |
| I worked some on LinkLabel and CheckedListBox and added some missing events in the bridge | ||
| This iteration I'm going to finish LinkLabel, tie up some loose ends / bugs with ScrollBar and CheckedListBox, and work on Tab* and ToolStrip* in the bridge | 07:36 | |
| done | ||
| <@knocte> | thanks mgorse | 07:37 |
| my turn then | ||
| I worked mostly on project planning with brad, although also fixing bugs and repairing tests done in the past | 07:38 | |
| this iteration I'll be a little more specific than the rest: | ||
| following the format "bug widget hours": 428644 ComboBox 5, 428532..428536 MenuItem 1+11+7+3+7, 428397..428398 Button 2+4, 428466 & 428468 CheckBox 2+4, 428592 TextBox 3+2, 428555..428557 RadioButton 3+8+1, hugh :) | ||
| so, I'm mostly done | ||
| let's now focus on QA | ||
| bgmerrell: you or calen's report | 07:39 | |
| <@bgmerrell> | okay, i'll do Calen's | |
| first | ||
| it's large :) | ||
| overall speaking, we (Brian and me) spent some time to investigate and discuss some ways to test the states of winforms each control with good coverage, after that i spent my times to modify the test codes with the new method but no time to commit something for one new winforms control. | 07:40 | |
| specifically speaking,(1) I updated button's test to assert the actions and states of all buttons, especially rising 'focused' state of sensitive button and un-rising 'focused' state of insensitive button by use mouseClick and keyCombo to move keyboard focus, added a test for button to assert if image has implemented. | ||
| (2) added a test example for gtkcheckbutton to check the 'focused' state, | ||
| (3) I also used the new method to modify checkbox, label, radiobutton, groupbox, vscrollbar, hscrollbar | ||
| (4)I updated gtk and winforms form example with click button to rise an empty form to test the default states and test the 'active' state exchange between main form and extra form. | 07:41 | |
| (5) I separated checkbox example and radiobutton example stand alone from original samples/checkbox_radiobutton.py to avoid affect 'focused' state test. | ||
| (6) filled some bugs for Form control and groupbox, the main issue is the incorrect state. i didn't filled bug that image isn't been implemented in winforms button example, because i am not sure if there are something that is not implemented or it's a bug, if someone think i should fill this bug please leave me message :) | ||
| in the coming iteration, i will continue to update strongwind test with the new method and commit some codes for new controls(maybe MainMenu and MenuItem). | ||
| end of Calen's report | ||
| Here I go... | 07:42 | |
| I worked with Calen on figuring out how to best test the states of accessibles | ||
| we added a generic statesCheck method to helpers.py that can be called from any test | 07:43 | |
| then i spent a couple of days polishing up the smoke test harness and making sure we test for applications that don't exit completely | 07:44 | |
| and that our harness doesn't barf when that happens | ||
| filed a Strongwind bug and got a patch in that adds some better logging that will save us a lot of time | 07:45 | |
| and then worked on reviewing and polishing the Button test | ||
| this iteration I am hoping to review/polish a lot of tests, my priorities are Label, Form, CheckBox, RadioButton, GroupBox, VScrollBar, and HScrollBar. I am sure some other things will pop up too. Need to verify some bugs, etc. | 07:46 | |
| done | ||
| everyone's asleep :( | 07:47 | |
| <@knocte> | thanks bgmerrell, good job; any status on the work to test time used for tests in case there are performance regressions? | |
| heh | ||
| bgmerrell: ? | 07:48 | |
| <@brad> | I think he fell asleep... typing that much must be exhausting | |
| <@knocte> | haha | 07:49 |
| <@bgmerrell> | knocte: I am planning to either start a wiki and as I add tests to a test suite (smoke or regression) note how long it takes them to run on that wiki | |
| or, i can have the tests time themselves, and log it somewhere, then parse the logs and report it somewhere | ||
| * brad | likes the automated option | |
| <@knocte> | me too | |
| well, we'll talk with the build guys now | 07:50 | |
| which is only 1 because ray's not here | ||
| decriptor: you with us? | ||
| <@decriptor> | knocte: yup | |
| <@knocte> | decriptor: go ahead | |
| <@decriptor> | so I've been working on build systems a lot since monobuild just isn't cutting it | 07:51 |
| worked with cruisecontrol .net and buildbot | ||
| each have some really nice features, but it seems that I've found bugs in both :/ | ||
| I think the best path is to wait for mono 2.0 to ship and then work with the mono team some more on that | 07:52 | |
| day to day monitoring the builds and making sure they build | ||
| < jpallen> | decriptor: so, what is missing in our current build environment? what do you have left to add to the build system? | |
| <@brad> | and I have a follow up question to that when you're done | 07:53 |
| <@decriptor> | jpallen: as far as our stuff goes, we are ok. The current system is very ineffecient. It almost regularly has a load of 3-5 all the way across (uptime) | 07:54 |
| <@brad> | decriptor: so what is holding us back from just continuing with whatever solution you choose (be it cc.net or buildbot) | |
| <@decriptor> | one disadvantage is branching and tagging. it doesn't handle it very well at all. And when you are in release mode you have to more or less shutdown all building | |
| < jpallen> | ah | 07:55 |
| what does a load of 3-5 mean? | ||
| <@decriptor> | jpallen: work load on the machine | |
| <@brad> | jpallen: http://en.wikipedia.org/wiki/Load_(compu ting) | |
| jpallen: bottom line, 3-5 is medium to high for a dual core dual proc box (and I think that's what you're running, right decriptor?) | 07:56 | |
| <@decriptor> | brad: they were waiting for 2.0 to ship and that was the hold up there. Since I think they are planning on final builds on Thursday I'm interested to see what they end up doing | |
| brad: the main build host is there's | 07:57 | |
| that can't move, just the jails | ||
| <@brad> | let's talk about this after the meeting... no sense in holding up for my questions | |
| <@decriptor> | brad: works for me | |
| <@knocte> | ok, I had another question but is easy: any updates on the breakage you told us about yesterday evening? | |
| <@decriptor> | other than that, just fixing up specs and packaging other apps for a11y stuff | |
| knocte: I've been pm'ing with sandy to figure it out. uiautomationwinforms is the only one left | 07:58 | |
| <@knocte> | ok, we'll sort that out after the meeting | |
| * decriptor | is happier to see more green than red though :) | |
| <@decriptor> | I don't think its too serious. Just have to figure out what's causing it | 07:59 |
| <@knocte> | which will finish now unless I missed anybody or somebody wants to comment anything else? | |
| ok, thanks decriptor | ||
| <@brad> | are we good? anyone that was missed? | 08:00 |
| alright, great, thanks guys | 08:01 | |
| have a nice day | ||
| <@knocte> | I guess yes, so thanks all for coming | |
| -!- knocte changed the topic of #mono-a11y to: Accessibility: http://www.mono-project.com/Accessibilit y |