Re: [fpc-devel] Purpose of AutoEdit property of StringGrid

2016-07-18 Thread Jesus Reyes A.
On Mon, 18 Jul 2016 09:42:04 -0500, Чернов Дмитрий <blackdoo...@yandex.ru>  
wrote:
Thanks for answer, but I'm familiar enough with FPC/Lazarus, so I know  
about editors in grids.
My question is about necessity of AutoEdit property in the presence of  
goAlwaysShowEditor option.

___
Dmitry D. Chernov


"About necessity of AutoEdit property in presence of goAlwaysShowEditor"  
 , There is no such necessity, why do you think that there is a  
necessity?. Obviously AutoEdit only works when goAlwaysShowEditor=false as  
I tried to explain in my previous reply, if AutoEdit has any effect when  
goAlwaysShowEditor is true, then you have found a bug.


Jesus Reyes A.___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel


Re: [fpc-devel] Purpose of AutoEdit property of StringGrid

2016-07-18 Thread Jesus Reyes A.
En Sun, 17 Jul 2016 12:13:58 -0500, Чернов Дмитрий <blackdoo...@yandex.ru>  
escribió:



Hi again.
Recently I've played around the StringGrids and noticed one weird thing.
There are two quite similar properties:
AutoEdit
description: Whether the Edit mode is automatically entered when a cell  
is selected

Options/goAlwaysShowEditor
description: Always show editor. If not set, the user has to enter the  
edit mode by pressing >some character key or F2 key.

And here comes the question: what's the difference between them?
I've also noticed that goAlwaysShowEditor=True overrides behavior of  
AutoEdit=False.

Anyway thanks.
_
Dmitry D. Chernov


Both options work only when goEditing option is true.

If the goAlwaysShowEditor option is true, yes, the editor will be always  
visible, if it is false, the editor is not always visible. You have may  
not noticed that the editor is visible, change the grid color to something  
different than the default, then it will be obvious.


If the editor is not always visible and you do a click in a cell that is  
not selected, the cell becomes focused. If you do a second click AND  
AutoEdit=true, then the editor becomes visible, I guess is called AutoEdit  
because you don't have to use the keyboard in order to show the editor. In  
other words, the AutoEdit works with mouse clicks, it seems from the  
description that you quoted that the description needs an update.


Jesus Reyes A.___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel


Re: [fpc-devel] SVN error with macosall.pas

2009-07-11 Thread Jesus Reyes


 Another nice
 feature is that the local copy is much cleaner - no more
 duplicates of
 all files so your local copy takes up less space, no more
 .svn
 directories in every folder (git only has one .git in the
 root of the
 project), etc..

I think this is a feature and not a bug, I use often this feature because I 
have setup a shortcut in lazarus and some icon in total commander, for running 
external diff tool (kdiff3 in linux and winmerge in windows) of my local copy 
against svn version. It would be nice if the same thing could be made with git, 
and even as git can hold whole history, it would be interesting to choose any 
specific revision to do the diff, how? 

btw how do git deals with revisions? with svn having a short number tagging a 
revision is handy even when it could make you crazy like when tracking changes 
on branches or tags :)

Jesus Reyes A.


  ¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet 
Explorer 8. http://downloads.yahoo.com/ieak8/?l=mx
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] patch for formatfloat when thousandseparator=#0

2009-04-15 Thread Jesus Reyes
Hi, when using clocale unit on serveral linux distros we find that 
ThousandSeparator=#0 and when using a format like '#,0.00 €' with a number like 
1000 it ends with '1'. If thousandseparator=',' it would be formated like 
'1,000.00 €' it is clear that inserting a #0 in such string when separator is 
#0 is the problem. Attached is patch to fix it.

Related to this problem is that with clocale unit we can find monetary 
separator and use it if number separator=#0, this is to make it more delphi 
compatible (if one is allowed to call it so) because under windows number 
separator is never #0.

It may happen that monetary separator is also #0 but in this case like when the 
user manually set separator to #0 is handled above.

Jesus Reyes A.







  ¡Obtén la mejor experiencia en la web! Descarga gratis el nuevo Internet 
