Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / May 2007

Tip: Looking for answers? Try searching our database.

Why not using javax.swing.event with swing?

Thread view: 
S.T - 24 May 2007 18:51 GMT
Hi!

Getting warm with Java this week, I have learned that the usage of
Swing is highly recommended. I have seen many examples up to now, most
of them actually preferring Swing. However, I wonder why all of them
implement the old-fashioned (is it really?) AWT-only eventListener.
Why is this? Is something wrong with javax.swing.event ?

Sincerly,

S.T.
Joshua Cranmer - 24 May 2007 23:53 GMT
> Hi!
>
[quoted text clipped - 7 lines]
>
> S.T.

Look at the classes in javax.swing.event... How many of them implement
basic functionality like MouseMove, etc.? Zero. The events in
javax.swing.event are those that are specific to Swing, like JTables or
JLists; the most commonly needed events are stored in java.awt.event.

Besides, the java.awt.event is NOT AWT-only; all Swing components are
really AWT components, so there was no sense in duplicating an entire
event hierarchy because of the addition of Swing.
S.T - 25 May 2007 01:10 GMT
Dear Joshua,

thank you very much for your precise answer. Now the usage of AWT
eventListeners with Swing makes sense to me.

Sincerly
S.T.


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.