On 4/23/07, Jesus Reyes <[EMAIL PROTECTED]> wrote:
Thanks, I applied the patch with some modifications in r10989.
Excellent, I'll get a update tomorrow...and look at the modifications.
> * BUG fix: clicking outside the cell range doesn't cause the cell
> focus to change (delphi compatible)
Thanks, I applied the patch with some modifications in r10989.
> * Clicking outside the cell range (grid background) doesn't cause
> Click to fire (delphi compatible)
> * BUG fix: clicking outside the cell range doesn't cause the cell
> focus to change (delphi compatible)
> * Setting Row or C
Micha Nelissen ?:
Alex Smirnov wrote:
Why did you change FullAngle to dFullAngle?
Actually, whole function was rewritten. And I alway notate my vars to
understand the type of them. You think it is not a good idea?
It doesn't matter much until you want to change the type ...
On 4/23/07, Micha Nelissen <[EMAIL PROTECTED]> wrote:
Alex Smirnov wrote:
>> Why did you change FullAngle to dFullAngle?
> Actually, whole function was rewritten. And I alway notate my vars to
> understand the type of them. You think it is not a good idea?
It doesn't matter much until you want t
Alex Smirnov wrote:
>> Why did you change FullAngle to dFullAngle?
> Actually, whole function was rewritten. And I alway notate my vars to
> understand the type of them. You think it is not a good idea?
It doesn't matter much until you want to change the type ... then you
have to change a lot of c
>From what I've seen, the iPhone won't be supporting the Carbon API, so the
>Lazarus carbon widgetset won't be useable anyway. Lazarus would probably need
>a Cocoa widgetset plus all the binary tools.
I would imagine that Apple will release a version of Xcode that can be used to
compile for the
Good Afternoon,,
I have a problem with procedure locate of class TDBF :
CNPJ, NF, CFOS, Aliquota : String;
vTst := VarArrayOf( [ CNPJ, NF, CFOS, Aliquota ] );
If Not Tbl01.Locate( 'CNPJ;Numero;CFOs;Aliquota', vTst ,
[loCaseInsensitive] ) Then Begin
The error is :
Address : $7C901231
Proced
On 4/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Shouldn't (if the OS is a Mac Osx based) the actual Mac Osx widgesets be
enough?
This is possible, but I highly doubt it based on previous experience.
Windows CE for example is a small version of windows, but it´s very
different. Linux fo
*Hello, Vincent!*
Good that you have this working.
Thank you.
Some remarks. I know to little of graphics to give feedback on the
contents of the patch, so I will say only something about the style.
Why did you change FullAngle to dFullAngle?
Actually, whole function was rewritten. And I al
Alex Smirnov schreef:
*Hello, Vincent!*
Here are patches for mentioned files. It solves problem with GTK2 crash
in Canvas.Pie (that is working without any troubles in GTK1). Also some
things were changed in graphmath.pp for PolyBezierArcPoints.
I had sent it before, but not as a patch - sorry
On 4/20/07, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
> A quick test revels that clicking fixed cells or empty grid area
> triggers click in lazarus but not in turbo delphi.
>
Ah, never thought of clicking on the fixed cells! This is why multiple
OK, hopefully this patch will do the trick.
If Apple releases binutils for the iPhone (assembler and linker), it
should be relative easy to port fpc for it, as most of the mac os x
code could be reused.
Sorry, i just want to be sure:
What do you intend with that?
Shouldn't (if the OS is a Mac Osx based) the actual Mac Osx widgesets be
On 4/23/07, Felipe Monteiro de Carvalho
<[EMAIL PROTECTED]> wrote:
One possible solution would be to create a custom dialog to do this,
but make sure that the dialog is only on gtk 1 code.
I can create such a dialog, but have no idea how to plug that into the
gtk1 code. Anybody with more gtk1
One possible solution would be to create a custom dialog to do this,
but make sure that the dialog is only on gtk 1 code.
I don´t think there are any other platforms aside from gtk 1 that need
this. Support for framebuffer or DOS can be much better achieved
througth the fpgui interface, and then
*Hello, Vincent!*
Here are patches for mentioned files. It solves problem with GTK2 crash
in Canvas.Pie (that is working without any troubles in GTK1). Also some
things were changed in graphmath.pp for PolyBezierArcPoints.
I had sent it before, but not as a patch - sorry for that. I am really
On 4/23/07, Vincent Snijders <[EMAIL PROTECTED]> wrote:
So, fix this in the gtk interface code. There FileName is set incorrectly. But
maybe
that is not possible for the FileDialog.
I thought of that, but how do I know when a File Dialog is supposed to
accept files (file select dialog) and w
Graeme Geldenhuys schreef:
On 4/23/07, Vincent Snijders <[EMAIL PROTECTED]> wrote:
Why doesn't the gtk interface return the Directory Name in the
filename property?
It returns the full filename and directory, when it should only return
the directory. The hint being TSelectDirectoryDialog.
On 4/23/07, Vincent Snijders <[EMAIL PROTECTED]> wrote:
Why doesn't the gtk interface return the Directory Name in the filename
property?
It returns the full filename and directory, when it should only return
the directory. The hint being TSelectDirectoryDialog. ;-)
eg: Currently under G
On 4/23/07, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
Attached is a proposed patch for TDirectoryEdit - please evaluate.
Due to the fact that Gtk1 doesn't have a native Directory Treeview
selection dialog like Windows, Gtk1 uses a normal File Open dialog.
The problem is that TDirectoryEdit ret
Graeme Geldenhuys schreef:
Hi,
Attached is a proposed patch for TDirectoryEdit - please evaluate.
Due to the fact that Gtk1 doesn't have a native Directory Treeview
selection dialog like Windows, Gtk1 uses a normal File Open dialog.
The problem is that TDirectoryEdit returns the filename in the
Hi,
Attached is a proposed patch for TDirectoryEdit - please evaluate.
Due to the fact that Gtk1 doesn't have a native Directory Treeview
selection dialog like Windows, Gtk1 uses a normal File Open dialog.
The problem is that TDirectoryEdit returns the filename in the path as
well instead of onl
On 4/23/07, Razvan Adrian Bogdan <[EMAIL PROTECTED]> wrote:
I thought OnEnter is focus related and since TGraphicControl can't
have focus in VCL/LCL i don't see how it will be triggered,
OnMouseEnter on the other hand is very useful for custom drawn stuff
You are right Razvan, OnEnter and OnEx
On 4/23/07, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
Attached is a patch that adds two new events to a TSpeedButton.
OnEnter and OnExit (like TBitBtn has).
I thought OnEnter is focus related and since TGraphicControl can't
have focus in VCL/LCL i don't see how it will be triggered,
OnMouse
Hi,
Attached is a patch that adds two new events to a TSpeedButton.
OnEnter and OnExit (like TBitBtn has).
This is really handy in the case where you want to have three
different image states. Enabled, Disabled and Hover - a well know
feature in Windows applications.
I know this is not Delphi c
24 matches
Mail list logo