Explorer 8. http://downloads.yahoo.com/ieak8/?l=mxIndex: unix/clocale.pp
===
--- unix/clocale.pp (revisión: 13008)
+++ unix/clocale.pp (copia de trabajo)
@@ -306,6 +306,9 @@
 NegCurrFormat := NegFormatsTable[signp, prec, sep];
   //Number stuff
   ThousandSeparator:=GetLocaleChar(__THOUSANDS_SEP);
+  Sep := ord(GetLocaleChar(__MON_THOUSANDS_SEP));
+  if ThousandSeparator=#0 then
+ThousandSeparator := char(Sep);
   {$endif}
   DecimalSeparator:=GetLocaleChar(RADIXCHAR);
 end;
Index: objpas/sysutils/sysstr.inc
===
--- objpas/sysutils/sysstr.inc  (revisión: 13008)
+++ objpas/sysutils/sysstr.inc  (copia de trabajo)
@@ -1369,7 +1369,8 @@
 Dec(P, 3);
 While (P  1) Do
 Begin
-  If Result[P - 1]  '-' Then 
Insert(FormatSettings.ThousandSeparator, Result, P);
+  If (Result[P - 1]  '-') And (FormatSettings.ThousandSeparator  
#0) Then
+Insert(FormatSettings.ThousandSeparator, Result, P);
   Dec(P, 3);
 End;
   End;
@@ -1401,7 +1402,8 @@
 Dec(P, 3);
 While (P  1) Do
 Begin
-  Insert(FormatSettings.ThousandSeparator, Result, P);
+  If FormatSettings.ThousandSeparator#0 Then
+Insert(FormatSettings.ThousandSeparator, Result, P);
   Dec(P, 3);
 End;
 
@@ -1954,7 +1956,7 @@
   End;
 ',':
   Begin
-  thousand := True;
+  thousand := DefaultFormatSettings.ThousandSeparator#0;
   Inc(Fmt);
   End;
 'e', 'E':
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] fpcdocs problem

2008-08-05 Thread Jesus Reyes
 
--input=/usr/local/src/fpc/trunk/rtl/objpas/dateutils.pp 
-Fi/usr/local/src/fpc/trunk/rtl/objpas  --descr=wincrt.xml 
--input=/usr/local/src/fpc/trunk/packages/graph/src/win32/wincrt.pp 
--format=html --output=rtl --footer-date='mmm dd '
FPDoc - Free Pascal Documentation Tool
Version 2.3.1 [2008/08/05]
(c) 2000 - 2003 Areca Systems GmbH / Sebastian Guenther, [EMAIL PROTECTED]

An unhandled exception occurred at $080D2956 :
EXMLReadError : In 'file:system.xml' (line 954 pos 42): Unmatching element end 
tag (expected /errors)
  $080D2956
  $080CE4D8
  $080CE3C1
  $080CE28E
  $080D1F58
  $080D1C3F
  $080D1C3F
  $080D1C3F
  $080D1C3F
  $080D1C3F
  $080D3A23
  $0809DA35
  $08049363
  $080499B3

make: *** [rtl.chk] Error 217
[EMAIL PROTECTED]:/usr/local/src/fpcdocs$ 

( see also: http://www.hu.freepascal.org/fpcircbot/cgipastebin?msgid=1882)

Thanks.

Jesus Reyes A.

__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
Regístrate ya - http://correo.yahoo.com.mx/
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] fpcdocs problem

2008-08-05 Thread Jesus Reyes



--- El mar 5-ago-08, Sergei Gorelkin [EMAIL PROTECTED] escribió:

 De:: Sergei Gorelkin [EMAIL PROTECTED]
 Asunto: Re: [fpc-devel] fpcdocs problem
 A: [EMAIL PROTECTED], FPC developers' list fpc-devel@lists.freepascal.org
 Fecha: martes, 5 agosto, 2008, 3:05 pm
 Jesus Reyes wrote:
  our friend javivf has reported the following issue,
 should he create a bug report?
  
 (rest skipped)
 
 This can be fixed by the attached patch.
 In general, it is a good idea to test xml's for
 well-formedness before 
 committing :)
 
 Regards,
 Sergei
 Index: system.xml
 ===
 --- system.xml(revision 450)
 +++ system.xml(working copy)
 @@ -951,7 +951,7 @@
  /descr
  errors
  Depending on the state of the var{$I}/var
 switch, a runtime error can be 
 -generated if there is an error. In the
 /var{$I-}/var state, use
 varIOResult/var
 +generated if there is an error. In the
 var{$I-}/var state, use
 varIOResult/var
  to check for errors.
  /errors
  seealso
 ___


