Re: [Lazarus] ListView problems
On Sunday 12 of February 2012 03:43:29 dmitry boyarintsev wrote: Zeljan, I'm reassigning the item to you. No problem, I've resolved it again since issue is indeed fixed. zeljko thanks, Dmitry On Fri, Feb 10, 2012 at 3:16 PM, Hans-Peter Diettrich drdiettri...@aol.com wrote: zeljko schrieb: Before any extending of example, open new issue and attach example which crashes (and explanation how to reproduce please). After a look at your new code I found these problems: 1) After changing OwnerData it's necessary to Clear the listview. This should be done in the widget automatically. The same for BeginUpdate and EndUpdate, which also must be called for a change of the Item.Count. Otherwise the widget is misconfigured and can show blank entries. 2) The number of OwnerData items is AllocBy in Delphi, not Items.Count. This property seems to be ignored or otherwise unusable - fix or remove it? The (Win32) widget shows AllocBy items, but only for the first Items.Count items the OnData event occurs, the remaining items show as blank. The example code is not really instructive, due to the default names for all controls. How shall a user know what e.g. Button1Click or Edit1Change code is good for? No further problems with OwnerData, so far :-) DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Documentation contribution
Martin laza...@mfriebe.de hat am 12. Februar 2012 um 03:23 geschrieben: Check the changes of Revision: 35270 Revision: 33617 =?7646fd1e-4f80-4a1b-8f01-727d9e293bfb-- Documentation rework, removes aprox. 600 occurences of [?] and other non-sense from the documentation =?7646fd1e-4f80-4a1b-8f01-727d9e293bfb-- Thanks. It seems the pattern is [...?]. Dodi, is this the only pattern? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Adding Notes in FPDoc
On 11.02.2012 22:55, Michael Van Canneyt wrote: In fact, not so different from a WIKI, but more structured. And now: Since we now have notes, these can be displayed, and edited by all. Wow... this sounds nice O.O It's actually a very old idea. Being old does not necessarily mean that it can't be nice ^^ This will allow to view and edit the documentation of the unfinished FCL units as well? Maybe. If that would be possible it might speedup the completion of those units, so they can be included in the release documentation as well. You will write the backend with FPWeb? :D Obviously :-) We're getting to the point where all needed technologies are present and mature enough. FPWeb is one of those gems of FPC that I definitely will need to spent more time with. :) Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Anchoring buttons (or other graphical elements)
I am trying to understand the logic of the anchors of graphic elements like buttons etc., especially the meaning of the margin values. Assume two buttons A and B: - - | A | | B | - - With the object inspector I can align the top of button B to the top of button A. Then the top of B is always the top of A plus the (top) margin of B. The margin values of A are irrelevant for the relation between the two borders. The same applies to the bottom alignment. But if I now align the left border of B to the right border of A it behaves different: The left margin of B is no longer the only value that defines the position of B relativ to (the right of) A. The right margin of A is also considered. It seems that the maximum of both values is used for the distance. This is very confusing. Is that by design? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] ListView problems
dmitry boyarintsev schrieb: Zeljan, I'm reassigning the item to you. I just tested the new version, the OwnerData issues look fixed now :-) I've removed excess code from the example, to verify that Clear and BeginUpdate/EndUpdate is no more required with OwnerData mode. Sorting still doesn't work (on Windows only?). I added an according note, because Zeljan mentioned: 1.I've fixed sorting some time ago and it works ok. Should I report an new issue, or what? Finally I renamed the controls in the example to something meaningful, so that the code is better understandable, and supplied an according patch. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE Main Window: height is too small and cannot resize (Linux/GTK2)
On 2/11/12, Luiz Americo Pereira Camara luiz...@oi.com.br wrote: I dont see why all this fuzz. In my copy of Lazarus (win32) the IDE remember the position of the window. So, if the user does not like the default height just resize to his desire and next time open will show the correct height It's not fuzz. As stated before: the height of the IDE main windows is limited to 85 pixels. This is too small for my OS/WM/Theme on Linux. If I would use a larger fontsize on Windows the 85 pixels would probably also bee too small. Currently, it is impossible to get a proper window layout for this window. You cannot rely on the value of (client)height being correct on GTK2 until after the form is shown (after OnShow). I have wrestled with that may times when sizing forms by code and trying to make their size just big enough. I have some code lying aroud that tries to compensate for the clientheight/height issue, which on my system gives a rough approximation. That code however relies on Application.QueueAsyncCall(), which isn't implemented for all widgetsets IIRC. Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Documentation contribution
Mattias Gaertner schrieb: Documentation rework, removes aprox. 600 occurences of [?] and other non-sense from the documentation Thanks. It seems the pattern is [...?]. Dodi, is this the only pattern? See StyleGuide.txt: Everybody can add revision marks. I use brackets for now, to indicate passages with questionable content: [?] unclear wording, possibly wrong. Long: [what's this?] [???] unreadable or definitely wrong description. [~] somebody else should make this proper and nice English. [!] Incompatible or wrong implementation, e.g. [Delphi incompatible!] When such notes shall no more be added, please update this file accordingly. One last note: When it is unwanted or impossible to add notes to the documents in e.g. FPDoc Editor, what's the preferred procedure then? Are bug reports required, or what's the suggested way to ask for clarification or correction of incomplete or wrong documentation? DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] an application that dont work
Dear friends: i have an unusual problem: i have prepared a simple application to edit a TDbf table. now i have two forms only and when i execute the exe file the first works well, but when i try to continue, then the second one appear and the application terminate in miliseconds. really, it is the first time i have this anormal behavior. I will appreciate any suggestion to solve this. thanks in advance, Ing. Héctor F. Fiandor Rosario hfian...@infomed.sld.cu -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] an application that dont work
On Sun, Feb 12, 2012 at 18:01, Ing. Héctor F. Fiandor Rosario hfian...@infomed.sld.cu wrote: Dear friends: i have an unusual problem: i have prepared a simple application to edit a TDbf table. now i have two forms only and when i execute the exe file the first works well, but when i try to continue, then the second one appear and the application terminate in miliseconds. really, it is the first time i have this anormal behavior. I will appreciate any suggestion to solve this. There might be two or three reasons for this that you can check very fast. First try to open the project file and see how the Application.CreateForm used. It might be the only answer you require. If that is not the case, more details how you work can help us help you. thanks in advance, Ing. Héctor F. Fiandor Rosario hfian...@infomed.sld.cu Ido -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- __**_ Lazarus mailing list Lazarus@lists.lazarus.**freepascal.orgLazarus@lists.lazarus.freepascal.org http://lists.lazarus.**freepascal.org/mailman/**listinfo/lazarushttp://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Matching gutter width on two synedits
Continuing with my exercise of recompiling programs with (fairly) a recent version of Lazarus, I've got one here with two synedits: the bottom one is used to display and possibly edit a file, the top one is populated with numbers and used as a ruler. Compiled with 0.9.24 the gutter of the two synedits is the same width, but compiled with 0.9.30 the (left) gutter width varies- possibly in response to how many digits would be needed to express the line number. I'm having difficulty working through the structures: can I force the gutter width of one of them so that it matches with the other? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] r35016, win32, 'find in files' command ends up with a crash
Hello, I got the IDE crash with stack overflow when trying 'find in files' command, the failure occurs when it is about to show the 'search results' form. Shows up at least in Windows XP and Windows 7 (both Aero and standard themes). An empty search results form can be shown using the appropriate command from 'view' menu, but trying 'find in files' while it's visible still crashes. Doing bisection through svn points me to r35016 introducing this crash. Can anyone confirm this? Regards, Sergei -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Matching gutter width on two synedits
On 12/02/2012 18:19, Mark Morgan Lloyd wrote: Continuing with my exercise of recompiling programs with (fairly) a recent version of Lazarus, I've got one here with two synedits: the bottom one is used to display and possibly edit a file, the top one is populated with numbers and used as a ruler. Compiled with 0.9.24 the gutter of the two synedits is the same width, but compiled with 0.9.30 the (left) gutter width varies- possibly in response to how many digits would be needed to express the line number. I'm having difficulty working through the structures: can I force the gutter width of one of them so that it matches with the other? SynEdit.Gutter.AutoSize SynEdit.Gutter.Width SynEdit.Gutter.Parts.Count SynEdit.Gutter.Parts[n].AutoSize SynEdit.Gutter.Parts[n].Width SynEdit.Gutter.Parts.ByClass[TSynGutterLineNumber, 0] All of that also in object inspector. So you can also fine tune, what should be in the gutter If you want to keep the lower one autosized. There is also SynEdit.Gutter.OnResize BUT it is currently used by SynEdit. That needs to be fixed. If you use it, store the existing value and call it when triggered -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] r35016, win32, 'find in files' command ends up with a crash
On 2/12/12, Sergei Gorelkin sergei_gorel...@mail.ru wrote: I got the IDE crash with stack overflow when trying 'find in files' command, the failure occurs when ... Can anyone confirm this? Find infiles seems to work OK on my Win7 (64-bit OS, 32-bit Lazarus) here: Lazarus 0.9.31 r35332 FPC 2.6.0 i386-win32-win32/win64 Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Matching gutter width on two synedits
On 12/02/2012 18:36, Martin wrote: On 12/02/2012 18:19, Mark Morgan Lloyd wrote: Continuing with my exercise of recompiling programs with (fairly) a recent version of Lazarus, I've got one here with two synedits: the bottom one is used to display and possibly edit a file, the top one is populated with numbers and used as a ruler. Compiled with 0.9.24 the gutter of the two synedits is the same width, but compiled with 0.9.30 the (left) gutter width varies- possibly in response to how many digits would be needed to express the line number. I'm having difficulty working through the structures: can I force the gutter width of one of them so that it matches with the other? SynEdit.Gutter.AutoSize SynEdit.Gutter.Width SynEdit.Gutter.Parts.Count SynEdit.Gutter.Parts[n].AutoSize SynEdit.Gutter.Parts[n].Width SynEdit.Gutter.Parts.ByClass[TSynGutterLineNumber, 0] All of that also in object inspector. So you can also fine tune, what should be in the gutter If you want to keep the lower one autosized. There is also SynEdit.Gutter.OnResize BUT it is currently used by SynEdit. That needs to be fixed. FIXED If you use it, store the existing value and call it when triggered -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Should the at word be painted as reserved word ?
Hello, The Following code: Raise Exception.Create('') at get_caller_frame(get_frame); Does not paint the at code as reserve word. It is not a reserved word according to the documentation, but on this specific case, it act as one imho. Do you think like me, that it should be painted on this case as a reserve word ? Ido -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Matching gutter width on two synedits
Martin wrote: On 12/02/2012 18:19, Mark Morgan Lloyd wrote: Continuing with my exercise of recompiling programs with (fairly) a recent version of Lazarus, I've got one here with two synedits: the bottom one is used to display and possibly edit a file, the top one is populated with numbers and used as a ruler. Compiled with 0.9.24 the gutter of the two synedits is the same width, but compiled with 0.9.30 the (left) gutter width varies- possibly in response to how many digits would be needed to express the line number. I'm having difficulty working through the structures: can I force the gutter width of one of them so that it matches with the other? SynEdit.Gutter.AutoSize SynEdit.Gutter.Width SynEdit.Gutter.Parts.Count SynEdit.Gutter.Parts[n].AutoSize SynEdit.Gutter.Parts[n].Width SynEdit.Gutter.Parts.ByClass[TSynGutterLineNumber, 0] All of that also in object inspector. So you can also fine tune, what should be in the gutter If you want to keep the lower one autosized. There is also SynEdit.Gutter.OnResize BUT it is currently used by SynEdit. That needs to be fixed. If you use it, store the existing value and call it when triggered Thanks Martin, that allows me to fudge it to look OK (although my code is somewhat inelegant). -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] an application that dont work
dear friends: i have resolved the problems: the name of the folder where the programs were saved have spaces between. i name it with an only word and then fine compile. thanks very much. Ing. Héctor F. Fiandor Rosario hfian...@infomed.sld.cu -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistem a Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Anchoring buttons (or other graphical elements)
Jürgen Hestermann juergen.hesterm...@gmx.de hat am 12. Februar 2012 um 12:16 geschrieben: I am trying to understand the logic of the anchors of graphic elements like buttons etc., especially the meaning of the margin values. Assume two buttons A and B: - - | A | | B | - - With the object inspector I can align the top of button B to the top of button A. Then the top of B is always the top of A plus the (top) margin of B. The margin values of A are irrelevant for the relation between the two borders. The same applies to the bottom alignment. But if I now align the left border of B to the right border of A it behaves different: The left margin of B is no longer the only value that defines the position of B relativ to (the right of) A. The right margin of A is also considered. It seems that the maximum of both values is used for the distance. This is very confusing. Is that by design? Maybe you want read the documentation: http://wiki.lazarus.freepascal.org/Autosize_/_Layout#BorderSpacing Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] r35016, win32, 'find in files' command ends up with a crash
13.02.2012 1:43, Juha Manninen пишет: 2012/2/12, Sergei Gorelkinsergei_gorel...@mail.ru: I got the IDE crash with stack overflow when trying 'find in files' command, the failure occurs when it is about to show the 'search results' form. Shows up at least in Windows XP and Windows 7 (both Aero and standard themes). An empty search results form can be shown using the appropriate command from 'view' menu, but trying 'find in files' while it's visible still crashes. Doing bisection through svn points me to r35016 introducing this crash. Can anyone confirm this? There is a bug report very likely related to the revision, but it is not about 'find in files' : http://bugs.freepascal.org/view.php?id=21243 Now the FilterEdit requires the text (filter) to be lowercase. I changed the original English + the translations with western alphabets. Cyrillic translation is not changed. It does not cause a crash bug but anyway you could test if it is related to localization. Today I fixed one crash bug in Search Results window, when a tab was closed while another tab was active. r35328 Aha, indeed this is localization-related. Switching IDE language to English removes the crash. Note, with r35016 I still could get it crashing (but non-deterministically, required several 'Search in files' operations with closing all Search Results tabs to 'succeed'), after updating to head the crashes are gone. Regards, Sergei -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Documentation contribution
Hans-Peter Diettrich drdiettri...@aol.com hat am 12. Februar 2012 um 12:31 geschrieben: Mattias Gaertner schrieb: Documentation rework, removes aprox. 600 occurences of [?] and other non-sense from the documentation Thanks. It seems the pattern is [...?]. Dodi, is this the only pattern? See StyleGuide.txt: Everybody can add revision marks. I use brackets for now, to indicate passages with questionable content: [?] unclear wording, possibly wrong. Long: [whats this?] [???] unreadable or definitely wrong description. [~] somebody else should make this proper and nice English. [!] Incompatible or wrong implementation, e.g. [Delphi incompatible!] Sometimes some text is inserted. For example [whats this?]. Is this text always inserted right after the edged bracket open and in front of the question mark? When such notes shall no more be added, please update this file accordingly. One last note: When it is unwanted or impossible to add notes to the documents in e.g. FPDoc Editor, whats the preferred procedure then? Are bug reports required, or whats the suggested way to ask for clarification or correction of incomplete or wrong documentation? As I wrote: IMO in most cases mantis bug reports would create too much overhead. The fpdoc notes are better. I converted the notes for elements and topics to fpdoc notes. ToDo: extend fpdoc editor to edit fpdoc notes and a function to list them and/or jump to next/prev note. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Should the at word be painted as reserved word ?
2012/2/12 ik ido...@gmail.com: Raise Exception.Create('') at get_caller_frame(get_frame); Does not paint the at code as reserve word. It is not a reserved word according to the documentation, but on this specific case, it act as one imho. According to my Sprachgefühl this cannot be anything other than a reserved word. Its not an identifier, its not an operator, it can only be a reserved word. Do you think like me, that it should be painted on this case as a reserve word ? +1 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Should the at word be painted as reserved word ?
13.02.2012 10:13, Bernd пишет: 2012/2/12 ikido...@gmail.com: Raise Exception.Create('') at get_caller_frame(get_frame); Does not paint the at code as reserve word. It is not a reserved word according to the documentation, but on this specific case, it act as one imho. According to my Sprachgefühl this cannot be anything other than a reserved word. Its not an identifier, its not an operator, it can only be a reserved word. At is not a reserved word. It works only in the context of a raise statement. Best regards, Paul Ishenin -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Documentation contribution
On 2/10/2012 16:08, Hans-Peter Diettrich wrote: Here I think you're underrating the Lazarus users :-) So we face the question what to do until such a todo-note feature exists. Why not leave the notes as they are? If everybody would fix such a note, instead of discussing how to proceed, we would have nice and better documentation pretty soon ;-) +1~ seriously, though! -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Documentation contribution
On 2/11/2012 03:38, Felipe Monteiro de Carvalho wrote: On Fri, Feb 10, 2012 at 8:24 PM, Hans-Peter Diettrich drdiettri...@aol.com wrote: I only remember that you stated that you don't like such notes. It is not about liking, I think it is just plainly obvious that if someone downloads our software and builds our docs, presses F1 and reads [really?] it makes us look ridiculous so it is not acceptable to have that in our documentation. while i agree wholeheartedly, i must also support hans-peter's methods... especially since it may very well turn me toward an better explanation of the docs... i cannot count the times that i've been ready to toss in the towel simply because the documentation has been sh!t3 :? either it is required to be connected online (the worst problem) or it takes super human effort to locate, down load and configure the docs as they should be,,, i've attempted such numerous times with the base and SVN packages but have failed each and every time :? Such an entry is absolutely useless without instructions *what* should be implemented at all. If you can't see that yourself, then you better keep your hands off the documentation. It doesn't matter if it wasnt good before. Your [?] tags make it worse. i beg to disagree... those tags make it easier to find the stuff that doesn't make sense (eg[what?]) and that which needs better clarification... this is what is known as teamwork ;) in other words, there /must/ be clear communication between _all_ parties... as an outsider looking in, i much prefer the dick and jane type books... in other, clearer, words, give it to me as basic as you can... p[this looks outdated?] It is not outdated. Thanks for confirming your ignorance :-( ... If you had taken a look at Arc(), you certainly had noticed that the parameters angle1 and angle2 do not exist any more. Do you need better glasses? function Arc(DC: HDC; Left,Top,Right,Bottom,Angle16Deg, Angle16DegLength: Integer): Boolean; {$IFDEF IF_BASE_MEMBER}virtual;{$ENDIF} Then just change it to Angle16Deg and Angle16DegLength. From reading looks outdated how am I supposed to know that you mean that the parameter name is slightlt wrong? how else would you expect to find a notation about it? slightly wrong is in acceptable... especially when one is relying on the documentation for clarification... from my POV, the above exchange and such would have been pure gobbledegook even if i had been following along closely... :( As far as I remember I wrote this documentation, and it is not outdated, I just made a copy+paste error in the parameter name because the function is nearly identical to its twin sister from TCanvas and I was documenting both at the same time. i see and acknowledge this but the main underlaying problem has been, finally??, identified and should be handled as needed... /even/ if it means that notes are visible... this allows others to handle the situation instead of just those who may have found it... i've seen more than one occasion where i've found a bug/problem that others have found before me... i have been thankful that they could show the same or a similar problem to mine... i'm not too proud, with my 30+ years, to step back and say show me, please ;) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Documentation contribution
On 2/11/2012 05:59, Jürgen Hestermann wrote: Felipe Monteiro de Carvalho schrieb: It is not about liking, I think it is just plainly obvious that if someone downloads our software and builds our docs, presses F1 and reads [really?] it makes us look ridiculous so it is not acceptable to have that in our documentation. Well, my opinion is: I would prefer to have a hint that something is wrong in the documentation instead of letting me believe it is correct if it's not. It's a kind of watch out which lets me have a closer look when things do not work as expected. If you don't want this in the documentation then *correct* it instead of reverting back to faulty documentation. +100~ you get the golden AttaBoy award! this is a HugeThingtm... especially since you were able to point out the problem quite clearly... now the only hope is that others see it as clearly ;) Such an entry is absolutely useless without instructions *what* should be implemented at all. That's the problem: If someone knows that it cannot be as documented it does not automatically mean that he knows how it would be correct. Still I would prefer to be informed about a documentation error instead of letting me believe wrong things. and thus the [WTF?] style nomenclature in the available docs ;) It doesn't matter if it wasnt good before. Your [?] tags make it worse. I don't think so. It may be not very elegant. But you made it worse again. Why didn't you take the hint and correct the documenation? That would have been a real improvement. Then just change it to Angle16Deg and Angle16DegLength. From reading looks outdated how am I supposed to know that you mean that the parameter name is slightlt wrong? If you don't know this how should others know it? O.M.G.!! this really had to be spelled out??? :? :? :? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Documentation contribution
On 2/11/2012 06:26, Hans-Peter Diettrich wrote: My viewpoint is different, I would never start using a product where I found the documenation incomplete or wrong. That's why I started to fill the gaps in the existing documentation, and to point to all those places where I could not find out the truth myself. +1~ Such an entry is absolutely useless without instructions *what* should be implemented at all. If you can't see that yourself, then you better keep your hands off the documentation. It doesn't matter if it wasnt good before. Your [?] tags make it worse. They are *intended* to make it *so* worse, that the gurus (Lazarus team) finally decide to contribute the required documentation, instead of only inventing new features :-] +1~ As a doctor would say: cure the disease, not only the symptoms. i haven't heard one of the state that but i kow i have tossed it at them numerous times :P -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE Main Window: height is too small and cannot resize (Linux/GTK2)
On 2/11/2012 06:37, Hans-Peter Diettrich wrote: Juha Manninen schrieb: 2012/2/10, Bart bartjun...@gmail.com: There is a screenshot aatached to my original post here. Right, somehow I missed it. Now the problem is clear. You have a bigger font and its effect is doubled because both main menu and the component palette tabs have text. Isn't this a reason for a redesign of (at least) this form, using those fine Lazarus layout features? And reason for a revision of the IDEIntf, to cure the observed problems once-for-ever? IMO it's not a good argument for using Lazarus, when just the IDE demonstrates layout problems. Every user will notice such problems immediately, and may trash Lazarus consequently, without any closer look at the rest :-( dude, damn! you're battiin' 1000! keep it up! you remind me of myself in other venues before i finally gave it up because of those unable to see this side of the view... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Should the at word be painted as reserved word ?
On 13/02/2012 02:13, Bernd wrote: 2012/2/12 ikido...@gmail.com: Raise Exception.Create('') at get_caller_frame(get_frame); Does not paint the at code as reserve word. It is not a reserved word according to the documentation, but on this specific case, it act as one imho. According to my Sprachgefühl this cannot be anything other than a reserved word. Its not an identifier, its not an operator, it can only be a reserved word. Do you think like me, that it should be painted on this case as a reserve word ? +1 It does not matter how they are named. From a user point of view they could be highlighted. Or at least as an option. Such context sensitive stuff is already done in some places. The problem is how the parser works. And each context addition adds to the workload. It is enough, if one file contains them, for all to be affected. I do not think this one will be trouble, it depends what is added next. Also I am not sure if it currently is worth the work (after all it must ONLY be in that very specific context, the way the scanning works, the scanner may only have a fragment of the statement when decision is due) There are other things too: 1. Why SynPasHighlighter thinks that contains is a keyword (and types it in bold)? 2. In declaration of external functions like the following procedure P; external 'someLib' name 'someName'; the name is like a keyword. So it would be nice if it'll be in bold font. I have plans to make changes that could reduce those issues, but not very soon... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Documentation contribution
On 2/11/2012 09:43, Hans-Peter Diettrich wrote: Martin schrieb: We have 3 cases 1) correct and good documentation. No note was ever attached, or if it was, then it was in error and removal is appropriate 2) empty or meaningless. (can be seen of a kind of wrong, but not incorrect or untrue). We do not need a note to tell the end user This is meaningless/empty The notes are for the authors, not for the end user. yes and no... no because the author may have changed and the additional one(s) don't have the background... personally, i'm a grown person... do NOT hide schtuff from me... if you do and i find out about it, you may very well loose one who cares and directs others to the product :? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE Main Window: height is too small and cannot resize (Linux/GTK2)
On 2/11/2012 11:14, Samuel Herzog wrote: Hi Luiz, you are right. Almost everything can be configured/customized in lazarus IDE. But this is really important, because first impressions count. Recently I convinced a colleage to install lazarus. On the first start, the Lazarus IDE really looks uggly and not so professional. (on windows plattform) i'm sorry but what?? i'm still a very noob to the RAD/Lazarus environment but i do not catch your problem comment above and understand what it is saying or pointing to... i'm running the latest laz/fpc svn stuff that i can... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus