You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(3) |
Oct
(28) |
Nov
(44) |
Dec
(87) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(10) |
Feb
(24) |
Mar
(19) |
Apr
(9) |
May
(39) |
Jun
(88) |
Jul
(92) |
Aug
(34) |
Sep
(20) |
Oct
(9) |
Nov
(2) |
Dec
(11) |
2004 |
Jan
(5) |
Feb
(4) |
Mar
(2) |
Apr
(5) |
May
(5) |
Jun
(30) |
Jul
(15) |
Aug
(42) |
Sep
(25) |
Oct
(4) |
Nov
(4) |
Dec
(4) |
2005 |
Jan
(9) |
Feb
(12) |
Mar
(8) |
Apr
(6) |
May
(10) |
Jun
(5) |
Jul
(4) |
Aug
(7) |
Sep
(5) |
Oct
(3) |
Nov
(2) |
Dec
(1) |
2006 |
Jan
(13) |
Feb
(2) |
Mar
(18) |
Apr
(1) |
May
(2) |
Jun
|
Jul
|
Aug
(25) |
Sep
(5) |
Oct
(10) |
Nov
(5) |
Dec
(4) |
2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
(10) |
May
(5) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
(6) |
Dec
(4) |
2008 |
Jan
(3) |
Feb
(19) |
Mar
(3) |
Apr
(3) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: Jeremy Stell-S. <ste...@ya...> - 2002-10-20 23:45:34
|
Hey Mike and Charles, How are you guys coming with lists and tables? I got a lot done this weekend from the other stuff. It looks pretty solid. Check in as you go, I'm pretty keen to get those added (especially tables) Let me know if there's anything I can help with. Also, as soon as we get that stuff in, we can release this iteration - :) Seems like the next thing is to do is start looking at a language. I downloaded jEdit's syntax project - it looks pretty sweet, and maybe we can use it for our text editor. I'll be posting my thoughts on languages here. Jeremy __________________________________________________ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ |
From: Jeremy Stell-S. <ste...@ya...> - 2002-10-19 23:16:28
|
So I thought I understood mock objects before. No. Working with the code in marathon, and actually taking time to refactor the tests into something I like is starting to teach me how they want to be structured. To see what I'm talking about, look at the SelectTagTest. It is currently creating a dialog and testing selecting against a tabbed pane, a combo box, and a text field. However, it only ever calls one method on an MComponent. Since the MComponent does all the work, let's take all of those tests OUT of SelectTagTest, and just use a mock to make sure the MComponent.setText() method is called. That allows us to put all our tests for TabbedPanes in the MTabbedPaneTest it also means that we don't have to create dialogs to test at the Tag level. This stuff is cool. Should be checking this stuff in soon... __________________________________________________ Do you Yahoo!? Y! Web Hosting - Let the expert host your web site http://webhosting.yahoo.com/ |
From: Jeremy Stell-S. <ste...@ya...> - 2002-10-11 18:30:54
|
> The tricky thing is getting the recorder to pick up > table edits and > things. But that is out of the scope for this > card..... right Jeremy? well, no, but...if it's tricky, we can split the story to AddTableSupportToPlayer and AddTableSupportToRecorder. Feel free to do that on the wiki if I don't get to it first. Shouldn't be that bad though, we'll get a message for an arbitrary component in a table just like any other component. Then all we have to do is figure out if our component lives in a table, and if it does add some extra info (like column & row). __________________________________________________ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com |
From: scott <sc...@ra...> - 2002-10-11 02:27:29
|
I'm back in the States for a few days so I won't be doing any dev in the immediate future (mainly because I will be watching football...and more football) but I'll shoot for getting things cleaned up and in by mid next week. The tricky thing is getting the recorder to pick up table edits and things. But that is out of the scope for this card..... right Jeremy? scott On Thu, 10 Oct 2002, Jeremy Stell-Smith wrote: > All great to hear. > > > After talking with jeremy, we've decided that the > > way to integrate new team > > members is to have them submit at least a few > > (probably no more than two) > > high quality patches, which might include the > > implementation of an entire > > story. > > But not necessarily even that much. Especially with a > story as big as tables. > > This is first a simple entrance exam that is open to > anyone in the OSS community. Second, if someone has > enough time/interest to submit two patches, then they > will hopefully make a valuable addition to our team. > > > Having said that, the main caveat I see is that via > > the cell renderer > > mechanism, tables can actually have arbitrarily > > complex components inside > > each table cell, from simple text fields and > > jlabels, to drop downs, date > > widgets, and whatever the programmer wants. The same > > applies to Lists. > > > > Our goal is that any component we support > > independently, we will also > > support inside a table and a list. so the question > > becomes how do we come > > up with a generic indexing system? > > First, go and put your name by the story so noone else > takes it. > > Second, you need this story implemented, so obviously > do whatever you need so that it works for you. > However, for this story, we can simplify the problem. > Let's just assume that in each cell there is only one > component and that we can wrap it with an MComponent. > > I amended the story description > > The other thing we have to get better at is having the > acceptance tests (even if they're totally bogus and > will need a lot of cleaning up) done for the next > several stories. That would be much better way of > documenting requirements than a wiki. > > __________________________________________________ > Do you Yahoo!? > Faith Hill - Exclusive Performances, Videos & More > http://faith.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Marathonman-devel mailing list > Mar...@li... > https://lists.sourceforge.net/lists/listinfo/marathonman-devel > -- "After sixteen years, MTV has finally completed its deevolution into the shiny things network." -The Onion |
From: Jeremy Stell-S. <ste...@ya...> - 2002-10-10 10:04:40
|
Just added a couple pages to our website about how to contribute, and what our process is. Feel free to take a look/add/change 'em. __________________________________________________ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com |
From: Jeremy Stell-S. <ste...@ya...> - 2002-10-10 09:56:59
|
All great to hear. > After talking with jeremy, we've decided that the > way to integrate new team > members is to have them submit at least a few > (probably no more than two) > high quality patches, which might include the > implementation of an entire > story. But not necessarily even that much. Especially with a story as big as tables. This is first a simple entrance exam that is open to anyone in the OSS community. Second, if someone has enough time/interest to submit two patches, then they will hopefully make a valuable addition to our team. > Having said that, the main caveat I see is that via > the cell renderer > mechanism, tables can actually have arbitrarily > complex components inside > each table cell, from simple text fields and > jlabels, to drop downs, date > widgets, and whatever the programmer wants. The same > applies to Lists. > > Our goal is that any component we support > independently, we will also > support inside a table and a list. so the question > becomes how do we come > up with a generic indexing system? First, go and put your name by the story so noone else takes it. Second, you need this story implemented, so obviously do whatever you need so that it works for you. However, for this story, we can simplify the problem. Let's just assume that in each cell there is only one component and that we can wrap it with an MComponent. I amended the story description The other thing we have to get better at is having the acceptance tests (even if they're totally bogus and will need a lot of cleaning up) done for the next several stories. That would be much better way of documenting requirements than a wiki. __________________________________________________ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com |
From: <co...@th...> - 2002-10-09 21:33:26
|
Scott, Good to here that you've already started work on implementing tables. As per Jeremy's email, the only requirement that we have is that the code be 100% test first (I suppose this is impossible to enforce, but it should at least have 100% coverage at check-in time) After talking with jeremy, we've decided that the way to integrate new team members is to have them submit at least a few (probably no more than two) high quality patches, which might include the implementation of an entire story. Once these patches are approved, then we'll give the developer commit acces. This is regardless of the developer, even in the case where we know and trust someone (i.e. you). This isn't meant as any offence, but we want to start being pedantic about it so that we have the process down when we actually have the honor of integrating non TW developers. Vijay got in just under the wire ;) Having said that, the main caveat I see is that via the cell renderer mechanism, tables can actually have arbitrarily complex components inside each table cell, from simple text fields and jlabels, to drop downs, date widgets, and whatever the programmer wants. The same applies to Lists. Our goal is that any component we support independently, we will also support inside a table and a list. so the question becomes how do we come up with a generic indexing system? And how do we write our tests to make sure that once we add support for a widget it is guaranteed to work inside tables and lists? cheers, Charles |---------+---------------------------------------------> | | scott <sc...@ra...> | | | Sent by: | | | mar...@li...ur| | | ceforge.net | | | | | | | | | 10/09/2002 06:06 PM | | | | |---------+---------------------------------------------> >----------------------------------------------------------------------------------------------| | | | To: mar...@li... | | cc: | | Subject: Re: [Marathonman-devel] Re: Marathon | >----------------------------------------------------------------------------------------------| I've actually unofficially started work on primitive table support to marathon. I just followed the path that every other component seem to have with the new MComponent and associated tests. So far I've just added the ability to get the value from a cell based off an x,y grid. How do I join up on this crazy boat? scott On Wed, 9 Oct 2002 co...@th... wrote: > > Vijay, > > First off, I'm going to transfer this thread over onto the development > discussion mailing list so that the entire world can benefit from our > collective wonderfulness. And when working in geographically seperated > teams, it is the closest thing to pairing aside from instant messenger. > > Right now, we are keeping the stories for each iteration over at the > marathon wiki. > > http://wiki.truemesh.com/marathon/StoryQueue > > Currently, we are on milestone 5 which involves adding support for tables > (pretty difficult) and lists (should be less difficult) as well as having a > meaningful stack trace when an error occurs. > > No one has started on any of those tasks, so you can pick any one that > you'd like, and we can work on it together over instant messenger so that I > can guide you through the current source and testing structure. > > cheers, > Charles > > > > > Vijay R > Aravamudhan To: Charles M Lowell/Corporate/ThoughtWorks/US@ThoughtWorks > cc: Jason D Wadsworth/Corporate/ThoughtWorks/US@ThoughtWorks, Jeremy > 10/08/2002 02:52 Stell-Smith/Corporate/ThoughtWorks/US@ThoughtWorks > PM Subject: Re: Marathon(Document link: Charles M Lowell) > > > > > > Thanks for adding me in - that was quick! > > My yahoo id is: varavamu > > I downloaded the CVS repos snapshot last night - what are the goals for the > next iteration? How can I contribute? > > Thanks > Vijay > > Vijay R. Aravamudhan > Developer / Consultant > ThoughtWorks, Inc. > 410, Townsend Street, 4th Floor > San Francisco, CA 94107 > t: 650 742 4750 > f: 415 869 3001 > > > > Charles M Lowell > To: Vijay R Aravamudhan/Corporate/ThoughtWorks/US@ThoughtWorks > 10/08/2002 04:09 cc: Jason D Wadsworth/Corporate/ThoughtWorks/US@ThoughtWorks, Jeremy > AM Stell-Smith/Corporate/ThoughtWorks/US@ThoughtWorks > Subject: Re: marathonman(Document link: Vijay R Aravamudhan) > > > > > Vijay, > > It's actually Marathon, not Marathon Man, that SF unix name was already > taken :-( > > In fact, in our original version which we were running at a client site, we > were using jfcunit to do all of our event dispatch. Currently, since we are > doing a completely from-scratch rewrite, we're rolling our own, in a large > part because we don't want any dependencies on junit itself. But, it would > be *awesome* if you wanted to work on Marathon. We could really use your > Swing Expertise. > > As fare as test bed applications that use Marathan, well, we use marathon > to test marathon, so in that sense there is at least one. Also, there is a > personal organizer which I am planning to use marathon for, but that still > is without a UI at present. > > As far as modal dialogs go, I'm don't think that we have a problem, but we > didn't have a problem when we were using jfcunit. In fact, as I recall, > this was the explicit reason that we switched to jfcunit in the first > place. Has this been a problem for you in the past? > > cheers, > Charles > > ps- I've added you to the project. do you have a yahoo id? > > > > > > Vijay R > Aravamudhan To: Charles M Lowell/Corporate/ThoughtWorks/US@ThoughtWorks, Jeremy > Stell-Smith/Corporate/ThoughtWorks/US@ThoughtWorks, Jason D > 10/08/2002 06:34 Wadsworth/Corporate/ThoughtWorks/US@ThoughtWorks > AM cc: > Subject: marathonman > > > > > hi guys, > I have been working with an open source project called jfcunit which is > very similar to MM. I was wondering whether you guys are looking for > developers on MM - if so, I would be interested (since jfcunit has come to > a pretty stand-still stage with the latest features). > The one feature that jfcunit does not have is recording/playback from xml > files - but with the current architecture, I don't think we are planning on > implementing it. > > Do you have any test-bed applications that you use to test MM? > > Also, does MM have any problems with modal dialogs - since they pause the > AWT Thread? > > Thanks > Vijay > > Vijay R. Aravamudhan > Developer / Consultant > ThoughtWorks, Inc. > 410, Townsend Street, 4th Floor > San Francisco, CA 94107 > t: 650 742 4750 > f: 415 869 3001 > > > > > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Marathonman-devel mailing list > Mar...@li... > https://lists.sourceforge.net/lists/listinfo/marathonman-devel > -- "After sixteen years, MTV has finally completed its deevolution into the shiny things network." -The Onion ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Marathonman-devel mailing list Mar...@li... https://lists.sourceforge.net/lists/listinfo/marathonman-devel |
From: scott <sc...@ra...> - 2002-10-09 17:06:11
|
I've actually unofficially started work on primitive table support to marathon. I just followed the path that every other component seem to have with the new MComponent and associated tests. So far I've just added the ability to get the value from a cell based off an x,y grid. How do I join up on this crazy boat? scott On Wed, 9 Oct 2002 co...@th... wrote: > > Vijay, > > First off, I'm going to transfer this thread over onto the development > discussion mailing list so that the entire world can benefit from our > collective wonderfulness. And when working in geographically seperated > teams, it is the closest thing to pairing aside from instant messenger. > > Right now, we are keeping the stories for each iteration over at the > marathon wiki. > > http://wiki.truemesh.com/marathon/StoryQueue > > Currently, we are on milestone 5 which involves adding support for tables > (pretty difficult) and lists (should be less difficult) as well as having a > meaningful stack trace when an error occurs. > > No one has started on any of those tasks, so you can pick any one that > you'd like, and we can work on it together over instant messenger so that I > can guide you through the current source and testing structure. > > cheers, > Charles > > > > > Vijay R > Aravamudhan To: Charles M Lowell/Corporate/ThoughtWorks/US@ThoughtWorks > cc: Jason D Wadsworth/Corporate/ThoughtWorks/US@ThoughtWorks, Jeremy > 10/08/2002 02:52 Stell-Smith/Corporate/ThoughtWorks/US@ThoughtWorks > PM Subject: Re: Marathon(Document link: Charles M Lowell) > > > > > > Thanks for adding me in - that was quick! > > My yahoo id is: varavamu > > I downloaded the CVS repos snapshot last night - what are the goals for the > next iteration? How can I contribute? > > Thanks > Vijay > > Vijay R. Aravamudhan > Developer / Consultant > ThoughtWorks, Inc. > 410, Townsend Street, 4th Floor > San Francisco, CA 94107 > t: 650 742 4750 > f: 415 869 3001 > > > > Charles M Lowell > To: Vijay R Aravamudhan/Corporate/ThoughtWorks/US@ThoughtWorks > 10/08/2002 04:09 cc: Jason D Wadsworth/Corporate/ThoughtWorks/US@ThoughtWorks, Jeremy > AM Stell-Smith/Corporate/ThoughtWorks/US@ThoughtWorks > Subject: Re: marathonman(Document link: Vijay R Aravamudhan) > > > > > Vijay, > > It's actually Marathon, not Marathon Man, that SF unix name was already > taken :-( > > In fact, in our original version which we were running at a client site, we > were using jfcunit to do all of our event dispatch. Currently, since we are > doing a completely from-scratch rewrite, we're rolling our own, in a large > part because we don't want any dependencies on junit itself. But, it would > be *awesome* if you wanted to work on Marathon. We could really use your > Swing Expertise. > > As fare as test bed applications that use Marathan, well, we use marathon > to test marathon, so in that sense there is at least one. Also, there is a > personal organizer which I am planning to use marathon for, but that still > is without a UI at present. > > As far as modal dialogs go, I'm don't think that we have a problem, but we > didn't have a problem when we were using jfcunit. In fact, as I recall, > this was the explicit reason that we switched to jfcunit in the first > place. Has this been a problem for you in the past? > > cheers, > Charles > > ps- I've added you to the project. do you have a yahoo id? > > > > > > Vijay R > Aravamudhan To: Charles M Lowell/Corporate/ThoughtWorks/US@ThoughtWorks, Jeremy > Stell-Smith/Corporate/ThoughtWorks/US@ThoughtWorks, Jason D > 10/08/2002 06:34 Wadsworth/Corporate/ThoughtWorks/US@ThoughtWorks > AM cc: > Subject: marathonman > > > > > hi guys, > I have been working with an open source project called jfcunit which is > very similar to MM. I was wondering whether you guys are looking for > developers on MM - if so, I would be interested (since jfcunit has come to > a pretty stand-still stage with the latest features). > The one feature that jfcunit does not have is recording/playback from xml > files - but with the current architecture, I don't think we are planning on > implementing it. > > Do you have any test-bed applications that you use to test MM? > > Also, does MM have any problems with modal dialogs - since they pause the > AWT Thread? > > Thanks > Vijay > > Vijay R. Aravamudhan > Developer / Consultant > ThoughtWorks, Inc. > 410, Townsend Street, 4th Floor > San Francisco, CA 94107 > t: 650 742 4750 > f: 415 869 3001 > > > > > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Marathonman-devel mailing list > Mar...@li... > https://lists.sourceforge.net/lists/listinfo/marathonman-devel > -- "After sixteen years, MTV has finally completed its deevolution into the shiny things network." -The Onion |
From: Jeremy Stell-S. <ste...@ya...> - 2002-10-09 16:31:56
|
so important things to know: marathon is 100% test first, we have incredible test-coverage - everything any of us commit keeps it that way. good tools for pair programming - netmeeting - vnc - telephone - (I don't care where people are, this is invaluable - use it) - yahoo voice might work??? that said, it's great to have you on board vijay :) Jeremy > teams, it is the closest thing to pairing aside from > instant messenger. __________________________________________________ Do you Yahoo!? Faith Hill - Exclusive Performances, Videos & More http://faith.yahoo.com |
From: <co...@th...> - 2002-10-09 16:17:13
|
Or, if you want to just go for it, feel free. |---------+---------------------------------------------> | | co...@th... | | | Sent by: | | | mar...@li...ur| | | ceforge.net | | | | | | | | | 10/09/2002 05:11 PM | | | | |---------+---------------------------------------------> >----------------------------------------------------------------------------------------------| | | | To: mar...@li... | | cc: | | Subject: [Marathonman-devel] Re: Marathon | >----------------------------------------------------------------------------------------------| Vijay, First off, I'm going to transfer this thread over onto the development discussion mailing list so that the entire world can benefit from our collective wonderfulness. And when working in geographically seperated teams, it is the closest thing to pairing aside from instant messenger. Right now, we are keeping the stories for each iteration over at the marathon wiki. http://wiki.truemesh.com/marathon/StoryQueue Currently, we are on milestone 5 which involves adding support for tables (pretty difficult) and lists (should be less difficult) as well as having a meaningful stack trace when an error occurs. No one has started on any of those tasks, so you can pick any one that you'd like, and we can work on it together over instant messenger so that I can guide you through the current source and testing structure. cheers, Charles Vijay R Aravamudhan To: Charles M Lowell/Corporate/ThoughtWorks/US@ThoughtWorks cc: Jason D Wadsworth/Corporate/ThoughtWorks/US@ThoughtWorks, Jeremy 10/08/2002 02:52 Stell-Smith/Corporate/ThoughtWorks/US@ThoughtWorks PM Subject: Re: Marathon(Document link: Charles M Lowell) Thanks for adding me in - that was quick! My yahoo id is: varavamu I downloaded the CVS repos snapshot last night - what are the goals for the next iteration? How can I contribute? Thanks Vijay Vijay R. Aravamudhan Developer / Consultant ThoughtWorks, Inc. 410, Townsend Street, 4th Floor San Francisco, CA 94107 t: 650 742 4750 f: 415 869 3001 Charles M Lowell To: Vijay R Aravamudhan/Corporate/ThoughtWorks/US@ThoughtWorks 10/08/2002 04:09 cc: Jason D Wadsworth/Corporate/ThoughtWorks/US@ThoughtWorks, Jeremy AM Stell-Smith/Corporate/ThoughtWorks/US@ThoughtWorks Subject: Re: marathonman(Document link: Vijay R Aravamudhan) Vijay, It's actually Marathon, not Marathon Man, that SF unix name was already taken :-( In fact, in our original version which we were running at a client site, we were using jfcunit to do all of our event dispatch. Currently, since we are doing a completely from-scratch rewrite, we're rolling our own, in a large part because we don't want any dependencies on junit itself. But, it would be *awesome* if you wanted to work on Marathon. We could really use your Swing Expertise. As fare as test bed applications that use Marathan, well, we use marathon to test marathon, so in that sense there is at least one. Also, there is a personal organizer which I am planning to use marathon for, but that still is without a UI at present. As far as modal dialogs go, I'm don't think that we have a problem, but we didn't have a problem when we were using jfcunit. In fact, as I recall, this was the explicit reason that we switched to jfcunit in the first place. Has this been a problem for you in the past? cheers, Charles ps- I've added you to the project. do you have a yahoo id? Vijay R Aravamudhan To: Charles M Lowell/Corporate/ThoughtWorks/US@ThoughtWorks, Jeremy Stell-Smith/Corporate/ThoughtWorks/US@ThoughtWorks, Jason D 10/08/2002 06:34 Wadsworth/Corporate/ThoughtWorks/US@ThoughtWorks AM cc: Subject: marathonman hi guys, I have been working with an open source project called jfcunit which is very similar to MM. I was wondering whether you guys are looking for developers on MM - if so, I would be interested (since jfcunit has come to a pretty stand-still stage with the latest features). The one feature that jfcunit does not have is recording/playback from xml files - but with the current architecture, I don't think we are planning on implementing it. Do you have any test-bed applications that you use to test MM? Also, does MM have any problems with modal dialogs - since they pause the AWT Thread? Thanks Vijay Vijay R. Aravamudhan Developer / Consultant ThoughtWorks, Inc. 410, Townsend Street, 4th Floor San Francisco, CA 94107 t: 650 742 4750 f: 415 869 3001 ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Marathonman-devel mailing list Mar...@li... https://lists.sourceforge.net/lists/listinfo/marathonman-devel |
From: <co...@th...> - 2002-10-09 16:14:52
|
Vijay, First off, I'm going to transfer this thread over onto the development discussion mailing list so that the entire world can benefit from our collective wonderfulness. And when working in geographically seperated teams, it is the closest thing to pairing aside from instant messenger. Right now, we are keeping the stories for each iteration over at the marathon wiki. http://wiki.truemesh.com/marathon/StoryQueue Currently, we are on milestone 5 which involves adding support for tables (pretty difficult) and lists (should be less difficult) as well as having a meaningful stack trace when an error occurs. No one has started on any of those tasks, so you can pick any one that you'd like, and we can work on it together over instant messenger so that I can guide you through the current source and testing structure. cheers, Charles Vijay R Aravamudhan To: Charles M Lowell/Corporate/ThoughtWorks/US@ThoughtWorks cc: Jason D Wadsworth/Corporate/ThoughtWorks/US@ThoughtWorks, Jeremy 10/08/2002 02:52 Stell-Smith/Corporate/ThoughtWorks/US@ThoughtWorks PM Subject: Re: Marathon(Document link: Charles M Lowell) Thanks for adding me in - that was quick! My yahoo id is: varavamu I downloaded the CVS repos snapshot last night - what are the goals for the next iteration? How can I contribute? Thanks Vijay Vijay R. Aravamudhan Developer / Consultant ThoughtWorks, Inc. 410, Townsend Street, 4th Floor San Francisco, CA 94107 t: 650 742 4750 f: 415 869 3001 Charles M Lowell To: Vijay R Aravamudhan/Corporate/ThoughtWorks/US@ThoughtWorks 10/08/2002 04:09 cc: Jason D Wadsworth/Corporate/ThoughtWorks/US@ThoughtWorks, Jeremy AM Stell-Smith/Corporate/ThoughtWorks/US@ThoughtWorks Subject: Re: marathonman(Document link: Vijay R Aravamudhan) Vijay, It's actually Marathon, not Marathon Man, that SF unix name was already taken :-( In fact, in our original version which we were running at a client site, we were using jfcunit to do all of our event dispatch. Currently, since we are doing a completely from-scratch rewrite, we're rolling our own, in a large part because we don't want any dependencies on junit itself. But, it would be *awesome* if you wanted to work on Marathon. We could really use your Swing Expertise. As fare as test bed applications that use Marathan, well, we use marathon to test marathon, so in that sense there is at least one. Also, there is a personal organizer which I am planning to use marathon for, but that still is without a UI at present. As far as modal dialogs go, I'm don't think that we have a problem, but we didn't have a problem when we were using jfcunit. In fact, as I recall, this was the explicit reason that we switched to jfcunit in the first place. Has this been a problem for you in the past? cheers, Charles ps- I've added you to the project. do you have a yahoo id? Vijay R Aravamudhan To: Charles M Lowell/Corporate/ThoughtWorks/US@ThoughtWorks, Jeremy Stell-Smith/Corporate/ThoughtWorks/US@ThoughtWorks, Jason D 10/08/2002 06:34 Wadsworth/Corporate/ThoughtWorks/US@ThoughtWorks AM cc: Subject: marathonman hi guys, I have been working with an open source project called jfcunit which is very similar to MM. I was wondering whether you guys are looking for developers on MM - if so, I would be interested (since jfcunit has come to a pretty stand-still stage with the latest features). The one feature that jfcunit does not have is recording/playback from xml files - but with the current architecture, I don't think we are planning on implementing it. Do you have any test-bed applications that you use to test MM? Also, does MM have any problems with modal dialogs - since they pause the AWT Thread? Thanks Vijay Vijay R. Aravamudhan Developer / Consultant ThoughtWorks, Inc. 410, Townsend Street, 4th Floor San Francisco, CA 94107 t: 650 742 4750 f: 415 869 3001 |
From: Jeremy Stell-S. <ste...@ya...> - 2002-09-26 11:01:34
|
I'll take a look at the gif thing. There's a story queue of upcoming functionality by iteration/milestone at http://wiki.truemesh.com/marathon/StoryQueue you can get to it from the project homepage if you follow the wiki link. Support for tables and lists are up there in one of the next two milestones - I forget which. --- scott <sc...@ra...> wrote: > I just checked-out the latest version from CVS and I > see that most of the > things listed below are fixed (only the gifs not in > jars issue isn't). > I also noticed that the recorder has been improved. > Nice work. > > Are you guys planning on adding support for checking > values in tables and > lists? > > thanks > scott > > On Thu, 26 Sep 2002, scott wrote: > > > I noticed that the MockMarathonPlugin is not > included in the dist jar but > > is referenced in the MarathonPlugin class. So you > have classloading > > problems just using the jar. I'm not sure if you > want to add an exception > > to the build.xml or make pushInstance() take a > MarathonPlugin. > > > > also the dist jar doesn't contain the gifs under > the res directory > > > > also the DisplayWindow class is importing the > marathon.common.SimpleAction > > instead of using the one in > net.sf.marathon.display > > > > When running the recorder it would be nice to be > able to specify the file > > to load or save. I'm sure you guys were planning > on adding it. I'll > > start working on it if you haven't already. > > > > Let me know > > > > scott > > > > > > -- > > "After sixteen years, MTV has finally completed its > deevolution into the > shiny things network." > -The Onion > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Marathonman-devel mailing list > Mar...@li... > https://lists.sourceforge.net/lists/listinfo/marathonman-devel __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com |
From: scott <sc...@ra...> - 2002-09-26 10:22:48
|
I just checked-out the latest version from CVS and I see that most of the things listed below are fixed (only the gifs not in jars issue isn't). I also noticed that the recorder has been improved. Nice work. Are you guys planning on adding support for checking values in tables and lists? thanks scott On Thu, 26 Sep 2002, scott wrote: > I noticed that the MockMarathonPlugin is not included in the dist jar but > is referenced in the MarathonPlugin class. So you have classloading > problems just using the jar. I'm not sure if you want to add an exception > to the build.xml or make pushInstance() take a MarathonPlugin. > > also the dist jar doesn't contain the gifs under the res directory > > also the DisplayWindow class is importing the marathon.common.SimpleAction > instead of using the one in net.sf.marathon.display > > When running the recorder it would be nice to be able to specify the file > to load or save. I'm sure you guys were planning on adding it. I'll > start working on it if you haven't already. > > Let me know > > scott > > -- "After sixteen years, MTV has finally completed its deevolution into the shiny things network." -The Onion |
From: scott <sc...@ra...> - 2002-09-26 08:13:09
|
I noticed that the MockMarathonPlugin is not included in the dist jar but is referenced in the MarathonPlugin class. So you have classloading problems just using the jar. I'm not sure if you want to add an exception to the build.xml or make pushInstance() take a MarathonPlugin. also the dist jar doesn't contain the gifs under the res directory also the DisplayWindow class is importing the marathon.common.SimpleAction instead of using the one in net.sf.marathon.display When running the recorder it would be nice to be able to specify the file to load or save. I'm sure you guys were planning on adding it. I'll start working on it if you haven't already. Let me know scott -- "After sixteen years, MTV has finally completed its deevolution into the shiny things network." -The Onion |
From: Jeremy Stell-S. <ste...@ya...> - 2002-06-09 23:08:13
|
sweet. Thanks Joe for setting up this wiki. I started putting requirements on the wiki, but we need to decide how we want to do this. By that I mean, should they be story size, task size?Take a look. __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com |
From: Joe W. <jo...@tr...> - 2002-06-08 17:29:15
|
http://wiki.truemesh.com/marathon |
From: Jeremy Stell-S. <swi...@ho...> - 2002-03-03 22:36:49
|
I think a good place to start, given our present situation, is to write a recorder/player/editor for websites. I checked in some code, but this is what I'm thinking: We can use the same editor that we will later use for swing stuff. We write a browser. It looks like most of this is already done by java's HTMLEditorKit. We put hooks in this browser to support a specialized recorder and player. Simple, ya? The code I checked in: marathon.common - has interfaces for a generic player/recorder/editor marathon.editor - has an editor that we will be able to use for the forseeable future marathon.browser.browser - holds a simple browser (I know browser.browser.Browser?) marathon.browser.recorder - holds the skeleton for a recorder (pretty buttons) marathon.browser.player - nothing yet Oh yeah, and we need some tests :) |