He said it works perfectly.

Thanks.

Jesus Reyes A.

__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
Regístrate ya - http://correo.yahoo.com.mx/
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Important: Call for testing.

2008-03-29 Thread Jesus Reyes A.


- Original Message - 
From: C Western [EMAIL PROTECTED]

To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Saturday, March 29, 2008 11:04 AM
Subject: Re: [fpc-devel] Important: Call for testing.



There also seems to be a problem with fixing up references to other
components while reading - TLabel.FocusControl seems to be one of the
things that is tripping this up. Local unresolved references are being
silently discarded, but I think should be added to the global list. The
attached patch fixes it for my application, but might not be the best
general fix.

Colin

This patch fixes issue 11060, however, while trying to open project's 
compiler options dialog I get this:


TApplication.HandleException Cannot focus a disabled or invisible window
 Stack trace:
 $0041910F  TCUSTOMFORM__SETACTIVECONTROL,  line 1264 of 
../include/customform.i

nc
 $004843DB  SETORDPROP,  line 938 of 
E:/fpcsvn/fpcmirror/rtl/objpas/typinfo.pp
 $00484754  SETOBJECTPROP,  line 1096 of 
E:/fpcsvn/fpcmirror/rtl/objpas/typinfo

..pp
 $004657BE  TUNRESOLVEDREFERENCE__RESOLVE,  line 233 of 
E:/fpcsvn/fpcmirror/rtl

/objpas/classes/resref.inc
 $0046596A  TUNRESOLVEDINSTANCE__RESOLVEREFERENCES,  line 287 of 
E:/fpcsvn/fpcm

irror/rtl/objpas/classes/resref.inc
 $00465DD4  TRESOLVEREFERENCEVISITOR__VISIT,  line 453 of 
E:/fpcsvn/fpcmirror/r

tl/objpas/classes/resref.inc
 $00465416  TLINKEDLIST__FOREACH,  line 92 of 
E:/fpcsvn/fpcmirror/rtl/objpas/cl

asses/sllist.inc
 $00465654  VISITRESOLVELIST,  line 131 of 
E:/fpcsvn/fpcmirror/rtl/objpas/class

es/resref.inc
 $004656DD  GLOBALFIXUPREFERENCES,  line 151 of 
E:/fpcsvn/fpcmirror/rtl/objpas/

classes/resref.inc
 $0046C6DA  TREADER__READROOTCOMPONENT,  line 1299 of 
E:/fpcsvn/fpcmirror/rtl/o

bjpas/classes/reader.inc
 $004BDCAD  INITCOMPONENT,  line 2746 of lresources.pp
 $004BDB0F  INITLAZRESOURCECOMPONENT,  line 2766 of lresources.pp
 $004B8DF7  INITRESOURCECOMPONENT,  line 542 of lresources.pp
 $0041957D  TCUSTOMFORM__CREATE,  line 1377 of ./include/customform.inc
 $0041AE26  TFORM__CREATE,  line 2115 of ./include/customform.inc
 $007668BA  TFRMCOMPILEROPTIONS__CREATE,  line 294 of compileroptionsdlg.pp
 $0042F612  TMAINIDE__MNUPROJECTCOMPILERSETTINGSCLICKED,  line 3516 of 
main.pp


Other dialogs seems to be fine though.

Jesus Reyes A.


___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Generics

2007-08-16 Thread Jesus Reyes

--- Michael Van Canneyt [EMAIL PROTECTED] escribió:

 
 
 On Thu, 16 Aug 2007, Mattias Gaertner wrote:
 
  
  What is the state and future plans of generics?
  I only found the wiki page
  
  http://wiki.lazarus.freepascal.org/Generics
  
  which does not even mention the current syntax.
 
 The current syntax is descibed in the docs, reference manual.
 There is a chapter about generics. Feel free to comment on it;
 any omissions, I'll be glad to fill them in (as far as I can,
 I don't use generics myself).
 
 Michael.

