Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » NatTable » "Friends of NatTable"
"Friends of NatTable" [message #1043322] Wed, 17 April 2013 10:59 Go to next message
Dirk Fauth is currently offline Dirk Fauth
Messages: 1220
Registered: July 2012
Senior Member
Hello everybody,

We are currently working hard on the NatTable 1.0.0 release. This is a big step for us. With this release NatTable will be coming out of incubation, will sport a lot of new features and bugfixes, will finally have an update site to make it easier to consume, and will have much improved documentation.

One other thing we would love to do along with the 1.0.0 release is to ask you, our community: Who is using NatTable and how? Knowing more about who our users are, the domains you are in, the needs you have, and how you have been able to apply NatTable to address them, really helps motivate us and direct us in how to move NatTable forward. We think it would also be useful for you to see how other people are using NatTable, and will give useful context for folks who may be deciding to use NatTable or get involved in its development.

So to that end we'd like to put together a "Friends of NatTable" page to be published on the NatTable web site. If you use NatTable, are happy with it and want to share your experience, please let us know by replying to this topic, writing an email to the NatTable mailing list, or emailing one of us. Send us whatever information you feel comfortable sharing. It could be just your company name or the name of your product/project (if you have a link/logo you'd like to include that would be great), or a short blurb about your experience with NatTable, or maybe a screenshot of NatTable in your application. Anything you'd be willing to share will be greatly appreciated!

