Bee wrote:
The idea is good.
Thank you. Now let Paul choose which Lazarus will use. ;)
No, no. It is seems to me that I cannot decide properly since I am not
designer - just programmer :) Moreover we dont have designers in team.
So I think it will be good if wile64 (as he is designer of most
last.
I think we still have TMRUManager and TStrHolder on Misc tab. Also
SynEdit, RTTI, and LazReport tabs. ;)
I'll do the RTTI tab since its the easiest job. I just need to recompose
your images with a bit modification. I left the others to you, since
you're the real graphic designer. :-D
The idea is good.
Thank you. Now let Paul choose which Lazarus will use. ;)
I think that if we change we must redo the other to stay in the same style.
I assume you agree with my icons. So, here are the icons for TSQLQuery
and TSQLTransaction with some little fixes.
This is my answer ;-)
Damien Gerard ha scritto:
On Dec 15, 2007, at 1:05 PM, Giuliano Colla wrote:
Calling Application.ProcessMessages under Linux/gtk2 freezes the
application. (Linux-gtk2-fpc2.2.0)
Stepping through with debugger shows that it goes in an endless loop.
Under gtk1 and qt works properly.
Is it a
On Dec 15, 2007, at 1:05 PM, Giuliano Colla wrote:
Calling Application.ProcessMessages under Linux/gtk2 freezes the
application. (Linux-gtk2-fpc2.2.0)
Stepping through with debugger shows that it goes in an endless
loop. Under gtk1 and qt works properly.
Is it a known problem? I didn't f
On Sat, 15 Dec 2007 15:07:25 -0500
"Andrew Brunner" <[EMAIL PROTECTED]> wrote:
> I was wondering what anyone might know or how you all feel about
> utilizing the NVidia GPU code to get Lazarus to link or interface
> with it?
>
> Anyone have any ideas on how much time it would take to give Lazarus
Vincent Snijders wrote:
> Al Boldi schreef:
> > Vincent Snijders wrote:
> >> WakeMainThread is just one way to make sure that the calling thread
> >> calls CheckSynchronize from time to time. Synchronize does not depend
> >> on how the main thread call CheckSynchronize, just that it is
> >> accompl
I was wondering what anyone might know or how you all feel about utilizing
the NVidia GPU code to get Lazarus to link or interface with it?
Anyone have any ideas on how much time it would take to give Lazarus the
ability to directly link functions or wrap them?
http://www.nvidia.com/object/
Al Boldi schreef:
Vincent Snijders wrote:
WakeMainThread is just one way to make sure that the calling thread
calls CheckSynchronize from time to time. Synchronize does not depend on
how the main thread call CheckSynchronize, just that it is accomplished.
Sure, you are talking about normal app
Vincent Snijders wrote:
> WakeMainThread is just one way to make sure that the calling thread
> calls CheckSynchronize from time to time. Synchronize does not depend on
> how the main thread call CheckSynchronize, just that it is accomplished.
Sure, you are talking about normal apps. But with dyn
Lukas Gradl wrote:
Hi!
What do use as DBGrid? Is there an enhanced version anywhere around that
I missed?
With Delphi I used Woll2Woll and DevExpress Products - for Lazarus I
did'nt find something similar...
Any hints on that?
regards
Lukas
TDBGrid is on the Data Controls tab.
--
Warm
Mario R. Carro schreef:
On Thursday 13 December 2007 12:22:43 Vincent Snijders wrote:
Mario R. Carro schreef:
TApplication.IconChanged - TODO: convert this message...no implementation
in gtk or win32
[FORMS.PP] ExceptionOccurred
Sender=Ecompressionerror
Exception=buffer error
Stack trace:
Mario R. Carro wrote:
On Thursday 13 December 2007 12:22:43 Vincent Snijders wrote:
Mario R. Carro schreef:
TApplication.IconChanged - TODO: convert this message...no implementation
in gtk or win32
[FORMS.PP] ExceptionOccurred
Sender=Ecompressionerror
Exception=buffer error
Stack
Lazarus doesn't start with fpc 2.2.1 use 2.2.0 or 2.3.1
--
Att,
Wanderlan Santos dos Anjos
On Thursday 13 December 2007 12:22:43 Vincent Snijders wrote:
> Mario R. Carro schreef:
> > TApplication.IconChanged - TODO: convert this message...no implementation
> > in gtk or win32
> > [FORMS.PP] ExceptionOccurred
> > Sender=Ecompressionerror
> > Exception=buffer error
> > Stack trace:
>
Giuliano Colla wrote:
It appears that with gdb it's impossible to access structure and class
members. Any construct of the type something.something is not supported.
My hack is, for debbugging purposes, to assign the values I must trace
to a local variable:
SomethingElse := SomeThing.SomeTh
Hi!
What do use as DBGrid? Is there an enhanced version anywhere around that
I missed?
With Delphi I used Woll2Woll and DevExpress Products - for Lazarus I
did'nt find something similar...
Any hints on that?
regards
Lukas
--
software security networks
Lukas Gr
2007/12/15, Bee <[EMAIL PROTECTED]>:
>
> How about these fixes? ;)
>
> I propose new icon for TEventLog. I'm not quite agree with the 'LOG'
> text. We'll end up with putting text on every icons. Something that
> contradicts with the purpose of usage of icons/images. ;)
The idea is good.
To Laure
Al Boldi wrote:
Michael Van Canneyt wrote:
On Sat, 15 Dec 2007, Al Boldi wrote:
melchiorre caruso wrote:
I found an article that explains why my code does not work on Windows:
Actually, I had a closer look at synchronize, and it turns out to be
dependent on the GUI, wh
Al Boldi schreef:
Michael Van Canneyt wrote:
On Sat, 15 Dec 2007, Al Boldi wrote:
melchiorre caruso wrote:
I found an article that explains why my code does not work on Windows:
Actually, I had a closer look at synchronize, and it turns out to be
dependent on the GUI, which probably means tha
Michael Van Canneyt wrote:
> On Sat, 15 Dec 2007, Al Boldi wrote:
> > melchiorre caruso wrote:
> > > I found an article that explains why my code does not work on Windows:
> >
> > Actually, I had a closer look at synchronize, and it turns out to be
> > dependent on the GUI, which probably means tha
Paul Ishenin ha scritto:
Giuliano Colla wrote:
With last svn update almost all menu icons have suddenly disappeared
with gtk1. They still show if IDE is compiled for gtk2 or qt.
Platform is Linux, fpc 2.2.0.
A trace back shows that the problem occurred between r. 13325 which
was ok, and 13328
Calling Application.ProcessMessages under Linux/gtk2 freezes the
application. (Linux-gtk2-fpc2.2.0)
Stepping through with debugger shows that it goes in an endless loop.
Under gtk1 and qt works properly.
Is it a known problem? I didn't find any reference in Mantis.
Giuliano
--
Giuliano Coll
How about these fixes? ;)
I propose new icon for TEventLog. I'm not quite agree with the 'LOG'
text. We'll end up with putting text on every icons. Something that
contradicts with the purpose of usage of icons/images. ;)
To Laurents:
What do you think about my TSQLQuery and TSQLTransaction? S
Like Andrew said, you are closing the form yourself. Leave it for the
timer to do.
On 15/12/2007, el stamatakos <[EMAIL PROTECTED]> wrote:
>
> procedure TMainForm.ShowNotification(Msg:String; time:Cardinal);
> var
> MessageForm:TMessageChildForm;
> begin
> MessageForm:=TMessageChildForm.Create(Se
Lee Jenkins ha scritto:
Wanderlan Santos dos Anjos wrote:
Hello,
try Self^.VarName
I've had the same problem, but with object properties...hovering mouse
cursor always shows that message. I hope this gets fixed as it makes
debugging moe difficult.
It appears that with gdb it's imposs
On Sat, 15 Dec 2007, Al Boldi wrote:
> melchiorre caruso wrote:
> > I found an article that explains why my code does not work on Windows:
>
> Actually, I had a closer look at synchronize, and it turns out to be
> dependent on the GUI, which probably means that you need to include
> 'Interfac
On Fri, 14 Dec 2007, el stamatakos wrote:
>
> Hi All,
> I am having real problems getting my app to run using TProcess. I have a
> procedure that encapsulates process like below
>
> procedure TMainForm.ExecNewProcessNoDir(app,cmd: string; Wait: Boolean);
> var
>AProcess: TProcess;
> begi
28 matches
Mail list logo