Re: [fpc-devel] PR advancement
On Thu, 24 Nov 2005, Michalis Kamburelis wrote: So what answer would you propose for the FAQ question Are there any real world applications made with Free Pascal/Lazarus ? A huge list of every program that was ever compiled with FPC ? A short list of chosen projects ? Who will decide and maintain the list of most bright projects developed using FPC+Lazarus ? Have you seen the gallery page ? http://www.freepascal.org/gallery.html Michael. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] PR advancement
On 11/23/05, Michalis Kamburelis [EMAIL PROTECTED] wrote: 3. Are there any real world applications made with Free Pascal/Lazarus? I guess that even a manager is able to type fpc or lazarus into google. Just typed both on google and found many links about the compiler and the IDE, but not about programs based on them. This is pretty obvious. When you create a program you don't advertise: CREATED WITH LAZARUS!!! At best a small link. The user doesn't care, doesn't know what Lazarus (or any other programming tool) is and doesn't want to know. He just wants a good software. I propose adding this question to the FAQ and have a link to a list of commercial programs created with FPC/Lazarus on the wiki, because the wiki is much easier to update. -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] PR advancement
3. Are there any real world applications made with Free Pascal/Lazarus? I guess that even a manager is able to type fpc or lazarus into google. And he'll find a bunch of fanboy websites. True.. we can create directories more like Torry.net instead of things like PasWiki which sometimes are biased and fanboy-ish ;-) I guess I think its a good idea to outsource the web development to people like me, you, and freepascal users - so Michael, Daniel, Jonas, Florian, Peter, and all those others can work on the compiler and documentation instead of website designs. So what answer would you propose for the FAQ question Are there any real world applications made with Free Pascal/Lazarus ? A huge list of every program that was ever compiled with FPC ? A short list of chosen projects ? Who will decide and maintain the list of most bright projects developed using FPC+Lazarus ? Contributed Programs section. Let the users manage the directory (outsourcing the work, just like how contributed units section is outsourced and requires little/no maintenance from FPC team). ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] PR advancement
Reading FPC and Lazarus mailing lists, and I don't see such problems. And I understood the FAQ, even though IANAL. There's a text Read again. Lazarus list had a very long discussion about LCL and LGPLv2 It is therefore possible to create closed source or proprietary software using Free Pascal. I think that this is even more explicit (and understandable to non-programmers) than your proposed Yes you can static link with our enhanced LGPL. Perhaps, but people evidently don't get it. So what answer would you propose for the FAQ question Are there any real world applications made with Free Pascal/Lazarus ? A huge list of every program that was ever compiled with FPC ? A short list of chosen projects ? Who will decide and maintain the list of most bright projects developed using FPC+Lazarus ? This selection is done already. See news on main fpc page. Then propose a better text / feature list for Advantages page... I will try my best. Ales ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Systems fair
I think like how torry.net, Delphi 3000, etc. work (but you obviously can create smaller websites than that) people should be building independent websites to promote freepascal. I would diagree. Up to now there a tons of sites concering FPC/Lazarus: freepascal.org, sourceforge, stack.nl, wiki, ftp-sites, mirrors, cvs, etc. Mirrors and cvs are not at all like what I was talking about. That produces much confusion. Of course, mirrors and cvs do cause confusion. And all the clone documentation sites out there do too. That's not what I was talking about. In order to see PHP in use, people build sites with PHP and put a PHP logo on it. PHP isn't successful because of the PHP.net website! One face to the customer. I'm talking about genuine, unique, freepascal user websites. Look how many PHP or Visual Basic sites there are, with I'm a happy PHP user written all over them. The extension myfile.php is marketing itself. If your websites had a myfile.pp or mysite.fp extension, that would be marketing via brand naming. The PHP extension on files itself is branding. Every time you see a PHP extension on a file, you are getting brainwashed with the word php. That's marketing. Okay, I come from an internet marketing background. If you have one single domain name, your search engine rankings and traffic are pretty poor. If you have 5000 websites promoting freepascal, your search engine rankings and traffic improve greatly. It's similar to having 5000 ads in the paper versus one nice ad. And mirrors bring your search engine ranking down. If you have 100 mirrors, your search engine rankings and traffic do not improve greatly. Mirrors can cause google to see your website as clones, and this sometimes brings the ranking down. That's not really a big issue right now with the FPC website, since the mirrors don't seem to be affecting it's ranking. I don't think the GNU C compiler website looks all that good? In fact I don't even know if there is a GNU C compiler main website or homepage!? I probably wouldn't ever visit it, since there are so many other ways to download the GNU C compiler. I'm more interested in the people who USE and have had real world experience with the compiler, right? I don't think the GNU C compiler is popular because of one nice website. I think the reason GNU C compiler is successful is because of all the fan boys, their applications (gzip, midnight commander, linux, and 50,000 other applications made in C), and their websites, and of course directories like debian.org which link to several C applications. So in summary: one nice website is nice, but from a realistic internet marketing perspective, more importantly are huge databases of content, examples, and program/unit directories from the users. FPC documentation already exists well on the search engines, but examples of the applications or websites that are run off FPC engines or FPC code, do not exist. Don't get me wrong: one nice website, is not harmful in any way. It's not going to harm anyone. I just seek a realistic marketing perspective, where thousands of people are downloading software from word of mouth and real world examples, rather than a nice looking website. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] PR advancement
Ales Katona wrote: So what answer would you propose for the FAQ question Are there any real world applications made with Free Pascal/Lazarus ? A huge list of every program that was ever compiled with FPC ? A short list of chosen projects ? Who will decide and maintain the list of most bright projects developed using FPC+Lazarus ? This selection is done already. See news on main fpc page. Hm, after giving it some thought, and after seeing [http://www.freepascal.org/gallery.html] link, I have to agree: such selection looks nice. Michalis ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] bug 4549 - linker error
http://www.freepascal.org/bugs/showrec.php3?ID=4549 Had the same problem. Is there a detailed linker error message or log file? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] linker problem
Sorry. Must read http://www.freepascal.org/bugs/showrec.php3?ID=4548 ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Coding Questions
I have some coding questions: 1. Is there a synchronous readkey function, instead of that asynchronous one? Im trying to make a simple game to help me learn Pascal, but I got stuck on this. I know that Turbo Pascal 7 has the synchronous readkey, but isnt there a way to do this in normal Pascal? 2. How would I delay the movement of something? When I use Delay(250), it delays the whole program. In VB, I would write this: Dim DelayAmount, DelayCount As Integer DelayCount = 250 If (Environment.TickCount - DelayAmount) = DelayCount Then ' run code here DelayAmount = Environment.Tick End If So what do I do? Oh, and I need this to be strictly Pascal if possible, not Delphi; and Im using the Crt code, so its a shell (command prompt style), not Windows forms. Thanks, Alex C. Barberi ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Lazarus
What version(s) of Delphi is/are Lazarus compatible with? Also, the Convert Delphi Project to Lazarus Project does't work. Thanks, Alex C. Barberi ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] Test, please ignore
___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] test, please ignore
test, please ignore ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] test
test ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] test
test ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] PR advancement
Adriaan van Os wrote: P.S. Here is a text, specially for managers, applicable for any tech project: Blah blah ... de facto standard ... Blah blah ... highly committed ... Blah bah ... industrial strength ... Blah blah ... world class support ... Blah blah ... handholding ... Blah blah ... support contract Blah blah ... even more handholding ... Blah blah cutting edge technology Blah blah etcetera. You forgot 'scalable enterprise solutions' :) ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Systems fair
On 24 Nov 2005, at 18:28, L505 wrote: I don't think the GNU C compiler is popular because of one nice website. I think the reason GNU C compiler is successful is because of all the fan boys I'm quite sure it's mainly successful because it's the default (and often only) C compiler on Linux systems, as well as ported to pretty much every other system out there. Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Systems fair
Op Thu, 24 Nov 2005, schreef L505: I'm talking about genuine, unique, freepascal user websites. Look how many PHP or Visual Basic sites there are, with I'm a happy PHP user written all over them. The extension myfile.php is marketing itself. If your websites had a myfile.pp or mysite.fp extension, that would be marketing via brand naming. The PHP extension on files itself is branding. Every time you see a PHP extension on a file, you are getting brainwashed with the word php. That's marketing. So Pascal Server Pages should have a .pascal extension or something to the executables... Maybe :) Okay, I come from an internet marketing background. If you have one single domain name, your search engine rankings and traffic are pretty poor. If you have 5000 websites promoting freepascal, your search engine rankings and traffic improve greatly. It's similar to having 5000 ads in the paper versus one nice ad. And mirrors bring your search engine ranking down. If you have 100 mirrors, your search engine rankings and traffic do not improve greatly. Mirrors can cause google to see your website as clones, and this sometimes brings the ranking down. That's not really a big issue right now with the FPC website, since the mirrors don't seem to be affecting it's ranking. There is not much wrong with our search engine rankings. We have a lot of external and internal links to our site, it does its job. I don't think the GNU C compiler website looks all that good? In fact I don't even know if there is a GNU C compiler main website or homepage!? I probably wouldn't ever visit it, since there are so many other ways to download the GNU C compiler. I'm more interested in the people who USE and have had real world experience with the compiler, right? http://gcc.gnu.org I think our website is better by leaps and bounds than GCC's website. GCC's website is definately not the reason for its success. I don't think the GNU C compiler is popular because of one nice website. I think the reason GNU C compiler is successful is because of all the fan boys, their applications (gzip, midnight commander, linux, and 50,000 other applications made in C), and their websites, and of course directories like debian.org which link to several C applications. Yes. Every .c extension is marketing for the C language and the compiler to compile it is preinstalled on most systems :) So in summary: one nice website is nice, but from a realistic internet marketing perspective, more importantly are huge databases of content, examples, and program/unit directories from the users. FPC documentation already exists well on the search engines, but examples of the applications or websites that are run off FPC engines or FPC code, do not exist. Don't get me wrong: one nice website, is not harmful in any way. It's not going to harm anyone. I just seek a realistic marketing perspective, where thousands of people are downloading software from word of mouth and real world examples, rather than a nice looking website. We need to advertise better. The 2.0 marketing was done quite well IMHO, OSNews was a good choice, it gets 45 hits a day, and with a story on-line it was easy to get sites like Slashdot interrested. However, we cannot live from one big campaign once in five years. The problem is we are not as famous in the generic open source world as we are in the Delphi world for example. We need to get more known in the open source world and the majority of work that needs to be done here is outside freepascal.org. Daniël___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] PR advancement
Hi! This selection is done already. See news on main fpc page. Hm, after giving it some thought, and after seeing [http://www.freepascal.org/gallery.html] link, I have to agree: such selection looks nice. Indeed, nice page and truly impressive for people searching for a proof that FPC is ready for real-world applications. I didn't even know of this Gallery page and I couldn't find any link to it from the www.freepascal.org page. Probably looking around very carefully and reading lots of pages would unveil a link, but this is not what PR means. So I fully agree to Ales that the FPC homepage needs a wow style. Despite I do like clear, simple homepages I don't think that this gives us good PR. Without offending Michael and others for their effort creating and maintaining the website, I think these pages induce the impression that FPC is a tiny project, has unreliable release cycles and progress, it is just from hobbyists for their own pleasure and FPC is only used by some frugal enthusiasts. Propagating this impression is _not_ what good PR is about. :-) On the other hand, Lazarus' home page looks loaded and complex. In the ongoing discussion I read some funny statements (ranting about managers, ...) and some kind of ignorant statements (this and that is already ..., just look there and there, just read the mailing list, just type ... into Google, ...). I'm sure most of the necessary information is already available, probably some more easy to read things (like Ales' FAQ proposal) should be added. But: This information is hidden like in a maze! FPC should _not_ require potential interrests to invest lots of energy and time to get valuable information. FPC should provide this easily and directly accessable. It is not the interrested's job to search for information but it is our's to present it! The main disadvantage of the current website are the bad navigation scheme and the simplistic layout. I'd therefore propose to take the following steps: 1. Collect what information should be on the main page: focus on managers and busy visitors, but do not forget on technicians, enthusiasts, purists. Do not classify this list, don't concentrate on structure, hierarchy, ..., just collect. 2. sort this list, give it a structure 3. work out a navigation scheme of the new website (from the structured list) 4. work out a design and look-and-feel for the new website which is clear, stylish, wow, but not loaded. 5. bring structure, content and design togehter 6. enjoy and watch interrests Ok, this is a very simple path, I'm not sure it if works and if enough man power can be raised. OTOH I'm sure most ideas for the hard part (1) have already been said and/or can be found on the current web site. Any suggestions, comments, ideas? Bye Hansi ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] PR advancement
Op Sat, 3 Dec 2005, schreef Johann Glaser: Hi! This selection is done already. See news on main fpc page. Hm, after giving it some thought, and after seeing [http://www.freepascal.org/gallery.html] link, I have to agree: such selection looks nice. Indeed, nice page and truly impressive for people searching for a proof that FPC is ready for real-world applications. I didn't even know of this Gallery page and I couldn't find any link to it from the www.freepascal.org page. Probably looking around very carefully and reading lots of pages would unveil a link, but this is not what PR means. That is because if you make such a gallery, it should be really good, I consider it currently still too small. We need to add more projects so we can put it on-line. Daniël___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Systems fair
On 11/24/05, Peter Vreman [EMAIL PROTECTED] wrote: I think other people are encouraged to build FPC related websites if they can't help the freepascal site directly. Giving ideas doesn't help. We need people to do the work. We can't extended/debug fpc itself and rewrite a website at the same time. Ok, even if outside websites about free pascal help more then working on free pascal website directly, why don't you make it possible for people to see the website code and submit patches for it? This way the developers can focus on coding the compiler and others that wish to improve the website can do so. I'd specially like this on Lazarus website. -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Coding Questions
On 12/2/05, VisionForce [EMAIL PROTECTED] wrote: 1. Is there a synchronous readkey function, instead of that asynchronous one? I'm trying to make a simple game to help me learn Pascal, but I got stuck on this. I know that Turbo Pascal 7 has the synchronous readkey, but isn't there a way to do this in normal Pascal? What exactly is the difference between synchronous readkey and asynchronous? Are you trying to read keys from the keyboard? 2. How would I delay the movement of something? When I use Delay(250), it delays the whole program. In VB, I would write this: Normally I would use a timer. Set it´s interval property to the desired delay, set it's execute event to point to a method and set it's Enable to True when needed. On the execute method would be something like: MyTimer. Enabled := False; // Code to be executed but I think this requires Lazarus LCL to be used. If you want something to execute without halting the main program and can't use a Timer component, then you really should think about using a separate Thread from this. Read: http://wiki.lazarus.freepascal.org/index.php/Multithreaded_Application_Tutorial -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Coding Questions
From: VisionForce [EMAIL PROTECTED] To: FreePascal Developer fpc-devel@lists.freepascal.org Date sent: Thu, 1 Dec 2005 21:26:49 -0600 Subject:[fpc-devel] Coding Questions Send reply to: FPC developers' list fpc-devel@lists.freepascal.org mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] I have some coding questions: 1. Is there a synchronous readkey function, instead of that asynchronous one? I'm trying to make a simple game to help me learn Pascal, but I got stuck on this. I know that Turbo Pascal 7 has the synchronous readkey, but isn't there a way to do this in normal Pascal? Have a look at unit Keyboard (function PollKeyEvent). 2. How would I delay the movement of something? When I use Delay(250), it delays the whole program. In VB, I would write this: . . So what do I do? Oh, and I need this to be strictly Pascal if possible, not Delphi; and I'm using the Crt code, so it's a shell (command prompt style), not Windows forms. One possible cross-platform solution for this (certainly not the only one, but probably fitting quite well here) would be to use function GetMsCount from unit Dos. Regardless of the exact value returned by this call, the difference of values provided by two calls to this function should always be equal to the amount of milliseconds between the two calls (or at least as close to this as the implementation for a particular platform allows). Tomas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] PR advancement
So I fully agree to Ales that the FPC homepage needs a wow style. Despite I do like clear, simple homepages I don't think that this gives us good PR. Without offending Michael and others for their effort creating and maintaining the website, I think these pages induce the impression that FPC is a tiny project, has unreliable release cycles and progress, it is just from hobbyists for their own pleasure and FPC is only used by some frugal enthusiasts. I wouldn't say it needs to be complicated or flash-full. I personaly hate the full-of-flash crappy slow sites no matter how cool they look. But the current page simply looks like some 15 year old's homepage made as school project. Nothing personal here, I mean the whole thing is HUGE and there's really nice technical functionality but the look is simply ugh. It needs a bit more edgy and colorful look. I think word can make it better: CSS The main disadvantage of the current website are the bad navigation scheme and the simplistic layout. I'd therefore propose to take the following steps: 1. Collect what information should be on the main page: focus on managers and busy visitors, but do not forget on technicians, enthusiasts, purists. Do not classify this list, don't concentrate on structure, hierarchy, ..., just collect. 2. sort this list, give it a structure 3. work out a navigation scheme of the new website (from the structured list) 4. work out a design and look-and-feel for the new website which is clear, stylish, wow, but not loaded. 5. bring structure, content and design togehter 6. enjoy and watch interrests Ok, this is a very simple path, I'm not sure it if works and if enough man power can be raised. OTOH I'm sure most ideas for the hard part (1) have already been said and/or can be found on the current web site. Any suggestions, comments, ideas? Bye Hansi Agreed to an extent. Some things are good as they are only change required is the style. Some are truly hidden behind not-so-logical paths(links). This is all a huge IMHO ofcourse, by no means do I wish to undermine the works of all people who already did what is done for FREE. Ales ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] [RFC] fpdoc output comment from the source
Hi all, I like to put a lot of comment in the source and I would like fpdoc to output this comment into the output files. I wrote a small patch to do this with types, it puts all the comment in front of a type declaration into the output html as section Comment text. Since I'm not really familiar with both fpdoc and passrc internals I don't know whether this is the best way to do it, could someone enlighten me? Would people like to include this option in fpdoc, behind the option --include-comment? Greets, Mark de Wever PS comment of the type (* comment *) don't work, don't know why and didn't look into it yet. Index: utils/fpdoc/dglobals.pp === --- utils/fpdoc/dglobals.pp (revision 1871) +++ utils/fpdoc/dglobals.pp (working copy) @@ -49,6 +49,7 @@ SDocUnitOverview = 'Overview of unit ''%s'''; SDocOverview = 'Overview'; SDocSearch = 'Search'; + SDocCommentText= 'Comment text'; SDocDeclaration= 'Declaration'; SDocDescription= 'Description'; SDocErrors = 'Errors'; Index: utils/fpdoc/dw_html.pp === --- utils/fpdoc/dw_html.pp (revision 1871) +++ utils/fpdoc/dw_html.pp (working copy) @@ -183,6 +183,7 @@ AShFlags: Byte): Byte; Procedure AppendShortDescr(AContext : TPasElement;Parent: TDOMNode; DocNode : TDocNode); procedure AppendShortDescr(Parent: TDOMNode; Element: TPasElement); +procedure AppendCommentText(const AText: DOMString); procedure AppendDescr(AContext: TPasElement; Parent: TDOMNode; DescrNode: TDOMElement; AutoInsertBlock: Boolean); procedure AppendDescrSection(AContext: TPasElement; Parent: TDOMNode; @@ -1311,6 +1312,14 @@ AppendShortDescr(Element,Parent,Engine.FindDocNode(Element)); end; +procedure THTMLWriter.AppendCommentText(const AText: DOMString); +begin + if( AText '' ) then begin + AppendText(CreateH2(BodyElement), SDocCommentText); + AppendText(CreatePara(BodyElement), AText); + end; +end; + procedure THTMLWriter.AppendDescr(AContext: TPasElement; Parent: TDOMNode; DescrNode: TDOMElement; AutoInsertBlock: Boolean); begin @@ -2269,6 +2278,7 @@ AppendShortDescr(CreatePara(BodyElement), AType); AppendText(CreateH2(BodyElement), SDocDeclaration); AppendSourceRef(AType); + AppendCommentText(AType.CommentText); TableEl := CreateTable(BodyElement); TREl := CreateTR(TableEl); Index: fcl/passrc/pastree.pp === --- fcl/passrc/pastree.pp (revision 1871) +++ fcl/passrc/pastree.pp (working copy) @@ -76,6 +76,7 @@ FRefCount: LongWord; FName: string; FParent: TPasElement; +FCommentText: string; public SourceFilename: string; SourceLinenumber: Integer; @@ -91,6 +92,7 @@ property RefCount: LongWord read FRefCount; property Name: string read FName write FName; property Parent: TPasElement read FParent; +property CommentText:string read FCommentText write FCommentText; // comment before the element end; TPasSection = class(TPasElement) @@ -514,6 +516,7 @@ inherited Create; FName := AName; FParent := AParent; + FCommentText := ''; end; procedure TPasElement.AddRef; Index: fcl/passrc/pparser.pp === --- fcl/passrc/pparser.pp (revision 1871) +++ fcl/passrc/pparser.pp (working copy) @@ -95,6 +95,7 @@ FFileResolver: TFileResolver; FScanner: TPascalScanner; FEngine: TPasTreeContainer; +FCurTokenCommentText: string; FCurToken: TToken; FCurTokenString: String; // UngetToken support: @@ -152,6 +153,7 @@ property Scanner: TPascalScanner read FScanner; property Engine: TPasTreeContainer read FEngine; +property CurTokenCommentText: string read FCurTokenCommentText; property CurToken: TToken read FCurToken; property CurTokenString: String read FCurTokenString; end; @@ -251,9 +253,13 @@ Dec(FTokenBufferIndex); end; // Fetch new token +FCurTokenCommentText:=''; try repeat FCurToken := Scanner.FetchToken; + if( FCurToken = tkComment )then begin + FCurTokenCommentText:=FCurTokenCommentText+Scanner.CurTokenString; + end; until not (FCurToken in [tkWhitespace, tkComment]); except on e: EScannerError do @@ -869,6 +875,7 @@ function TPasParser.ParseTypeDecl(Parent: TPasElement): TPasType; var TypeName: String; + Comment: String; procedure ParseRange; begin @@ -891,6 +898,7 @@ begin TypeName := CurTokenString; + Comment := CurTokenCommentText; ExpectToken(tkEqual); NextToken; HadPackedModifier := False; { Assume not present } @@ -1092,6 +1100,8 @@ ParseRange;
Re: [fpc-devel] Systems fair
On 03 Dec 2005, at 11:55, Felipe Monteiro de Carvalho wrote: Ok, even if outside websites about free pascal help more then working on free pascal website directly, why don't you make it possible for people to see the website code and submit patches for it? The code is in svn, in svn.freepascal.org/FPC/svn/html Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Lazarus
On 12/2/05, VisionForce [EMAIL PROTECTED] wrote: What version(s) of Delphi is/are Lazarus compatible with? Also, the Convert Delphi Project to Lazarus Project does't work. Code that does not containg visually designed forms works great on both, with very few {$IFDEF}s. I tested with Delphi 5 and 7. Code containing visually designed forms can be problematic. There is a project to create a good two-way form converter and make everyone's life easier. One the mean time there are some (not very good, but workable) tools to do the job. What particular problems are you having? Did you read http://wiki.lazarus.freepascal.org/index.php/Code_Conversion_Guide ? -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Systems fair
Op Sat, 3 Dec 2005, schreef Felipe Monteiro de Carvalho: On 11/24/05, Peter Vreman [EMAIL PROTECTED] wrote: I think other people are encouraged to build FPC related websites if they can't help the freepascal site directly. Giving ideas doesn't help. We need people to do the work. We can't extended/debug fpc itself and rewrite a website at the same time. Ok, even if outside websites about free pascal help more then working on free pascal website directly, why don't you make it possible for people to see the website code and submit patches for it? We did add the Wiki for this purpose, and are looking into ways to increase user contributions to it, but it should be a controlled system, i.e. we don't want people modifying the home page etc. Submitting patches is and has always been possible, the whole website is in svn, http://svn.freepascal.org/svn/html . If you need more permissions on the community site, i.e. change stuff, write content, translation, moderator please say so. This way the developers can focus on coding the compiler and others that wish to improve the website can do so. Realising this means we means to concentrate more on the web site, and a lot more, only after the functionality is there you get the benefits. I'd specially like this on Lazarus website. That is another issue that Lazarus people are also looking at. Greetings, Daniël___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
[fpc-devel] TDataSet.TempBuffer
Hi folks, in FPC 2.0.0 there is TDataSet.TempBuffer function with an empty body. In FPC 2.0.1 it is removed. I am writing a custom dataset that uses a part ported from Delphi and there is TempBuffer. Can you tell me what is its purpose? It is used only in two places where TDataSet.State = dsFilter. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] [RFC] fpdoc output comment from the source
Mark de Wever wrote: Hi all, I like to put a lot of comment in the source and I would like fpdoc to output this comment into the output files. I wrote a small patch to do this with types, it puts all the comment in front of a type declaration into the output html as section Comment text. (This is kind of shameless self promotion, since I took the PasDoc projects this year: ) If you want to get documentation generated from comments in your source code, PasDoc may be a better tool for you. See [http://pasdoc.sf.net/]. Michalis ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Coding Questions
the readkey() function freezes the whole app until you press a key; this is async. - Original Message - From: Felipe Monteiro de Carvalho [EMAIL PROTECTED] To: FPC developers' list fpc-devel@lists.freepascal.org Sent: Saturday, December 03, 2005 5:12 AM Subject: Re: [fpc-devel] Coding Questions On 12/2/05, VisionForce [EMAIL PROTECTED] wrote: 1. Is there a synchronous readkey function, instead of that asynchronous one? I'm trying to make a simple game to help me learn Pascal, but I got stuck on this. I know that Turbo Pascal 7 has the synchronous readkey, but isn't there a way to do this in normal Pascal? What exactly is the difference between synchronous readkey and asynchronous? Are you trying to read keys from the keyboard? 2. How would I delay the movement of something? When I use Delay(250), it delays the whole program. In VB, I would write this: Normally I would use a timer. Set it´s interval property to the desired delay, set it's execute event to point to a method and set it's Enable to True when needed. On the execute method would be something like: MyTimer. Enabled := False; // Code to be executed but I think this requires Lazarus LCL to be used. If you want something to execute without halting the main program and can't use a Timer component, then you really should think about using a separate Thread from this. Read: http://wiki.lazarus.freepascal.org/index.php/Multithreaded_Application_Tutorial -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Coding Questions
VisionForce wrote: the readkey() function freezes the whole app until you press a key; this is async. You cannot change the behaviour of readkey, but you can use the keypressed function to see if there is a key to be read. Vincent. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Coding Questions
On 03 Dec 2005, at 19:44, VisionForce wrote: the readkey() function freezes the whole app until you press a key; this is async. No, that's synchronous. Asynchronous means that you ask for something to be performed and that control is immediately returned to you, while something is performed in the asynchronously with the rest of the flow of your program (instead of that the flow of your program is synchronised with the completion of that operation). That said, there's always the keypressed function if you want to check first whether a key has been pressed before calling readkey. Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] [RFC] fpdoc output comment from the source
Michalis Kamburelis wrote: Mark de Wever wrote: Hi all, I like to put a lot of comment in the source and I would like fpdoc to output this comment into the output files. I wrote a small patch to do this with types, it puts all the comment in front of a type declaration into the output html as section Comment text. (This is kind of shameless self promotion, since I took the PasDoc projects this year: ) Why ;)? Indeed, if you want generated docs from comments, better use pasdoc. If you want to get documentation generated from comments in your source code, PasDoc may be a better tool for you. See [http://pasdoc.sf.net/]. Michalis ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] [RFC] fpdoc output comment from the source
Florian Klaempfl schrieb: Why ;)? Indeed, if you want generated docs from comments, better use pasdoc. the source scanner used by fpDoc supports reading of comments for quite some time; but as I already told you (or was it Mattias?), the final support in fpDoc is still missing. If there is really interest in this feature, I will have a look at it. (And no, I didn't inspect the sent patch yet.) Any more opinions? Important, not so important? - Sebastian ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] [RFC] fpdoc output comment from the source
Florian Klaempfl schrieb: Why ;)? Indeed, if you want generated docs from comments, better use pasdoc. the source scanner used by fpDoc supports reading of comments for quite some time; but as I already told you (or was it Mattias?), the final support in fpDoc is still missing. If there is really interest in this feature, I will have a look at it. (And no, I didn't inspect the sent patch yet.) Any more opinions? Important, not so important? I think comments will be useful and important for developer versions of the documentation. Users may not care about the comments in the source code, but it will be really useful for a developer version of the docs. Many times I write comments in the code describing what the code does, so this comment feature in FPDOC would help us make developer documentation clearer (users reading the docs, may not care about comments so much). Kind of unrelated, but I'll be working on a CGI program that taps on top of the FPDOC generated HTML files and allows users to make notes and comments via their web browser underneath the help documents. The way to get users do more work in writing documentation, is to have a comment system right up live on the website. Even the PHP manual does this ;-) Even though I'm not a fan of XML in many situations, I find FPDOC is a really useful and an awesome tool - this time XML fits the job well since the tags are sparse (lots of data between the tags). ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
RE: [fpc-devel] [RFC] fpdoc output comment from the source
The way to get users do more work in writing documentation, is to have a comment system right up live on the website. Even the PHP manual does this ;-) yeah the accuracy of said information leaves a LOT to be desired though imo if this is done someone needs to be resposible for looking at the comments and checking they are factually accurate. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Systems fair
I don't think the GNU C compiler is popular because of one nice website. I think the reason GNU C compiler is successful is because of all the fan boys I'm quite sure it's mainly successful because it's the default (and often only) C compiler on Linux systems, as well as ported to pretty much every other system out there. Jonas I agree.. Actually, then, I should more so compare FPC to something like python or perl rather than GCC. Because GCC was available years ago when FPC was not. Whereas perl an python are newer. I think *part* of the reason perl is popular is because of all the websites out there saying perl is so great because I did this and that with it. Of course there is a problem comparing a compiler with a scripting language, since scripting languages are used more for sysadmin. But what I'm getting at with my fanboy point, is that a lot of the FPC users are very quiet people and do not have as big of a mouth as they should. A lot of perl and python programmers do have big mouths and speak up about their language. But still, Pascal has it good - there are way more Delphi/freepascal projects than there are Smalltalk ones, for example. Regards. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] [RFC] fpdoc output comment from the source
The way to get users do more work in writing documentation, is to have a comment system right up live on the website. Even the PHP manual does this ;-) yeah the accuracy of said information leaves a LOT to be desired though imo if this is done someone needs to be resposible for looking at the comments and checking they are factually accurate. For sure. The comments are in a different color than the actual fixed documentation. It will be clearly stated that these comments are from users and are not necessarily correct. Users make their best effort to make accurate comments, but occasionally there may be an error. When an major and important comment from a user is submitted, the docs are recompiled with the new changes. This way you get a fixed factual style documentation, along with user contributed comments. The main problem with FPDOC the way it is now, is that no FPC user in their right mind is going to spend 15 minutes - 3 hours recompiling the entire FPDOCS just to make a small spelling mistake change or add a small and useful comment. And you think the FPC user is actually going to mail the mailing list with a patch to the docs? Go to all that work and spend hours of his time figuring out how to make and send a patch? People are lazy.. they want to update the documentation right inside little Internet Explorer, Opera, or Konquerer, or ultimately a thin client ;-). I've not actually started working on this project but it's called LufDoc, and I've got all the framework/basics laid out of what the system is, what it will do, and how it will work. I just have too many other things to do right now... I think I will work on this at some point when I'm done fiddling with Syn text editor and PSP a bit more. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
Re: [fpc-devel] Coding Questions
On 12/2/05, VisionForce [EMAIL PROTECTED] wrote: Dim DelayAmount, DelayCount As Integer DelayCount = 250 If (Environment.TickCount - DelayAmount) = DelayCount Then ' run code here DelayAmount = Environment.Tick End If Maybe you can check TEpikTimer. I used it to get nanosecond resolution for a Digital Osciloscope project witch needed precise timing between the voltage measures. Works great on both Linux and Windows, but requires Lazarus LCL. To wait some time before continuing I write code using it like this: DelayInSeconds := 8; // or any value OldTime := ET.Elapse; while ((100.0 * (ET.Elapsed - OldTime) DelayInSeconds)) do begin ET.SystemSleep(0); end; // DelayInSeconds has elapsed and now you can continue executing the code You can find more information (including download) here: http://wiki.lazarus.freepascal.org/index.php/EpikTimer#Usage I recently improved the component, and the updated version is available for download. One particular issue with it is that the component is in the standard LGPL, witch prohibits static linking between proprietary and the component, but you can contact the author if this is a problem for you. -- Felipe Monteiro de Carvalho ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel