Hello Michiel,
Michiel van der Wulp wrote:
Hi Tom, et al.,
Tom said:
« Having the ProgressMonitor interface reside in the org.argouml.swingext
package is very misleading since it's entire purpose in life is to
decouple
ArgoUML from a hard dependency on javax.swing.ProgressMonitor (which
is what was used originally). It is specifically intended to be
independent of Swing and SWT.»
Agreed - I did not know this.
My intention was to rename org.argouml.swingext to something broader,
e. g. org.argouml.javaext - but I am not so happy with this name.
Maybe the ProgressMonitor stuff belongs in the GUI subsystem (if you
follow the cookbook) - but I fear that the description of this
subsystem in the cookbook is not correct - it should not be placed as
a "low level subsystem", since then it may not depend on other "low
level" subsystems, which it does.
I see a ProgressMonitor as part of something which isn't necessarily
part of a GUI concept.
Consider:
SomethingA needs a long running service from SomethingB. So, SomethingA
decides to ask
for it in a different Thread of execution and to monitor the progress of
the task in its main
thread.
The reason why it monitors the progress could be because it wants to
show feedback to the
user via the GUI, but, it could be in order to decide that if there is
no progress, it should give up
by interrupting its other Thread.
Besides, even if this is only something useful for the user it doesn't
necessarily needs to be GUI.
We might want to reuse the reveng functionalities of ArgoUML some day
without any GUI, simply
as batch task automated from an Ant file.
Regards,
Luis
Regards,
Michiel
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
