Re: [platform-swt-dev] Announcing early WebDriver-like framework for SWT

[Misha Koshelev <misha680@xxxxxxxxx>]

Ryan Levering wrote:
> Good start, keep up the work.  I've written something a bit more
> complex than this for commercial applications.  I'll be interested to
> see if you take a different approach if/when you expand this.
Very interesting... I hope to find clients eventually so I can do more than just Facebook automation... but it's a start ;)

> 
> In particular, having hooks to know when a page is finished with what
> it's doing (AJAX requests, DOM changes, etc in the face of timeouts
> and intervals) is a harder problem.  SWT has no native handling of
> these internal JS workings and doesn't report progress events or
> anything.  Selenium approaches this by putting in timing waits
> generally, but this is one thing that makes Selenium a bitch to work
> with for more complex web apps.  In addition, SWT currently offers no
> way to block popups without disabling Javascript and it's prompt
> handling in general is pretty absent (see my bug 288037).  These
> things plus a couple more small ones make it hard to work with SWT
> like this for a total automated testing solution.
Yes found it thank you
https://bugs.eclipse.org/bugs/show_bug.cgi?id=288037

I am still hopeful for end-user applications, but I will have to definitely think about how to deal with these issues.
You are correct - it does not seem easy.

> 
> To work around these issues, I've generally had to drop into
> Mozilla's XPCOM to get the extra event hooks, so I lose any
> cross-browserness.  I doubt you'd go there given the direction of the
> code currently, but it'll be good to see if you come up with a more
> general solution I missed to some of these issues.
I'd _really_ like to keep it cross-platform, so I will have to think hard about how to do it.

Again, thank you so much for the encouragement.

Misha

p.s. Per prior poster's reply, I have relicensed under EPL. It seems the big difference is "derivative works" that use as a separate
model, and I think this would be okay with me (unless I missed something bigger).

> 
> Ryan Levering
>