paper-user Mailing List for Parser Performance Repository
Status: Planning
Brought to you by:
rousskov
Menu
▾
▴
paper-user — All purpose mailing list.
You can subscribe to this list here.
| 2004 |
Jan
(3) |
Feb
(8) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: Jonathan de H. <deh...@pe...> - 2004-02-13 19:07:02
|
> Excellent. What do you want me to focus on as far as web site is concerned? There is still much to do on "structuration" part of the web site. We need to populate a bit the pages. Topics like: how to contribute, detailled description of the tests, etc... When we have the structure ready, I'll start population the .Net part. > I can regenerate result graphs with recent Spart results, for example. This would be nice, so we get test made on the same machine. > Also, what is the best way to convert XML-ified results to HTML tables with Wiki? One solution is that I prepare a small .Net application that renders the xml to html. What do you think ? We can also prepare some XSL style sheets to render the results "text" like. Cheers Thank you, Alex. On Fri, 13 Feb 2004, Jonathan de Halleux wrote: > The paper web site is being revamped, tiki is installed and set up at > http://paper.sourceforge.net > > Cheers, > Jonathan > > > ---------------------------------------------------------------------- > ------------- > Jonathan de Halleux, Research Assistant > Center for Systems Engineering and Applied Mechanics (CESAME) > Universite catholique de Louvain > Batiment Euler , Av. Georges Lemaitre, 4 Tel : +32-10-47 2595 > B-1348 Louvain-la-Neuve Belgium > E-mail : deh...@au... > ------------------------------------------------------------------------ ----------- > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and > deploy apps & Web services for Linux with a free DVD software kit from > IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Paper-user mailing list > Pap...@li... > https://lists.sourceforge.net/lists/listinfo/paper-user > ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Paper-user mailing list Pap...@li... https://lists.sourceforge.net/lists/listinfo/paper-user |
|
From: Alex R. <rou...@me...> - 2004-02-13 17:14:06
|
Excellent. What do you want me to focus on as far as web site is concerned? I can regenerate result graphs with recent Spart results, for example. Also, what is the best way to convert XML-ified results to HTML tables with Wiki? Thank you, Alex. On Fri, 13 Feb 2004, Jonathan de Halleux wrote: > The paper web site is being revamped, tiki is installed and set up at > http://paper.sourceforge.net > > Cheers, > Jonathan > > > ----------------------------------------------------------------------------------- > Jonathan de Halleux, Research Assistant > Center for Systems Engineering and Applied Mechanics (CESAME) > Universite catholique de Louvain > Batiment Euler , Av. Georges Lemaitre, 4 Tel : +32-10-47 2595 > B-1348 Louvain-la-Neuve Belgium > E-mail : deh...@au... > ----------------------------------------------------------------------------------- > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Paper-user mailing list > Pap...@li... > https://lists.sourceforge.net/lists/listinfo/paper-user > |
|
From: Jonathan de H. <deh...@au...> - 2004-02-13 10:18:35
|
The paper web site is being revamped, tiki is installed and set up at http://paper.sourceforge.net Cheers, Jonathan ----------------------------------------------------------------------------------- Jonathan de Halleux, Research Assistant Center for Systems Engineering and Applied Mechanics (CESAME) Universite catholique de Louvain Batiment Euler , Av. Georges Lemaitre, 4 Tel : +32-10-47 2595 B-1348 Louvain-la-Neuve Belgium E-mail : deh...@au... ----------------------------------------------------------------------------------- |
|
From: Jonathan de H. <deh...@pe...> - 2004-02-11 21:00:30
|
Ok, here are some useful links 1).Net framework .Net comes with mic XP otherwize you can get it for free at http://www.microsoft.com/downloads/details.aspx?FamilyId=262D25E3-F589-4 842-8157-034D1E7CF3A3&displaylang=en 2) SharpDevelop, C# IDE http://www.icsharpcode.net/OpenSource/SD/ 3) Reflector, an explorer of .Net assemblies. Very nice to look at what's inside an assembly http://www.aisto.com/roeder/dotnet/ ------------------------------------------------------------------------ - Jonathan de Halleux, deh...@pe... www.pelikhan.com -----Original Message----- From: pap...@li... [mailto:pap...@li...] On Behalf Of Alex Rousskov Sent: Wednesday, February 11, 2004 9:16 PM To: pap...@li... Subject: RE: [Paper-user] standardizing hardware On Wed, 11 Feb 2004, Jonathan de Halleux wrote: > > Will your binaries work? > > Yes, any .Net binary will work without problem. Make sure you install > .Net v1.1. Pardon my ignorance, but what is the procedure for installing .NET on a Windows 2000/2003 box? Do I go to some MS site and download it for free? Or? > You can also download SharpDevelop which is a free C# IDE, and you > will be able to actually play with Spart. Thanks, Alex. ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Paper-user mailing list Pap...@li... https://lists.sourceforge.net/lists/listinfo/paper-user |
|
From: Alex R. <rou...@me...> - 2004-02-11 20:17:01
|
On Wed, 11 Feb 2004, Jonathan de Halleux wrote: > > Will your binaries work? > > Yes, any .Net binary will work without problem. Make sure you install > .Net v1.1. Pardon my ignorance, but what is the procedure for installing .NET on a Windows 2000/2003 box? Do I go to some MS site and download it for free? Or? > You can also download SharpDevelop which is a free C# IDE, and you > will be able to actually play with Spart. Thanks, Alex. |
|
From: Jonathan de H. <deh...@pe...> - 2004-02-11 19:07:29
|
> Will your binaries work? Yes, any .Net binary will work without problem. Make sure you install .Net v1.1. You can also download SharpDevelop which is a free C# IDE, and you will be able to actually play with Spart. Cheers ------------------------------------------------------------------------ - Jonathan de Halleux, deh...@pe... www.pelikhan.com -----Original Message----- From: pap...@li... [mailto:pap...@li...] On Behalf Of Alex Rousskov Sent: Wednesday, February 11, 2004 5:24 PM To: pap...@li... Subject: [Paper-user] standardizing hardware Jonathan, Preliminary Hapy and Spirit results were based on "BSD1" environment. I would like to reproduce Spart results on the same box so that we get a better comparison. This means that I need to run Windows. Assuming I have a hard drive to spare, what would it take to reproduce the necessary environment to run Spart tests? I can install Windows 2000 or 2003, but I do not want to purchase additional MS products. Will your binaries work? This does not imply that I want to limit published results to the results obtained on that designated box. The more results/environments we have in the Repository the better. I just think it would be nice to have a baseline setup that we reuse as much as we can: BSD1, Linux1, NET1, etc., all based on the same hardware. Thanks, Alex. ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ Paper-user mailing list Pap...@li... https://lists.sourceforge.net/lists/listinfo/paper-user |
|
From: Alex R. <rou...@me...> - 2004-02-11 16:25:13
|
Jonathan, Preliminary Hapy and Spirit results were based on "BSD1" environment. I would like to reproduce Spart results on the same box so that we get a better comparison. This means that I need to run Windows. Assuming I have a hard drive to spare, what would it take to reproduce the necessary environment to run Spart tests? I can install Windows 2000 or 2003, but I do not want to purchase additional MS products. Will your binaries work? This does not imply that I want to limit published results to the results obtained on that designated box. The more results/environments we have in the Repository the better. I just think it would be nice to have a baseline setup that we reuse as much as we can: BSD1, Linux1, NET1, etc., all based on the same hardware. Thanks, Alex. |
|
From: Alex R. <rou...@me...> - 2004-02-04 12:27:14
|
Jonathan, I have spent some time re-reviewing current content management/publishing tools. I did not find anything that I liked for a small site like the Repository. There are many good CMSes that are suitable for large, dynamic web sites. They are huge, complex, require databases, etc. There are a couple of simple minded scripts or compilers that are either too ugly for my tastes or not powerful/domain-specific enough. I suspect my love for perfection will not let me identify a good site building approach. This, I propose the following: - Pick whatever _you_ like as long as it will work on SourceForge. - If your pick is too awkward for me to use, then I will end up submitting more raw content directly to you instead of publishing it myself. Not a big deal. - If you cannot pick anything, we will stick with simple but custom scripts Hapy.org is using right now. I will continue to maintain them and release them to public domain. Will this plan work for you? Thanks, Alex. On Tue, 27 Jan 2004, Alex Rousskov wrote: > > On Tue, 27 Jan 2004, Jonathan de Halleux wrote: > > > Among the other possibilities that give good results, I see > > > > Static pages > > - QuickDoc, shipped with Spirit ( http://spirit.sourceforge.net ). It > > is a small app. that is used to create the spirit documentation, > > Is this documented somewhere? Google gives too many hits for QuickDoc > so I am not sure which one Spirit is using and I see no references to > QuickDoc on Spirit web site. Spirit documentation pages are fancy (as > everything with Spirit) but seem to lack good navigation controls and > a printer-friendlier format (neither being essential, of course). At > least some Spirit documentation do not validate, but that is not a big > deal either. > > It also seems to me that QuickDoc is for building documentation, not > web sites. I would prefer a single application (or at least > cooperative applications) that can help us with integrating > documentation and non-documentation pages. > > > - DocBook, a xml format that output to a lot of formats: html, > > latex, pdf, rtf, etc... > > Is it suitable for web sites though? I only used a flavor of DocBook > for a book. > > > Dynamic webs > > - TikiWiki (http://tikiwiki.org/), built-in wiki with powerfull > > PDF creation support. PHP/MySQL > > Very fancy, though seems to be tailored for dynamic sites rather than > mostly static set of pages. Their own "stable" documentation kind of > sucks (visually), but I guess they are working on a new version. Is it > supported by SF? > > Alex. > |
|
From: Alex R. <rou...@me...> - 2004-01-27 16:20:27
|
On Tue, 27 Jan 2004, Jonathan de Halleux wrote: > Among the other possibilities that give good results, I see > > Static pages > - QuickDoc, shipped with Spirit ( http://spirit.sourceforge.net ). It > is a small app. that is used to create the spirit documentation, Is this documented somewhere? Google gives too many hits for QuickDoc so I am not sure which one Spirit is using and I see no references to QuickDoc on Spirit web site. Spirit documentation pages are fancy (as everything with Spirit) but seem to lack good navigation controls and a printer-friendlier format (neither being essential, of course). At least some Spirit documentation do not validate, but that is not a big deal either. It also seems to me that QuickDoc is for building documentation, not web sites. I would prefer a single application (or at least cooperative applications) that can help us with integrating documentation and non-documentation pages. > - DocBook, a xml format that output to a lot of formats: html, > latex, pdf, rtf, etc... Is it suitable for web sites though? I only used a flavor of DocBook for a book. > Dynamic webs > - TikiWiki (http://tikiwiki.org/), built-in wiki with powerfull > PDF creation support. PHP/MySQL Very fancy, though seems to be tailored for dynamic sites rather than mostly static set of pages. Their own "stable" documentation kind of sucks (visually), but I guess they are working on a new version. Is it supported by SF? Alex. |
|
From: Jonathan de H. <deh...@au...> - 2004-01-27 08:32:23
|
<<This is a continued thread from a private correspondance with Alex.>>
About documention:
In fact, HTML 2 Latex does not give good results. So let's drop latex.
Among the other possibilities that give good results, I see
Static pages
- QuickDoc, shipped with Spirit ( http://spirit.sourceforge.net ). It
is a small app. that is used to create the spirit documentation,
- DocBook, a xml format that output to a lot of formats: html, latex,
pdf, rtf, etc...
- others ?
Dynamic webs
- TikiWiki (http://tikiwiki.org/), built-in wiki with powerfull PDF
creation support. PHP/MySQL
- others ?
Mambo does not work on sourceforge
PhpNuke, PostNuke and others have way too much options.
--------------------------------------------------------------------------------------------------------
Previous thread:
On Thu, 22 Jan 2004, Jonathan de Halleux wrote:
> 1) Benchmark Framework:
>
> We have to prepare frameworks that do 99% of the benchmarking work,
> leaving to the user the writing of the parser on ly. A contributor
> should only focus on writing and testing a proper grammar, whereas
> all the timing, memory benching, serialization (at least on the
> runtime test, compilation maybe more trouble) will be handled by the
> framework.
Agreed.
> 2) Giving the tools to everybody
>
> Due to the variety of possible contributes, we should provide
> frameworks for the main language/platform available and they should
> be thorously documented. These would b, for a start: C/C++
> (multiplatform), Java, .Net
Agreed.
> Btw, would you be motivated to write the documentation in LaTeX.
I use LaTeX for research papers so I know it relatively well. I prefer
something more modern and web-friendly for a project like our
repository. Last time I checked, LaTeX-to-HTML output usually did not
look very good and was difficult to customize.
Something like XML files, with some existing or new scripts to convert
XML to HTML pages sounds like a better (than LaTeX) direction to me.
We should check what SourceForge offers as far as documentation
writing is concerned; they have some kind of a doc manager, but I have
not checked it out yet.
> 3) Don't wait for package author and test their implementation
>
> There is a bunch of parser generators that can be integrated in
> framework (as you did with spirit), I think we should not wait for
> the authors to write the grammars and, in the beginning, do the work
> ourselves.
Agreed, though I doubt I will have time to do many integrations.
Hopefully, we will not need many to get other authors interested, but
only time will tell.
> 4) Documentation is the key
>
> Specially in this project, where we want external contribution, we
> need to have a lot of examples, tutorials, etc... Personnaly, I like
> Pdf/HTML approach: a lot of user like to print doc, so PDF is the
> best choice. However, user also like to browse doc, so HTML is the
> best choice. In LaTex, it is possible to create both, what do you
> think?
I agree that good documentation and _simple_ tools to produce results
are needed. LaTeX output quality for non-postscript/PDF formats
worries me. AFAIK, one can convert a web site to PDF using Adobe
tools. Perhaps that is the direction we should use. However, the
converter is not free.
> I've set up (partially) the sf tracker stuff: disable sf forums,
> set up a new mailing (we submit tomorow to gmane), set up the
> trackers. I have added the category that was mot meaningfull to me
> (.Net framework).I've also added task subprojects.
Looks good.
> For me the roadmap is as follows: get a standard result format
> (XSD), get the web started and publish some result (hapy, spirit),
> get all the tools ready: i mean ready for C,C++,.Net, Java. When all
> is ready, start "spamming" all parser generator projects to get in
> the benchmark.
>
> Thinking about it twice, we should get everything ready on our side
> before contacting too much other people. Otherwize they will feel it
> is not a mature project and just dump the email. If we provide easy
> and powerfull framework for each language/os, I hope people will
> contribute.
I agree that we should not spam until we have at least two frameworks
ready and at least three parsers tested (Spirit, Spart, Hapy) against
at least two test cases.
> 1. Did we thought about a logo ?
I did not. We can start without one unless you have something in mind.
Spirit, Spart, and Hapy do not have [real] logos, as far as I can
tell.
> 2. How do we set up the web site ?
I can move the current hapy/benchmarking page to the paper project,
with some polishing (making it non-Hapy specific). I will have to use
my scripts to do that though. Alternatively, we can try to hash out
the best format to use and rewrite everything from scratch.
> 3. I have more question but I keep it for the mailing list :)
Yes, we should move the discussion to the list. I think you already
subscribed me :-).
Thank you,
Alex.
-----------------------------------------------------------------------------------
Jonathan de Halleux, Research Assistant
Center for Systems Engineering and Applied Mechanics (CESAME)
Universite catholique de Louvain
Batiment Euler , Av. Georges Lemaitre, 4 Tel : +32-10-47 2595
B-1348 Louvain-la-Neuve Belgium
E-mail : deh...@au...
-----------------------------------------------------------------------------------
|
2 messages has been excluded from this view by a project administrator.