The more I work with the com.codename1.ui.table.Table and add complexities, the more it frustrates me.
Is there a better solution in codename1 dealing with tables that are renderable and feature rich? Regards On Saturday, January 26, 2019 at 8:05:11 AM UTC-5, shop.servic...@gmail.com wrote: > > I can appreciate that. > > com.codename1.ui.table.Table is very useful to us as we use JTables in > Swing frequently. > Our product suite is based in pure java RMI server / clients Swing GUI's > and many classes are ported to mobile devices. > We have accomplished much on the Swing side, it's very cost effective not > to have to reinvent the wheel. > > Are there any other codename1 alternatives that provide features like > renderers and row highlighting inherent in Swing? > > Regards > > On Saturday, January 26, 2019 at 12:41:25 AM UTC-5, Shai Almog wrote: >> >> That was a mistake. I didn't see it in the test case since there was no >> scrolling. I guess the fix would be to keep a single listener for the >> entire row and update the selected state on the component. >> E.g. >> >> Map<Integer, ActionListener> rowListeners; >> >> >> Then bind the listener for a specific row or create it. This solution >> will also need to keep the currently selected components so we can remove >> the selection from them. It's a bit of a hassle so it's not something I can >> whip up quickly right now. >> > -- You received this message because you are subscribed to the Google Groups "CodenameOne Discussions" group. To unsubscribe from this group and stop receiving emails from it, send an email to codenameone-discussions+unsubscr...@googlegroups.com. Visit this group at https://groups.google.com/group/codenameone-discussions. To view this discussion on the web visit https://groups.google.com/d/msgid/codenameone-discussions/ce744b48-1a70-40ec-88d3-6d48d2c366c3%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
