On Sunday, September 18, 2016 at 10:42:16 PM UTC+12, Paul Rubin wrote:
> Lawrence D’Oliveiro writes:
> I'm quite sure there are Java bindings for all those protocols.

Are any of these supported by the Java app in question?

Doesn’t seem like it.

>> Like I said, trying to automate a GUI is a waste of time. GUIs are
>> designed for humans, not computers, to use.
> Automation doesn't simulate button presses or anything like that: the
> automate objects expose higher level user actions.  E.g. the web browser
> object has a navigate method and that sort of thing.

In other words, the GUI becomes less and less relevant to this use case.

> The classic automation example is embedding a chunk of an Excel
> spreadsheet in the middle of a Word document, so it's displayed with
> Word's fonts and formatting, but when you change a number in the
> spreadsheet segment, the formulas run and the other numbers change.
> What happens there is Word collects the numbers you type, then calls the
> Excel automation interfaces to update the relevant spreadsheet cells and
> read back new numbers.  There are various hacks in KDE, Gnome, etc.  to
> do similar things under Linux.  It's all transparent to the user and
> presents useful features.

That’s not “automation”, that’s “compound documents”. For some reason this 
facility gets very little use these days.

>> GUIs are the end of the abstraction chain: you cannot build anything
>> more on top of them.
> IMHO you're not contributing useful insights through these incorrect
> guesses about how Windows automation works.

Has anybody contributed a non-problematic solution yet?


Reply via email to