Re: [WebDNA] passing a variable in an include - precedence

This WebDNA talk-list message is from

2017

It keeps the original formatting. numero = 113419
interpreted = N
texte = 1012--Apple-Mail=_F749245A-31F2-4EE7-94DD-17F63583AA34Content-Transfer-Encoding: quoted-printableContent-Type: text/plain;charset=utf-8AND the re-introduction of ongoing support for external DB connectivity!Kind regardsStuart TremainPharoah Lane SoftwareAUSTRALIAwebdna@idfk.com.au> On 22 Feb 2017, at 03:38, Donovan Brooke wrote:>=20> Hello,>=20> My .02=C2=A2 on this. =20> I believe WSC was addressing the issue I brought up about =encapsulation in WebDNA on this change.=20>=20> Encapsulation is a very important part of contemporary programming and =works hand-in-hand with variable scoping (Which I think is what Tom is =dealing with now).=20>=20> Unfortunately, this was one of the last things SMSI was working on =before WSC purchased WebDNA=E2=80=A6 and this stuff was never fully =worked out nor documented well.=20>=20> My opinion is that people like Tom (who uses this stuff in a real =world situation) should work directly with WSC and the WSC programmer =specifically whom **understands** OOP programming (specifically =encapsulation and variable scoping) to refine WebDNA in this area.>=20> The end result of this partnership should be:> 1.) Clear use of Variable Scoping (in Include, Function, and Text / =Math variables=E2=80=A6 as well as the ancillary tags/contexts, such as =[ListVariables..])> 2.) Refinement of the Include tag=E2=80=99s feature of ==E2=80=9C&varname=3Dvalue=E2=80=9D... addressing encapsulation.=20> 3.) Clear documentation of all of this.=20>=20> There is a real opportunity here (in my opinion) to bring WebDNA to a =new level of sophistication / maturity. I do think WebDNA is not that =far off from getting there=E2=80=A6 it just needs some tweaks and some =better documentation and understanding.=20>=20> Sincerely,> Donovan>=20>=20>=20>=20>=20>=20>=20> On Feb 21, 2017, at 9:07 AM, Tom Duke wrote:>=20>> Chris,>>=20>> Hi - that behaviour that you describe is consistent and makes sense.>>=20>> But my problem is when I use insecure text variables to set default =values in an include file. I would not expect an insecure text variable =to overwrite an incoming include variable.>>=20>> Taking your example but setting the text variable in the include file =to insecure>>=20>>=20>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-test1.dna=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94->> [include file=3Dtest2.inc&var1=3D8&var2=3D9&var3=3D23]>>
>> main file : [var1] with [var2] with [var3]>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2==80=94=E2=80=94-=E2=80=94=E2=80=94>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-test2.inc=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94->> [text secure=3DF]var3=3D0634[/text]>>=20>> included file : [var1] with [var2] with [var3]>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2==80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94>>=20>>=20>> I would think that in this case var3 should not be overwritten. =Perhaps I am misunderstanding the relationship between text and include =variables.>>=20>> It means that instead of using>>=20>> [text secure=3DF]var3=3D23[/text]>>=20>> to set default values in include files I will have to use>>=20>> [showif =[url][var3[/url]=3D[url][raw][var3][/raw][/url]][text]var3=3D23[/text][/sh=owif]>>=20>> - Tom>>=20>>=20>>=20>>=20>>=20>>=20>>=20>>=20>>=20>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D==3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D>> Digital Revolutionaries>> 1st Floor, Castleriver House>> 14-15 Parliament Street>> Temple Bar,Dublin 2>> Ireland>> ---------------------------------------------->> [t]: + 353 1 4403907>> [e]: >> [w]: >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D==3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D>>=20>> On 21 February 2017 at 08:35, =wrote:>> Hello Tom, there is a behavioral change: here the results of loading =test1.dna on 8.5.1 and 6.2>>=20>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-test1.dna=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94->> [include file=3Dtest2.inc&var1=3D8&var2=3D9&var3=3D23]>>
>> main file : [var1] with [var2] with [var3]>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2==80=94=E2=80=94-=E2=80=94=E2=80=94>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-test2.inc=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94->> [text]var3=3D0634[/text]>>=20>> included file : [var1] with [var2] with [var3]>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2==80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94>>=20>>=20>>=20>> on 8.5.1 we get>> included file : 8 with 9 with 0634>> main file : [var1] with [var2] with 0634>>=20>> on 6.2 we get>> included file : 8 with 9 with 23>> main file : [var1] with [var2] with 0634>>=20>>=20>> However, in test1.dna, we load a file and simultaneously pass three =variable values, and the included file overwrites one of the variables =with another value. It seems consistant to me that the result shows the =overwriting variable, and not the overwritten one.>>=20>> So, to me, 8.5.1 is consistant.>>=20>> Any opinion about this?>>=20>> - chris>>=20>>=20>>=20>>> On Feb 20, 2017, at 17:37, Tom Duke wrote:>>>=20>>> Hi all,>>>=20>>> Ok I have just hit an issue with variables using WebDNA 8.5.1 on =CentOS 7.>>>=20>>> Prior to the upgrade calling this include:>>>=20>>> [include =file=3D/common/includes/smUtility-navlist-bootstrap.inc&smNAVCLASS=3Dprima=ry-nav]>>>=20>>> and having this in the include file:>>>=20>>> [text secure=3DF]smNAVCLASS=3D[/text]>>>=20>>> would result in the variable 'smNAVCLASS' being set to ='primary-nav'.>>>=20>>> After the upgrade the variable 'smNAVCLASS' being set to '' - i.e. =blank.>>>=20>>> So the line "[text secure=3DF]smNAVCLASS=3D[/text]" is overwriting =the passed in include variable.>>>=20>>> Is this the intended behaviour? If so then I have a lot of code to =rewrite.>>>=20>>> - Tom>>=20>>=20>>=20>> --------------------------------------------------------->> This message is sent to you because you are subscribed to>> the mailing list .>> To unsubscribe, E-mail to: >> archives: http://mail.webdna.us/list/talk@webdna.us>> Bug Reporting: support@webdna.us>>=20>> --------------------------------------------------------- This =message is sent to you because you are subscribed to the mailing list . =To unsubscribe, E-mail to: archives: =http://mail.webdna.us/list/talk@webdna.us Bug Reporting: =support@webdna.us>=20> ---------------------------------------------------------> This message is sent to you because you are subscribed to> the mailing list .> To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us> Bug Reporting: support@webdna.us--Apple-Mail=_F749245A-31F2-4EE7-94DD-17F63583AA34Content-Transfer-Encoding: quoted-printableContent-Type: text/html;charset=utf-8AND the =re-introduction of ongoing support for external DB =connectivity!

Kind regards

Stuart Tremain

Pharoah Lane Software

AUSTRALIA

webdna@idfk.com.au

On 22 Feb 2017, at 03:38, Donovan Brooke <dbrooke@euca.us> =wrote:

Hello,

My .02=C2=A2 on this. =
I believe WSC was addressing the issue I brought up =about encapsulation in WebDNA on this change.

Encapsulation is a very important part of contemporary =programming and works hand-in-hand with variable scoping (Which I think =is what Tom is dealing with now).

Unfortunately, this was one of the last things SMSI was =working on before WSC purchased WebDNA=E2=80=A6 and this stuff was never =fully worked out nor documented well.

My =opinion is that people like Tom (who uses this stuff in a real world =situation) should work directly with WSC and the WSC programmer =specifically whom **understands** OOP programming (specifically =encapsulation and variable scoping) to refine WebDNA in this area.

The end result of this partnership should =be:
1.) Clear use of Variable Scoping (in Include, =Function, and Text / Math variables=E2=80=A6 as well as the ancillary =tags/contexts, such as [ListVariables..])
2.) Refinement =of the Include tag=E2=80=99s feature of =E2=80=9C&varname=3Dvalue=E2=80==9D... addressing encapsulation.
3.) Clear documentation =of all of this.