Thanks,
Edwin and Dirk
Re: "Friends of NatTable" [message #1043393 is a reply to message #1043322] Wed, 17 April 2013 12:42 Go to previous messageGo to next message
Nandita Uppalapati is currently offline Nandita Uppalapati
Messages: 13
Registered: March 2013
Junior Member
Domain health care. Using it because of the amount of data needed to be displayed. Previously we used Grids and it was pretty slow. Also using it for freezing columns.
Re: "Friends of NatTable" [message #1043802 is a reply to message #1043393] Thu, 18 April 2013 02:27 Go to previous messageGo to next message
Sven Klemm is currently offline Sven Klemm
Messages: 8
Registered: June 2011
Junior Member
Domain energy/metering data management. We use it for displaying high number of columns (rows are paged) and also freezing columns. The nattable feature set yet is great and performance rocks. Solely the documentation doesn't - but we are curious about the enhanced documentation of 1.0.0.

product metrics: overall 6,000 db tables (some with more than 200 columns); 3,000 of them will be displayed in 400-500 views.
Re: "Friends of NatTable" [message #1044122 is a reply to message #1043322] Thu, 18 April 2013 10:17 Go to previous messageGo to next message
Nandita Uppalapati is currently offline Nandita Uppalapati
Messages: 13
Registered: March 2013
Junior Member
+1 hope to see better documentation in future. It is a great widget but lacks good documentation.
Re: "Friends of NatTable" [message #1044141 is a reply to message #1044122] Thu, 18 April 2013 10:36 Go to previous messageGo to next message
Patrick Rusk is currently offline Patrick Rusk
Messages: 35
Registered: June 2012
Member
Edwin and Dirk,

I would be very glad to do a full testimonial of our use of NatTable at my company. Just need to get approvals. Will probably take a few weeks.

The basic gist is that it was the crucial piece that allowed us to replace a complex Excel spreadsheet that the users loved with a properly audited application that they loved even more. Its integration with Glazed Lists was super useful to us. Repo trading system in financial services.

Patrick Rusk
SSgA

[Updated on: Thu, 18 April 2013 10:44]

Report message to a moderator

Re: "Friends of NatTable" [message #1048518 is a reply to message #1043322] Wed, 24 April 2013 11:30 Go to previous messageGo to next message
Camille Letavernier is currently offline Camille Letavernier
Messages: 420
Registered: February 2011
Senior Member
Hi,


The Papyrus UML Modeler relies on NatTable to display another kind of view of its UML Models (In addition to GMF Diagrams). It is especially used for displaying big lists of elements (in line) with their properties (in column), when we're not interested in displaying the relations between the elements (In this case we'd rather use diagrams)

So, basically, we use NatTables for lists, and GMF for graphs.

We (will) also use the NatTable widget for displaying collections of elements in the Papyrus Properties View (e.g. display and edit the Attributes of a Class)

We also use the import/export from/to Excel/Nattable, to try to structure arbitrary data from an Excel spreadsheet.

Papyrus has been relying on NatTable since the Indigo Release, two years ago, through the EMF Facet/NatTable integration, and will provide a new table framework (Still based on NatTable) in Kepler. We're only waiting for your release Smile


Camille
Re: "Friends of NatTable" [message #1051769 is a reply to message #1043322] Mon, 29 April 2013 04:00 Go to previous messageGo to next message
vincent lorenzo is currently offline vincent lorenzo
Messages: 39
Registered: June 2010
Member
Hello everybody,

Do you have a date for your official release? We need it to integrate our work in the Papyrus release and it should be better for us if we have it before the next Papyrus build (the 7th of May for Eclipse M7).

Thank you
--
Vincent Lorenzo
Re: "Friends of NatTable" [message #1051795 is a reply to message #1051769] Mon, 29 April 2013 04:25 Go to previous messageGo to next message
Dirk Fauth is currently offline Dirk Fauth
Messages: 1220
Registered: July 2012
Senior Member
Hi Vincent,

we are preparing for the official release. Our plan was to release the next days, not sure if this works out because of the necessary reviews. But we have a feature freeze, a p2 update site and everything going. So there should be no blocking for the release.

Why don't you rely on the SNAPSHOT builds so far? Would be great to have some feedback on the new codebase for the viewport to be sure to not release something that has bugs. Although our tests are all running well, you'll never know.

Greez,
Dirk
Re: "Friends of NatTable" [message #1052012 is a reply to message #1043322] Mon, 29 April 2013 10:06 Go to previous messageGo to next message
Camille Letavernier is currently offline Camille Letavernier
Messages: 420
Registered: February 2011
Senior Member
Hi Dirk,


Papyrus is part of the Kepler release train, which is why we try to avoid relying on snapshots. Providing a snapshot-based build for a release seems dangerous (and maybe not even allowed, as the snapshot is not signed I guess).

So for M7, we basically have three options:

- Release on top of Nattable 0.9.0 (But Papyrus already relies on 1.0.0 APIs, so we'd have to downgrade. It might be ok, and we could use 1.0.0 for the official release in June)
- Release on top of Nattable 1.0.0 (Which will be complicated, apparently, as we're getting closer to M7 - next week)
- Do not release the new Papyrus Nattable-based component with M7 (That is, do not release it at all for Kepler, as M7 is feature-freeze). In this case, we would provide this component as an extra component, outside the Kepler release train.

There may be a 4th option which would be to release our own build of Nattable 1.0.0 (In the Papyrus namespace). But this is probably too late for that too. I'm not sure.

That's why we are hoping for a Nattable 1.0.0 official release this week, so that we can build Papyrus M7 (And Papyrus 0.10.0 later on) on top of it, next tuesday (May 7th).

We can rely on snapshots only for our nightly builds, but we really prefer stable builds (It is easier to maintain, as we only need to migrate from time to time, e.g. every 4 months)


Currently, this nattable-based component is not part of our build, so we simply rely on the source code from your git repository.


Regards,
Camille
Re: "Friends of NatTable" [message #1052059 is a reply to message #1052012] Mon, 29 April 2013 11:03 Go to previous messageGo to next message
Dirk Fauth is currently offline Dirk Fauth
Messages: 1220
Registered: July 2012
Senior Member
Hi Camille,

as we are not part of the Kepler release train, I do not know about the requirements for M7.

The following facts regarding the NatTable 1.0.0 release:
- We are currently in feature freeze state. We are only doing bugfixes right now. (any help in testing the new codebase is welcome)
- We can't finalize the release until a full release review. As it is our first one this might take a while.
- We have scheduled the final release for May 18th. Unfortunately not May 7th but that would be to less time for us.
- If it helps you in any way we could try to release some RC. But as I said before, I do not know about the release train requirements.

Hope that helps,
Dirk
Re: "Friends of NatTable" [message #1052129 is a reply to message #1052059] Mon, 29 April 2013 13:12 Go to previous message
Camille Letavernier is currently offline Camille Letavernier
Messages: 420
Registered: February 2011
Senior Member
Hi Dirk,


I'm almost sure that not being in the train by yourself is not a problem with regards to the Eclipse process. Basically, the main requirement is to have a release (if you're an Eclipse Project) or to be in Orbit (Otherwise). Unfortunately, 1.0.0 has not been released yet.

For this reason, even if you provided a 1.0.0RC, I'm almost sure the lack of an actual review would be blocker.

Apparently, using 0.9.0 is not an option either, as there has been major refactorings on the Nattable API between 0.9.0 and 1.0.0.

I will try to get more information on the release process, to see what we can do.


Thanks,
Camille
Previous Topic:Issue with RowSelectionProvider
Next Topic:NullPointerException when exporting nattable
Goto Forum:
  


Current Time: Mon Jul 28 16:38:12 EDT 2014

Powered by FUDForum. Page generated in 0.05419 seconds