Images are so big that is difficult to follow the diagrams..

Jesus Reyes A. 



  

¡Sé un mejor besador!
Comparte todo lo que sabes sobre besos.  
http://mx.yahoo.com/promos/mejorbesador.html
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Generics

2007-08-16 Thread Jesus Reyes

--- Jesus Reyes [EMAIL PROTECTED] escribió:

 
 --- Michael Van Canneyt [EMAIL PROTECTED] escribió:
 
  
  
  On Thu, 16 Aug 2007, Mattias Gaertner wrote:
  
   
   What is the state and future plans of generics?
   I only found the wiki page
   
   http://wiki.lazarus.freepascal.org/Generics
   
   which does not even mention the current syntax.
  
  The current syntax is descibed in the docs, reference manual.
  There is a chapter about generics. Feel free to comment on it;
  any omissions, I'll be glad to fill them in (as far as I can,
  I don't use generics myself).
  
  Michael.
 
 Images are so big that is difficult to follow the diagrams..

sorry I forgot to put at least a link:

http://www.freepascal.org/docs-html/ref/refse38.html

 
 Jesus Reyes A. 



  

¡Sé un mejor besador!
Comparte todo lo que sabes sobre besos.  
http://mx.yahoo.com/promos/mejorbesador.html
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] RTF parser patch missed

2007-02-15 Thread Jesus Reyes
Hi some months ago I sent a patch for rtf parser.

Can someone take a look and see if can be applied?

Reference:
http://www.mail-archive.com/fpc-devel@lists.freepascal.org/msg05949.html

Jesus Reyes A.





___ 
Do You Yahoo!? 
La mejor conexión a Internet y b 2GB/b extra a tu correo por $100 al mes. 
http://net.yahoo.com.mx 

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] two changes to fcl 2.0.5

2007-01-11 Thread Jesus Reyes
Hi.

I'm finally tired of two bugs in fcl in 2.0.5, it could be possible
that these be made/merged back?.

1. TSQLQuery under 2.0.5 stores readonly published property IndexDefs
into lazarus lfm file. Lazarus is happy reading back the lfm file if
it was compiled with 2.0.5 but if it was compiled with 2.1.1 it
complains about the readonly property. I can fix that manually
removing the the IndexDefs property from the lfm file, I'm tired of
it.

This bug is fixed by this patch:
Index: sqldb.pp
===
--- sqldb.pp(revisión: 5681)
+++ sqldb.pp(copia de trabajo)
@@ -269,7 +269,7 @@
 property UpdateSQL : TStringlist read FUpdateSQL write
FUpdateSQL;
 property InsertSQL : TStringlist read FInsertSQL write
FInsertSQL;
 property DeleteSQL : TStringlist read FDeleteSQL write
FDeleteSQL;
-property IndexDefs : TIndexDefs read GetIndexDefs;
+property IndexDefs : TIndexDefs read GetIndexDefs stored false;
 property Params : TParams read FParams write FParams;
 property UpdateMode : TUpdateMode read FUpdateMode write
SetUpdateMode;
 property UsePrimaryKeyAsKey : boolean read FUsePrimaryKeyAsKey
write SetUsePrimaryKeyAsKey;

2. I use some png images in my project, every time that I need to do
changes on the form, a get Invalid horizontal pixel index -1 error
message (TImage) error, this bug is fixed in revision: 5355, what it
does?, see:
http://www.freepascal.org/cgi-bin/viewcvs.cgi/trunk/fcl/image/fpwritepng.pp?rev=5355view=diffr1=5355r2=5354p1=trunk/fcl/image/fpwritepng.ppp2=/trunk/fcl/image/fpwritepng.pp

What you think?, can this happen?.

Thanks.

Jesus Reyes A.





___ 
Do You Yahoo!? 
La mejor conexión a Internet y b 2GB/b extra a tu correo por $100 al mes. 
http://net.yahoo.com.mx 

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] two changes to fcl 2.0.5

2007-01-11 Thread Jesus Reyes

--- Michael Van Canneyt [EMAIL PROTECTED] escribió:

 
 
 On Thu, 11 Jan 2007, Jesus Reyes wrote:
 
  
  --- Michael Van Canneyt [EMAIL PROTECTED] escribió:
  
   
   
   On Thu, 11 Jan 2007, Jesus Reyes wrote:
   
