In our previous episode, Graeme Geldenhuys said:
> I understand that, but in the context of the example, the tiOPF project
> has different implementations of the same functionality for different
> GUI toolkits. So in that case the developer would use the partial
> namespace unit name (tiMediator or
On 2015-04-03 12:35, Marco van de Voort wrote:
>> > That way we don't need $IFDEFs or special Unit Search Paths, just
>> > specify "FMX" or "VCL or "LCL" in the Project Unit Scope names list.
>> >
>> > You then simply refer to those units in your uses clause by using:
> Not entirely, since you can
In our previous episode, Graeme Geldenhuys said:
>
> But namespaces are functional in Delphi - not just cosmetic. So are you
> saying that FPC doesn't have the same functional ability as Delphi when
> it comes to namespaces?
>
> The following is how somebody explained Delphi namespaces to me:
>
On Fri, 3 Apr 2015, Graeme Geldenhuys wrote:
On 2015-04-03 11:52, Michael Van Canneyt wrote:
I don't think the command-line option already exists, but the dotted unit
names are treated as namespaces. I remember some discussions about it with Paul
Ishenin.
So that answers my original quest
On 2015-04-03 10:39, Michael Van Canneyt wrote:
> you just change one option -Fu/GUI/LCL to 2: -Fu/GUI -NLCL
> I don't see much added value in that.
Other possibly (more useful) usage would be reducing the generic unit
name clashes. eg: How common is the unit name constants.pas? Very
common. So wh
On 2015-04-03 11:52, Michael Van Canneyt wrote:
>
> I don't think the command-line option already exists, but the dotted unit
> names are treated as namespaces. I remember some discussions about it with
> Paul Ishenin.
So that answers my original question, that FPC still doesn't support
namespa
On Fri, 3 Apr 2015, Graeme Geldenhuys wrote:
On 2015-04-03 10:39, Michael Van Canneyt wrote:
It's all a matter of preference.
Fair enough.
I take it FPC doesn't support this then?
To my knowledge, it does ?
So what compiler parameter option do you use to specify the namespace
scope
On 2015-04-03 10:39, Michael Van Canneyt wrote:
>
> It's all a matter of preference.
Fair enough.
>> I take it FPC doesn't support this then?
>
> To my knowledge, it does ?
So what compiler parameter option do you use to specify the namespace
scope list for your project? As far as I can see
On Fri, 3 Apr 2015, Graeme Geldenhuys wrote:
On 2015-04-03 08:09, Michael Van Canneyt wrote:
To be sure, it was introduced to be delphi compatible.
Whether namespaces are 'modern','advanced' or not is a matter of debate.
In the end (at the assembler level) it's all a flat namespace anyway.
On 2015-04-03 08:09, Michael Van Canneyt wrote:
> To be sure, it was introduced to be delphi compatible.
> Whether namespaces are 'modern','advanced' or not is a matter of debate.
> In the end (at the assembler level) it's all a flat namespace anyway.
But namespaces are functional in Delphi - not
On Thu, 2 Apr 2015, Andrew Brunner wrote:
On 4/2/2015 11:46 AM, Michael Van Canneyt wrote:
Namespaces are available as dotted units ?
Namespace as dotted units? I use 3.1.1 compiled here so there is no problem.
FPC since as far as I recall (svn) has had support for naming units with
multip
On 4/2/2015 11:46 AM, Michael Van Canneyt wrote:
Namespaces are available as dotted units ?
Namespace as dotted units? I use 3.1.1 compiled here so there is no
problem. FPC since as far as I recall (svn) has had support for naming
units with multiple dots. I've had tons of units with includ
Am 02.04.2015 18:46 schrieb "Michael Van Canneyt" :
>
>
>
> On Thu, 2 Apr 2015, Andrew Brunner wrote:
>
>> On 4/2/2015 2:24 AM, Michael Van Canneyt wrote:
>>>
>>> And already utterly unreadable for me...
>>> IMHO goes to show that this is a very personal matter :-)
>>
>>
>> Units that include hiera
On Thu, 2 Apr 2015, Andrew Brunner wrote:
On 4/2/2015 2:24 AM, Michael Van Canneyt wrote:
And already utterly unreadable for me...
IMHO goes to show that this is a very personal matter :-)
Units that include hierarchy via class types are a supplement for namespaces
in languages such as c#
On 4/2/2015 2:24 AM, Michael Van Canneyt wrote:
And already utterly unreadable for me...
IMHO goes to show that this is a very personal matter :-)
Units that include hierarchy via class types are a supplement for
namespaces in languages such as c#. Since Namespaces are not *yet*
available i
On Thu, 2 Apr 2015, Carlo Kok wrote:
I see PascalScript is part of the Lazarus project now. I have not
been able to get nested classes to work there either. If I am to get
my code accessible, I will need someone with knowledge in extending
BESEN or PascalScript or both. I would be idea
I see PascalScript is part of the Lazarus project now. I have not
been able to get nested classes to work there either. If I am to get
my code accessible, I will need someone with knowledge in extending
BESEN or PascalScript or both. I would be ideal to offer developers a
choice of which s
On Wed, 1 Apr 2015, Andrew Brunner wrote:
I have Besen installed and I am in the process of evaluating it. It does not
handle nested classes.
I need a JIT compiler that provide access to heavily nested class
information. This PostInfo is a simple database module that I would want
Script to
I have Besen installed and I am in the process of evaluating it. It
does not handle nested classes.
I need a JIT compiler that provide access to heavily nested class
information. This PostInfo is a simple database module that I would
want Script to have access to.
---
On 31 March 2015 at 22:06, Michael Van Canneyt
wrote:
>
>
> On Tue, 31 Mar 2015, Andrew Brunner wrote:
>
> I am trying to integrate javascript for back-end support of cloud apps.
>> I noticed the fcl-js package. Does anyone have an idea when we can expect
>> to have a component suite much like
If you're back end is on a windows machine this is probably the easiest
solution:
http://www.codebot.org/delphi/?doc=9573
Otherwise, you might want to consider chromium embeded framework and just
reusing the exposed Javascript engine. here is a link for that:
https://code.google.com/p/dcef3/
___
On Tue, 31 Mar 2015, Andrew Brunner wrote:
I am trying to integrate javascript for back-end support of cloud apps. I
noticed the fcl-js package. Does anyone have an idea when we can expect to
have a component suite much like the PascalScript?
If you want to integrate JS in a pascal app, y
22 matches
Mail list logo
