[MSEide-MSEgui-talk] Bug in msebufdataset.pas
At line 5432 : if int1 0 then begin it should be : if int1 = 0 then begin Because it always ignore first row. Thanks -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bug in msebufdataset.pas
Changed in git master e8f1d49de2fc18b898d662cd19a4b2cf3ada3a1e, thanks. BTW, I don't like the one-based FPC recno, I think it should be zero-based. What do you think? I think zero-based is OK such as array concept. -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bug in msebufdataset.pas
Hi. Array concept zero-based? not in objectpascal. Why the first element must be 0? You usually think first=1, second=2 first=0? I know there are lots of arguments about starting in 0 or 1 or whatever and I don't want to start a 'war' because it.. My point of view is to follow fpc/fcl direction. Cheers 2012/4/11 wahono sri wahon...@gmail.com Changed in git master e8f1d49de2fc18b898d662cd19a4b2cf3ada3a1e, thanks. BTW, I don't like the one-based FPC recno, I think it should be zero-based. What do you think? I think zero-based is OK such as array concept. -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk -- Julio Jiménez Borreguero -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bug in msebufdataset.pas
On Wednesday 11 April 2012 10:23:37 Julio Jiménez wrote: Hi. Array concept zero-based? not in objectpascal. Why the first element must be 0? You usually think first=1, second=2 first=0? All indexes in FPC dynamic arrays are null-based, TList indexes are null based, direct data access in tmsebufdataset is null-based. BTW, do you know tmsebufdataset.currentas* property?. I assume one-based recno is a relict from Borland-BDE-Dbase times. The MSEgui datasets have a null-based recno already (controller.recnonullbased). Martin -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bug in msebufdataset.pas
On 11 April 2012 10:40, Martin Schreiber wrote: All indexes in FPC dynamic arrays are null-based, TList indexes are null based, direct data access in tmsebufdataset is null-based. BTW, do you know tmsebufdataset.currentas* property?. I assume one-based recno is a relict from Borland-BDE-Dbase times. The MSEgui datasets have a null-based recno already (controller.recnonullbased). Maybe you should raise this question in the fpc-pascal mailing list too. Find out why it was 1-based before you make the change - or maybe the change could be done in FPC itself if all agree. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bug in msebufdataset.pas
I have found this link where there is a talk about it. http://www.mail-archive.com/lazarus@miraclec.com/msg06970.html 2012/4/11 Graeme Geldenhuys graemeg.li...@gmail.com On 11 April 2012 10:40, Martin Schreiber wrote: All indexes in FPC dynamic arrays are null-based, TList indexes are null based, direct data access in tmsebufdataset is null-based. BTW, do you know tmsebufdataset.currentas* property?. I assume one-based recno is a relict from Borland-BDE-Dbase times. The MSEgui datasets have a null-based recno already (controller.recnonullbased). Maybe you should raise this question in the fpc-pascal mailing list too. Find out why it was 1-based before you make the change - or maybe the change could be done in FPC itself if all agree. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk -- Julio Jiménez Borreguero -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bug in msebufdataset.pas
Hallo Martin, Du schriebst am Wed, 11 Apr 2012 09:09:42 +0200: BTW, I don't like the one-based FPC recno, I think it should be zero-based. What do you think? That's the distinction between _counting_ and _numbering_. Do you count 0, 1, 2...? Probabely not. How do you number things? Doesn't matter at all, because here, the numbers are just labels. Odered labels, usually, but just labels. You could use any other set of symbols having an oder relation, like letters of the alphabet, or the number names (One, two, three...). There's even a mathematical concept for each of these: counting numbers are called cardinal, while numbering numbers (;) are called ordinal. Calculating is only defined for cardinal numbers, you can add, subtract or multiply them (division is a special case here, because division cannot be defined wholly within the cardinal number's space). With ordinal numbers, you only have distance between them. Usually, this isn't recognized, as one doesn't commonly attempt to multiply, e.g., record numbers or array indices, or even add them together. Subtracting two ordinal numbers produces _not_ an ordinal, but a cardinal, giving the distance between the two. Distance can be positive or negative, because ordinals are ordered - you can always tell whether one comes before the other, is smaller by means of the ordering relation. An implementation of ordinal data are Pascal's enumerations, a typical use are array indices - which, in Pascal, are implemented such that there is a starting value and a sequence defined, where the starting value can be anything allowable for the index value. You can also use enumerations as indices. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) --- Mit freundlichen Grüßen, S. Schicktanz --- -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] dbstringgrid
In a dbstringgrid widget I can adjusted (during design) the column widths by placing the cursor at the separator between 2 columns, pressing and holding the mouse button and dragging the column to make it wider or narrower. Are there options that can be set to allow the user to do the same thing at run time? Thank you. -- Patrick Goupell Income taxes? See this http://www.truthattack.org or this http://www.whatistaxed.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] dbstringgrid
On Thursday 12 April 2012 03:16:43 Patrick Goupell wrote: In a dbstringgrid widget I can adjusted (during design) the column widths by placing the cursor at the separator between 2 columns, pressing and holding the mouse button and dragging the column to make it wider or narrower. Are there options that can be set to allow the user to do the same thing at run time? Activate tdbstringgrid.optionsgrid og_colsizing. Martin -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bug in msebufdataset.pas
On Wednesday 11 April 2012 21:42:13 Sieghard wrote: Hallo Martin, Du schriebst am Wed, 11 Apr 2012 10:40:40 +0200: All indexes in FPC dynamic arrays are null-based, TList indexes are null based, direct data access in tmsebufdataset is null-based. BTW, do you Which are direct take-overs from C. I assume one-based recno is a relict from Borland-BDE-Dbase times. The Could well be - records are usually sequenced by counting, which traditionally begins at one (1). MSEgui datasets have a null-based recno already (controller.recnonullbased). Your tribute to C, I guess. I think indexing null or one based should be consistent in a programming environment. In tmsebufdataset the record data can be addressed as array with null based index so there should be a null based record number too. Delphi datasets don't provide direct data access without scrolling the dataset AFAIK. I don't like the one based Pascal string indexes either, null based addressing is faster. Often one needs the next character in a string after a starting sequence of given length, null based index is more convenient here too. I'll probably add a recindex property to the datasets. Martin -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
