> If l interpreted the screenshots correctly, it is plaxis:
> http://www.plaxis.nl/page/home/
You are correct, it is Plaxis. I did not do any work on the application itself,
just did a pilot conversion to see how portable the code is to FPC.
I believe this application, like many in its genre, wo
Hi Bo,
> Really great! I have a similar problem in conversion to FPC/Lazarus of a
> visualization package of physical data. But this package uses number
> crunching DLL:s created using an Intel Fortran compiler...
I didn't have a look at the processing part of the application, but I believe
this
Hi Darius,
> The list is definitely of interest to me and others! If possible please
> create patches and add them to the bug tracker. This will help not only
> future conversions but "ordinary" projects as well.
I'll clean up the list and post it on the mailing list. I didn't need to create
any
-far-away 3-levels
deep property of a control. Which we find especially usefull when working with
>1 person on a project!
Kind regards,
Birger Jansen
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepasc
>To solve this, I'm thinking on creating many TFrames containing one
>toolbar each (and one TActionList also), and create an instance of the
>needed one when a VIEW is activated.
>
> How would you architect this?
I would register the possible actions for each VIEW in the same unit as where
the v
> Maybe. See also http://bugs.freepascal.org/view.php?id=15675
>
> Vincent
It could be related. The solution that is proposed in that report only makes it
worse: the progressbar is not visible at all after adding ProgressBar1.Anchors
:= [];.
Birger
--
_
should be.
Now enlarge the form by dragging the bottom-right corner of the form (hor +
vert resizing) and see how the progressbar moves out of focus.
Tested on FPC 2.5.1 and Lazarus SVN Revision 28566 on Windows 7 32 bit.
Is this a bug?
Kind regards,
Birger Jansen
Sounds great! Will you rewrite the rest of the ERP system in those quiet days
between Christmas and New Year? ;-)
If it is ok with you maybe the team can post this somewhere on the website as
succes-story?
Kind regards,
Birger Jansen
-Oorspronkelijk bericht-
Van: Dimitrios Chr
mousewheel on a panel.
In Delphi, the TPanel passes the event to the parent control (TForm).
Shall I report a bug or is this designed behaviour?
I think it relates to this: http://bugs.freepascal.org/view.php?id=12361
Kind regards,
Birger Jansen
,
Birger Jansen
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
> If it uses native controls, you have to ask Microsoft. I doubt they will
> give you the code, though. ;)
>
> Joost.
I can try...
But there has to be a link somewhere between the TMenuItem class and the code
that actually draws this menu, right? How does Windows knwt that is has to look
for a
n LCL code, but can somebody give me a hint about
where to look for the code that does the painting of a TMenu / TMenuItem?
Kind regards,
Birger Jansen
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.o
My trees are 'roots at the top'. Which is quite unnatural, I agree.
-Oorspronkelijk bericht-
Van: Sven Barth
Verzonden: do 04-11-2010 10:11
Aan: lazarus@lists.lazarus.freepascal.org;
Onderwerp: Re: [Lazarus] Overloading problem (converting Delphi -> FPC)
> Am 04.11.2010 10:08, schrieb S
Hi all,
While converting a project from Delphi to FPC I stumple upon a problem. I hope
some of you can help me with this!
It seems that FPC has problems with finding the right overloaded constructor
when the various overloaded functions take class parameters and these classes
are related to ea
Hi,
In Delphi you can overload the Explicit operator. This makes is possible to
have a type TTypeX and TTypeY and cast one into the other. To do that,
implement an operator overloader:
operator Explicit(const AValue: TTypeX): TTypeY.
// implement converstio from TTypeX to TTypeY.
Then you c
Forget my last message I upgraded FPC 2.4.1 to 2.5.1 and now this works like it
should!
-Oorspronkelijk bericht-
Van: Birger Jansen
Verzonden: vr 22-10-2010 11:38
Aan: Lazarus@lists.lazarus.freepascal.org;
Onderwerp: [Lazarus] object type: strange behaviour
> Hi all,
>
is behaviour? I included the complete code below for
your reference.
Kind regards,
Birger Jansen
program TestProject;
{$mode delphi}{$H+}
uses
{$IFDEF UNIX}{$IFDEF UseCThreads}
cthreads,
{$ENDIF}{$ENDIF}
Classes;
type
{ TPoint }
TPoint = object
public
X,Y,Z: Double;
> Interesting. So you load via a stream? Do you first write the blob to
> the stream, rewind and then pass it to the parameters?
That is exactly how we do it!
Kind regards,
Birger Jansen
--
___
Lazarus mailing list
L
I have experience with firebird, blob fields, and a little bit zeos, but not
with the combination of all three together. We always use blobs with
(memory)streams and parameters. A query then looks like
MyQuery.SQL.Text := 'UPDATE BlobTable SET BlobField = :BlobField WHERE MyID =
:MyID'
And th
Something like Firebird Embedded?
http://wiki.lazarus.freepascal.org/fb_embedded2_Laz
Later on you can always switch to the standalone FB server.
Kind regards,
Birger Jansen
-Oorspronkelijk bericht-
Van: brian [mailto:br...@meadows.pair.com]
Verzonden: woensdag 16 juni 2010 13:53
Sorry for dropping into the discussion...
There is a very good LAyoutControl in the DevExpress suite (Delphi
controls). We use it for a lot of projects. I think it is an excellent
example of how a layout manager could work in the ideal world:
http://www.devexpress.com/Products/VCL/ExLayoutCon
21 matches
Mail list logo