2019....


Are there any news on EDB for Rio?

I want to suggest, to activate a beta channel for these situation.


Many people do not necessarily need a perfect EDB - RIO for production, but a .... if you compile it's fine, and this accelerates my work.

EDB is always the last component that I have to wait.

Ian,

<< Is that really an issue these days?
I mean - how many users are there still on D5? >>

Checking...we're showing 99 unique downloads (non-trial) for 2018 for DBISAM and EDB for Delphi 5 through Delphi 7.  If I add in C++Builder, the number goes up to 106.

<< I would have thought that at the very best case you would support D7 and up. >>

D5-D7 are practically the same, so just getting rid of D5-D7 doesn't really buy us much.  The ideal situation is getting rid of everything except for XE and above.
   
<< I guess what I am saying is that at some point you have to draw the support line in your own and the majority of your Customers interest. >>

We'll be announcing a cut-off of some of the older products soon (we're targeting 2020 for the cut-off point), so that will help a bit.  We're also going to be shuffling around the products a bit to make the builds/testing faster and everything easier to manage.

Tim Young
Elevate Software
www.elevatesoft.com

Mauro,

<< Are there any news on EDB for Rio? >>

I'm starting the builds later today, so it will probably be later tomorrow afternoon (EST).

You have to remember that I'm one guy with 3 different products and ongoing support needs from customers that sometime take precedence.  Something has to give, and it's often that case that I'm ill-prepared for releasing 3 different new versions of the products at the same time.  With 10.3 it was even worse because I just got done with a new EDB and DBISAM release right before 10.3 was released.

If you want this to improve, then it can.  But, it will involve charging about twice as much per year for subscriptions, and I'm not sure I can sell this to our existing customer base.

Tim Young
Elevate Software
www.elevatesoft.com

On 1/3/2019 12:44 PM, Tim Young [Elevate Software] wrote:
> The ideal situation is getting rid of everything except for XE and above.

Noooooooooo.....

> We'll be announcing a cut-off of some of the older products soon (we're targeting 2020 for the cut-off point), so that will help a bit.  We're also going to be shuffling around the products a bit to make the builds/testing faster and everything easier to manage.

Good - this might give us a kick in the pants to move off D2007 finally
and 2020 looks innocent enough now that we likely won't get it done
until 2020  

Raul

On 1/3/2019 1:34 PM, Raul wrote:
>
> Noooooooooo.....
>

Oops - never mind. Wrong newsgroup - we're still on DBISAM!

Raul

Raul,

<< Oops - never mind. Wrong newsgroup - we're still on DBISAM! >>

This would also apply to DBISAM, although you could always just use an older version.

Tim Young
Elevate Software
www.elevatesoft.com

Mauro,

I thought about this some more today, and I think that our product re-shuffling may at least help a bit in this regard.  We haven't announced it yet, but we're moving to just two product categories, STD and C/S, and both will always include source code (so the source code-included products will merge into the non-source code-included products, thus making them all source-code-included).  So, that should at least provide a way for customers to get the code moved on to a new compiler version while I work on getting the new compiler support completed.

Tim Young
Elevate Software
www.elevatesoft.com

Tim Young [Elevate Software] wrote:

> The ideal situation is getting rid of everything except for XE and above.

Now THAT will cause a stir in the ranks.

Ian


I'd be one of those left behind but I'd probably support the move providing it was done properly. After all, if I'm staying with a "primitive" Delphi then I'm quite happy to stay with a "primitive" ElevateDB. The main thing needed from my viewpoint is a decent period of stability after the last non-XE release to catch any stray bugs.

I don't know what the impact on Tim's bottom line would be but apart from being nosey that has nothing to do with me, and I'm pretty sure he'll take that into account.


Roy Lambert

On 1/4/2019 6:12 PM, Ian Branch wrote:
> Now THAT will cause a stir in the ranks.

Total speculation on my part but if one were to limit to XE or above
then might as well go Delphi 10 Seattle or above.

I imagine number of non-Unicode delphi users but otherwise i'd imagine
most others would be on some more recent edition anyways (at least
non-hobby ones). Most people on XE-XE8 likely are either non maintenance
or in pure maintenance mode only.

Could be totally wrong though but curious.

Personally we use D2007 and Tokyo today (have Rio access but waiting for
some more positive comments on stability etc on that before switching).

Raul

NB! I know from Tim's perspective the XE or above is due to "mostly same
codebase" in terms of language features so automating extra 30+ builds
is not a major difference.