Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #23715
| From | Eric Sosman <esosman@comcast-dot-net.invalid> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: Efficiency/Reliablility of Scaled Up JTable |
| Date | 2013-04-29 08:41 -0400 |
| Organization | A noiseless patient Spider |
| Message-ID | <kllpju$pti$1@dont-email.me> (permalink) |
| References | <c4c87a08-569b-49d9-906b-9bf2f3f2df65@googlegroups.com> |
On 4/29/2013 8:13 AM, clusardi2k@aol.com wrote:
> If I have a JTable with a lot of colors, and if the application deletes and then adds columns to it will the performance degrade if I go from a 30 X 30 table to a 1000 X 100 table, please explain.
If you're being reasonably careful,[*] the performance
shouldn't be bad. Remember, only the visible portion of the
table needs painting,[**] so only the visible cells' values
need to be retrieved and rendered. Off-screen areas won't
affect the performance much.
Using many -- or few -- colors should make no measurable
difference.
[*] For example, firing "minimal" change events. If your
model changes one cell's value and then says "The world has
changed," the table will spend time refreshing all the cells
that didn't change, too. Fire events that describe the actual
changes as particularly as possible.
[**] If you're displaying all 100,000 cells simultaneously,
you either (1) have a truly enormous screen or (2) have made
all the cells so tiny they can't show much information. My
1920x1080 display could devote fewer than 21 pixels to each of
100,000 cells, fewer pixels than a mouse pointer uses -- and
that's not counting borders, window decorations, ...
--
Eric Sosman
esosman@comcast-dot-net.invalid
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Efficiency/Reliablility of Scaled Up JTable clusardi2k@aol.com - 2013-04-29 05:13 -0700
Re: Efficiency/Reliablility of Scaled Up JTable Eric Sosman <esosman@comcast-dot-net.invalid> - 2013-04-29 08:41 -0400
Re: Efficiency/Reliablility of Scaled Up JTable Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2013-04-29 08:26 -0700
Re: Efficiency/Reliablility of Scaled Up JTable Eric Sosman <esosman@comcast-dot-net.invalid> - 2013-04-29 12:01 -0400
Re: Efficiency/Reliablility of Scaled Up JTable Daniel Pitts <newsgroup.nospam@virtualinfinity.net> - 2013-04-29 13:09 -0700
Re: Efficiency/Reliablility of Scaled Up JTable Eric Sosman <esosman@comcast-dot-net.invalid> - 2013-04-29 16:52 -0400
Re: Efficiency/Reliablility of Scaled Up JTable clusardi2k@aol.com - 2013-05-01 12:41 -0700
Re: Efficiency/Reliablility of Scaled Up JTable Eric Sosman <esosman@comcast-dot-net.invalid> - 2013-05-01 17:52 -0400
Re: Efficiency/Reliablility of Scaled Up JTable "John B. Matthews" <nospam@nospam.invalid> - 2013-05-02 01:57 -0400
Re: Efficiency/Reliablility of Scaled Up JTable Robert Klemme <shortcutter@googlemail.com> - 2013-04-29 19:39 +0200
Re: Efficiency/Reliablility of Scaled Up JTable Roedy Green <see_website@mindprod.com.invalid> - 2013-05-01 10:15 -0700
csiph-web