Hi Ketan,
backporting SWTBot seems to be the best solution. To make things easier, I
would only backport the parts of it, which we need the most. And this is the
plugin "net.sf.swtbot.finder".
It affects two classes: CompositeResolver and SWTBotDateTime.
There are compilation errors in 3.2 because org.eclipse.swt.widgets.DateTime is
not known.
In CompositeResolver the errors are caused by this line:
w instanceof DateTime
It could be backported like this:
w.getClass().getName().equals("org.eclipse.swt.widgets.DateTime")
Do you agree with this?
A little bit more difficult to solve is the compilation error in the class
SWTBotDateTime. One error is caused by the line:
return DateTime.class
It could be replaced by return
Class.forName("org.eclipse.swt.widgets.DateTime");
The other compile errors in that class could be solved by using reflection for
things like ".getYear()" and ".setYear(...)".
I'll start backporting it this way. Can you please tell me if you agree with
the above solutions?
-------------------------------------------------------------------------
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=/
_______________________________________________
SWTBot-users mailing list
SWTBot-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/swtbot-users
http://swtbot.org/ - a functional testing tool for SWT/Eclipse