There is a real =opportunity here (in my opinion) to bring WebDNA to a new level of =sophistication / maturity. I do think WebDNA is not that far off from =getting there=E2=80=A6 it just needs some tweaks and some better =documentation and understanding.

Sincerely,
Donovan

On Feb 21, 2017, at 9:07 AM, Tom Duke <tom@revolutionaries.ie> wrote:

Chris,

Hi - that behaviour that you describe is consistent and makes =sense.

But my problem is when I use =insecure text variables to set default values in an include file. = I would not expect an insecure text variable to overwrite an =incoming include variable.

Taking your =example but setting the text variable in the include file to insecure

=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-test1.dn=a=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-
[include file=3Dtest2.inc&var1=3D8&var2=3D9&var3=3D=23]
<br>
main file : [var1] with =[var2] with [var3]
=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94=E2==80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94
=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-test2.in=c=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-
[text secure=3DF]var3=3D0634[/text]

included file : [var1] with [var2] with [var3]
=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94=E2==80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94

I would think that in this case var3 should =not be overwritten. Perhaps I am misunderstanding the relationship =between text and include variables.

It =means that instead of using

[text =secure=3DF]var3=3D23[/text]

to set default =values in include files I will have to use

[showif =[url][var3[/url]=3D[url][raw][var3][/raw][/url]][text]var3=3D23[/text][/sh=owif]

- Tom

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D==3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
Digital Revolutionaries
1st Floor, =Castleriver House
14-15 Parliament Street
Temple Bar,Dublin 2
Ireland
----------------------------------------------
[t]: + 353 1 4403907
[e]: <mailto:tom@revolutionaries.ie>
[w]: =<http://www.revolutionaries.ie/>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D==3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=

On 21 February 2017 at 08:35, <christophe.billiottet@webdna.us> wrote:
Hello Tom, there is a behavioral change: here the results of =loading test1.dna on 8.5.1 and 6.2

=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-test1.dn=a=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-
[include file=3Dtest2.inc&var1=3D8&var2=3D9&var3=3D=23]
<br>
main file : [var1] with =[var2] with [var3]
=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94=E2==80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94
=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-test2.in=c=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-
[text]var3=3D0634[/text]

included =file : [var1] with [var2] with [var3]
=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94=E2==80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94

on 8.5.1 we get
included file : 8 with 9 with 0634
main file : =[var1] with [var2] with 0634

on 6.2 we =get
included file : 8 with 9 with 23
main =file : [var1] with [var2] with 0634

However, in test1.dna, we load a file and simultaneously pass =three variable values, and the included file overwrites one of the =variables with another value. It seems consistant to me that the result =shows the overwriting variable, and not the overwritten one.

So, to me, 8.5.1 is consistant.

Any opinion about this?

- chris

On Feb 20, 2017, at =17:37, Tom Duke <tom@revolutionaries.ie> wrote:

Hi all,

Ok I have just hit an =issue with variables using WebDNA 8.5.1 on CentOS 7.

Prior to the upgrade calling this include:

[include =file=3D/common/includes/smUtility-navlist-bootstrap.inc&smNAVCLASS=3Dp=rimary-nav]

and having this in the include =file:

[text secure=3DF]smNAVCLASS=3D[/text]
would result in the variable 'smNAVCLASS' =being set to 'primary-nav'.

After the =upgrade the variable 'smNAVCLASS' being set to '' - i.e. blank.

So the line "[text =secure=3DF]smNAVCLASS=3D[/text]" is overwriting the passed in include =variable.

Is this the intended behaviour? = If so then I have a lot of code to rewrite.

- Tom

---------------------------------------------------------
This message is sent to you because you are subscribed to
the mailing list <talk@webdna.us>.
To unsubscribe, E-mail =to: <talk-leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug= Reporting: support@webdna.us

--------------------------------------------------------- =This message is sent to you because you are subscribed to the mailing =list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: =support@webdna.us

---------------------------------------------------------
This message is sent to you because you are subscribed to
the mailing list <talk@webdna.us>.
To unsubscribe, E-mail =to: <talk-leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug= Reporting: support@webdna.us

=---------------------------------------------------------This message is sent to you because you are subscribed tothe mailing list .To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.usBug Reporting: support@webdna.us--Apple-Mail=_F749245A-31F2-4EE7-94DD-17F63583AA34--. Associated Messages, from the most recent to the oldest:

Re: [WebDNA] passing a variable in an include - precedence (christophe.billiottet@webdna.us 2017)
Re: [WebDNA] passing a variable in an include - precedence (christophe.billiottet@webdna.us 2017)
Re: [WebDNA] passing a variable in an include - precedence (Tom Duke 2017)
Re: [WebDNA] passing a variable in an include - precedence (Stuart Tremain 2017)
Re: [WebDNA] passing a variable in an include - precedence (Donovan Brooke 2017)
Re: [WebDNA] passing a variable in an include - precedence (Tom Duke 2017)
Re: [WebDNA] passing a variable in an include - precedence (christophe.billiottet@webdna.us 2017)
Re: [WebDNA] passing a variable in an include - precedence (Tom Duke 2017)
Re: [WebDNA] passing a variable in an include - precedence ("Matthew A Perosi, Psi Prime" 2015)
Re: [WebDNA] passing a variable in an include - precedence (Donovan Brooke 2015)
Re: [WebDNA] passing a variable in an include - precedence ("Matthew A Perosi, Psi Prime" 2015)
Re: [WebDNA] passing a variable in an include - precedence (Donovan Brooke 2015)
Re: [WebDNA] passing a variable in an include - precedence (Matthew Perosi 2015)
Re: [WebDNA] passing a variable in an include - precedence (Kenneth Grome 2015)
[WebDNA] passing a variable in an include - precedence (christophe.billiottet@webdna.us 2015)

1012--Apple-Mail=_F749245A-31F2-4EE7-94DD-17F63583AA34Content-Transfer-Encoding: quoted-printableContent-Type: text/plain;charset=utf-8AND the re-introduction of ongoing support for external DB connectivity!Kind regardsStuart TremainPharoah Lane SoftwareAUSTRALIAwebdna@idfk.com.au> On 22 Feb 2017, at 03:38, Donovan Brooke wrote:>=20> Hello,>=20> My .02=C2=A2 on this. =20> I believe WSC was addressing the issue I brought up about =encapsulation in WebDNA on this change.=20>=20> Encapsulation is a very important part of contemporary programming and =works hand-in-hand with variable scoping (Which I think is what Tom is =dealing with now).=20>=20> Unfortunately, this was one of the last things SMSI was working on =before WSC purchased WebDNA=E2=80=A6 and this stuff was never fully =worked out nor documented well.=20>=20> My opinion is that people like Tom (who uses this stuff in a real =world situation) should work directly with WSC and the WSC programmer =specifically whom **understands** OOP programming (specifically =encapsulation and variable scoping) to refine WebDNA in this area.>=20> The end result of this partnership should be:> 1.) Clear use of Variable Scoping (in Include, Function, and Text / =Math variables=E2=80=A6 as well as the ancillary tags/contexts, such as =[ListVariables..])> 2.) Refinement of the Include tag=E2=80=99s feature of ==E2=80=9C&varname=3Dvalue=E2=80=9D... addressing encapsulation.=20> 3.) Clear documentation of all of this.=20>=20> There is a real opportunity here (in my opinion) to bring WebDNA to a =new level of sophistication / maturity. I do think WebDNA is not that =far off from getting there=E2=80=A6 it just needs some tweaks and some =better documentation and understanding.=20>=20> Sincerely,> Donovan>=20>=20>=20>=20>=20>=20>=20> On Feb 21, 2017, at 9:07 AM, Tom Duke wrote:>=20>> Chris,>>=20>> Hi - that behaviour that you describe is consistent and makes sense.>>=20>> But my problem is when I use insecure text variables to set default =values in an include file. I would not expect an insecure text variable =to overwrite an incoming include variable.>>=20>> Taking your example but setting the text variable in the include file =to insecure>>=20>>=20>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-test1.dna=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94->> [include file=3Dtest2.inc&var1=3D8&var2=3D9&var3=3D23]>>
>> main file : [var1] with [var2] with [var3]>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2==80=94=E2=80=94-=E2=80=94=E2=80=94>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-test2.inc=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94->> [text secure=3DF]var3=3D0634[/text]>>=20>> included file : [var1] with [var2] with [var3]>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2==80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94>>=20>>=20>> I would think that in this case var3 should not be overwritten. =Perhaps I am misunderstanding the relationship between text and include =variables.>>=20>> It means that instead of using>>=20>> [text secure=3DF]var3=3D23[/text]>>=20>> to set default values in include files I will have to use>>=20>> [showif =[url][var3[/url]=3D[url][raw][var3][/raw][/url]][text]var3=3D23[/text][/sh=owif]>>=20>> - Tom>>=20>>=20>>=20>>=20>>=20>>=20>>=20>>=20>>=20>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D==3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D>> Digital Revolutionaries>> 1st Floor, Castleriver House>> 14-15 Parliament Street>> Temple Bar,Dublin 2>> Ireland>> ---------------------------------------------->> [t]: + 353 1 4403907>> [e]: >> [w]: >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D==3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D>>=20>> On 21 February 2017 at 08:35, =wrote:>> Hello Tom, there is a behavioral change: here the results of loading =test1.dna on 8.5.1 and 6.2>>=20>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-test1.dna=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94->> [include file=3Dtest2.inc&var1=3D8&var2=3D9&var3=3D23]>>
>> main file : [var1] with [var2] with [var3]>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2==80=94=E2=80=94-=E2=80=94=E2=80=94>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-test2.inc=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94->> [text]var3=3D0634[/text]>>=20>> included file : [var1] with [var2] with [var3]>> =E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94==E2=80=94=E2=80=94=E2=80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94=E2=80=94=E2==80=94=E2=80=94-=E2=80=94=E2=80=94=E2=80=94>>=20>>=20>>=20>> on 8.5.1 we get>> included file : 8 with 9 with 0634>> main file : [var1] with [var2] with 0634>>=20>> on 6.2 we get>> included file : 8 with 9 with 23>> main file : [var1] with [var2] with 0634>>=20>>=20>> However, in test1.dna, we load a file and simultaneously pass three =variable values, and the included file overwrites one of the variables =with another value. It seems consistant to me that the result shows the =overwriting variable, and not the overwritten one.>>=20>> So, to me, 8.5.1 is consistant.>>=20>> Any opinion about this?>>=20>> - chris>>=20>>=20>>=20>>> On Feb 20, 2017, at 17:37, Tom Duke wrote:>>>=20>>> Hi all,>>>=20>>> Ok I have just hit an issue with variables using WebDNA 8.5.1 on =CentOS 7.>>>=20>>> Prior to the upgrade calling this include:>>>=20>>> [include =file=3D/common/includes/smUtility-navlist-bootstrap.inc&smNAVCLASS=3Dprima=ry-nav]>>>=20>>> and having this in the include file:>>>=20>>> [text secure=3DF]smNAVCLASS=3D[/text]>>>=20>>> would result in the variable 'smNAVCLASS' being set to ='primary-nav'.>>>=20>>> After the upgrade the variable 'smNAVCLASS' being set to '' - i.e. =blank.>>>=20>>> So the line "[text secure=3DF]smNAVCLASS=3D[/text]" is overwriting =the passed in include variable.>>>=20>>> Is this the intended behaviour? If so then I have a lot of code to =rewrite.>>>=20>>> - Tom>>=20>>=20>>=20>> --------------------------------------------------------->> This message is sent to you because you are subscribed to>> the mailing list .>> To unsubscribe, E-mail to: >> archives: http://mail.webdna.us/list/talk@webdna.us>> Bug Reporting: support@webdna.us>>=20>> --------------------------------------------------------- This =message is sent to you because you are subscribed to the mailing list . =To unsubscribe, E-mail to: archives: =http://mail.webdna.us/list/talk@webdna.us Bug Reporting: =support@webdna.us>=20> ---------------------------------------------------------> This message is sent to you because you are subscribed to> the mailing list .> To unsubscribe, E-mail to: > archives: http://mail.webdna.us/list/talk@webdna.us> Bug Reporting: support@webdna.us--Apple-Mail=_F749245A-31F2-4EE7-94DD-17F63583AA34Content-Transfer-Encoding: quoted-printableContent-Type: text/html;charset=utf-8AND the =re-introduction of ongoing support for external DB =connectivity!