On 17 June 2010 22:33, Henry Vermaak wrote:
Not to mention speed. I've written code for hash table indexed files,
and it isn't pretty.
And amazingly everybody managed just for for 15+ years (in the OS/2,
DOS, Win3.11 era) before RDBMS became popular on desktop systems. If
you can't program
On 17 June 2010 23:12, waldo kitty wrote:
damn! you had pascal as a course in high school? ya lucky barstard :P :)
It was as an extra subject, and was actually after school where I had
to attend the classes in another school, because my own school didn't
offer it. A lame setup, but programming
En/na Graeme Geldenhuys ha escrit:
On 17/06/2010, Luca Olivetti wrote:
SQLite allows multiple programs to be connected to the same database
simultaneously. The embedded version of Firebird does not. If you run
Well, that sounds like a rather silly argument.
I suppose it depends on the
En/na waldo kitty ha escrit:
then you missed my point... that point being that a database is not
necessary in many cases where they are used... speaking of embedded,
what does a refrigerator, microwave oven, convection oven, coffee maker
or toaster oven need with a database? for that matter,
En/na Santiago A. ha escrit:
SQLite's concurrency is just fancy feature, not a very useful feature.
It has been really useful to me.
Concurrency in SQLite is pretty simple. Only a process can write
simultaneously, and it locks the whole file and has problems with
threads: Check
En/na Joost van der Sluis ha escrit:
Yes, but read this forum-thread. (This applies to the used dataset
offcourse)
http://www.lazarus.freepascal.org/index.php/topic,9504.0.html
Exactly.
I have no such problems using zeos (for the gui applications) with a
suitable busy handler, plus raw sql
waldo kitty schrieb:
i'm (still) trying to figure out why one would have an embedded database
with multiple embedded apps attempting to talk to it... concurrently or
otherwise... i would think that any kind of concurrent multiple access
needs would be better served by a (dedicated?) database
On 18 June 2010 03:36, waldo kitty wkitt...@windstream.net wrote:
Exactly, what a joke.
how? it is the same thing that a database does when you update its
structures...
No, a database file format doesn't change the whole time. You would
have to adapt your file reading and writing code every
On 18 June 2010 08:15, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
On 17 June 2010 22:33, Henry Vermaak wrote:
Not to mention speed. I've written code for hash table indexed files,
and it isn't pretty.
And amazingly everybody managed just for for 15+ years (in the OS/2,
DOS, Win3.11
Hi,
I thought I would pose this question in a new thread seeing that the
other thread got totally high-jacked (and not by me for a change). :)
I'm curious to know what was the reason behind the decision to use XML
for storing simple Lazarus settings, instead of the much simpler INI
format? This
On 18 June 2010 08:15, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
On 17 June 2010 22:33, Henry Vermaak wrote:
Not to mention speed. I've written code for hash table indexed files,
and it isn't pretty.
And amazingly everybody managed just for for 15+ years (in the OS/2,
DOS, Win3.11
On Fri, Jun 18, 2010 at 2:15 AM, Graeme Geldenhuys
graemeg.li...@gmail.comwrote:
Hi,
I thought I would pose this question in a new thread seeing that the
other thread got totally high-jacked (and not by me for a change). :)
I'm curious to know what was the reason behind the decision to use
On 18/06/2010, Henry Vermaak wrote:
And amazingly everybody managed just fine for 15+ years (in the OS/2,
DOS, Win3.11 era) before RDBMS became popular on desktop systems. If
The first rdbms was released in 1968. Even dbase is now 30 years old.
Please re-read my original message (quoted
On 18 June 2010 10:15, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
Now both examples contain the same information, but lets be honest..
Which one is easier to read (via human or program), manually tweak if
needed via human in IDE screws up, takes up less disk space.
The ini file is
On 18/06/2010, Henry Vermaak wrote:
obvious ways. Xml makes hierarchies very clear.
Yes, I stated that, but that doesn't seem to be how Lazarus IDE uses
it. If *all* settings was stored in a single settings.xml file, then
yes, XML would probably make more sense.
other hacks and tricks,
On 18 June 2010 11:18, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
On 18/06/2010, Henry Vermaak wrote:
obvious ways. Xml makes hierarchies very clear.
Yes, I stated that, but that doesn't seem to be how Lazarus IDE uses
it. If *all* settings was stored in a single settings.xml file,
On 18 June 2010 11:18, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
could have piggybacked on. That's why I am interested to here the
reason from a Lazarus core developer why Lazarus IDE chose XML. Maybe
they know something us poor mortals don't. ;-)
Maybe they just plan ahead?
--
On 18/06/2010, Henry Vermaak wrote:
often. Why are you even complaining about this? Another storm in a
teacup?
At this point, mostly out of curiosity. :)
On the other hand, there is no clear documentation about this for
developers that would like to extend Lazarus IDE. For example, I wrote
On 18 June 2010 11:52, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
On 18/06/2010, Henry Vermaak wrote:
often. Why are you even complaining about this? Another storm in a
teacup?
At this point, mostly out of curiosity. :)
On the other hand, there is no clear documentation about this
Hi all,
Our company has launched the new www.lazarussupport.com website. It's a
new website about Free Pascal and Lazarus for new users. The goal is to
try to get more attention for Lazarus and to help new users to start.
The site is still very basic, the goal is to extend it in the future. As
On Fri, Jun 18, 2010 at 20:15, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
I'm curious to know what was the reason behind the decision to use XML
for storing simple Lazarus settings, instead of the much simpler INI format?
In my view, the points for XML vs INI are:
1) well-defined
I keep getting this error message whenever I try to open a form.
What does it mean?
--
Frank Church
===
http://devblog.brahmancreations.com
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Graeme Geldenhuys wrote:
BTW: Does anybody know what INI actually stands for? Initialization maybe?
It's as much of initialization as MS could fit into a three-letter
extension when it started using it for Windows in the early-80s.
Now both examples contain the same information, but lets
On Fri, Jun 18, 2010 at 22:07, Alexander Klenin kle...@gmail.com wrote:
4) reading/writing code is ugly and full of duplication -- but this is
a problem of Lazaurs, not intrinsic to XML itself
[skip]
Benefits of LFM vs. XML:
3) can be read/written directly to the object via RTTI, thus
On 18/06/2010, Joost van der Sluis wrote:
Please take a look and tell what you think about it.
Congratulations, excellent work. Other than a few missing image links
(Lazarus FAQ section) and some spelling mistakes (About page, Free
Pascal is spelt as freepascal), it is very good and easy to
On Fri, 2010-06-18 at 13:31 +0200, Graeme Geldenhuys wrote:
On 18/06/2010, Joost van der Sluis wrote:
Please take a look and tell what you think about it.
Congratulations, excellent work. Other than a few missing image links
(Lazarus FAQ section) and some spelling mistakes (About page,
On Fri, Jun 18, 2010 at 22:06, Joost van der Sluis jo...@cnoc.nl wrote:
Hi all,
Our company has launched the new www.lazarussupport.com website. It's a
new website about Free Pascal and Lazarus for new users. The goal is to
try to get more attention for Lazarus and to help new users to start.
On Fri, Jun 18, 2010 at 10:39:09PM +1100, Alexander Klenin wrote:
Please take a look and tell what you think about it.
A design nitpick: the toxic-blue rectangular buttons in the right-upper corner
are hurtful to an eye.
Agree. They don't seem to fit in with the theme.
They should,
On Fri, Jun 18, 2010 at 12:17:14PM +0100, Frank Church wrote:
I keep getting this error message whenever I try to open a form.
What does it mean?
Form contains a (designtime) component that is not installed.
--
___
Lazarus mailing list
On Fri, 18 Jun 2010 13:06:45 +0200
Joost van der Sluis jo...@cnoc.nl wrote:
Please take a look and tell what you think about it.
Sorry to say, but first impression is that it's really ugly.
Too much empty space around the content.
Black border left and right but not at the bottom.
Is there
On 18/06/2010, Alexander Klenin wrote:
To illustrate, here is a snipped of Lazarus code reading the compiler
options:
And to show you how confusing it is inside the Lazarus IDE code, here
is another example - very different from you example.
const
On Fri, Jun 18, 2010 at 11:15:02AM +0200, Graeme Geldenhuys wrote:
I'm curious to know what was the reason behind the decision to use XML
for storing simple Lazarus settings, instead of the much simpler INI
format? This is a legit question and I'm very curious as to the
answer. Please note,
On 18/06/2010, Henry Vermaak wrote:
themselves? I can see that there's a lot of benefit in abstracting
this out.
Correct. Having one way (class) of reading/writing xml settings inside
the IDE would help a huge amount. With INI it is damn easy - one class
TINIFile and you are set.
--
On 18 June 2010 12:45, Reimar Grabowski reimg...@web.de wrote:
On Fri, 18 Jun 2010 13:06:45 +0200
Joost van der Sluis jo...@cnoc.nl wrote:
Please take a look and tell what you think about it.
Sorry to say, but first impression is that it's really ugly.
Too much empty space around the
On Fri, Jun 18, 2010 at 10:55:03AM +0100, Henry Vermaak wrote:
On 18 June 2010 10:15, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
Now both examples contain the same information, but lets be honest..
Which one is easier to read (via human or program), manually tweak if
needed via
On Fri, Jun 18, 2010 at 22:06, Joost van der Sluis jo...@cnoc.nl wrote:
Please take a look and tell what you think about it.
More notes:
1) When selecting a menu item from COMPILER section,
the right panel displays the latest commit in Lazarus svn,
but if you select an item from IDE section, it
On Fri, Jun 18, 2010 at 22:51, Henry Vermaak henry.verm...@gmail.com wrote:
On 18 June 2010 12:45, Reimar Grabowski reimg...@web.de wrote:
Too much empty space around the content.
Black border left and right but not at the bottom.
Is there something wrong with my browser or is this
On Fri, 2010-06-18 at 22:39 +1100, Alexander Klenin wrote:
On Fri, Jun 18, 2010 at 22:06, Joost van der Sluis jo...@cnoc.nl wrote:
Hi all,
Our company has launched the new www.lazarussupport.com website. It's a
new website about Free Pascal and Lazarus for new users. The goal is to
try
On Fri, 2010-06-18 at 13:45 +0200, Reimar Grabowski wrote:
On Fri, 18 Jun 2010 13:06:45 +0200
Joost van der Sluis jo...@cnoc.nl wrote:
Please take a look and tell what you think about it.
Sorry to say, but first impression is that it's really ugly.
It wasn't my intention to send the design
On 18/06/2010, Marco van de Voort wrote:
The simple reason is that .ini is one level only, and XML has an infinite
nesting depth.
Technically yes, but also no. For example. 'regedit' in Microsoft
Windows can export the registry (a f***ken huge tree and garbled mess)
to a .reg text files
On 18/06/2010, Marco van de Voort mar...@stack.nl wrote:
The simple reason is that .ini is one level only, and XML has an infinite
nesting depth.
Could you give a small code example of how you read/write values in a
nested hierarchy, or do you use some custom written component
(something like
On Fri, Jun 18, 2010 at 22:59, Joost van der Sluis jo...@cnoc.nl wrote:
But this site is also partly commercial, so that could become a problem.
On the contrary, IMHO including a prominent Commercial support
section would be a good thing for both the current and the proposed sites.
(Upon looking
On Fri, 18 Jun 2010 11:15:02 +0200
Graeme Geldenhuys graemeg.li...@gmail.com wrote:
Hi,
I thought I would pose this question in a new thread seeing that the
other thread got totally high-jacked (and not by me for a change). :)
I'm curious to know what was the reason behind the decision to
On 18/06/2010, Mattias Gaertner wrote:
* Not all code in Lazarus IDE uses the same XML read/write code
What do you mean?
See the examples of reading/writing to XML (all actual code from the
IDE) posted earlier. Two very different methods are being used. I
vaguely remember seeing a 3rd method
On 18/06/2010 12:21, Alexander Klenin wrote:
Benefits of LFM vs. XML:
3) can be read/written directly to the object via RTTI, thus
drastically simplifying read/write code
(I estimate a few thousands lines of code might be eliminated from Lazarus).
There is code that read XML via RTTI
On Fri, 18 Jun 2010 14:30:19 +0200
Graeme Geldenhuys graemeg.li...@gmail.com wrote:
On 18/06/2010, Mattias Gaertner wrote:
* Not all code in Lazarus IDE uses the same XML read/write code
What do you mean?
See the examples of reading/writing to XML (all actual code from the
IDE)
I got a message from 1996: it wants its animated GIF logo back. :-)
Please get rid of that, the site looks very amateur (and old) with it.
One of these below (or even something new) would be better.
http://wiki.lazarus.freepascal.org/New_Lazarus_Icon_Proposals
In my opinion there should be
On 18 June 2010 13:47, Alexsander Rosa alexsander.r...@gmail.com wrote:
I got a message from 1996: it wants its animated GIF logo back. :-) Please
get rid of that, the site looks very amateur (and old) with it. One of these
Lol (and +1, for that matter).
--
Hi Mattias, sorry for late.
On Thu, Jun 17, 2010 at 5:33 AM, Mattias Gaertner
nc-gaert...@netcologne.de wrote:
When I try build the Lazarus, I get the same error here:
http://lists.lazarus.freepascal.org/pipermail/lazarus/2010-June/053111.html
Compile with -vut to get more details from the
On Fri, Jun 18, 2010 at 02:08:38PM +0200, Graeme Geldenhuys wrote:
The simple reason is that .ini is one level only, and XML has an infinite
nesting depth.
Technically yes, but also no. For example. 'regedit' in Microsoft
Windows can export the registry (a f***ken huge tree and garbled
On Fri, Jun 18, 2010 at 23:38, Martin laza...@mfriebe.de wrote:
On 18/06/2010 12:21, Alexander Klenin wrote:
Benefits of LFM vs. XML:
3) can be read/written directly to the object via RTTI, thus
drastically simplifying read/write code
(I estimate a few thousands lines of code might be
On Fri, Jun 18, 2010 at 02:15:30PM +0200, Graeme Geldenhuys wrote:
On 18/06/2010, Marco van de Voort mar...@stack.nl wrote:
The simple reason is that .ini is one level only, and XML has an infinite
nesting depth.
Could you give a small code example of how you read/write values in a
On 18/06/2010 14:08, Alexander Klenin wrote:
Benefits of LFM vs. XML:
3) can be read/written directly to the object via RTTI, thus
drastically simplifying read/write code
(I estimate a few thousands lines of code might be eliminated from
Lazarus).
There is code that read XML via
On Sat, Jun 19, 2010 at 00:33, Martin laza...@mfriebe.de wrote:
There is code that read XML via RTTI directly to the object.
By there is do you mean in the universe or in Lazarus sources?
In the first case -- of course, I know that, I have written and used
such code myself.
In the second --
On 6/18/2010 06:27, Henry Vermaak wrote to Graeme Geldenhuys :
Sure it is harder to read, but luckily you won't have to read it
often. Why are you even complaining about this? Another storm in a
teacup?
why is it that folk think that someone is complaining about stuff when they ask
a simple
On 6/18/2010 04:32, Henry Vermaak wrote:
On 18 June 2010 03:36, waldo kittywkitt...@windstream.net wrote:
ok, ok, ok... so i understand using databases... i've been using them for
You obviously don't if you think you can implement a similar system on
a rainy friday afternoon after you've
On 6/18/2010 06:47, Alexander Klenin wrote:
On Fri, Jun 18, 2010 at 20:15, Graeme Geldenhuys
graemeg.li...@gmail.com wrote:
* FCL, LCL and Lazarus IDE have XML read/write code. They don't all
work the same, and I doubt they all have the same functionality.
* Not all code in Lazarus IDE uses
On 6/18/2010 07:53, Alexander Klenin wrote:
I think that at least Get Lazarus and Download pages should be unified,
+1
i agree with this assessment... the two phrases are synonymous with each
other... especially since you have to download laz to get laz ;)
--
Hans-Peter Diettrich schrieb:
i still find it amazing, though, that in today's world, so many opt to
use a sql database of some kind even for smallish projects where a
nice simple self-designed binary data file would suffice... in many
cases, it is akin to swatting a fly with a hydrogen bomb
Graeme Geldenhuys schrieb:
few configuration settings. This would mean that the XML format is paving
the way for future development(s) that an ini may not support.
Thanks for your reply.
For that argument to be more credible, and for XML to be a more
appropriate format, then Lazarus IDE
Alexander Klenin schrieb:
XMLConfigFile.SetDeleteValue(p+'Debugging/StripSymbols/Value',
StripSymbols,false);
Clearly, those are not not the best examples of applying DRY principle ;-)
ACK. Hard coded pathes break any accepted design rules :-(
Actually I'm struggling with Mattias, about
Joost van der Sluis schrieb:
Our company has launched the new www.lazarussupport.com website.
Please take a look and tell what you think about it.
Nice, but it deserves more careful(l) proofreading.
AFAIR the official name is Free Pascal and Florian Klaempfl, not
sure about usefull.
I
Graeme Geldenhuys schrieb:
I personally don't like referencing a value via something like...
GetXMLNode('\CompilerOptions\SomeTab\SomeValue').Text
IMO the ...CompilerOptions should be represented by an XML node, that is
handed to the reader and writer methods. The dedicated methods add
On 18 June 2010 14:17, Alexander Klenin wrote:
(Upon looking again, I realized that Support menu item is actually
a commercial support, which is indeed misleading --
I think that page should either be renamed or supplemented with a list of
normal support options, like forums and mail lists.
I
On 18 June 2010 14:47, Alexsander Rosa wrote:
I got a message from 1996: it wants its animated GIF logo back. :-) Please
get rid of that, the site looks very amateur (and old) with it.
I must agree here. I don't think animated GIFs are really ideal too.
In my opinion there should be only ONE
On Sat, Jun 19, 2010 at 02:55, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
Graeme Geldenhuys schrieb:
I personally don't like referencing a value via something like...
GetXMLNode('\CompilerOptions\SomeTab\SomeValue').Text
IMO the ...CompilerOptions should be represented by an XML
On Fri, 18 Jun 2010 13:44:21 +0200
Marco van de Voort mar...@stack.nl wrote:
On Fri, Jun 18, 2010 at 12:17:14PM +0100, Frank Church wrote:
I keep getting this error message whenever I try to open a form.
What does it mean?
Form contains a (designtime) component that is not installed.
On 18 June 2010 14:47, Alexsander Rosa wrote:
below (or even something new) would be better.
http://wiki.lazarus.freepascal.org/New_Lazarus_Icon_Proposals
I forgot to mention, I'm not a big fan of those logos either. They
look rather cheap - if one can describe them as such. Also they
sometimes
I'm not suggesting we have a single website for FPC and Lazarus... I'm
talking about Lazarus only. FPC has its www.freepascal.org and it's fine.
My suggestion:
- the top menu with Overview, Support, Project, Community, Partners and
Shop;
- a flash slideshow like the one they have, showing
On Thu, 10 Jun 2010 00:31:46 +0400
Maxim Ganetsky gan...@narod.ru wrote:
10.06.2010 0:11, Žilvinas Ledas пишет:
Hello all,
is it possible to use integrated i18n and .po generation functions only
with some units?
For example I do not want to generate translation strings from my main
On Sat, Jun 19, 2010 at 02:45, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
Alexander Klenin schrieb:
Actually I'm struggling with Mattias, about the many (obsolete) classes and
methods in the Lazarus IDE. IMO the IDE would profit from a general
refactoring, but who would do that, and who
On 18 June 2010 18:39, Jürgen Hestermann juergen.hesterm...@gmx.de wrote:
but I would prefer if programmers think
about performance a bit and not use databases for every
small junk.
+1
Hardware speed increases + Lazy programmer faster programs
--
Regards,
- Graeme -
On 6/18/2010 03:36, Hans-Peter Diettrich wrote:
waldo kitty schrieb:
i'm (still) trying to figure out why one would have an embedded
database with multiple embedded apps attempting to talk to it...
concurrently or otherwise... i would think that any kind of concurrent
multiple access needs
Hans-Peter Diettrich schrieb:
Florian Klaempfl, not
Actually Klämpfl, today, most websites use UTF-8 so writing ae instead
of ä is usually not needed anymore.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 18 June 2010 17:39, Jürgen Hestermann juergen.hesterm...@gmx.de wrote:
Of course, for huge data amounts of data you cannot avoid using a database
but I would prefer if programmers think
about performance a bit and not use databases for every
small junk.
How did you come to the conclusion
Jürgen Hestermann schrieb:
Forgive me my naivity (I never used a database yet)
I'm also not a DB power user, but...
but just as an example: If you want to read a complete directory branch
(with thousands of files and directories) every 5 minutes in a loop and
want to store this information
On 18 June 2010 18:56, Hans-Peter Diettrich wrote:
That's because TB does *not* use a database, at least not standard DB that
is designed for fast transaction processing. Instead TB holds all
information in one file per folder, so that moving a piece from one folder
to another one means to
On 18 June 2010 22:33, Graeme Geldenhuys graemeg.li...@gmail.com wrote:
On 18 June 2010 18:56, Hans-Peter Diettrich wrote:
That's because TB does *not* use a database, at least not standard DB that
is designed for fast transaction processing. Instead TB holds all
information in one file per
More feedback...
* On the Overview page: last paragraph, Free Pascal is spelled incorrectly
http://www.lazarussupport.com/lazarus/Overview
* On the same Overview page, the section titles are inconsistent in
styling. Sometimes Free Pascal is in all caps, and sometimes not.
--
Regards,
-
On 6/18/2010 17:07, Graeme Geldenhuys wrote:
On 18 June 2010 20:58, Henry Vermaak wrote:
How did you come to the conclusion that databases == slow?
I guess with databases it depends on how well managed the database is,
how well the database tables are designed, and how skilled the
developer
On 6/18/2010 17:41, Henry Vermaak wrote:
On 18 June 2010 22:33, Graeme Geldenhuysgraemeg.li...@gmail.com wrote:
On 18 June 2010 18:56, Hans-Peter Diettrich wrote:
That's because TB does *not* use a database, at least not standard DB that
is designed for fast transaction processing. Instead TB
On Fri, 18 Jun 2010 18:44:21 -0400, waldo kitty wrote about Re:
[Lazarus] Embedded database for Lazarus/Linux:
On 6/18/2010 17:07, Graeme Geldenhuys wrote:
On 18 June 2010 20:58, Henry Vermaak wrote:
How did you come to the conclusion that databases == slow?
I guess with databases it
On Fri, 18 Jun 2010 23:44:01 +0200, Hans-Peter Diettrich wrote about
Re: [Lazarus] Why was XML format chosen for storing settings in Lazarus
IDE?:
Alexander Klenin schrieb:
This is a serious problem for Lazarus development, but the need for
stability and backwards compatibility should not
83 matches
Mail list logo