[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [ve-dev] ktable or something like it in eclipse
|
Hi Mark,
A few questions:
1) Who are the author(s) of KTable? Can we track down everyone who
contributed code to KTable?
2) What is the license?
I have written a CompositeTable that does a lot of the same things, plus
is designed to work seamlessly with the Sweet data binding framework we
are working on with Platform/UI.
So if there's not much overlap in functionality, maybe we would be
interested. But otherwise probably not.
Best regards,
Dave Orme
Mark Proctor wrote:
Just found a maintained branch of ktable, which is getting pretty
advanced now:
http://sourceforge.net/project/screenshots.php?group_id=114292
Its mentioned in:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=37998
and supprts - sorting, fixed cells, spanning cells on top of standard
ktable features.
Hopefully now this is maturing it increases its chances of standard
adoption within some aspect of eclipse.
Mark
Mark Proctor wrote:
I've raised this in both platform-ui-dev and platform-swt-dev and
each time it raises interest, but it seems its not getting any
ownership - ie I'm obviously not getting through to the right
stakeholders. So I thought I would try here, as ktable, or something
like ktable being supported in VE would be awesome - and hopefully
you people might know who best to pass this information onto.
Someone has blogged my recent ktable lobbying efforts -
http://www.clientjava.com/blog/2005/07/07/1120745407143.html.
Here is a copy of my email with a quick list of arguments of the top
of my head:
--------------------
Was chatting on irc to a developer - as ktable is available
independantly he didn't see the need to include ktable. He compared
this to GTK+ saying there is not much of a call beyond their existing
table support, so why should we need this for eclipse. I argued this
from several points.
1) ktable us there, why not use it.
2) If you want swt/jface to be seen as an alternative, whether you
like it or not, you are going to need to include equivalent, if not
better, functionality.
3) Flexible table support is something probably used enough to
warrant it being included as standard
4) External libraries can suffer from abandonware, with something
important as ktable this is not something you want to happen. I dont
believe ktable is abondoned, just that it works for the developers
needs - howver no release in over a year is always worrying when
choosing your dependencies.
5) Maybe Java development culture is different to GTK+, people prefer
that the functionality works out of the box rather than googling for
some random library that might do the job.
Anyway just some random points I could think of. I'm sure this can be
argued either way - but my gut feeling is that advanced table support
is something that is needed and should be available as part of the
eclipse patform.
Mark
--------------------
And here is one of my original emails trawling the internet about
interest in a ktable like widget:
--------------------
I don't know if this is the right place to raise this - doesn't seem
to be a jface specific mailing list.
Anway a little while ago I raised the need for a jtable like widget
as swt table is far too limited, I found ktable (which is based on
jtable but written for eclipse), it worked very well. I recommended
ktable for inclusion in SWT, but was informed that its emulated and
thus out of scope for SWT and belongs with JFace.
Anyway KTable development has stopped, last release was Mar 04 2004,
which makes people nervous about using abandonware. So while people
are thinking of 3.2 features I would like to put my vote for flexible
and powerfull table features being included as standard in eclipse -
so it hopefully gains momentum/backing.
ktable ->
http://www.kupzog.de/fkmk_uk/Programming/Downloads/downloads.html
I've noticed the need for this in some bugzilla's:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=37998
https://bugs.eclipse.org/bugs/show_bug.cgi?id=79727
https://bugs.eclipse.org/bugs/show_bug.cgi?id=4566
request for this in blogs:
http://www.clientjava.com/blog/2004/11/05/1099665296000.html
http://www.luisdelarosa.com/blog/2005/03/endtoend_rcp_ap.html
and from news/mailing lists:
http://dev.eclipse.org/newslists/news.eclipse.platform.swt/msg13933.html
http://dev.eclipse.org/newslists/news.eclipse.platform.swt/msg14041.html
http://dev.eclipse.org/newslists/news.eclipse.platform.swt/msg09530.html
http://dev.eclipse.org/newslists/news.eclipse.platform.swt/msg13996.html
http://dev.eclipse.org/newslists/news.eclipse.platform.swt/msg14006.html
http://dev.eclipse.org/newslists/news.eclipse.platform.swt/msg12096.html
http://dev.eclipse.org/newslists/news.eclipse.platform.swt/msg09089.html
http://dev.eclipse.org/newslists/news.eclipse.platform.swt/msg20570.html
... lots more, but you get the idea that "maybe try ktable" is
littered throught the mailing lists.
ktable used in Logic MindGuide -
http://www.eclipse.org/community/rcp.html
Mark
--------------------
_______________________________________________
ve-dev mailing list
ve-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ve-dev
_______________________________________________
ve-dev mailing list
ve-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ve-dev
--
Objects are here to stay. http://www.db4o.com
PGP Public Key (for confidential communications):
http://www.coconut-palm-software.com/~djo/public_key.txt