<div dir="ltr">Jeremy,<br><br>If they are going to <b><i>withdraw</i></b> entitlement (as reported by the OP) by right associated with ownership of a license and make it contingent upon a separate maintenance contract then yes, I expect to see a <u>commitment </u>expressed as well as an entitlement.<div><br></div><div>Note:  this isn&#39;t primarily about whether or not there will be any updates/hotfixes to the current version, which a customer may not be in a position to transition to, but whether that customer can <u>expect</u> to receive any updates or hotfixes to the previous version they own a license for and may be currently &quot;stuck&quot; on.<br><br>The expression of entitlement to updates and hotfixes for up to 3 prior versions is offered as part of the value proposition of SA.<br><br>But there is no <u>commitment</u> to realise this value.  Historically EMBT have abandoned each Delphi version as soon as a new version is released, almost without exception.  Worse: in some cases they have regressed defects previously fixed!  Based on that, an entitlement to updates to previous versions is completely and utterly meaningless.  If EMBT had a track record of actively and effectively supporting older versions then there wouldn&#39;t be an issue.<br><br>But they don&#39;t.</div><div><br></div><div><br></div><div>It would be quite straightforward to commit to something along the lines of &quot;defects fixed in the current version <b>will</b> also be fixed in up to 3 prior versions where affected by the same defect&quot;.<br><br>i.e. yes an &quot;unknown&quot;, in terms of exactly what will be fixed, but a quantified and express commitment that certain fixes applied in the current version WILL be fixed in applicable, qualifying prior versions.  And to be fair there are a LOT of <u>known</u> bugs reported in prior Delphi versions and some of these are claimed to have been fixed in XE8.<br><br>So where are the updates to fix these for XE5, 6 and 7 ?<br><br></div><div><br></div><div><br>Some other things to bear in mind:<br><br>This is the same company that attempted to surreptitiously impose a restriction in their EULA on the use of 3rd party products to extend the capabilities of their own (the prohibition on the use of client/server API&#39;s with Pro SKU in XE3).<br><br>This is the same company that attempted to impose a 5% price rise on [my!] SA renewal in clear and direct contravention of their own terms and conditions for imposing such a rise.<br><br>This is the same company that advertised and sold cross-platform development in the Pro SKU to entice new users/customers, only to then withdraw that capability.</div><div><br><br>Quite simply this is not a company that has earned the right to be trusted implicitly when it comes to their license and contract terms.  Customers - new and old - would be well advised to pay very close attention and to interpret any vague or ambiguous terms in the context of the conduct of the vendor.<br><br>An empty promise costs nothing to make.  EMBT&#39;s assessment that at least some people will be naive enough to believe that it represents &quot;value&quot; appears to be right on the money [sic].<br></div><div><br></div><div><br></div><div>There is of course an alternative approach:  If there is no intention of providing updates to older versions then simply say so.  At least then the value proposition could be more honestly evaluated.  The ever-benevolent, butter-wouldn&#39;t-melt, fairy godmothers that some people seem to believe are at the helm at EMBT would always have the option of providing such updates as ex gratia on an ad-hoc basis if they wish, they simply wouldn&#39;t be obliged to.<br><br><i>But nothing in the current SA obliges them to either</i>.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 13 April 2015 at 17:45, Jeremy North <span dir="ltr">&lt;<a href="mailto:jeremy.north@gmail.com" target="_blank">jeremy.north@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>So you want them to quantify an unknown.</div><div><br></div><div>Good luck with that. Perhaps it&#39;s just the areas of the industry you touch that&#39;s in trouble.  <br><br><br><br>Sent from my iPhone</div><div><div class="h5"><div><br>On 13 Apr 2015, at 3:20 pm, Jolyon Smith &lt;<a href="mailto:jsmith@deltics.co.nz" target="_blank">jsmith@deltics.co.nz</a>&gt; wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr">If this is what get&#39;s dismissed as pedantry these days then the industry is in deeper trouble than I imagined.  It used to be called &quot;paying attention to important details&quot; and &quot;sounding notes of caution where warranted&quot;.<br><br>An Entitlement is not the same as an Obligation or even an Expectation, and ignoring the distinction is a recipe for disaster in any contract negotiation (which is what a license and support agreement is, lest we forget).<br></div><div class="gmail_extra"><br><div class="gmail_quote">On 13 April 2015 at 16:26, Jeremy North <span dir="ltr">&lt;<a href="mailto:jeremy.north@gmail.com" target="_blank">jeremy.north@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">pedantic much?</div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 13, 2015 at 1:52 PM, Jolyon Smith <span dir="ltr">&lt;<a href="mailto:jsmith@deltics.co.nz" target="_blank">jsmith@deltics.co.nz</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span><span style="font-size:12.8000001907349px"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="color:rgb(0,0,0);font-family:Calibri;font-size:16px">Updates and hot fixes for up to two (2) years and three (3) major releases</span></blockquote><div><br></div><div>This is meaningless unless there is also a money-where-your-mouth-is commitment to <u><b>provide</b></u> updates and hotfixes for versions other than the current one.<br></div></div></blockquote><div><br></div></span><div style="font-size:12.8000001907349px">&gt; This is actually what it says doesn&#39;t it.</div><div style="font-size:12.8000001907349px"><br></div></span><div style="font-size:12.8000001907349px">Not really.  It says that SA entitles you to <b><u>receive</u></b> updates and hot-fixes.  It says nothing about any commitment to <i>provide</i> any such updates or hot-fixes.  Of course, there is no way to predict just how bad a release is in order to determine how many updates or hotfixes would be required.</div><div style="font-size:12.8000001907349px"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On 13 April 2015 at 15:24, Jeremy North <span dir="ltr">&lt;<a href="mailto:jeremy.north@gmail.com" target="_blank">jeremy.north@gmail.com</a>&gt;</span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><span>On Mon, Apr 13, 2015 at 12:56 PM, Jolyon Smith <span dir="ltr">&lt;<a href="mailto:jsmith@deltics.co.nz" target="_blank">jsmith@deltics.co.nz</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="color:rgb(0,0,0);font-family:Calibri;font-size:16px">Native mobile controls OSX iOS Android for many controls (eg DateTime picker)</span></blockquote><div> </div></span><div>In one review I read it was noted that this is a NO-OP on everything except iOS.  On all other platforms you still get the doppelganger FireMonkey controls, even if you have configured for &quot;native&quot;.<br><br></div></div></blockquote><div><br></div></span><div>The native controls are basically for iOS as mentioned - not all have native support. <br></div><div><br></div><div>The &quot;doppelganger&quot; fmx controls are good if you are creating a bespoke look and feel for your corporate brand across all supported platforms.</div><span><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div></div><span><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="color:rgb(0,0,0);font-family:Calibri;font-size:16px">Updates and hot fixes for up to two (2) years and three (3) major releases</span></blockquote><div><br></div></span><div>This is meaningless unless there is also a money-where-your-mouth-is commitment to <u><b>provide</b></u> updates and hotfixes for versions other than the current one.<br></div></div></blockquote><div><br></div></span><div>This is actually what it says doesn&#39;t it. The intention is apply fixes to previous versions. I understand it won&#39;t be all fixes as some will not be possible without breaking interface compatibility.</div><div><br></div><div>If it is done as they say, it will be a welcome change but then again, how can we trust a company that can&#39;t even keep their newsgroups operational consistently and have drones looking at submitted requests and closing them with nonsensical resolutions.</div><span><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>When was the last time EMBT released more than a token update or hotfix for anything other than the current version ?  Is their any commitment to do better in this regards in the future ?<br></div></div><div class="gmail_extra"><br></div></blockquote><div><br></div><div><br></div></span></div></div></div>
<br></div></div><span>_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@listserver.123.net.nz" target="_blank">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz" target="_blank">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br></span></blockquote></div><br></div>
<br>_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@listserver.123.net.nz" target="_blank">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz" target="_blank">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@listserver.123.net.nz" target="_blank">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz" target="_blank">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br></blockquote></div><br></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>NZ Borland Developers Group - Delphi mailing list</span><br><span>Post: <a href="mailto:delphi@listserver.123.net.nz" target="_blank">delphi@listserver.123.net.nz</a></span><br><span>Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a></span><br><span>Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz" target="_blank">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe</span></div></blockquote></div></div></div><br>_______________________________________________<br>
NZ Borland Developers Group - Delphi mailing list<br>
Post: <a href="mailto:delphi@listserver.123.net.nz">delphi@listserver.123.net.nz</a><br>
Admin: <a href="http://delphi.org.nz/mailman/listinfo/delphi" target="_blank">http://delphi.org.nz/mailman/listinfo/delphi</a><br>
Unsubscribe: send an email to <a href="mailto:delphi-request@listserver.123.net.nz">delphi-request@listserver.123.net.nz</a> with Subject: unsubscribe<br></blockquote></div><br></div>