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?