improving Logback Console Plugin with Table instead of List

Hey everyone! Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin? I'm thinking about spending some time on this. Anyone wanna join me? (e.g., I'll add Table support and someone else does sorting-by-column?) Thanks, and keep up the great work!

Hello Karl, I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text. But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log-file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit. Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind. And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable. [1] http://vigilog.sourceforge.net/ Regards Maarten On Nov 22, 2007 4:27 AM, Karl Pietrzak <kap4020@gmail.com> wrote:
Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? ( e.g., I'll add Table support and someone else does sorting-by-column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

Hello Karl and Maarten, It's great to see that you both are interested in improving the console plugin! Using a Table has been the first thing that I tried when I began writing the plugin, and I had a big performance issue. It was much slower than a simple console view. Do you think that we can code a plugin that uses a Table and that is as fast as a console to display logging events? As you might imagine, performance is a priority, since the plugin needs to display events even when they are recieved at a very fast pace. My goal was to be as fast as the console view. Maarten, thanks for the link to Vigilog, I'll take a look at it soon. Cheers, Sébastien Le 22 nov. 07 à 14:28, Maarten Bosteels a écrit :
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log-file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak < kap4020@gmail.com> wrote: Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? (e.g., I'll add Table support and someone else does sorting-by- column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

Thanks for the reply, Sébastien! On Nov 22, 2007 4:54 PM, Sébastien Pennec <sebastien@qos.ch> wrote:
Hello Karl and Maarten,
It's great to see that you both are interested in improving the console plugin!
Using a Table has been the first thing that I tried when I began writing the plugin, and I had a big performance issue. It was much slower than a simple console view.
Could you elaborate on the performance issues? If I'm understanding you correctly, the issue is the log events are taking a while to appear in the console view. What kind of time are we talking about? 500 milliseconds?
Do you think that we can code a plugin that uses a Table and that is as fast as a console to display logging events? As you might imagine, performance is a priority, since the plugin needs to display events even when they are recieved at a very fast pace. My goal was to be as fast as the console view.
Maarten, thanks for the link to Vigilog, I'll take a look at it soon.
Cheers,
Sébastien
Le 22 nov. 07 à 14:28, Maarten Bosteels a écrit :
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log-file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak < kap4020@gmail.com> wrote: Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? (e.g., I'll add Table support and someone else does sorting-by- column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

Hello Karl, The performance problem was clearly seen during the refresh of the view. When I sent many logs to the view, they were appearing slowly, and the redraw of the view was taking ages… I cannot give you precise numbers, because the speed of the refresh was obviously too slow. Sébastien Le 23 nov. 07 à 07:45, Karl Pietrzak a écrit :
Thanks for the reply, Sébastien!
On Nov 22, 2007 4:54 PM, Sébastien Pennec <sebastien@qos.ch> wrote: Hello Karl and Maarten,
It's great to see that you both are interested in improving the console plugin!
Using a Table has been the first thing that I tried when I began writing the plugin, and I had a big performance issue. It was much slower than a simple console view.
Could you elaborate on the performance issues? If I'm understanding you correctly, the issue is the log events are taking a while to appear in the console view. What kind of time are we talking about? 500 milliseconds?
Do you think that we can code a plugin that uses a Table and that is as fast as a console to display logging events? As you might imagine, performance is a priority, since the plugin needs to display events even when they are recieved at a very fast pace. My goal was to be as fast as the console view.
Maarten, thanks for the link to Vigilog, I'll take a look at it soon.
Cheers,
Sébastien
Le 22 nov. 07 à 14:28, Maarten Bosteels a écrit :
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log-file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak < kap4020@gmail.com> wrote: Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? (e.g., I'll add Table support and someone else does sorting-by- column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

Hello again, Sébastien! On Nov 23, 2007 1:18 PM, Sébastien Pennec <sebastien@qos.ch> wrote:
Hello Karl,
The performance problem was clearly seen during the refresh of the view. When I sent many logs to the view, they were appearing slowly, and the redraw of the view was taking ages… I cannot give you precise numbers, because the speed of the refresh was obviously too slow.
I remember you mentioning a performance issue with using SWT Table. I know you're busy, but if you get the chance, would you send me the code (or is it in source control already somewhere) so I could see if I could optimize it? Let me know, thanks! =)
Le 23 nov. 07 à 07:45, Karl Pietrzak a écrit :
Thanks for the reply, Sébastien!
On Nov 22, 2007 4:54 PM, Sébastien Pennec <sebastien@qos.ch> wrote: Hello Karl and Maarten,
It's great to see that you both are interested in improving the console plugin!
Using a Table has been the first thing that I tried when I began writing the plugin, and I had a big performance issue. It was much slower than a simple console view.
Could you elaborate on the performance issues? If I'm understanding you correctly, the issue is the log events are taking a while to appear in the console view. What kind of time are we talking about? 500 milliseconds?
Do you think that we can code a plugin that uses a Table and that is as fast as a console to display logging events? As you might imagine, performance is a priority, since the plugin needs to display events even when they are recieved at a very fast pace. My goal was to be as fast as the console view.
Maarten, thanks for the link to Vigilog, I'll take a look at it soon.
Cheers,
Sébastien
Le 22 nov. 07 à 14:28, Maarten Bosteels a écrit :
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log-file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak < kap4020@gmail.com> wrote: Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? (e.g., I'll add Table support and someone else does sorting-by- column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

Hello Karl, Thanks for your interest! :-) It may be in the repository, but it certainly is burried deep. I'll search for it tomorrow in afternoon and send any link. The first thing I tried was to build a Table with each column being a LoggingEvent attribute. And that rendered very slowly. The actual version is a TableViewer which contains only one column, filled with the result of the PatternLayout's formatting. Sébastien Le 1 déc. 07 à 17:33, Karl Pietrzak a écrit :
Hello again, Sébastien!
On Nov 23, 2007 1:18 PM, Sébastien Pennec <sebastien@qos.ch> wrote: Hello Karl,
The performance problem was clearly seen during the refresh of the view. When I sent many logs to the view, they were appearing slowly, and the redraw of the view was taking ages… I cannot give you precise numbers, because the speed of the refresh was obviously too slow.
I remember you mentioning a performance issue with using SWT Table. I know you're busy, but if you get the chance, would you send me the code (or is it in source control already somewhere) so I could see if I could optimize it?
Let me know, thanks! =)
Le 23 nov. 07 à 07:45, Karl Pietrzak a écrit :
Thanks for the reply, Sébastien!
On Nov 22, 2007 4:54 PM, Sébastien Pennec <sebastien@qos.ch> wrote: Hello Karl and Maarten,
It's great to see that you both are interested in improving the console plugin!
Using a Table has been the first thing that I tried when I began writing the plugin, and I had a big performance issue. It was much slower than a simple console view.
Could you elaborate on the performance issues? If I'm understanding you correctly, the issue is the log events are taking a while to appear in the console view. What kind of time are we talking about? 500 milliseconds?
Do you think that we can code a plugin that uses a Table and that is as fast as a console to display logging events? As you might imagine, performance is a priority, since the plugin needs to display events even when they are recieved at a very fast pace. My goal was to be as fast as the console view.
Maarten, thanks for the link to Vigilog, I'll take a look at it soon.
Cheers,
Sébastien
Le 22 nov. 07 à 14:28, Maarten Bosteels a écrit :
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log- file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass :172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak < kap4020@gmail.com> wrote: Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? (e.g., I'll add Table support and someone else does sorting- by- column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

On Dec 1, 2007 12:28 PM, Sébastien Pennec <sebastien@qos.ch> wrote:
Hello Karl,
Thanks for your interest! :-)
My pleasure!
It may be in the repository, but it certainly is burried deep. I'll search for it tomorrow in afternoon and send any link.
Thank you very much! I'll take a crack at it as soon as you get a chance to send a link.
The first thing I tried was to build a Table with each column being a LoggingEvent attribute. And that rendered very slowly. The actual version is a TableViewer which contains only one column, filled with the result of the PatternLayout's formatting.
Sébastien
Le 1 déc. 07 à 17:33, Karl Pietrzak a écrit :
Hello again, Sébastien!
On Nov 23, 2007 1:18 PM, Sébastien Pennec <sebastien@qos.ch> wrote: Hello Karl,
The performance problem was clearly seen during the refresh of the view. When I sent many logs to the view, they were appearing slowly, and the redraw of the view was taking ages… I cannot give you precise numbers, because the speed of the refresh was obviously too slow.
I remember you mentioning a performance issue with using SWT Table. I know you're busy, but if you get the chance, would you send me the code (or is it in source control already somewhere) so I could see if I could optimize it?
Let me know, thanks! =)
Le 23 nov. 07 à 07:45, Karl Pietrzak a écrit :
Thanks for the reply, Sébastien!
On Nov 22, 2007 4:54 PM, Sébastien Pennec <sebastien@qos.ch> wrote: Hello Karl and Maarten,
It's great to see that you both are interested in improving the console plugin!
Using a Table has been the first thing that I tried when I began writing the plugin, and I had a big performance issue. It was much slower than a simple console view.
Could you elaborate on the performance issues? If I'm understanding you correctly, the issue is the log events are taking a while to appear in the console view. What kind of time are we talking about? 500 milliseconds?
Do you think that we can code a plugin that uses a Table and that is as fast as a console to display logging events? As you might imagine, performance is a priority, since the plugin needs to display events even when they are recieved at a very fast pace. My goal was to be as fast as the console view.
Maarten, thanks for the link to Vigilog, I'll take a look at it soon.
Cheers,
Sébastien
Le 22 nov. 07 à 14:28, Maarten Bosteels a écrit :
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log- file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass :172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak < kap4020@gmail.com> wrote: Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? (e.g., I'll add Table support and someone else does sorting- by- column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

Hello Karl, I've looked through the history of the LogbackView class, and I couldn't find the Table I wrote first, where each lines where split into cells, each one displaying one of the attribute of the LoggingEvent object. I think I must have written it on some mini- project, more of a POC than a real first implementation. In the SVN[1] I could find the previous version of the LogbackView, which was made with a MessageConsoleView extension. However, you could take a look at the current version, which uses a virtual Table. If you see any optimizable parts, (and there certainly are a few!), do not hesitate to tweak the plugin and send me a patch, I'll test it gladly. Cheers, Sébastien [1] http://svn.qos.ch/viewvc/logbackPDE/trunk/plugins/ConsolePlugin Le 1 déc. 07 à 19:48, Karl Pietrzak a écrit :
On Dec 1, 2007 12:28 PM, Sébastien Pennec <sebastien@qos.ch> wrote: Hello Karl,
Thanks for your interest! :-)
My pleasure!
It may be in the repository, but it certainly is burried deep. I'll search for it tomorrow in afternoon and send any link.
Thank you very much! I'll take a crack at it as soon as you get a chance to send a link.
The first thing I tried was to build a Table with each column being a LoggingEvent attribute. And that rendered very slowly. The actual version is a TableViewer which contains only one column, filled with the result of the PatternLayout's formatting.
Sébastien
Le 1 déc. 07 à 17:33, Karl Pietrzak a écrit :
Hello again, Sébastien!
On Nov 23, 2007 1:18 PM, Sébastien Pennec <sebastien@qos.ch> wrote: Hello Karl,
The performance problem was clearly seen during the refresh of the view. When I sent many logs to the view, they were appearing slowly, and the redraw of the view was taking ages… I cannot give you precise numbers, because the speed of the refresh was obviously too slow.
I remember you mentioning a performance issue with using SWT Table. I know you're busy, but if you get the chance, would you send me the code (or is it in source control already somewhere) so I could see if I could optimize it?
Let me know, thanks! =)
Le 23 nov. 07 à 07:45, Karl Pietrzak a écrit :
Thanks for the reply, Sébastien!
On Nov 22, 2007 4:54 PM, Sébastien Pennec < sebastien@qos.ch> wrote: Hello Karl and Maarten,
It's great to see that you both are interested in improving the console plugin!
Using a Table has been the first thing that I tried when I began writing the plugin, and I had a big performance issue. It was much slower than a simple console view.
Could you elaborate on the performance issues? If I'm understanding you correctly, the issue is the log events are taking a while to appear in the console view. What kind of time are we talking about? 500 milliseconds?
Do you think that we can code a plugin that uses a Table and that is as fast as a console to display logging events? As you might imagine, performance is a priority, since the plugin needs to display events even when they are recieved at a very fast pace. My goal was to be as fast as the console view.
Maarten, thanks for the link to Vigilog, I'll take a look at it soon.
Cheers,
Sébastien
Le 22 nov. 07 à 14:28, Maarten Bosteels a écrit :
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log- file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass :172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak < kap4020@gmail.com> wrote: Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? (e.g., I'll add Table support and someone else does sorting- by- column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

Thanks for the feedback, Maarten! Correct me if I'm wrong, but vigilog is written in Swing (as opposed to SWT). Do you foresee this being a significant porting issue? On Nov 22, 2007 8:28 AM, Maarten Bosteels <mbosteels.dns@gmail.com> wrote:
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log-file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak < kap4020@gmail.com> wrote:
Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? ( e.g., I'll add Table support and someone else does sorting-by-column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

On Nov 23, 2007 7:46 AM, Karl Pietrzak <kap4020@gmail.com> wrote:
Thanks for the feedback, Maarten!
Correct me if I'm wrong, but vigilog is written in Swing (as opposed to SWT). Do you foresee this being a significant porting issue?
Hi Karl, No, since it's not my intention to run vigilog *inside* the IDE. The idea is that vigilog runs as a stand-alone application (as it already does) but with the plugin I have in mind, you would be able to jump from vigilog to the corresponding class and line in your IDE (that would be IntelliJ IDEA in my case). I am not sure it will work, for example bringing the eclipse (or idea) window to the front from vigilog. But since there is already the Log4jMonitor plugin for IntelliJ that is able to jump to the correct class and line, I assume it's possible. Currently the Log4jMonitor plugin does not work correctly in idea 7, but it's working perfectly in idea 6, and I have never experienced performance issues. regards Maarten
On Nov 22, 2007 8:28 AM, Maarten Bosteels < mbosteels.dns@gmail.com> wrote:
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log-file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak < kap4020@gmail.com> wrote:
Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a
Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me?
(e.g., I'll add Table support and someone else does sorting-by-column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

Hello Maarten, If I understand you well, your idea is more to link the Vigilog application with the Eclipse editor. Is that correct? What we wanted to do with the Console Plugin is to integrate the display of the logs inside the IDE, so that it is as convenient as possible for the developer, and as close as possible to the source code. That is also why we added the filtering functions: they allow the developer to filter her log statements after they have been issued. Or why we made the configuration in the logback.xml file as short as possible: it all must be very convenient and easy to reach. Given our initial goal, I'm not too keen on making the plugin evolve to a window outside of the IDE… Best Regards, Sébastien Le 23 nov. 07 à 08:57, Maarten Bosteels a écrit :
On Nov 23, 2007 7:46 AM, Karl Pietrzak <kap4020@gmail.com> wrote:
Thanks for the feedback, Maarten!
Correct me if I'm wrong, but vigilog is written in Swing (as opposed to SWT). Do you foresee this being a significant porting issue?
Hi Karl,
No, since it's not my intention to run vigilog *inside* the IDE. The idea is that vigilog runs as a stand-alone application (as it already does) but with the plugin I have in mind, you would be able to jump from vigilog to the corresponding class and line in your IDE (that would be IntelliJ IDEA in my case).
I am not sure it will work, for example bringing the eclipse (or idea) window to the front from vigilog. But since there is already the Log4jMonitor plugin for IntelliJ that is able to jump to the correct class and line, I assume it's possible.
Currently the Log4jMonitor plugin does not work correctly in idea 7, but it's working perfectly in idea 6, and I have never experienced performance issues.
regards Maarten
On Nov 22, 2007 8:28 AM, Maarten Bosteels < mbosteels.dns@gmail.com> wrote:
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log- file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak < kap4020@gmail.com> wrote:
Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a
Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me?
(e.g., I'll add Table support and someone else does sorting-by- column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

On Nov 23, 2007 7:38 PM, Sébastien Pennec <sebastien@qos.ch> wrote:
Hello Maarten,
If I understand you well, your idea is more to link the Vigilog application with the Eclipse editor. Is that correct?
Indeed. And to link vigilog with IntelliJ as well (in fact I don't use eclipse at all)
What we wanted to do with the Console Plugin is to integrate the display of the logs inside the IDE, so that it is as convenient as possible for the developer, and as close as possible to the source code.
I understand.
That is also why we added the filtering functions: they allow the developer to filter her log statements after they have been issued. Or why we made the configuration in the logback.xml file as short as possible: it all must be very convenient and easy to reach.
Given our initial goal, I'm not too keen on making the plugin evolve to a window outside of the IDE…
No problem. It wasn't my intention to evolve the existing Console plugin. It's my intention to create a new plugin that can receive GoTo commands from external applications (not only from vigilog but froma ll kind of applications) The benefits I see are 1) both IntelliJ users and eclipse users could benefit from the effort put into vigilog 2) developing the plugin will probably be rather easy (no gui integration needed) important for me since I have zero experience writing plugins for eclipse, and almost no experience writing plugins for idea. Since Karl was asking whether someone was working on it, I decided to communicate my intentions.. By no means did I want to discourage him (or anyone else) to improve the Logback Console. Also note that it might take years before I find the time to actually implement my ideas ;-) regards Maarten
Best Regards,
Sébastien
Le 23 nov. 07 à 08:57, Maarten Bosteels a écrit :
On Nov 23, 2007 7:46 AM, Karl Pietrzak <kap4020@gmail.com> wrote:
Thanks for the feedback, Maarten!
Correct me if I'm wrong, but vigilog is written in Swing (as opposed to SWT). Do you foresee this being a significant porting issue?
Hi Karl,
No, since it's not my intention to run vigilog *inside* the IDE. The idea is that vigilog runs as a stand-alone application (as it already does) but with the plugin I have in mind, you would be able to jump from vigilog to the corresponding class and line in your IDE (that would be IntelliJ IDEA in my case).
I am not sure it will work, for example bringing the eclipse (or idea) window to the front from vigilog. But since there is already the Log4jMonitor plugin for IntelliJ that is able to jump to the correct class and line, I assume it's possible.
Currently the Log4jMonitor plugin does not work correctly in idea 7, but it's working perfectly in idea 6, and I have never experienced performance issues.
regards Maarten
On Nov 22, 2007 8:28 AM, Maarten Bosteels < mbosteels.dns@gmail.com> wrote:
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log- file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak < kap4020@gmail.com> wrote:
Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a
Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me?
(e.g., I'll add Table support and someone else does sorting-by- column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

The currently released Vigilog version is 1.2, but you can get a much improved version via webstart when going to http://vigilog.sf.net/staging. I hope to release the 1.3 soon. regards, Wim Maarten Bosteels wrote:
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a JTable would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log-file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak <kap4020@gmail.com> wrote:
Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? ( e.g., I'll add Table support and someone else does sorting-by-column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
-- View this message in context: http://www.nabble.com/improving-Logback-Console-Plugin-with-Table-instead-of... Sent from the Logback Dev mailing list archive at Nabble.com.

On Nov 25, 2007 2:31 PM, Wim Deblauwe <wim.deblauwe@gmail.com> wrote:
The currently released Vigilog version is 1.2, but you can get a much improved version via webstart when going to http://vigilog.sf.net/staging.
I hope to release the 1.3 soon.
regards,
Wim
Looks good, Wim! I even like the blur effect. ;) I just used it to view a log file here at work. I hope Vigilog supersedes the now-defunct Apache Chainsaw [1]. Question for you: How tightly coupled is the GUI from the rest of the code in vigilog? As others on this mailing list have pointed out, it would be awesome if we could have a set of IDE plugins for Logback, and it would be even better if we could use the hard work you've already done for Vigilog? Thanks, and happy Monday! =) [1] http://logging.apache.org/chainsaw/download.html
Maarten Bosteels wrote:
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a
JTable
would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log-file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak <kap4020@gmail.com> wrote:
Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? ( e.g., I'll add Table support and someone else does sorting-by-column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
-- View this message in context: http://www.nabble.com/improving-Logback-Console-Plugin-with-Table-instead-of... Sent from the Logback Dev mailing list archive at Nabble.com.
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev

Hi Karl, glad you like it. I created Vigilog because Chainsaw did not do what I wanted and I also found it not user-friendly enough. Until now I have focused on opening log files because that is what I work with. The GUI is fairly decoupled from the parsing so it should be ok on that part. Ofcourse, the GUI is now written in Swing, which would be kind of a problem I guess for Eclipse. I have not added support for logback currently, mainly because there is no XML format (yet). Opening a plain text file with Vigilog should work if you use the formatting characters as log4j uses them (e.g. use %t instead of %thread) and you are not being to fancy with your layout (take a look at the unit test [1] for layouts that surely will work). Vigilog uses Maven 2 to build, so you should be able to find your way around the sources easy if you want to. regards, Wim [1] http://vigilog.svn.sourceforge.net/viewvc/vigilog/trunk/src/test/java/net/so... 2007/11/26, Karl Pietrzak <kap4020@gmail.com>:
On Nov 25, 2007 2:31 PM, Wim Deblauwe <wim.deblauwe@gmail.com> wrote:
The currently released Vigilog version is 1.2, but you can get a much improved version via webstart when going to http://vigilog.sf.net/staging.
I hope to release the 1.3 soon.
regards,
Wim
Looks good, Wim! I even like the blur effect. ;) I just used it to view a log file here at work. I hope Vigilog supersedes the now-defunct Apache Chainsaw [1].
Question for you: How tightly coupled is the GUI from the rest of the code in vigilog? As others on this mailing list have pointed out, it would be awesome if we could have a set of IDE plugins for Logback, and it would be even better if we could use the hard work you've already done for Vigilog?
Thanks, and happy Monday! =)
[1] http://logging.apache.org/chainsaw/download.html
Maarten Bosteels wrote:
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a
JTable
would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log-file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak <kap4020@gmail.com> wrote:
Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? ( e.g., I'll add Table support and someone else does sorting-by-column?)
Thanks, and keep up the great work! _______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
-- View this message in context: http://www.nabble.com/improving-Logback-Console-Plugin-with-Table-instead-of... Sent from the Logback Dev mailing list archive at Nabble.com .
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
_______________________________________________ logback-dev mailing list logback-dev@qos.ch http://qos.ch/mailman/listinfo/logback-dev
-- Vigilog - an open source log file viewer: http://vigilog.sourceforge.net Blog: http://www.jroller.com/page/Fester

On Nov 25, 2007 2:31 PM, Wim Deblauwe <wim.deblauwe@gmail.com> wrote:
The currently released Vigilog version is 1.2, but you can get a much improved version via webstart when going to http://vigilog.sf.net/staging.
I hope to release the 1.3 soon.
I must say, Wim, 1.3-SNAPSHOT looks really nice! I've started using it almost daily at work. As Sébastien mentioned, I don't know how good it would be for the logback plugin to launch a separate window (i.e., launch Vigilog), but having used Vigilog and its features, it would be nice to have its feature set in an Eclipse plugin. I thought about how other Eclipse plugins handle this "screen real estate" issue. JProfiler<http://www.ej-technologies.com/products/jprofiler/overview.html>, for instance, launches its own window because there's no way a full profiler would fit into a View. Clicking links in the external window brings you back to the IDE (at least with Eclipse). Another approach would be to have a Eclipse "tab" (I'm not sure what it's exactly called) opened, like when you want to compare revisions of a file. Or maybe an entire "Logback" perspective? What do you guys think? Perhaps someone will correct me (and please do), but I haven't seen a really nice IDE logging plugin. It would be so useful, and yet, it seems to be almost unmarked territory (hopefully fillable by logback!). :) What do you guys think as far as an IDE plugin does? - separate window (like JProfiler<http://www.ej-technologies.com/products/jprofiler/overview.html>) lets you support multiple IDEs easily because of a shared code base and have lots of features because screen real estate is not that much of a concern - internal window (View, or Perspective) is nice because it would be highly integrated with the IDE, but could not have as many features without feeling crammed Perhaps these needs call for multiple tools? What do you guys think?
regards,
Wim
Maarten Bosteels wrote:
Hello Karl,
I am not working on the Logback Console Plugin, but I agree that a
JTable
would be much better than just text.
But instead of enhancing the current plugin, this is what I had in mind: * enhance vigilog [1] in several ways (ability to taill a log-file, to receive logging events over a socket, ...) * create a plugin for Eclipse and for IntelliJ IDEA that listens on a socket for commands like "goto:org.some.package.MyCoolClass:172" => plugin will then open an editor window for the specified class and line * vigilog could then create hyperlinks for all logging events that have a locationInfo and for stacktraces
This way, we can concentrate on enhancing vigilog and both eclipse and idea users benefit.
Note that I am not yet a vigilog contributor, and it could take a long time before all this is accomplished. Just wanted to let you know what I have in mind.
And if you want to add a JTable to the Console Plugin, it might be interesting to have a look at the vigilog source code. It uses glazedlists and JxTable.
[1] http://vigilog.sourceforge.net/
Regards Maarten
On Nov 22, 2007 4:27 AM, Karl Pietrzak <kap4020@gmail.com> wrote:
Hey everyone!
Logback looks awesome! Is anyone (besides me) interested in having a Table instead of List in the Logback Console Plugin?
I'm thinking about spending some time on this. Anyone wanna join me? ( e.g., I'll add Table support and someone else does sorting-by-column?)
Thanks, and keep up the great work!
participants (4)
-
Karl Pietrzak
-
Maarten Bosteels
-
Sébastien Pennec
-
Wim Deblauwe