Al Boldi wrote:
Sam Liddicott wrote:
Tom Gregorovic wrote:
Hi,
it crossed my mind that it would be convenient to have one search
service for all the information about Lazarus and Free Pascal, which
are in forums, mail list archives, documentation reference, wiki,
Mantis, SVN
Sam Liddicott wrote:
Al Boldi wrote:
Sam Liddicott wrote:
I recommend xapian; www.xapian.org
I've worked on it, I've used it and I've followed it's progress and
when I worked at Orange we hired one of the developers to enhance it.
It is based on a once-commercial search engine.
Tom Gregorovic wrote:
Hi,
it crossed my mind that it would be convenient to have one search
service for all the information about Lazarus and Free Pascal, which
are in forums, mail list archives, documentation reference, wiki,
Mantis, SVN repository, SVN log, blog ...
One possibility is Google
Sam Liddicott wrote:
Tom Gregorovic wrote:
Hi,
it crossed my mind that it would be convenient to have one search
service for all the information about Lazarus and Free Pascal, which
are in forums, mail list archives, documentation reference, wiki,
Mantis, SVN repository, SVN log, blog
Hi Wanderlan -
A standard patch from a Diff would be fine. Yu can either post it on the
mailing list, or you can avoid annoying all the other recipients (!) by
sending direct to me at the above email. If you like I can make minor
alterations before committing.
Earliest undocumented ancestor
On Wed, 21 Nov 2007 09:49:21 +
Chris Kirkpatrick [EMAIL PROTECTED] wrote:
Hi Wanderlan -
A standard patch from a Diff would be fine. Yu can either post it on
the mailing list, or you can avoid annoying all the other recipients
(!) by sending direct to me at the above email. If you like
Mattias Gaertner wrote:
Please concentrate on the public or
published properties - anyway, these are the only ones that MakeSkel
will have put into the skeleton XML file.
Would it hurt, if other tools add entries for private and protected
members?
No, absolutely not. It would
Hi,
it crossed my mind that it would be convenient to have one search
service for all the information about Lazarus and Free Pascal, which
are in forums, mail list archives, documentation reference, wiki,
Mantis, SVN repository, SVN log, blog ...
One possibility is Google Custom Search Engine
I tryed Live Search with optimal results http://search.live.com/
It is more quick and its parser is better than Google.
For example, try this syntax in Live Search:
TStringGrid (site:lazarus-ccr.sourceforge.net OR
site:www.lazarus.freepascal.org)
It would replace the Lazarus IDE Help engine
On Nov 20, 2007, at 3:23 PM, Wanderlan Santos dos Anjos wrote:
I tryed Live Search with optimal results http://search.live.com/
It is more quick and its parser is better than Google.
More Basic is more appropriate I think.
And the main front page of the Google website has not been built to
On Tue, 20 Nov 2007 11:23:53 -0300
Wanderlan Santos dos Anjos [EMAIL PROTECTED] wrote:
I tryed Live Search with optimal results http://search.live.com/
It is more quick and its parser is better than Google.
For example, try this syntax in Live Search:
TStringGrid
Hello Mattias,
I did some tests now and all is quick... Probably Sourceforge site,
that host the Lazarus help, was slow when I tested. And this occurs
frequently. Sorry by my precipitate comment.:(
One suggestion:
Pascal reserved words would be recognized to show articles at FP
Reference Guide
On Tue, 20 Nov 2007 17:07:33 -0300
Wanderlan Santos dos Anjos [EMAIL PROTECTED] wrote:
Hello Mattias,
I did some tests now and all is quick... Probably Sourceforge site,
that host the Lazarus help, was slow when I tested. And this occurs
frequently. Sorry by my precipitate comment.:(
One
On Tue, 20 Nov 2007 17:07:33 -0300
Wanderlan Santos dos Anjos [EMAIL PROTECTED] wrote:
Hello Mattias,
I did some tests now and all is quick... Probably Sourceforge site,
that host the Lazarus help, was slow when I tested. And this occurs
frequently. Sorry by my precipitate comment.:(
Hi Wanderlan -
I am currently trying to assemble on-line help for the LCL, and if you
are offering to help, I am delighted!
The tool we use is FPCDoc, which takes the source xx.pas or xx.pp and
extracts all the identifiers, declared classes and types, procedures and
functions, etc, and then
Very nice...
Put my name at http://wiki.lazarus.freepascal.org/LCL_Documentation_Roadmap
---
Edit in Lazde --- Generate a Patch --- Submit to Mantis---
Return again!!!
I wish to document Grids unit and extend its funcionality.
TIA,
Wanderlan
Maybe, samebody can take a look of this http://ioda.sourceforge.net/, a
full text search project (posible dead) written in fpc.
--
Carlos Germán Tejero
Hi Chris,
What you already documented?
You are alone in this?
What are your priorities? What should be documented next?
How english is not my native language, my texts' style can look a bit
convoluted...;}
Wanderlan
On 11/20/07, Carlos German Tejero [EMAIL PROTECTED] wrote:
Maybe, samebody
On Tue, 20 Nov 2007, Carlos German Tejero wrote:
Maybe, samebody can take a look of this http://ioda.sourceforge.net/, a
full text search project (posible dead) written in fpc.
I think this is actually a very good hint.
Maybe we should evaluate this tool and see if we can use it for the
Hi Wanderlan -
I have started at the 'ancestor' level of the LCL, and have produced
documentation for several of the Classes in Controls, mainly TControl,
TWinControl, TCustomControl; then I did some work on Dialogs, Forms
(TForm, TApplication, TScreen and TScrollBox) and Graphics (TBitMap,
Ok Chris,
I have noticed that you like to write ...
I will take the deepest ancestor to TStringGrid, not documented yet,
and will begin documenting from there. This approach is ok?
How would you prefer to receive the material to review it? Is a
standard patch ok? Or not? Perhaps XML, HTML,
21 matches
Mail list logo