Thanks,
On Tue, 29 Nov 2005 22:39:28 -0500, Jérôme Gagnon-Voyer
<[EMAIL PROTECTED]> wrote:
Done
Le 05-11-29 à 22:10, Jérôme Gagnon-Voyer a écrit :
Nobody opposed to that, and I agree with you also, so I will just add a
msg_box on start of aMSN. Like TkCxImage. The decision to drop TCL/TK
Done
Le 05-11-29 à 22:10, Jérôme Gagnon-Voyer a écrit :
Nobody opposed to that, and I agree with you also, so I will just
add a msg_box on start of aMSN. Like TkCxImage. The decision to
drop TCL/TK 8.3 was already taken anyway.
There's no rush to remove all the "ifs" inside aMSN but now we
Nobody opposed to that, and I agree with you also, so I will just add
a msg_box on start of aMSN. Like TkCxImage. The decision to drop TCL/
TK 8.3 was already taken anyway.
There's no rush to remove all the "ifs" inside aMSN but now we can do
it slowly without having to wonder if we will get
It doesn't make sense to partially 8.3. If aMSN don't work well with
it, and nobody cares enough to maintain 8.3 compatibility, it should
be dropped to save size, and make the code more readable. If someone
want's to add 8.3 support later, they can find the code in cvs. And
yes, we should display a
Hi,
since amsn now requires tcl/tk 8.4, should we change remove the code that
depends on tcl 8.3 ?
there are some bugs with binword procs, maybe we should remove the use of
these procs...
should we also display a warning if the user uses 8.3 ? and say "upgrade
to tcl/tk 8.4 or you may suffer
