Am 10.11.2016 04:30 schrieb "African Wild Dog" :
>
> 2016-11-07 14:15 GMT-02:00 Sven Barth :
>>
>> Am 07.11.2016 15:58 schrieb "African Wild Dog" :
>> > It is intended to change such compiler behavior in the future? It is
incompatible with Delphi and moreover it force us to break the
encapsulation
Some times when I want to communicate with a class I don’t have full scope
access to I’ll use interfaces and the Supports function to call a method. I’ve
noticed however that the string compare function that it is used to find the
interface in the class is very slow and makes them not useable fo
On 09.11.2016 08:31, Lars wrote:
Doesn't fpgui take a different approach to programming, so if you start a
project in win32/gtk style, you can't easily port it to fpgui due to
enormous differences here and there in the way gui programming is done..
As Greame pointed out there are two different t
On 09.11.2016 08:28, Lars wrote:
O However, how compatible are
these widget sets with each other?
I understand that the "write once compile (and run) everywhere" paradigm
of Lazarus suggests that all WidgetTypes you can use to (cross-) compile
a project to run on a dedicated target (defined by
On 09.11.2016 08:28, Lars wrote:
So you
weren't trying to imply that lazarus, could be recompiled to use fpgui
based widgets inside the lazarus exe/elf itself?
The Lazarus IDE is just a project that can be compiled using fpc and
the LCL library. It makes no difference whether using the IDE to c
On 09.11.2016 10:14, Graeme Geldenhuys wrote:
Myself and others have quite easily ported some VCL components
to fpGUI with fairly little effort.
So it's sad that the results do not seem to feed the fpGUI WidgetType in
the LCL :(
(Of course this is meant just as a statement not as a complaint t
On 09.11.2016 10:21, Graeme Geldenhuys wrote:
The widget type
options are now only visible for LCL based applications too.
I see. That was my fault.
Thanks,
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.or
On 09.11.2016 10:51, Graeme Geldenhuys wrote:
There is a "Restricted" tab which lists features of
each widget that works on some LCL interfaces but not on others. That
list is not 100% complete either.
Great !
With "TForm" I see General Widget Set Restrictions "1" "3" "1" and "12"
together with
Hi,
Please continue further specific discussions about Lazarus and/or
fpGUI in the fpc-other list and/or the Lazarus list, as a appropriate.
Thanks,
Jonas
FPC mailing lists admin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://l
From Facebook, I just found this ORM became FREE today.
http://www.tmssoftware.com/site/aureliusfree.asp
I don't know whether it is better than mormot but might just download first.
Anyone has experience in both can comment?
Dennis
___
fpc-pascal ma
2016-11-10 12:27 GMT-03:00 Dennis :
> From Facebook, I just found this ORM became FREE today.
>
> http://www.tmssoftware.com/site/aureliusfree.asp
>
> I don't know whether it is better than mormot but might just download
> first.
>
No source code:
Aurelius Free Edition is only available for Delp
On Wed, November 9, 2016 7:11 am, leledumbo wrote:
>> anyway probably I have no motivation anymore to continuing my work.
>
> Too bad, if only at least the patch for this feature is integrated, I can
> start arguing to my employer again that Pascal has simple, user
> selectable garbage collection
On Wed, November 9, 2016 2:40 am, denisgolovan wrote:
> Yes. Mostly.
>
>
> More general advantage is that this feature might finally bring
> FreePascal back into league of languages having nice support for value
> types (as opposed to OOP atrocities). To put it in other words, functional
> style mi
On Wed, October 5, 2016 9:54 pm, Martin Schreiber wrote:
> On Thursday 06 October 2016 00:16:22 Tony Whyman wrote:
>
>> On 05/10/16 23:03, Graeme Geldenhuys wrote:
>>
>>> Martin Schreiber recently mentioned in another Interface discussion
>>> that there is a very good reason he doesnât use COM st
> FPC will have the garbage collection, but the question remains what happens
in Delphi?
None of my concern actually. It's a simple unit without compiler magic (but
requires compiler support for the operator syntax).
> Would delphi create a similar feature, but make it incompatible with fpc?
AF
On Friday 11 November 2016 04:21:31 Lars wrote:
>
> Replying to an old thread in my inbox. Apologies if it's obsolete as it is
> a month old.
>
I don't think such themes are allowed in fpc-pascal. Please continue the
discussion on MSEide+MSEgui mailinglist:
https://lists.sourceforge.net/lists/list
On Thu, November 10, 2016 11:04 pm, Martin Schreiber wrote:
> On Friday 11 November 2016 04:21:31 Lars wrote:
>
>>
>> Replying to an old thread in my inbox. Apologies if it's obsolete as it
>> is a month old.
>>
> I don't think such themes are allowed in fpc-pascal.
If an oberon like garbage colle
On Friday 11 November 2016 07:48:54 Lars wrote:
> On Thu, November 10, 2016 11:04 pm, Martin Schreiber wrote:
> > On Friday 11 November 2016 04:21:31 Lars wrote:
> >> Replying to an old thread in my inbox. Apologies if it's obsolete as it
> >> is a month old.
> >
> > I don't think such themes are a
> I don't know whether it is better than mormot but might just download
first.
It's a pure ORM rather than a complete end-to-end solution like mORMot, but
it does its ORM things greatly (looking at its feature table).
--
View this message in context:
http://free-pascal-general.1045716.n5.nabbl
19 matches
Mail list logo