You may have a different fpc.cfg (named .fpc.cfg << spot the dot on
Linux) in your home folder.
2017-11-28 00:41 keltezéssel, kardan via Lazarus írta:
> Really appreciate the fast reply!
>
> On Tue, 28 Nov 2017 00:20:29 +0100
> Mattias Gaertner via Lazarus wrote:
>
>> Check your -Fu paths in /e
Really appreciate the fast reply!
On Tue, 28 Nov 2017 00:20:29 +0100
Mattias Gaertner via Lazarus wrote:
> Check your -Fu paths in /etc/fpc.cfg. They should contain the
> paths to fpc's i386-win32 ppu files.
>
> Mattias
This is what i found related to -Fu in /etc/fpc.cfg:
# searchpath for uni
On Tue, 28 Nov 2017 00:07:33 +0100
kardan via Lazarus wrote:
>[...]
> $ lazbuild --pcp=../../lazconf --os=win32 --cpu=i386 Tomboy_NG.lpi
> Free Pascal Compiler version 3.0.4rc1 [2017/08/07] for i386
> Copyright (c) 1993-2017 by Florian Klaempfl and others
> (1002) Target OS: Win32 for i386
> (310
Hallo,
As a I am new to this list, FreePascal and Lazarus I need a little help
by you to crosscompile our project to win32. Compiling to win64 however
succeeds:
$ lazbuild --pcp=../../lazconf --os=win64 --cpu=x86_64 Tomboy_NG.lpi
...
Free Pascal Compiler version 3.1.1 [2017/11/27] for x86_64
Copy
On 11/27/2017 04:27 PM, Mattias Gaertner via Lazarus wrote:
On Mon, 27 Nov 2017 15:52:09 -0500
Donald Ziesig via Lazarus wrote:
[...]
Are your 'Other unit files (-Fu)' paths in project inspector and
your package empty?
Yes, both are empty.
Good.
If your project and packages have their own d
On Mon, 27 Nov 2017 15:52:09 -0500
Donald Ziesig via Lazarus wrote:
>[...]
> > Are your 'Other unit files (-Fu)' paths in project inspector and
> > your package empty?
> Yes, both are empty.
Good.
If your project and packages have their own directories, it seems
you found a compiler bug.
Can
On 11/27/2017 01:41 PM, Mattias Gaertner via Lazarus wrote:
On Mon, 27 Nov 2017 13:33:13 -0500
Donald Ziesig via Lazarus wrote:
[...]
When you change a pas file of your package and you compile your project,
does the IDE automatically compile your package?
Yes (at least it catches typos). Al
On Mon, Nov 27, 2017 at 4:54 PM, Alexsander Rosa via Lazarus
wrote:
>
> Our ERP (version 3) was written in Lazarus + PostgreSQL.
>
Is it desktop or web?
Best regards,
Marcos Douglas
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lis
On 2017-11-27 18:11, Werner Pamler via Lazarus wrote:
Am 27.11.2017 um 17:51 schrieb Torsten Bonde Christiansen via Lazarus:
[...] so that i can copy/paste the data to the clipboard.
Hmm... You must be aware that the DrawGrid does not own any data.
Therefore it cannot copy anything to the cl
On 2017-11-27 19:04, Graeme Geldenhuys via Lazarus wrote:
Just so inform everybody. fpGUI has the ability to switch between "alien
windows" (only a top level window handle) or "each widget has a handle"
during compile time.
I forgot to mention, the latest stable release of fpGUI Toolkit (v1.4.x
On 2017-11-27 06:52, Sven Barth via Lazarus wrote:
The custom drawn widget set is independent of
the fpgui widgetset and completely resides inside the LCL.
It's state is also way worse than the LCL-fpGUI widgetset. It is still
in a very early Alpha state as far as I'm concerned. Either way, i
On 2017-11-26 17:32, Kostas Michalopoulos via Lazarus wrote:
Also AFAIK fpGUI doesn't use the native window system beyond the toplevel
windows, which i think would make OpenGL support and interfacing with
external stuff (e.g. calling an external library where you pass a HWND/X11
Window directly)
On 2017-11-23 02:23, Kostas Michalopoulos via Lazarus wrote:
My main motivation is wanting to get away from the modern madness of
GTK3+/Qt5+/Wayland and all that stuff and their dependencies
Then my I suggest you take a look at the LCL-fpGUI widgetset. It has all
the basic components working (
Our ERP (version 3) was written in Lazarus + PostgreSQL.
2017-10-30 10:30 GMT-02:00 Carlos E. R. via Lazarus <
lazarus@lists.lazarus-ide.org>:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> On Monday, 2017-10-30 at 10:21 +0200, Juha Manninen via Lazarus wrote:
>
>> On Mon, Oct 30, 20
On Mon, 27 Nov 2017 13:33:13 -0500
Donald Ziesig via Lazarus wrote:
>[...]
> > When you change a pas file of your package and you compile your project,
> > does the IDE automatically compile your package?
> Yes (at least it catches typos). Also, the same problem occurs when I
> compile the pa
On 11/27/2017 01:28 PM, Mattias Gaertner via Lazarus wrote:
On Mon, 27 Nov 2017 13:15:36 -0500
Donald Ziesig via Lazarus wrote:
[...]
TL;DR Library packages which declare generics do compile, but do not
get included in the code that specializes them unless I "Cleanup and
build" the whole pro
On Mon, 27 Nov 2017 13:15:36 -0500
Donald Ziesig via Lazarus wrote:
>[...]
> TL;DR Library packages which declare generics do compile, but do not
> get included in the code that specializes them unless I "Cleanup and
> build" the whole program. (Workable, but much *slower* than programs
> w
On Mon, 27 Nov 2017 19:45:42 +0200
Kostas Michalopoulos via Lazarus wrote:
>[...]
> Thanks for the information. So in theory i could write a shell script that
> creates a symbolic link lcl/interfaces/wsfoo that points to some external
> (from Lazarus' source code dir) directory and adds (via sed,
Hi All!
I have been having a problem for a long, long time when
developing/debugging code which is included in a *package* and which
contains *generics*.
It took me years :'(, but I finally figured out what I was doing so that
I could cause the issue to appear consistently. :-[
My usual de
@Sven:
Ah, i thought the custom drawn was built on top of LCL. Hm, regardless, it
doesn't solve my concern, since what i want is to reuse my widget toolkit.
Otherwise i'd probably work on fpGUI's Lazarus bindings since fpGUI seems
to be more mature.
@Martin:
No, it is tied to LCL :-P a lot of code
Am 27.11.2017 um 17:51 schrieb Torsten Bonde Christiansen via Lazarus:
[...] so that i can copy/paste the data to the clipboard.
Hmm... You must be aware that the DrawGrid does not own any data.
Therefore it cannot copy anything to the clipboard. You'll have to write
clipboard access by your
On 2017-11-27 16:48, Werner Pamler via Lazarus wrote:
Am 27.11.2017 um 16:21 schrieb Werner Pamler via Lazarus:
(a) What is "fast"? If I populate a standard TStringGrid with 100.000
rows x 100 columns (= 10 millions of cells) it takes about 9 seconds
on my PC - if BeginUpdate/EndUpdate is used.
Am 27.11.2017 um 13:43 schrieb Torsten Bonde Christiansen via Lazarus:
I am looking for grid component that can display string. Simple
enought and i know of a few already, but the ones i know of cannot do
both of the following requirements i have:
a) Fast (very low delay on 100.000+ lines of t
On 27.11.2017 13:43, Torsten Bonde Christiansen via Lazarus wrote:
So i am asking if you know of a good string grid component that can
handle both things equally well.
TDrawGrid. Use a string/data storage of your choice.
Ondrej
--
___
Lazarus mailing
Hi List.
I am looking for grid component that can display string. Simple enought
and i know of a few already, but the ones i know of cannot do both of
the following requirements i have:
a) Fast (very low delay on 100.000+ lines of test)
b) Allow selecting multiple cells spanning rows and colo
Hmm... But if I disable my UIA code then the form works as expected.
Also If I place some standard control to a form like TButton. But I will
try the MainFormInTaskbar property to see what happens.
Dňa 26. 11. 2017 o 18:13 Ondrej Pokorny via Lazarus napísal(a):
On 26.11.2017 16:09, Martin Frb v
On Sun, 26 Nov 2017 19:32:21 +0200
Kostas Michalopoulos via Lazarus wrote:
>[...]
> As i said, i do not think this would be useful enough to others to be part
> of the Lazarus tree. I ask because i remember a few months ago someone
> having an Amiga widgetset pretty much in working condition and
On 26.11.2017 18:32, Kostas Michalopoulos via Lazarus wrote:
i am already working on a widget toolkit for a few years now which is
written in C ... Most of my code is LCL specific
This seems like a very peculiar combination to me.
-Michael
--
___
La
On 26.11.2017 17:13, Sven Barth via Lazarus wrote:
Lazarus already contains a custom drawn widgetset that supports X11. I
don't know its current state, but maybe it would be best to bring that
up to speed and form instead of starting a new one.
Some time ago I did play with the custom drawn Wi
On 27/11/17 10:30, Marc Santhoff via Lazarus wrote:
Hi,
has soundcard.h from OSS API already been translated to Pascal?
OSS is used for accessing soundcards and MIDI devices by Linux andFreeBSD.
I don't know whether this is remotely helpful but I've used
alsapas-0.9.7 to intercept and rewrite
On Mon, 27 Nov 2017, Marc Santhoff via Lazarus wrote:
Hi,
has soundcard.h from OSS API already been translated to Pascal?
OSS is used for accessing soundcards and MIDI devices by Linux and
FreeBSD.
Not that I am aware of.
Michael.
--
___
Lazaru
Sorry, this would belong to the fpc list...
On Mo, 2017-11-27 at 11:25 +0100, Marc Santhoff via Lazarus wrote:
> Hi,
>
>
> has soundcard.h from OSS API already been translated to Pascal?
>
> OSS is used for accessing soundcards and MIDI devices by Linux and
> FreeBSD.
>
> TIA,
> Marc
>
>
Hi,
has soundcard.h from OSS API already been translated to Pascal?
OSS is used for accessing soundcards and MIDI devices by Linux and
FreeBSD.
TIA,
Marc
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listin
On Sunday 26 November 2017 18:32:21 Kostas Michalopoulos via Lazarus wrote:
>
> Also AFAIK fpGUI doesn't use the native window system beyond the toplevel
> windows, which i think would make OpenGL support and interfacing with
> external stuff (e.g. calling an external library where you pass a HWND/
34 matches
Mail list logo
