On Thursday 17 of November 2011 08:24:33 Graeme Geldenhuys wrote:
On 17/11/2011, zeljko zeljko@... wrote:
What are you talking about ?
An earlier post (from somebody else) said that LCL MDI support is only
implemented in Win32 and Qt. All other platforms are not supported
because their
On Thu, Nov 17, 2011 at 8:24 AM, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
And now it's really funny. I got such a lot of sh*t from many lazarus
developers about my custom drawn toolkit and how wrong that it
compared to Lazarus native toolkit. Yet now somebody is working on
implementing
On 17/11/2011, zeljko zeljko@... wrote:
LCL is not screwed. As I said *mdiemulator is there for other widgetsets*
Is this emulator part of LCL? Also what is this MultiDoc I see in the
lazarus wiki?
I haven't created a MDI application in over a decade, so had to google
it first. :-) I followed
On 17/11/2011, Felipe Monteiro de Carvalho
felipemonteiro.carvalho@g wrote:
all tastes. There is no need to fight, people that prefer one or
another way are free to develop the widgetsets which they prefer. And
then each person can decide what to use:
And this I have been saying for years.
On Thursday 17 of November 2011 09:39:26 Graeme Geldenhuys wrote:
On 17/11/2011, zeljko zeljko@... wrote:
LCL is not screwed. As I said *mdiemulator is there for other widgetsets*
Is this emulator part of LCL? Also what is this MultiDoc I see in the
Not yet.
lazarus wiki?
Multidoc is
On 17 November 2011 11:06, zeljko zeljko@h... wrote:
MDI started few days ago, only qt fully supports MDI on all targets where it
works under lazarus (mac, linux, win).
OK, then the ever outdated LCL Roadmap wiki page needs to be updated.
It mentions than MDI would be in Lazarus 0.9.30. That
On Thursday 17 of November 2011 10:12:00 Graeme Geldenhuys wrote:
On 17 November 2011 11:06, zeljko zeljko@h... wrote:
MDI started few days ago, only qt fully supports MDI on all targets where
it works under lazarus (mac, linux, win).
OK, then the ever outdated LCL Roadmap wiki page needs
2011/11/17 Mattias Gaertner nc-gaert...@netcologne.de
It's a lightweight database for XML files. That means you give it a list
of directories and it will load/parse all xml files including
subdirectories into memory for fast access.
You can query via simple HTTP requests and get xml. So you
On Thu, 17 Nov 2011, Juha Manninen wrote:
2011/11/17 Mattias Gaertner nc-gaert...@netcologne.de
It's a lightweight database for XML files. That means you give it a list
of directories and it will load/parse all xml files including
subdirectories into memory for fast access.
You can query
On Thu, Nov 17, 2011 at 01:55:45AM +0100, Hans-Peter Diettrich wrote:
site:http://www.freepascal.org/docs-html/rtl/ writeln
I still think pressing F1 on writeln is easier :-)
Searching the XML directories in the IDE is more reliable, because it
also finds entries which are not part
On 17 November 2011 11:54, michael.vancanneyt@ wrote:
I really don't see why you think SQL databases are slow. We have lots of
queries running on our system, huge amounts of updates, and Firebird does an
extremely good job of it, and we do almost only multi-table select queries.
On Thu, 17 Nov 2011 11:38:25 +0200
Juha Manninen juha.mannine...@gmail.com wrote:
[...]
Thanks for the explanation.
In essence it is a database optimized for reading but not writing.
Yes.
For updating the XML file contents there is no concurrency checks or atomic
transactions.
At the
On Thursday 17 of November 2011 11:11:34 Graeme Geldenhuys wrote:
On 17 November 2011 11:54, michael.vancanneyt@ wrote:
I really don't see why you think SQL databases are slow. We have lots of
queries running on our system, huge amounts of updates, and Firebird does
an extremely good
2011/11/17 michael.vancann...@wisa.be
I really don't see why you think SQL databases are slow. We have lots of
queries running on our system, huge amounts of updates, and Firebird does
an extremely good job of it, and we do almost only multi-table select
queries. Concurrency is not an issue
On Thu, 17 Nov 2011, Juha Manninen wrote:
2011/11/17 michael.vancann...@wisa.be
I really don't see why you think SQL databases are slow. We have lots of
queries running on our system, huge amounts of updates, and Firebird does
an extremely good job of it, and we do almost only multi-table
On Thursday 17 of November 2011 11:52:39 michael.vancann...@wisa.be wrote:
On Thu, 17 Nov 2011, Juha Manninen wrote:
2011/11/17 michael.vancann...@wisa.be
I really don't see why you think SQL databases are slow. We have lots of
queries running on our system, huge amounts of updates, and
El 16/11/2011 16:36, Graeme Geldenhuys escribió:
But yes, SQL queries can take long too - depending on what it must do.
I have worked on project where we had to do data conversion from a IBM
mainframe system to a Intel based SQL Server 2000 database. A full
data conversion had to be run on
On 11/17/2011 08:16 AM, Graeme Geldenhuys wrote:
OINF
docs get generated in less than a minute (so can be done often with a
single script), after that I have the full Lang Ref, RTL, FCL, LCL and
fpGUI docs
As you know, some time ago I with multiple tries failed trying to do
exactly this on the
On 17 November 2011 12:32, zeljko zeljko@. wrote:
What database do you use ? It is not optimized primary key type (and x50
slower than eg. int) ,but wondering if it's faster than pure varchar(36)
(because of no non-ascii chars in guid) ?
We use Firebird 2.5. I know some databases servers
2011/11/17 Juha Manninen juha.manninen62@g.:
The delayed response of many web-sites is caused by slow DB access, not by
slow program code or slow network connection.
In South African you can be sure the delay is caused by slow network
connections - our internet speed sucks! Our ISP's still
On 17 November 2011 14:15, Michael Schnell mschnell@l... wrote:
As you know, some time ago I with multiple tries failed trying to do exactly
this on the svn version of the source files.
It would be great if you could provide this script system in the svn (with
an easy to use description on
Graeme Geldenhuys graemeg.li...@gmail.com hat am 17. November 2011 um 13:18
geschrieben:
2011/11/17 Juha Manninen juha.manninen62@g.:
The delayed response of many web-sites is caused by slow DB access, not by
slow program code or slow network connection.
In South African you can
On 11/17/2011 01:30 PM, Graeme Geldenhuys wrote:
I'll see what I can do. After you had problems last time generating
LCL documentation in INF format, I did submit a patch to fix fpdoc's
IPF writer. I haven't had any problems since then, but I'll get
another FPC and LCL update today and
On Thursday 17 of November 2011 13:12:58 Graeme Geldenhuys wrote:
Yes, some years ago I wrote a simple speed test. GUID's were indeed
slower that say Integer based primary keys. But the speed difference
was sufficiently small, so not something we needed to worry about. I
also remember the
In forms.IsAccel I suspect an bug, which manifests in very rare cases only:
position := UTF8Pos(AmpersandChar, ACaption);
This is the position of the
...
UTF8Delete(ACaption, 1, position+1);
This IMO removes the character *after* the ampersand, so that
position :=
Santiago A. s...@ciberpiula.net hat am 17. November 2011 um 11:55
geschrieben:
[...]
Sure that for small amount of data and single user (e.g. configuration
files), XML is a good option.
XML was invented to markup texts. Later programmers noticed that it is also nice
for config files.
A
Graeme Geldenhuys schrieb:
On 17/11/2011, Felipe Monteiro de Carvalho felipemonteiro.carvalho@g... wrote:
If you don't know what a method does, don't change it's description,
but don't put [?] in the documentation and also don't write that you
don't know what something does.
I have to agree
Hans-Peter Diettrich drdiettri...@aol.com hat am 17. November 2011 um 09:33
geschrieben:
In forms.IsAccel I suspect an bug, which manifests in very rare cases only:
position := UTF8Pos(AmpersandChar, ACaption);
This is the position of the
...
UTF8Delete(ACaption, 1,
On Thu, Nov 17, 2011 at 2:19 PM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
Documentation is not winning an price for beauty, but for correctness and
usability.
[?] Does nothing. is neither correct nor useful.
If you don't like the [?] marks, then start replacing them by the
missing
Am 17.11.2011 13:18, schrieb Graeme Geldenhuys:
2011/11/17 Juha Manninenjuha.manninen62@g.:
The delayed response of many web-sites is caused by slow DB access, not by
slow program code or slow network connection.
In South African you can be sure the delay is caused by slow network
2011/11/17 Mattias Gaertner nc-gaert...@netcologne.de
**
XML was invented to markup texts. Later programmers noticed that it is
also nice for config files.
A few hundred MB of XML does not sound much compared to some big SQL
databases. But because it is not that much we want to search
Juha Manninen juha.mannine...@gmail.com hat am 17. November 2011 um 15:58
geschrieben:
2011/11/17 Mattias Gaertnernc-gaert...@netcologne.de
[mailto:nc-gaert...@netcologne.de]
XML was invented to markup texts. Later programmers noticed that it is also
nice for config
Yes! Thank you this is just what I need, it supports all the basic
functionality I want and it's nice and easy to use - thank you for pointing
this out to me.
snip
More:
http://code.google
com/p/lazarus-br/source/browse/#svn%2Ftrunk%2Fpackage%2FlzRichEdit
(short link:
Felipe Monteiro de Carvalho schrieb:
On Thu, Nov 17, 2011 at 2:19 PM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
Documentation is not winning an price for beauty, but for correctness and
usability.
[?] Does nothing. is neither correct nor useful.
If you don't like the [?] marks, then
Mattias Gaertner schrieb:
Hans-Peter Diettrich drdiettri...@aol.com hat am 17. November 2011 um
09:33 geschrieben:
In forms.IsAccel I suspect an bug, which manifests in very rare cases
only:
position := UTF8Pos(AmpersandChar, ACaption);
This is the position of the
...
35 matches
Mail list logo
