Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 repository, SVN log, blog ... One possibility is Google Custom Search Engine (http://www.google.com/coop/cse/): * it is free for noncommercial usage, but I think it parses not all resources The alternative is to use some web search engine running on own server (e.g. http://www.mnogosearch.org/ ). 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. It's not bad, you've clearly not used it much but it's huge. I don't think xapian is huge, although it can deal with huge data sets. It's being used to index gmane. I'm currently using swish-e, which is small and fast. It is a probabilistic search engine that also uses boolean terms The btree index for xapian has been re-written from scratch 3 times for maximum speed. I don't know fully how swish-e and xapian compare but I can't have anyone maligning xapian :-) in 2005 (by the looks of this message: http://lists.tartarus.org/pipermail/xapian-devel/2005-September/000254.html ) the swish-e guys were willing to ditch their backend db for xapian. I don't know how mych better it has become since ethen. I'd also suggest reading from this thread to see how xapian works and could work for lazarus: http://lists.xapian.org/pipermail/xapian-discuss/2005-January/000681.html Sam
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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. It's not bad, you've clearly not used it much but it's huge. I don't think xapian is huge, although it can deal with huge data sets. It's being used to index gmane. I'm currently using swish-e, which is small and fast. It is a probabilistic search engine that also uses boolean terms The btree index for xapian has been re-written from scratch 3 times for maximum speed. I don't know fully how swish-e and xapian compare but I can't have anyone maligning xapian :-) Actually, trying to compare xapian to swish-e, would be like comparing KDE with WindowMaker. They don't compare. That's why I use WindowMaker, and only use KDE as a back-end when I need the extra features. But, when you start comparing their size, that's when you understand what I mean with HUGE. Just the xapian engine distribution alone is about 10x larger than swish-e. So, if there is a mini-xapian engine distribution that would weigh in at around 250kb compressed, then I would definitely like to know about it. Until then, xapian is definitely overkill for simple indexing needs. Thanks! -- Al _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 Custom Search Engine (http://www.google.com/coop/cse/): * it is free for noncommercial usage, but I think it parses not all resources The alternative is to use some web search engine running on own server (e.g. http://www.mnogosearch.org/ ). 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. Sam _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 ... One possibility is Google Custom Search Engine (http://www.google.com/coop/cse/): * it is free for noncommercial usage, but I think it parses not all resources The alternative is to use some web search engine running on own server (e.g. http://www.mnogosearch.org/ ). 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. It's not bad, but it's huge. I'm currently using swish-e, which is small and fast. I once posted a patch to allow interfacing the output of any search engine with the Find-In-Files dialog, but I don't think it got ever merged. Thanks! -- Al _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 of TStringGrid is TCustomGrid, so that would be a good place to start. Please concentrate on the public or published properties - anyway, these are the only ones that MakeSkel will have put into the skeleton XML file. Regards - Chris Wanderlan Santos dos Anjos wrote: 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, plain text...What will be more productive for you? TIA Wanderlan On 11/20/07, Chris Kirkpatrick [EMAIL PROTECTED] wrote: 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, TBrush, TCanvas, TPen). I have tried to concentrate on those public or published properties and methods that are regularly found in descendant classes, so that once defined in the ancestor the inherited property need not be defined again (unless the descendant needs to override the inherited property). I then started to work on StdCtrls and Buttons, to describe the widgets that are most frequently used in forms. I had already done some work on StdCtrls, ComCtrls and ExtCtrls about two years ago, and Mattijs Willemstein had also written some documentation, but then I got very busy at work and was unable to do anything for a while. I am now back in production! I would be very grateful for your contributions to Grids, particularly as this is an area that I understand only poorly! I should be more than happy to help with 'English' problems, and our objective should be to write code that will be easily translatable into other languages, once we have got the basic information correct. I look forward to a fruitful collaboration. Regards - Chris Wanderlan Santos dos Anjos wrote: 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 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 I can make minor alterations before committing. Earliest undocumented ancestor of TStringGrid is TCustomGrid, so that would be a good place to start. 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? Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 be great to have access to some of the protected/private entries, particularly in the seealso Chris Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
[lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 (http://www.google.com/coop/cse/): * it is free for noncommercial usage, but I think it parses not all resources The alternative is to use some web search engine running on own server (e.g. http://www.mnogosearch.org/ ). Tom _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 too, that is slow. Att, Wanderlan Santos dos Anjos _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 find all pages with a specific word. That's why they propose specific tools to do this. 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 too, that is slow. I believe I can say that Some users would like offline documentation. Anyway, you don't want to depend on a website which can change its result as it likes. Att, Wanderlan Santos dos Anjos -- Damien Gerard [EMAIL PROTECTED] _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 (site:lazarus-ccr.sourceforge.net OR site:www.lazarus.freepascal.org) It would replace the Lazarus IDE Help engine too, that is slow. What do you mean with 'Lazarus IDE Help engine'? At the moment the IDE just collects some context information and starts an external browser to fetch the page from the internet. Do you mean starting an external browser and fetching an internet page is slow, or do you mean the IDE help system is slow? I'm currently working on an integrated FPDoc browser. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 and furthers guides. Two asks: How to colaborate for write more descriptions in RTL/FCL/LCL online help? How to complete the help when there are missing links? For example: AddDisk routine there isn't a link. Can FPDoc help with it? TIA Wanderlan On 11/20/07, Mattias Gaertner [EMAIL PROTECTED] wrote: 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 (site:lazarus-ccr.sourceforge.net OR site:www.lazarus.freepascal.org) It would replace the Lazarus IDE Help engine too, that is slow. What do you mean with 'Lazarus IDE Help engine'? At the moment the IDE just collects some context information and starts an external browser to fetch the page from the internet. Do you mean starting an external browser and fetching an internet page is slow, or do you mean the IDE help system is slow? I'm currently working on an integrated FPDoc browser. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives -- Att, Wanderlan Santos dos Anjos (061) 3345-5496; 9133-3804 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 suggestion: Pascal reserved words would be recognized to show articles at FP Reference Guide and furthers guides. Two asks: How to colaborate for write more descriptions in RTL/FCL/LCL online help? How to complete the help when there are missing links? For example: AddDisk routine there isn't a link. Can FPDoc help with it? Bingo. See http://wiki.lazarus.freepascal.org/Lazarus_Documentation#Tools Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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.:( That's why I'm working on an integrated tool. One suggestion: Pascal reserved words would be recognized to show articles at FP Reference Guide and furthers guides. That's a little bit tricky. The reference guide is created from a latex document, so there are no fixed links. Michael Van Canneyt and I started an approach by using the kwd files of the FPC documentation. But this file is not yet included in the normal FPC installation and does not yet contain the whole list. Maybe Michael can tell you more about it. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 looks at a descriptor file which we have constructed that gives details of the procedures, properties etc. This documentation is contained in a xx.xml file, and it is the construction of these .xml files that is occupying my time at present. FPCDoc uses the original xx.pas file and the xx.xml file to construct HTML files that are used to provide the on-line help that is currently accessed through SourceForge, but will eventually be included as help-files in the distribution. There is a utility called LazDE (for Lazarus Documentation Editor) that is quite useful in constructing and editing the .xml files, although I do quite a lot of the work using a conventional test editor. Details of LazDE are found here: http://wiki.freepascal.org/Lazarus_Documentation_Editor and I suggest you read that thoroughly, together with the FPCDoc manual. If you want to collaborate in doing some of the documentation, and particularly if yuo have an understanding of some of the more abstruse aspects of programming, please let me know and we can decide on priorities. With kindest regards - Chris Kirkpatrick Wanderlan Santos dos Anjos 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 suggestion: Pascal reserved words would be recognized to show articles at FP Reference Guide and furthers guides. Two asks: How to colaborate for write more descriptions in RTL/FCL/LCL online help? How to complete the help when there are missing links? For example: AddDisk routine there isn't a link. Can FPDoc help with it? TIA Wanderlan On 11/20/07, Mattias Gaertner [EMAIL PROTECTED] wrote: 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 (site:lazarus-ccr.sourceforge.net OR site:www.lazarus.freepascal.org) It would replace the Lazarus IDE Help engine too, that is slow. What do you mean with 'Lazarus IDE Help engine'? At the moment the IDE just collects some context information and starts an external browser to fetch the page from the internet. Do you mean starting an external browser and fetching an internet page is slow, or do you mean the IDE help system is slow? I'm currently working on an integrated FPDoc browser. Mattias _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 can take a look of this http://ioda.sourceforge.net/, a full text search project (posible dead) written in fpc. -- Carlos Germán Tejero -- Att, Wanderlan Santos dos Anjos (061) 3345-5496; 9133-3804 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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 FPC/Lazarus documentation ? Michael. _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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, TBrush, TCanvas, TPen). I have tried to concentrate on those public or published properties and methods that are regularly found in descendant classes, so that once defined in the ancestor the inherited property need not be defined again (unless the descendant needs to override the inherited property). I then started to work on StdCtrls and Buttons, to describe the widgets that are most frequently used in forms. I had already done some work on StdCtrls, ComCtrls and ExtCtrls about two years ago, and Mattijs Willemstein had also written some documentation, but then I got very busy at work and was unable to do anything for a while. I am now back in production! I would be very grateful for your contributions to Grids, particularly as this is an area that I understand only poorly! I should be more than happy to help with 'English' problems, and our objective should be to write code that will be easily translatable into other languages, once we have got the basic information correct. I look forward to a fruitful collaboration. Regards - Chris Wanderlan Santos dos Anjos wrote: 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 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
Re: [lazarus] Search engine for Lazarus and Free Pascal concerned stuff
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, plain text...What will be more productive for you? TIA Wanderlan On 11/20/07, Chris Kirkpatrick [EMAIL PROTECTED] wrote: 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, TBrush, TCanvas, TPen). I have tried to concentrate on those public or published properties and methods that are regularly found in descendant classes, so that once defined in the ancestor the inherited property need not be defined again (unless the descendant needs to override the inherited property). I then started to work on StdCtrls and Buttons, to describe the widgets that are most frequently used in forms. I had already done some work on StdCtrls, ComCtrls and ExtCtrls about two years ago, and Mattijs Willemstein had also written some documentation, but then I got very busy at work and was unable to do anything for a while. I am now back in production! I would be very grateful for your contributions to Grids, particularly as this is an area that I understand only poorly! I should be more than happy to help with 'English' problems, and our objective should be to write code that will be easily translatable into other languages, once we have got the basic information correct. I look forward to a fruitful collaboration. Regards - Chris Wanderlan Santos dos Anjos wrote: 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 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives -- Att, Wanderlan Santos dos Anjos (061) 3345-5496; 9133-3804 _ To unsubscribe: mail [EMAIL PROTECTED] with unsubscribe as the Subject archives at http://www.lazarus.freepascal.org/mailarchives
