Path: csiph.com!x330-a1.tempe.blueboxinc.net!feeder1.hal-mli.net!news.glorb.com!news-out.readnews.com!news-xxxfer.readnews.com!news-out.news.tds.net!newsreading01.news.tds.net!86597e80!not-for-mail From: "Philipp" Subject: Re: Can a jPanel's backgr Message-ID: <1181496029_2224@sicinfo3.epfl.ch> X-Comment-To: comp.lang.java.gui Newsgroups: comp.lang.java.gui In-Reply-To: References: Content-Type: text/plain; charset=IBM437 Content-Transfer-Encoding: 8bit X-Gateway: time.synchro.net [Synchronet 3.15a-Win32 NewsLink 1.92] Lines: 27 Date: Wed, 27 Apr 2011 15:35:21 GMT NNTP-Posting-Host: 96.60.20.240 X-Complaints-To: news@tds.net X-Trace: newsreading01.news.tds.net 1303918521 96.60.20.240 (Wed, 27 Apr 2011 10:35:21 CDT) NNTP-Posting-Date: Wed, 27 Apr 2011 10:35:21 CDT Organization: TDS.net Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.gui:1788 To: comp.lang.java.gui Knute Johnson a |-crit : > The repaint() method need not be called from the EDT as it is only a > scheduler. The paint will actually get done on the EDT even though you > call repaint() from some other thread. Could you recommend some free tutorial to read about how to build swing GUI applications with threads? I want to program a feature where the user moves a JSlider which after some calculations shows a result in the GUI depending on the slider's position. It works now fully in the EDT but lags a lot. This is because the slider creates continously events and each event must be calculated and shown. What would be the optimal architecture for such a construct. How can I drop the processing of events if the GUI lags more than a certain time behind the slider position. Phil --- * Synchronet * The Whitehouse BBS --- whitehouse.hulds.com --- check it out free usenet! --- Synchronet 3.15a-Win32 NewsLink 1.92 Time Warp of the Future BBS - telnet://time.synchro.net:24