Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.gui > #323

Re: setCellRenderer for s

From "Bart Cremers" <bart.cremers@THRWHITE.remove-dii-this>
Subject Re: setCellRenderer for s
Message-ID <1165240545.174061.100890@79g2000cws.googlegroups.com> (permalink)
Newsgroups comp.lang.java.gui
References <1165234528.860255.138590@n67g2000cwd.googlegroups.com>
Date 2011-04-27 15:26 +0000
Organization TDS.net

Show all headers | View raw


  To: comp.lang.java.gui


On Dec 4, 1:15 pm, "Nickolay Cherkezishvili" <nickol...@gmail.com>
wrote:
> Imagine that your project is grown up to 30000 code lines, and you have
> many different JTables with many different renderers. Than you will see
> that my method is better, because it makes program logic easier to
> understand by other programmers. Besides - in most cases it's better to
> make your own JTable class by overriding original JTable. It's much
> better to customize JTable and use it in your project.
>
> This is my own opinion :)

I'm not going to discuss if your method is better or not. That's
probably a matter of taste. Could you show (or point me) to some sample
code to prove your point? I can't imagine on how you implement this
cleaner by overriding JTable.

I can easily imagine 30000 code lines in my projects by the way, as I'm
working on 500,000+ code lines projects for the past 7 years :)

Bart

---
 * 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

Back to comp.lang.java.gui | Previous | Next | Find similar


Thread

Re: setCellRenderer for s "Bart Cremers" <bart.cremers@THRWHITE.remove-dii-this> - 2011-04-27 15:26 +0000

csiph-web