Hi.

I'm finally tired of two bugs in fcl in 2.0.5, it could be
   possible
that these be made/merged back?.

1. TSQLQuery under 2.0.5 stores readonly published property
   IndexDefs
into lazarus lfm file. Lazarus is happy reading back the lfm
 file
   if
it was compiled with 2.0.5 but if it was compiled with 2.1.1
 it
complains about the readonly property. I can fix that
 manually
removing the the IndexDefs property from the lfm file, I'm
 tired
   of
it.

This bug is fixed by this patch:
Index: sqldb.pp
   
  
 ===
--- sqldb.pp(revisión: 5681)
+++ sqldb.pp(copia de trabajo)
@@ -269,7 +269,7 @@
 property UpdateSQL : TStringlist read FUpdateSQL write
FUpdateSQL;
 property InsertSQL : TStringlist read FInsertSQL write
FInsertSQL;
 property DeleteSQL : TStringlist read FDeleteSQL write
FDeleteSQL;
-property IndexDefs : TIndexDefs read GetIndexDefs;
+property IndexDefs : TIndexDefs read GetIndexDefs stored
   false;
 property Params : TParams read FParams write FParams;
 property UpdateMode : TUpdateMode read FUpdateMode write
SetUpdateMode;
 property UsePrimaryKeyAsKey : boolean read
   FUsePrimaryKeyAsKey
write SetUsePrimaryKeyAsKey;

2. I use some png images in my project, every time that I
 need to
   do
changes on the form, a get Invalid horizontal pixel index
 -1
   error
message (TImage) error, this bug is fixed in revision: 5355,
   what it
does?, see:
   
  
 

http://www.freepascal.org/cgi-bin/viewcvs.cgi/trunk/fcl/image/fpwritepng.pp?rev=5355view=diffr1=5355r2=5354p1=trunk/fcl/image/fpwritepng.ppp2=/trunk/fcl/image/fpwritepng.pp

What you think?, can this happen?.
   
   I don't see the use. We're preparing to release 2.2. 
   
   In March we do a code freeze and start the release process.
   
   Michael.
  
  offcourse nobody sees the use until they are tired of it like me.
  
  I really don't understand the argument, what are the technical
 reason
  to not do it?, I don't think too much resources will be spent
 fixing
  this? (or do you have to start releasing packages with the fix,
 or
  fixing documentation?, in such case I understand the negative)
 
 Well,
 
 As far as I know, there are no releases or snapshots built of
 2.0.5,
 so why would we update that branch ? 
 

Are you sure?, then how do you explain this:
http://www.freepascal.org/cgi-bin/viewcvs.cgi/branches/fixes_2_0/?sortby=datesortdir=down#dirlist
 46 hours, 2 dayes, 3 weeks, it doesn't look freezed to me. 

 It's not a problem to do so, but I don't see the use, as 2.0.5 is
 not
 used by anyone - to my knowledge.
 
 In fact I'm surprised you use it at all !
 
 Michael.

If you don't see a problem to do, why not simply do it? 

But, if nobody uses it, why it's being updated?, this simply doesn't
match.

I use 2.1.1 and 2.0.5, Why would I use 2.0.4 when 2.0.5 has fixes? I
though that was the purpose of it, other way I don't see the need for
the branch. 

I'm happily using 2.1.1 until I have to debug in both windows and
linux, that's for what I use 2.0.5 mostly, but sometimes I forget
about it and I keep using it until I made changes and swap machines
and try to load the same project.

That makes me wonder, what do you use for developent?, maybe I'm in
the wrong way. Please share some tricks.

Jesus Reyes A.








___ 
Do You Yahoo!? 
La mejor conexión a Internet y b 2GB/b extra a tu correo por $100 al mes. 
http://net.yahoo.com.mx 

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] MySQL v4.0 v4.1 and v5.0

