Yury Sidorov wrote:
Hi,
Today I made the first public release of KOL-CE library.
KOL-CE is Free Pascal/Lazarus port of KOLMCK devloped by Vladimir
Kladov (http://kolmck.net).
KOL-CE allows to create very compact Win32/WinCE GUI applications
(starting from ~40KB executable for project with
Yury Sidorov wrote:
Hi,
Today I made the first public release of KOL-CE library.
KOL-CE is Free Pascal/Lazarus port of KOLMCK devloped by Vladimir
Kladov (http://kolmck.net).
KOL-CE allows to create very compact Win32/WinCE GUI applications
(starting from ~40KB executable for project with
Yury Sidorov wrote:
From: Yury Sidorov [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
I did not get very far. I got error creating component TKOLForm.
Grr. I updated to latest svn version of Lazarus and indeed there is
AV error when trying to drop TKOLForm component on the form.
I'll fix it
Graeme Geldenhuys wrote:
Hi,
I asked a similar question in the MSEgui newsgroup as well. What was
the reason for choosing to support UTF-8 instead of UTF-16?
- Quoted Mattias from 6 months ago --
The LCL will support UTF-8 and provide some extra functions for UTF-16,
because
A.J. Venter wrote:
Can I vote for this one ? :)
For those of us still hoping for a single window IDE eventually, this
would be a small but extremely important step along the way.
A.J.
wile64 wrote:
Hi!
I guess single window IDE could be optional. So everyone could be happy.
Even those who
Víctor R. Ruiz wrote:
Hi:
2007/10/3, wile64 [EMAIL PROTECTED]:
It is a (unofficial) patch for docking the message window into the source
editor (bottom). I dont search Message Window ;)
I'm still working on the whole IDE docking. The lastest code I have
is cleaner than the one I
Mattias Gaertner wrote:
On Wed, 03 Oct 2007 19:08:02 +0200
Johannes Müller [EMAIL PROTECTED] wrote:
wile64 schrieb:
Hi all,
It is a (unofficial) patch for docking the message window into the
source editor (bottom).
I dont search Message Window ;)
Tested on win32 and GTK2
Regards
Hi!
I have heard of docking in Lazarus and it is finished partially. What
does it that mean?
What is done and what is not?
Is it Delphi 6 compatible?,
Regards
Marton Papp
_
To unsubscribe: mail [EMAIL PROTECTED] with
Marco van de Voort wrote:
Using C++ libraries from other languages is either bloat or hard to use.
The problem of the C++ widget libraries is that they are meant to be used
directly, not to base a higher level widget set (like LCL) with an own set
of properties on them.
If you try that
Al Boldi wrote:
Flávio Etrusco wrote:
Unfortunately, I don't know
why, intelligent + phylosophical + logicist atheist...)
Because believing in one and only one CREATOR is intelligent + philosophical
+ logical. see http://www.islam-guide.com for more information.
On 5/19/06,
By the way,
Why to have a PR noise at all?
Why don't just keep doing its development and spreading it through its
website as it is?
Is it not enough what exists already?
Márton Papp
_
To unsubscribe: mail [EMAIL PROTECTED]
Felipe Monteiro de Carvalho wrote:
On 4/30/06, Florian Klaempfl [EMAIL PROTECTED] wrote:
Most of doing software development as daily job for years
I don't know if this is unpolite to ask, but. Just out of curiosity,
I'm not trying to prove anything. Do you guys (main developers from
Free
Michael Van Canneyt wrote:
On Fri, 28 Apr 2006, [EMAIL PROTECTED] wrote:
Hi, I have a question for the Lazarus/FPC community,
that I got from a another thread in the mailing list
(Lazarus Foundation).
Does someones knows if there's a potential problem with Lazarus
or FPC due to patents ?
Peter Vreman wrote:
Hi!
When I debug a file. That is , the debugger stops and I look at the call
stack, I cannot see filename and linenumber
In other words, the debugging is made harder.
I heard it was related to the freepascal compiler was not able to
cooperate with gdb as the generated
Marc Weustink wrote:
[EMAIL PROTECTED] wrote:
Hi!
When I debug a file. That is , the debugger stops and I look at the
call stack, I cannot see filename and linenumber
In other words, the debugging is made harder.
I heard it was related to the freepascal compiler was not able to
Hi!
When I debug a file. That is , the debugger stops and I look at the call
stack, I cannot see filename and linenumber
In other words, the debugging is made harder.
I heard it was related to the freepascal compiler was not able to
cooperate with gdb as the generated stack frame format
Hi!
I am just testing TArray unit.
I assume this must have worked.
I copied parts of the program from grid.pas where I guess it works..
Any ideas?
I get an error
project1.lpr(27,22) Error: Incompatible types: got address of
procedure(TObject, LongInt, LongInt,var Pointer);Register expected
Jesus Reyes wrote:
--- [EMAIL PROTECTED] escribió:
Hi!
I am just testing TArray unit.
I assume this must have worked.
I copied parts of the program from grid.pas where I guess it
works..
Any ideas?
I get an error
project1.lpr(27,22) Error: Incompatible types: got address of
Mattias Gaertner wrote:
On Thu, 09 Mar 2006 18:02:52 +0100
[EMAIL PROTECTED] wrote:
Hi!
Could you help with this program?
I am testing the functionality of Dynhasharray but
I get these errors:
dynhasharray.lpr(18,9) Warning: Variable A does not seem to be
initialized
Matt Henley wrote:
I figured I would start a new topic on this.
I installed Firebird Classic on my Windows XP machine. In Lazarus, I
added a TIBConnection to a blank form. I put the full path to an
example database (C:\Program
Files\Firebird\Firebird_1_5\examples\EMPLOYEE.FDB) in the
Hi!
Could you help with this program?
I am testing the functionality of Dynhasharray but
I get these errors:
dynhasharray.lpr(18,9) Warning: Variable A does not seem to be initialized
C:\lazarus\dynhasharray\dynhasharray.o(.text+0x2f): In function `main':
dynhasharray.lpr:18: undefined
21 matches
Mail list logo