Hello,
I was assuming that something like that would be needed for the
dll/so, but the particular point I'm interested in is whether the main
app /has/ to be restarted, or if there are hacks that can get around
that.
which suggests that there are limits as to what can go into a dll/so.
In
On Sat, 19 Jun 2010, Thierry Coq wrote:
Hello,
I was assuming that something like that would be needed for the dll/so, but
the particular point I'm interested in is whether the main app /has/ to be
restarted, or if there are hacks that can get around that.
which suggests that there are
Hi!
Am 18.06.2010 11:42, schrieb Graeme Geldenhuys:
I also wanted
to restore my bookmarks.html file the other day on a newly installed
system, but now Firefox uses SQLite for such simple storage, so the
solution wasn't immediately obvious. It was dead simple a few versions
back - simply copy
Hi!
Am 18.06.2010 19:42, schrieb waldo kitty:
The Windows Registry is another (poor) attempt to provide structured
data storage, with only structured acces methods, but no description of
the structure itself.
you found that, too, eh? :)
What do you mean with description of the structure?
2010/6/19 Sven Barth pascaldra...@googlemail.com:
I don't know what others do, but I simply copy/backup my complete profile
directory of Firefox (that with the alpha-numeric name). That works
perfectly well and I also have my complete history, open tabs and Add Ons
with me on the new system.
I was in a rush and turned it into a regular form. I will check my backups
to see if the original is still there.
On 19 June 2010 05:51, Mattias Gaertner nc-gaert...@netcologne.de wrote:
On Sat, 19 Jun 2010 04:40:42 +0100
Frank Church vfcli...@gmail.com wrote:
It was a Datamodule problem.
Michael Van Canneyt wrote:
For example, Packages share the same memory space and class inheritance
tree.
Libraries do not.
If you are using packages, then TComponent will be defined in the rtl
package, and both the application and program will refer to the same
definition in the rtl
On 19 June 2010 10:45, Sven Barth wrote:
Nevertheless the Registry is not that bad if you think about it: it's an
data storage system that is provided by the operating system itself and thus
available to all applications running on it.
Our mileage clearly varies a lot. The registry is a mess.
Hello
I'm trying to write a component. It's working fine so far, but I'm
getting these hints on the console:
[HINT] TWinControl.CreateWnd creating Handle during loading Form1:TForm1
csDesigning=False
[HINT] TWinControl.CreateWnd creating Handle during loading
ThumbControl1:TThumbControl
Please remove the animated leopard! IMHO, it is truly distracting and
juvenile.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 6/18/2010 19:54, David W Noon wrote:
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
On Sat, 19 Jun 2010 16:14:50 +0200
theo x...@theo.ch wrote:
Hello
I'm trying to write a component. It's working fine so far, but I'm
getting these hints on the console:
[HINT] TWinControl.CreateWnd creating Handle during loading Form1:TForm1
csDesigning=False
[HINT]
It means that while the TThumbControl is loading
properties it already tries to execute them. This creates unnecessary
overhead. Improve ThumbControl to only access the Handle when needed.
Thank you Matthias,
I had to move some code to CreateWnd, now it's quiet. :-)
Thanks
Best regards
Theo
On Sat, 19 Jun 2010 10:20:46 -0400, Doug Chamberlin wrote about Re:
[Lazarus] New website www.lazarussupport.com launched:
Please remove the animated leopard! IMHO, it is truly distracting and
juvenile.
I think it's actually a cheetah. I first saw that animated .GIF about
16 or 17 years ago
Hello Lazarus-List,
Friday, June 18, 2010, 6:39:07 PM, you wrote:
JH Of course, for huge data amounts of data you cannot avoid
JH using a database but I would prefer if programmers think
JH about performance a bit and not use databases for every
JH small junk.
Its funny to see how many people
That's a good point, it does look a bit amateurish.
I think if you can't afford professional design the the more minimalist the
better
2010/6/19 Doug Chamberlin dougchamber...@earthlink.net
Please remove the animated leopard! IMHO, it is truly distracting and
juvenile.
--
Hi!
Am 19.06.2010 16:20, schrieb Doug Chamberlin:
Please remove the animated leopard! IMHO, it is truly distracting and
juvenile.
Are you aware that this cheetah is also the Free Pascal logo which is
displayed on http://www.freepascal.org/ since ages (at least for two or
three years ^^)?
On Sat, Jun 19, 2010 at 12:34:34PM +, Mark Morgan Lloyd wrote:
For example, Packages share the same memory space and class inheritance
tree.
Libraries do not.
Thanks both. So if I understand things correctly:
* A package uses the same LCL as the rest of the app.
Yes. Both code
On Sat, Jun 19, 2010 at 10:20:46AM -0400, Doug Chamberlin wrote:
Please remove the animated leopard! IMHO, it is truly distracting and
juvenile.
That (Cheetah) is the FPC logo, and IMHO should stay no matter what.
But IMHO the animation could be done away with.
--
Hi!
Caution: I'm going very off topic here, so if anyone expects to read
something about embedded databases for Lazarus/Linux, you might ignore
this message ;)
Am 19.06.2010 15:53, schrieb Graeme Geldenhuys:
On 19 June 2010 10:45, Sven Barth wrote:
Nevertheless the Registry is not that
Hi!
Am 18.06.2010 13:06, schrieb Joost van der Sluis:
Please take a look and tell what you think about it.
Just a simple spelling mistake which is on lazarus/Home:
In the section HOW CROSS PLATFORM ARE THEY you forgot a capital W in
windows 7 ;)
Regards,
Sven
--
Mario R. Carro pisze:
Hi, I ported the latest Fortes Report to Lazarus. This is not an update
of the fortes4lazarus project, but a new port created starting from the
upstream sources.
The objectives are:
- Based on the newest upstream code (3.69B from SF at this moment).
- Full port, no
On 2010-06-18 20:17, Mattias Gaertner wrote:
Now you can disable the .po file creation for every lfm via the
project inspector.
See here:
http://wiki.lazarus.freepascal.org/IDE_Window:_Project_Inspector#Disable_I18N_for_lfm
I saw this on the SVN log - thanks!
Žilvinas
--
Hi Mattias All,
On Fri, 2010-06-18 at 00:17 +0200,
Mattias wrote:
On Fri, 18 Jun 2010 03:38:59 +1000
Peter E Williams foss.game.pascal.develo...@iinet.net.au wrote:
Hi dmitry All,
On Thu, 2010-06-17 at 12:21 +0400, dmitry boyarintsev wrote:
On Thu, Jun 17, 2010 at 12:14 PM,
On Sun, 20 Jun 2010 08:18:15 +1000
Peter E Williams foss.game.pascal.develo...@iinet.net.au wrote:
[...]
Surely it would not be hard to write a small program which loads a PNG/s
and then calls the
~/lazarus/tools/lazres yourunit.lrs TMyComponent.png TMyOtherCom.png ...
It is a little bit
25 matches
Mail list logo