2005-11-17 Thread Jesus Reyes

 --- Vincent Snijders [EMAIL PROTECTED] escribió:

 Joost van der Sluis wrote:
  Hi all,
  
  atm I have a nearly finished mysql.inc file that can be used with
 MySQL
  v4.0 v4.1 and v5.0. Loaded dynamically and static.
  
  It uses several defines to set the right MySQL version and to
 turn the
  dynamically linking on or off.
  
  Create 6 different units in packages/base/mysql - for each
 combination
  one? (thus mysql40, mysql40dyn, mysql41, mysql41dyn, mysql50 and
  mysql51dyn?)
  
  But then, what to do with the MySQL-connection for sqldb? In
 principle
  the only thing that has to be changes to use another
 MySQL-version is to
  change the used unit. So, always use the TMysqlConn-component,
 but
  changes the usage-clausule.
  
  But how can this be handled by Lazarus? With the SQLDB-package
 only one
  unit can be used. (Or else multiple types with the same name are
  defined) Let the users manually change the usage-line if they
 want to
  use a different MySQL-library-version?
 
 FOr the sqldb package, let them add a define to the compiler
 options:
 -dMYSQL40
 or
 -dMYSQL41
 or
 -dMYSQL50
 
 That seems more user friendly than editing the uses clause.
 
 In the source, change the uses clause, depending on the defines.
 
 Vincent.

For mysql connection I would prefer an component for each version so
users have it clear from begining, and not need to change anything.

Jesus Reyes A.





___ 
Do You Yahoo!? 
La mejor conexión a Internet y b 2GB/b extra a tu correo por $100 al mes. 
http://net.yahoo.com.mx 

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Lazarus kills X while choosing the Editor's font

2005-11-03 Thread Jesus Reyes

- Original Message - 
From: Agustin Barto [EMAIL PROTECTED]
To: fpc-devel@lists.freepascal.org
Sent: Thursday, November 03, 2005 6:39 PM
Subject: [fpc-devel] Lazarus kills X while choosing the Editor's font


Just when I decided to give Lazarus another chance, I run into this:
Whenever I try to choose a new font for the editor on Lazarus, my X
session closes (I get back to gdm). It doesn't matter which font I
choose.

I'm using Fedora Core 4 (x86) with the latest updates, and Gnome
2.12.1 from nrpms.net.

I don't know if this is the right place to report a Lazarus problem
(let me know, plz).


The lazarus mailing list is a better place or the lazarus bug tracking system, 
anyway in this case it would be important to know the lazarus version as 
recently there were changes related to font support.

Jesus Reyes A.

__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.yahoo.com.mx/
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] db patch

2005-05-09 Thread Jesus Reyes
hi here is a patch for two bugs:
*TFloatField.SetAsString doesn't look at DecimalSeparator for converting a 
string into a Float (this fixes lazarus issue 893: 
http://www.lazarus.freepascal.org/mantis/view.php?id=893 )

*TBooleanField.SetAsString won't accept an empty string as a valid value, also 
the patch allows strings as T, F or any starting substring of DisplayValues to 
be accepted.

Regards.

Jesus Reyes A.


fields.diff
Description: Binary data
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Duplicate code inTDatasource.DistributeEvent implementation

2005-05-08 Thread Jesus Reyes

- Original Message - 
From: Luiz Amrico [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Sunday, May 08, 2005 6:45 PM
Subject: Re: [fpc-devel] Duplicate code inTDatasource.DistributeEvent 
implementation


 Michael Van Canneyt wrote:
  
  On Sat, 7 May 2005, Luiz Amrico wrote:
  
  
  No. First non visual components (such as detail datasets, lookup datasets) 
  must get their event, and only then visual controls get an event. 
  
  The double loop is intentional.
  
 
 Thank you.
 Now I can see the intention.
 
 It seens that this procedure is called quite often.
 One approach to optimize could be inserting the items in FDataLinks in 
 the appropriate order (Non visual first, visual in the end) and doing a 
 simple loop without checks in DistributeEvent.
 This would be done inside RegisterDataLink with a simple and safe alghoritm.
 
 If you agree with the cited approach i can send the patch.
 
 Luiz
 

I doubt that you will get any improvement. Probably what target components do 
inside the event handling is potentially more slower (if speed is in this case 
the concern) than iterating through the list of datalinks.

Jesus Reyes A.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] win32 crash patch

2005-04-08 Thread Jesus Reyes
Hi, this patch fixes a problem in win32 when using the classes unit. Every 
program crash at the end.

Regards.

Jesus Reyes A.


win32classes.pp.diff
Description: Binary data
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


RE: [fpc-devel] compiler bug?

2004-12-30 Thread Jesus Reyes
 --- peter green [EMAIL PROTECTED] escribió: 
 you are forciblly putting an out of range value in a variable what
 do you
 expect to happen?
 
 


Of course the program was made to do that evident, but what happen
when you find a procedure, for example:

procedure doAorB(value: boolean);
begin
  case value of
true: doA;
false: doB;
  end;
end;

one might think either doA or doB will executed, but the reality is
that sometimes neither doA or doB will do.


 

_
Do You Yahoo!?
La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. 
http://net.yahoo.com.mx

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] make clean

