Xojo Developer Conference
25/27th April 2018 in Denver.
MBS Xojo Conference
6/7th September 2018 in Munich, Germany.

[MBS] Undocumented changes? (MBS Xojo Plugin Mailinglist archive)

Back to the thread list
Previous thread: [MBS] Problem getting connection in Web app with SQL Plugin to PostgreSQL
Next thread: [MBS] SetPermission: what is the old way?


Re: [MBS] PortAudioStreamRecorderMBS issue   -   Garth Hjelte
  [MBS] Undocumented changes?   -   Massimo Valle
   Re: [MBS] Undocumented changes?   -   Christian Schmitz
   Re: [MBS] Undocumented changes?   -   Massimo Valle
   Re: [MBS] Undocumented changes?   -   Christian Schmitz
   Re: [MBS] Undocumented changes?   -   Massimo Valle
   Re: [MBS] Undocumented changes?   -   Christian Schmitz

[MBS] Undocumented changes?
Date: 27.01.14 13:13 (Mon, 27 Jan 2014 13:13:11 +0100)
From: Massimo Valle

I downloaded the 14.0pr and found that some properties from the SQLFieldMBS class are not here anymore (e.g. FieldType). Then I just recognized these properties are now renamed stripping the “Field” prefix.
This is good, from a design point of view, but it still breaks my current code and classes. Also, I don’t see it mentioned in the documentation.

I suggest to have a deprecation stage, before removing the old names, so one can nicely update the plugins without having to change all current code for renamed properties or methods. A time-window where both names can coexists, and then remove the old one after some time.

Massimo Valle



SACO Software and Consulting GmbH, Mühlgasse 5, D-97840 Hafenlohr
Tel.: ++49 9391 90890-0, Fax: ++49 9391 90890-99, E-Mail: <email address removed>
Amtsgericht Würzburg HRB 5410, Geschäftsführer: Peter Schubert, Dipl.-Wirt.ing.(FH) Thorsten Beck

_______________________________________________
Mbsplugins_monkeybreadsoftware.info mailing list
<email address removed>
https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info

Re: [MBS] Undocumented changes?
Date: 27.01.14 14:32 (Mon, 27 Jan 2014 14:32:52 +0100)
From: Christian Schmitz

Am 27.01.2014 um 14:19 schrieb Massimo Valle <<email address removed>>:

> This would be a perfect solution.
> Do they will also display as deprecated in Xojo when I do “Analyze Project”?

yes. Deprecated and hidden. Please try.

Sincerely
Christian

Re: [MBS] Undocumented changes?
Date: 27.01.14 14:19 (Mon, 27 Jan 2014 14:19:01 +0100)
From: Massimo Valle

On 27.01.2014, at 13:59, Christian Schmitz <<email address removed>> wrote:

>
> Am 27.01.2014 um 13:36 schrieb Massimo Valle <<email address removed>>:
>
>>
>> On 27.01.2014, at 13:23, Christian Schmitz <<email address removed>> wrote:
>>
>>>
>>> technically you can also use #if MBS.Year < 2014 then" to use old or new name dynamically.
>>
>> forgot about this, and I think I will implement it.
>> Anyway a grace period for deprecated items would be nice.
>
> I just found out, I can add them back and mark them deprecated & hidden, so you won't see them.
> But old code still runs.

This would be a perfect solution.
Do they will also display as deprecated in Xojo when I do “Analyze Project”?

Massimo


SACO Software and Consulting GmbH, Mühlgasse 5, D-97840 Hafenlohr
Tel.: ++49 9391 90890-0, Fax: ++49 9391 90890-99, E-Mail: <email address removed>
Amtsgericht Würzburg HRB 5410, Geschäftsführer: Peter Schubert, Dipl.-Wirt.ing.(FH) Thorsten Beck

_______________________________________________
Mbsplugins_monkeybreadsoftware.info mailing list
<email address removed>
https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info

Re: [MBS] Undocumented changes?
Date: 27.01.14 13:59 (Mon, 27 Jan 2014 13:59:41 +0100)
From: Christian Schmitz

Am 27.01.2014 um 13:36 schrieb Massimo Valle <<email address removed>>:

>
> On 27.01.2014, at 13:23, Christian Schmitz <<email address removed>> wrote:
>
>>
>> technically you can also use #if MBS.Year < 2014 then" to use old or new name dynamically.
>
> forgot about this, and I think I will implement it.
> Anyway a grace period for deprecated items would be nice.

I just found out, I can add them back and mark them deprecated & hidden, so you won't see them.
But old code still runs.

Sincerely
Christian

Re: [MBS] Undocumented changes?
Date: 27.01.14 13:36 (Mon, 27 Jan 2014 13:36:18 +0100)
From: Massimo Valle

On 27.01.2014, at 13:23, Christian Schmitz <<email address removed>> wrote:

>
> technically you can also use #if MBS.Year < 2014 then" to use old or new name dynamically.

forgot about this, and I think I will implement it.
Anyway a grace period for deprecated items would be nice.

Massimo



SACO Software and Consulting GmbH, Mühlgasse 5, D-97840 Hafenlohr
Tel.: ++49 9391 90890-0, Fax: ++49 9391 90890-99, E-Mail: <email address removed>
Amtsgericht Würzburg HRB 5410, Geschäftsführer: Peter Schubert, Dipl.-Wirt.ing.(FH) Thorsten Beck

_______________________________________________
Mbsplugins_monkeybreadsoftware.info mailing list
<email address removed>
https://ml01.ispgateway.de/mailman/listinfo/mbsplugins_monkeybreadsoftware.info

Re: [MBS] Undocumented changes?
Date: 27.01.14 13:23 (Mon, 27 Jan 2014 13:23:46 +0100)
From: Christian Schmitz

Am 27.01.2014 um 13:13 schrieb Massimo Valle <<email address removed>>:

>
> I downloaded the 14.0pr and found that some properties from the SQLFieldMBS class are not here anymore (e.g. FieldType). Then I just recognized these properties are now renamed stripping the “Field” prefix.
> This is good, from a design point of view, but it still breaks my current code and classes. Also, I don’t see it mentioned in the documentation.

Well, I made a note in pr2 that I moved a lot of things to be property.

> I suggest to have a deprecation stage, before removing the old names, so one can nicely update the plugins without having to change all current code for renamed properties or methods. A time-window where both names can coexists, and then remove the old one after some time.

Let me, check this. I may be able to simply include them with both names for a time.

technically you can also use #if MBS.Year < 2014 then" to use old or new name dynamically.

Sincerely
Christian