El 09/12/15 a les 13:21, Mattias Gaertner ha escrit:
On Wed, 9 Dec 2015 12:33:08 +0100
Luca Olivetti <l...@wetron.es> wrote:
[...]
this isn't a lazarus bug but most probably a problem with fpc:
ExpandUnCFileNameUTF8 (which in turns calls SystUtils.ExpandUNCFileName)
returns '\' when
*not* the '..' that's confusing it, it's the mapped drive.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http
El 09/12/15 a les 13:53, Bart ha escrit:
On 12/9/15, Luca Olivetti <l...@wetron.es> wrote:
this isn't a lazarus bug but most probably a problem with fpc:
ExpandUnCFileNameUTF8 (which in turns calls SystUtils.ExpandUNCFileName)
returns '\' when called with
That's odd, b
El 09/12/15 a les 17:07, Bart ha escrit:
On 12/9/15, Luca Olivetti <l...@wetron.es> wrote:
Yes, most probably the bug is in fpc, but note that lazarus 1.4.x had
its own implementation instead of relying on sysutils.
No, it did not.
It also called SysUtils.ExpandUncFilename().
Your bug
El 11/11/15 a les 10:28, Graeme Geldenhuys ha escrit:
On 2015-11-11 09:16, Luca Olivetti wrote:
Try the attached project.
LCL inconsistency strikes again.
WindowState:=wsMaximized;
The above line of code has no affect under FreeBSD with LCL-GTK2. I see
a small borderless window
El 11/11/15 a les 01:21, Luca Olivetti ha escrit:
El 10/11/15 a les 23:37, Graeme Geldenhuys ha escrit:
On 2015-11-10 21:09, Luca Olivetti wrote:
But in the end I have to render it on the LCL canvas
Via a single BitBlt which should be more than fast enough for what you
described. Unless LCL
El 11/11/15 a les 10:26, Luca Olivetti ha escrit:
El 11/11/15 a les 10:16, Luca Olivetti ha escrit:
El 11/11/15 a les 09:28, Luca Olivetti ha escrit:
That at least explains the timing differences (but not the
unresponsiveness of the full screen application under windows 7)
TextRect!
Try
El 11/11/15 a les 10:16, Luca Olivetti ha escrit:
El 11/11/15 a les 09:28, Luca Olivetti ha escrit:
That at least explains the timing differences (but not the
unresponsiveness of the full screen application under windows 7)
TextRect!
Try the attached project.
Under windows XP the TextRect
El 10/11/15 a les 16:55, Graeme Geldenhuys ha escrit:
On 2015-11-10 12:28, Luca Olivetti wrote:
I guess codebot needs a newer fpc, it doesn't compile with 2.6.4.
You can also take a look at AggPas, which can easily accomplish what you
ask for - with out 0-1% CPU load (tested previously on my
or the other.
Tomorrow I'll see if I can create a simple application that reproduces
the problem using it.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
unit scrollinglabel;
{$mode objfpc}{$H+}
interface
uses
Classes
El 10/11/15 a les 18:47, Graeme Geldenhuys ha escrit:
On 2015-11-10 16:43, Luca Olivetti wrote:
Impressive, but I looked at the source and it uses its own kind of
application.
Don't let the demos confuse you. The demos were implemented to be
cross-platform in their own way, with its own
El 10/11/15 a les 23:37, Graeme Geldenhuys ha escrit:
On 2015-11-10 21:09, Luca Olivetti wrote:
But in the end I have to render it on the LCL canvas
Via a single BitBlt which should be more than fast enough for what you
described. Unless LCL is seriously broken.
I don't know if it's broken
for BGRABitmap to see if it's easy enough to
add it to my project.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http
than 2 pixels every 50ms the
scrolling isn't smooth enough, but the required speed should be 6 or 7
pixels, and that's very unpleasant to the eye.
Any suggestion?
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
the
graph moving) and it has black corners, as well a a black background in
the slider.
Everything is fine with compositing enabled, but I usually leave it
disabled.
The hotkey works, $XDG_CURRENT_DESKTOP is KDE.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34
t
now I cannot find it.
It is definitely more than 20 years old (and more than 30 ;-):
http://www.computinghistory.org.uk/det/11554/TI-990-System/
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010)
El 09/10/15 a les 09:23, Luca Olivetti ha escrit:
Hello,
If I use a TTabControl in windows xp with the classic theme, the color
is the same as the solid color of the desktop and there's no property to
change it.
Shouldn't at least be the color of a normal window?
This doesn't happen
El 03/11/15 a les 00:58, Leonardo M. Ramé ha escrit:
What I don't get is what's the purpouse of TBookmark, I thought it was
made for solving the problem I had.
Yes, but only if you leave the dataset open.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93
y work for the
editors defined in Grids.pas.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepasc
El 02/11/15 a les 11:12, Luca Olivetti ha escrit:
Hello,
I constantly stumble with the behaviour of the TDBGrid.
I understand that it's a complex component, but every time I find an
issue an Luiz fixes it, two more pop up (or an older one resurfaces).
The latest episode of the saga
last week I asked here how
to remove the border in a TPageControl), and I'll probably follow your
advice here, still, I think that if the TDbGrid allows for a custom
editor, it should work without this kind of hack.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34
oesn't matter: the ide uses the old class, but the unit (and the
grid) will see the new one.
It's a hack, really, which will probably bite me in the rear somewhere
in the future, but I have to ship the programme now :-(
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel.
is
opened, buy you close it between getting the bookmark and setting it.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
?
Is there an alternative component that I could use?
For the time being, I use a panel and create the different controls at
runtime, but this is possible only in simple cases, not for complex
designs (well, of course it's possible but it's something I'd prefer to
do visually).
Bye
--
Luca
be possible as well.
It works, but it introduces a dependency on the windows unit. I need it
on windows, so it isn't a big concern, but I don't like it 100%.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
https://lists.debian.org/debian-kde/2015/10/msg00047.html)
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http
with the gtk2 widgetset but do work with the qt one.
Disclaimer: I don't usually need tryicons, but the various threads on
them piqued my curiosity.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
(note that its normal value is KDE).
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http
instead of the desktop color, but still isn't the normal color of a
window.)
Note that if I set a background image, the color of the TTabControl is
still the solid color, i.e., it is not transparent.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext
broken
for years.
It works just fine on Kubuntu.
But only with the qt widgetset
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
--
___
Lazarus mailing list
Lazarus
5.3.2
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
El 07/10/15 a les 17:08, Luca Olivetti ha escrit:
El 07/10/15 a les 10:30, Michael Van Canneyt ha escrit:
It works just fine on Kubuntu.
But only with the qt widgetset
No. I use the GTK 2 widgetset on Kubuntu. I've never used Qt yet.
Really, it doesn't work here with the gtk2 widgetset
El 13/08/15 a les 09:24, Luca Olivetti ha escrit:
El 12/08/15 a les 16:37, Luca Olivetti ha escrit:
Definitely a regression: I just had to modify an old program (where this
feature worked) and it doesn't work anymore :-(
At least the workaround seems to do the job.
It's not a regression
El 04/10/15 a les 00:06, Bo Berglund ha escrit:
Amazingly this little program is 24.5 Mbytes as shown:
-rwxr-xr-x 1 root root 24493881 Oct 3 21:35 project1
http://bfy.tw/26s2
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93
El 12/08/15 a les 16:37, Luca Olivetti ha escrit:
Definitely a regression: I just had to modify an old program (where this
feature worked) and it doesn't work anymore :-(
At least the workaround seems to do the job.
It's not a regression, it's probably always been there, but I manually
El 11/08/15 a les 12:22, Luca Olivetti ha escrit:
El 11/08/15 a les 12:12, Luca Olivetti ha escrit:
I just found a very strange bug:
when I try to save the ItemIndex of a combobox through a
TIniPropStorage, its value reverts to the value it had when the form was
created.
Every other value (I
El 11/08/15 a les 12:12, Luca Olivetti ha escrit:
I just found a very strange bug:
when I try to save the ItemIndex of a combobox through a
TIniPropStorage, its value reverts to the value it had when the form was
created.
Every other value (I use TEdit.Text and TSpinEdit.Value) is correctly
.
Note that if you just create a new project and put the combobox and the
inipropstorage on the main form, it works fine, maybe it has something
to do with the ShowModal I'm using to show the form.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext
#Linux_.28Fedora.29
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo
://freepascal.org/docs-html/prog/progse22.html#x174-1770006.3
you can try and define the external as stdcall or if that fail try cdecl
(though I'm not sure the default is different than delphi).
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34
El 23/06/15 a les 20:38, Bo Berglund ha escrit:
On Tue, 23 Jun 2015 18:30:46 +0200, Luca Olivetti l...@wetron.es
wrote:
El 23/06/15 a les 17:51, Bo Berglund ha escrit:
The problem is most likely in the conversion because even the smallest
test application throws an exception on the very
and what can I do?
Either you use {$MODE DELPHI} or you prepend the method with @, i.e.
FTimer.OnTimer := @OnCheckTimer
See:
http://wiki.freepascal.org/Code_Conversion_Guide
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
cannot
help you here.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es/
Tel. +34 93 5883004 (Ext.3010) Fax +34 93 5883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman
I couldn't find a built-in way to cleanly terminate them, so I had to
install a signal handler to issue an Application.Terminate.
Is there a provided way that I missed?
BTW, also, they don't daemonize under Linux/run as service under
windows. Maybe they aren't supposed to?
Bye
--
Luca Olivetti
.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
El 17/02/15 a les 12:00, Luca Olivetti ha escrit:
El 16/02/15 a les 23:38, Mattias Gaertner ha escrit:
== How to test ==
Download and install the 1.4RC1.
- On Windows you can install as a 2ndary install, that will not affect your
current install:
http://wiki.lazarus.freepascal.org
set
lib/$(TargetCPU)-$(TargetOS)
in the Unit output directory (-FU), under Project-Project
options-Compiler options-Paths
(which should be the default).
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
try:
OLD_PATH=$PATH
export PATH=/home/luca/Development/FreePascal/fpc/bin/:$PATH
export PPC_CONFIG_PATH=/home/luca/Development/FreePascal/fpc/bin
fpc -iV
PATH=$OLD_PATH
And let me know if it reads:
3.0.1
I'll try.
Bye
--
Luca Olivetti
Wetron Automation Technology http
install complete
setup.sh: línea 239: ./lazarus: El fitxer o directori no existeix
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus
hypothesis is true.
Is it possible that destroying the control was the cause of the SIGSEV?
TIA
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus
El 31/12/14 a les 17:33, Jürgen Hestermann ha escrit:
Is this realy compiler mode dependent?
I can't find any documentation about this.
Sorry, I meant that FlagSETType seems to be 4 bytes now.
http://www.freepascal.org/docs-html/prog/progsu59.html#x66-650001.2.59
Bye
--
Luca Olivetti
El 31/12/14 a les 19:26, Bart ha escrit:
On 12/31/14, Luca Olivetti l...@wetron.es wrote:
It turns out that in the OnClick event I was calling a method that freed
the control that generated the OnClick, so I supposed that was the cause
of the sigsev.
Probably you are right.
Been
El 27/09/14 00:05, Giuliano Colla ha escrit:
Il 26/09/2014 22:47, Luca Olivetti ha scritto:
El 26/09/14 22:45, Luca Olivetti ha escrit:
Strange, on mageia 4, kde, lazarus 1.2.4 it doesn't work. What I'm
trying to do is to tile windows one next to the other. Using
GetWindowRect under windows
El 27/09/14 11:48, Hans-Peter Diettrich ha escrit:
Luca Olivetti schrieb:
Strange, on mageia 4, kde, lazarus 1.2.4 it doesn't work. What I'm
trying to do is to tile windows one next to the other. Using
GetWindowRect under windows I can do it properly, while on linux gtk the
windows overlap
El 27/09/14 12:09, Luca Olivetti ha escrit:
I'm puzzled: with a test program I see no difference in the size in both
cases (right after showing the form and after pressing the button) *and*
the size is the right one (in FormShow is always 1,1 btw).
I must be doing something else wrong
El 27/09/14 12:23, Luca Olivetti ha escrit:
El 27/09/14 12:09, Luca Olivetti ha escrit:
I'm puzzled: with a test program I see no difference in the size in both
cases (right after showing the form and after pressing the button) *and*
the size is the right one (in FormShow is always 1,1 btw
El 27/09/14 14:32, zeljko ha escrit:
On 09/27/2014 12:26 PM, Luca Olivetti wrote:
El 27/09/14 12:23, Luca Olivetti ha escrit:
El 27/09/14 12:09, Luca Olivetti ha escrit:
I'm puzzled: with a test program I see no difference in the size in
both
cases (right after showing the form and after
), *but* the implementation (at least win32) actually
removes the size of the borders and the caption.
Is the documentation wrong or is it a bug?
Btw: GetWindowRect returns the whole size in windows but not with gtk2.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34
to be equal
to the height of the title bar).
Apparently the documentation isn't accurate, and there's a mix-up of the
two functions
So in theory GetWindowRect is the right function while GetWindowSize
is redundant (since there's already width and height)?
Bye
--
Luca Olivetti
Wetron Automation
El 26/09/14 22:45, Luca Olivetti ha escrit:
El 26/09/14 20:47, Giuliano Colla ha escrit:
I was too hasty in my reply. After some tests here are the results:
Yes, I was puzzled when you said it didn't work in an xp vm, since
that's exactly the configuration I tested
GetWindowSize
+ BrowserProcess.InheritHandles:=false;
BrowserProcess.CommandLine:=CommandLine;
BrowserProcess.Execute;
finally
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus
El 02/09/14 11:19, Mattias Gaertner ha escrit:
On Tue, 02 Sep 2014 09:54:50 +0200
Luca Olivetti l...@wetron.es wrote:
I saw in the 1.2.4 source this:
{$if FPC_FULLVERSION20604}
Proc.InheritHandles := false;
{$endif}
Why is it conditional?
It is not conditional in 1.3.
[...]
1.3
although they work OK.
Only minimizing and then restoring the IDE helps bring the normal color back.
Yes, same here with mageia 4 (x86_64), kde desktop, lazarus 1.2.4.
gtk is 2.24.22.
It didn't happen with mageia 3 (gtk 2.24.17).
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
://bugs.freepascal.org/view.php?id=12528
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo
El 19/04/14 17:37, David Taylor ha escrit:
Can anyone help with this apparently simple problem?
lazutf8sysutils has a NowUTC function already defined
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
El 19/04/14 20:55, Luca Olivetti ha escrit:
El 19/04/14 17:37, David Taylor ha escrit:
Can anyone help with this apparently simple problem?
lazutf8sysutils has a NowUTC function already defined
BTW, the name of the unit isn't really meaningful (NowUTC and
GetTickCount64, the only 2
).
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
El 14/04/14 09:32, Luca Olivetti ha escrit:
El 14/04/14 08:37, Juha Manninen ha escrit:
ZVDatetimeCtrls is now included in Lazarus trunk sources and the
component names are identical with Delphi component names.
The report and possible example code should be done for that version.
FWIW
terminating the program, so I can
do a post-mortem and see where the SIGSEV occurred.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus
impossible.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
El 02/04/14 09:08, Michael Van Canneyt ha escrit:
On Tue, 1 Apr 2014, Mattias Gaertner wrote:
On Tue, 01 Apr 2014 12:20:53 +0200
Luca Olivetti l...@wetron.es wrote:
[...]
function GetTickCount64: QWord;
var
tp: timespec;
begin
clock_gettime(CLOCK_MONOTONIC, @tp);
Result
El 02/04/14 09:47, Luca Olivetti ha escrit:
El 02/04/14 09:08, Michael Van Canneyt ha escrit:
On Tue, 1 Apr 2014, Mattias Gaertner wrote:
On Tue, 01 Apr 2014 12:20:53 +0200
Luca Olivetti l...@wetron.es wrote:
[...]
function GetTickCount64: QWord;
var
tp: timespec;
begin
El 02/04/14 10:01, Mattias Gaertner ha escrit:
On Wed, 02 Apr 2014 09:47:45 +0200
Luca Olivetti l...@wetron.es wrote:
[...]
Btw, in theory CLOCK_MONOTONIC_RAW should be even better, though it's
only available from linux 2.6.28
CLOCK_MONOTONIC_RAW lacks the fixes by NTP.
Isn't that's
enough).
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
on stackoverflow but I cannot find the page right
now), that one doesn't take into account the time during a suspension
while the other does (I don't remember which is which) and that's an
important difference depending on the application.
Bye
--
Luca Olivetti
Wetron Automation Technology http
El 02/04/14 14:29, Marco van de Voort ha escrit:
On Wed, Apr 02, 2014 at 01:19:39PM +0200, Luca Olivetti wrote:
CLOCK_MONOTONIC_RAW would better emulate the WinAPI
function GetTickCount.
Well, yes, isn't that the function we're trying to emulate?
(note that I personally don't need
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
El 01/04/14 20:03, Mattias Gaertner ha escrit:
On Tue, 01 Apr 2014 12:20:53 +0200
Luca Olivetti l...@wetron.es wrote:
[...]
function GetTickCount64: QWord;
var
tp: timespec;
begin
clock_gettime(CLOCK_MONOTONIC, @tp);
Result := (Int64(tp.tv_sec) * 1000) + (tp.tv_nsec div 100
El 23/03/14 19:06, Graeme Geldenhuys ha escrit:
On 2014-03-22 19:35, Luca Olivetti wrote:
You just have to create a class derived from THelmManager (in unit
HelpIntfs).
Thanks for that info.
On a side note:
I see the Lazarus team still didn't update the OnHelp event - which uses
derived from THelmManager (in unit
HelpIntfs).
I use it to invoke a pdf reader (sumatrapdf, since it accepts a keyword
as a command line parameter).
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
(on Linux and maybe Windows) or good
guides?
Take a look here
ftp://ftp.freepascal.org/fpc/docs-pdf/CinFreePascal.pdf
and here
http://wiki.lazarus.freepascal.org/Creating_bindings_for_C_libraries
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34
El 14/02/14 00:21, Mattias Gaertner ha escrit:
On Thu, 13 Feb 2014 20:17:31 +0100
Luca Olivetti l...@wetron.es wrote:
[...]
TBuildManager.DoCheckIfProjectNeedsCompilation icon has changed Project
/home/luca/Datos/1354_vision_dot/programas_pc/test_plc/project1.ico
don't know why (I didn't
compiled, 1.4 sec
5 hint(s) issued
Project project1 successfully built
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http
every time I try
to run the project).
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman
(which returns
an error code), FileUtil.CopyFile will throw an exception in case of error.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus
/view.php?id=22271
I don't think the spawned browser needs to inherit the handles of the
calling process.
In fact InheritHandles true caused me serious problems in the past.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
-paste bug, because the value is set to true in the constructor.
Thank you.
Will it be backported to 2.6.4?
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus
that and it works, right? So what's the problem?
Plus, I keep getting segfaults when I close the application --something
is calling InOutFunc when the app closes and still tries to write to a
destroyed TMemo.
add a call to CloseFile(Output) to the form OnDestroy event.
Bye
--
Luca Olivetti
Wetron
Al 15/07/13 15:12, En/na Mark Morgan Lloyd ha escrit:
There was also a requirement to interface to PLCs etc. (using, I'm told,
the nodave library)
For the record, libnodave works wonderfully with fpc.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004
desktop.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
, they're
just transparent (I can see through the text that lies below).
I'm using kde and the gtk2 version of Lazarus.
Kde applications have icons in the menus, as do other gtk2 applications
(like, e.g. thunderbird)
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34
an application with a menu, put a breakpoint on those
functions and they are not called.
Just to be sure breakpoints are working, I also put one in InitThemes
and it stops there as it should.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel. +34 935883004 Fax +34 935883007
Al 13/05/13 10:51, En/na Luca Olivetti ha escrit:
Al 13/05/13 10:35, En/na Mattias Gaertner ha escrit:
For those who think that their gtk settings is treated wrong by the
LCL and want to debug it:
The code is in
lcl/interfaces/gtk2/gtk2themes.pas
function TGtk2ThemeServices.GetOption
Al 13/05/13 11:34, En/na Paul Ishenin ha escrit:
13.05.2013 17:04, Luca Olivetti пишет:
I added a TApplicationProperties to the form, set ShowMenuGlyphs to
sbgSystem, now GetOption is called and the result is 1, however no
glyphs are shown.
Maybe you can find something useful here
Al 13/05/13 11:37, En/na Juha Manninen ha escrit:
I guess this happens only with KDE 4.10.x. I updated my Mint 14 for
KDE 4.10 and the problem may have started then. It is not dependent on
Lazarus revision.
Can others confirm to have KDE 4.10?
kde 4.8.5 in mageia 2.
Bye
--
Luca Olivetti
:
(lazarus:10785): Gdk-WARNING **: Attempt to draw a drawable with
depth 24 to a drawable with depth 32
They show in the same console you started Lazarus from.
I can confirm that I also get this message
Me too.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel
Al 13/05/13 14:04, En/na Paul Ishenin ha escrit:
13.05.13, 17:52, Luca Olivetti пишет:
Yes, I remembered something similar, that's why I added it. However,
even with the default setting (sbgAlways) the menu glyphs aren't shown
(glyphs in buttons are OK).
Ok. Then check how
TBookarkStr to
TBookmark, and dbgrids calls GetBookmark but never calls FreeBookmark
(it either discards the bookmark in local functions or assigns nil to it).
I'll try calling FreeBookmark and see if the leak goes away.
Bye
--
Luca Olivetti
Wetron Automation Technology http://www.wetron.es
Tel
Al 10/05/13 09:36, En/na Luca Olivetti ha escrit:
Al 10/05/13 09:13, En/na Luca Olivetti ha escrit:
Hello,
I'm migrating some programs from lazarus 0.9.30 to lazarus 1.0.8 (well,
actually updating and recompiling, there's no need to migrate anything).
Heaptrc is showing some memory leaks
1 - 100 of 221 matches
Mail list logo