2004-10-07 Thread Jesus Reyes
The following files doesn't get deleted in windows 98 when using the clean
parameter.

make -C fcl clean:
fpc\fcl\win32\BMPcomn.o
fpc\fcl\win32\dllist.o
fpc\fcl\win32\DOM_HTML.o
fpc\fcl\win32\HTMLDefs.o
fpc\fcl\win32\postgres3.o
fpc\fcl\win32\XMLRead.o
fpc\fcl\win32\XMLWrite.o
fpc\fcl\win32\dllist.ppu
fpc\fcl\win32\postgres3.ppu

make -C packages clean
fpc\packages\base\pasjpeg\JcCoefCT.o
fpc\packages\base\pasjpeg\JcColor.o
fpc\packages\base\pasjpeg\JcDCTMgr.o
fpc\packages\base\pasjpeg\JcHuff.o
fpc\packages\base\pasjpeg\JcMainCT.o
fpc\packages\base\pasjpeg\JcMaster.o
fpc\packages\base\pasjpeg\JcPrepCt.o
fpc\packages\base\pasjpeg\JcSample.o
fpc\packages\base\pasjpeg\JIDctRed.o


Regards.

Jesus Reyes A.


___
fpc-devel maillist  -  [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel]Possible TDbf bug and patch

2004-07-20 Thread Jesus Reyes
Hi, I think I found a bug in tdbf. One can scroll forward to the end
of the dataset, in the last record if one scrolls forward one more
time, the dataset enters the EOF state. The problem is that also the
first record of the buffer (because of how shifting buffers works)
gets incorrectly marked as invalid. As result, one cannot scroll
backwards anymore. I'm not well aware of dbf internals so please
check the patch, it did fix the problem for me.

Regards.

Jesus Reyes A.

_
Do You Yahoo!?
La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. 
http://net.yahoo.com.mx

dbf.diff.gz
Description: dbf.diff.gz


[fpc-devel]db patch

2004-07-19 Thread Jesus Reyes
Hi, here is a patch that implements some field properties

regards.

Jesus Reyes A.

_
Do You Yahoo!?
La mejor conexión a internet y 25MB extra a tu correo por $100 al mes. 
http://net.yahoo.com.mx

fpc.diff.gz
Description: fpc.diff.gz


[fpc-devel]Compiler crash (lazarus/win32)

2004-03-19 Thread Jesus Reyes
Hi, the latest cvs compiler crash when compiling lastest cvs lazarus (WIN98)

PPC386 provocó una excepción 10eH en el módulo PPC386.EXE de 015f:0048c1d8.
Registros:
EAX=018df3ec CS=015f EIP=0048c1d8 EFLGS=00010206
EBX=00488a08 SS=0167 ESP=006ef924 EBP=006f3c5c
ECX=01970584 DS=0167 ESI=0173e1a0 FS=463f
EDX=0048c1c4 ES=0167 EDI=0055f3c0 GS=

Attached is the sniped output of: make OPT=-va

apparently, crash in lclintf.pas when including lclicons.lrs by

...
initialization
  {$I lclicons.lrs}
  InternalInit;

end.

if I change {$I lclicons.lrs} to {.$I lclicons.lrs} it compiles fine this
file, however still crash some steps later when compiling
synhighlightersql.pas, but I dont include the output.
The compiler it self cycles ok, and compile packages and fcl fine.

Regards.
Jesus Reyes A.





trace.txt.gz
Description: GNU Zip compressed data