[lazarus] DropFiles Implementation

2008-01-20 Thread Christian U.
Hi, We had an discussion about the OnDropFiles implementation in german lazarus forum lately. And most people had the meaning that the current implementation is not so good. The main problem is that it is impossible to drop files to special controls. In most cases the people dont need the

Re: [lazarus] DropFiles Implementation

2008-01-20 Thread Paul Ishenin
Christian U. wrote: The second thing is I think it is not very LCLisch. I think an correct implementation add an OnDropFiles event to TWinControl or TCustomControl and not to TForm. I think we should think twice about these and implement it bevore 1.0 after that we shouldnt break existing

Re: [lazarus] DropFiles Implementation

2008-01-20 Thread Christian U.
Paul Ishenin schrieb: Christian U. wrote: The second thing is I think it is not very LCLisch. I think an correct implementation add an OnDropFiles event to TWinControl or TCustomControl and not to TForm. I think we should think twice about these and implement it bevore 1.0 after that we

Re: [lazarus] Introduction

2008-01-20 Thread Damien Gerard
On Jan 20, 2008, at 8:00 AM, Graeme Geldenhuys wrote: On 20/01/2008, Damien Gerard [EMAIL PROTECTED] wrote: I better understand with all these explanations. Thanks to all ! Again, I disagree. ;-) I did a study on this. I opened a random set of applications that have things like File

Re: [lazarus] OpenMoko and FPC/Lazarus

2008-01-20 Thread Marc Weustink
Marc Weustink wrote: ik wrote: Hi, While google suggest rewards for developing applications for Android, there is an open source firmware named OpenMoko (http://openmoko.org/). I asked Michael Shiloh what are some of the requirement in building apps in different compilers (FPC to be exact, and

Re: [lazarus] OpenMoko and FPC/Lazarus

2008-01-20 Thread Florian Klaempfl
Marc Weustink schrieb: Marc Weustink wrote: ik wrote: Hi, While google suggest rewards for developing applications for Android, there is an open source firmware named OpenMoko (http://openmoko.org/). I asked Michael Shiloh what are some of the requirement in building apps in different

Re: [lazarus] Introduction

2008-01-20 Thread Marc Santhoff
Am Sonntag, den 20.01.2008, 09:00 +0200 schrieb Graeme Geldenhuys: Always speaking about GTK-bugs but what about fpGUI bugs ? When using Lazarus and the LCL, the underlying toolkits are not under your control. It's quick and easy to fix fpGUI bugs. You can't fix Win32 native component bugs

Re: [lazarus] OpenMoko and FPC/Lazarus

2008-01-20 Thread Luca Olivetti
En/na Florian Klaempfl ha escrit: It should be enough to build FPC with OPT=-dFPC_ARMEL So it's now possible to produce eabi code with fpc? Great! (not that I grasp the full implications of oabi vs. eabi, but I'd like to make some experiment with my n800, which is an eabi system). Bye --

[lazarus] GTK1 Application Performance

2008-01-20 Thread Lee Jenkins
Hi all, I've just started testing a couple of application originally written on my XP machine on Linux (CentOS4) running in a virtual machine. I noticed that some things seem to be a little slow. Particularly, there is a form with a stringgrid on it and highlighting a new row seems to

Re: [lazarus] Introduction

2008-01-20 Thread Graeme Geldenhuys
On 20/01/2008, Marco van de Voort [EMAIL PROTECTED] wrote: Apparantly the only person with skills to run into that started his own widgetset :-) It didn't even take a lot of effort to hit those problems... Just write commercial software. :-) Good news is that some day Lazarus will benefit

Re: [lazarus] OpenMoko and FPC/Lazarus

2008-01-20 Thread Florian Klaempfl
Luca Olivetti schrieb: En/na Florian Klaempfl ha escrit: It should be enough to build FPC with OPT=-dFPC_ARMEL So it's now possible to produce eabi code with fpc? Well, I did initial support. If you provide bugs reports, I'll try to fix them. Great! (not that I grasp the full

Re: [lazarus] Introduction

2008-01-20 Thread Luiz Americo Pereira Camara
Lord Satan wrote: On Sun, 20 Jan 2008 22:33:53 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: I still think having a custom Object Pascal written toolkit for Lazarus is the way to go. The LCL would have progressed and stabilized much faster if the Lazarus developers did that from the

Re: [lazarus] Introduction

2008-01-20 Thread Marc Weustink
Lord Satan wrote: On Sun, 20 Jan 2008 22:33:53 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: I still think having a custom Object Pascal written toolkit for Lazarus is the way to go. The LCL would have progressed and stabilized much faster if the Lazarus developers did that from the start.

Re: [lazarus] Introduction

2008-01-20 Thread Florian Klaempfl
Lord Satan schrieb: On Sun, 20 Jan 2008 22:33:53 +0200 Graeme Geldenhuys [EMAIL PROTECTED] wrote: I still think having a custom Object Pascal written toolkit for Lazarus is the way to go. The LCL would have progressed and stabilized much faster if the Lazarus developers did that from the

Re: [lazarus] Introduction

2008-01-20 Thread Graeme Geldenhuys
On 21/01/2008, Lord Satan [EMAIL PROTECTED] wrote: Stupid Lazarus developers. Now we only get this sucking Win API, GTK1, GTK2, Carbon and QT. Nothing really works and all is full of bugs. I agree with Luiz. Lazarus developers are *not* stupid. They have done an amazing job so far in getting

Re: [lazarus] TimeCallBack under Win32

2008-01-20 Thread Damien Gerard
On Jan 19, 2008, at 2:07 PM, Mark Morgan Lloyd wrote: Damien Gerard wrote: n := FTimerData.Count; while (n0) do begin dec(n); It seems FTimerData is not properly set. Is it possible ? May be it is related to some bad behavior of my application (I really don't know what but it