Does Elevate DB currently support Firemonkey, or is it part of the future?

Thanks
Scott

AFAIK you can use the regular EDB components. EDB is a non-visual
component(s) so it should just work (at least for windows apps).

Have not tried myself though - i find resulting FM app too slow.

Raul

On 9/24/2012 3:57 PM, Scott Woods wrote:
> Does Elevate DB currently support Firemonkey, or is it part of the future?
>
> Thanks
> Scott
>

Yea - I am curiouse for the Apple Mac platform.

Scott Woods wrote:

Yea - I am curiouse for the Apple Mac platform.   The business case would be a mobile app using the Elevate dtabase to connect remotly into a server to post database updates.

I'm also interested to know this. I will start a new application with edb2
and I'm wondering if EDB will work with firemonkey on a Mac OSX? With the
windows part of firemonkey I think it shouldn't be a problem, but what about
OSX? What are the plans to support that platform?

Regards
Rolf

"Scott Woods" schrieb im Newsbeitrag
news:5EE4430F-1353-4388-BB85-1885A5231635@news.elevatesoft.com...

Does Elevate DB currently support Firemonkey, or is it part of the future?

Thanks
Scott

I haven't used FireMonkey, though I have been to a few Delphi events about it.

First off, the "new" FireMonkey in the new version of Delphi is apparently very different (... "better" ... but apparently there are quite a few differences in base components & other developers who worked on FM V1 are saying that they are left in a "dead end" developing applications.

If you will be developing FM I would strongly recommend working with the most recent version.

In terms of developing EDB, you should be able to include all EDB components in any FM application without changing anything ... I haven't tried it though.

The harder part comes when you are connecting an app to a database. If you are working local file-server style (SessionType = stLocal) then you should have no problems. If you are connecting to a remote host on a webserver (IP addresses _not_ on local ports such as 127.0.0.1 / 192.168.0.1 etc) you should have no problem.

However I do not think it is possible to run the EDBSRVR on a Mac, unless you run it in a VM such as Parallels. So on an all-Mac network there could be issues running a CS application.

I don't know whether Tim is planning to build a mac-OS version of the EDBSRVR. Knowing how up to date I usually am he probably put one on the download pages yesterday

Adam

Adam,

You don't say anything new to me. All you say is absolutly clear to me,
but I want to know, if Tim is planing on a OSX compatible Version or if this
is very far away. I know FM isn't a simple thing as of many, many missing
3rd party components I need. I have no idea if FM will make its way at all,
as it is incompatible with exsiting components. I'm only try to consider the
way to go for me with that project. The only reason I will go for FM is to
get support of OSX, but this istn't very high on my list. The bad thing at
the moment is, that OSX wins more and more marketshare and we get request
for an OSX version of our applications from time to time.

Regards
Rolf


"Adam Brett" schrieb im Newsbeitrag
news:EA385AC4-97C8-41FB-8A67-A7112D108A91@news.elevatesoft.com...

I haven't used FireMonkey, though I have been to a few Delphi events about
it.

First off, the "new" FireMonkey in the new version of Delphi is apparently
very different (... "better" ... but apparently there are quite a few
differences in base components & other developers who worked on FM V1 are
saying that they are left in a "dead end" developing applications.

If you will be developing FM I would strongly recommend working with the
most recent version.

In terms of developing EDB, you should be able to include all EDB components
in any FM application without changing anything ... I haven't tried it
though.

The harder part comes when you are connecting an app to a database. If you
are working local file-server style (SessionType = stLocal) then you should
have no problems. If you are connecting to a remote host on a webserver (IP
addresses _not_ on local ports such as 127.0.0.1 / 192.168.0.1 etc) you
should have no problem.

However I do not think it is possible to run the EDBSRVR on a Mac, unless
you run it in a VM such as Parallels. So on an all-Mac network there could
be issues running a CS application.

I don't know whether Tim is planning to build a mac-OS version of the
EDBSRVR. Knowing how up to date I usually am he probably put one on the
download pages yesterday

Adam

I dug out my XE2 install and while the EDB components are available for
FM win32 target (and app compiles OK when components are on the form)
they get greyed out when you activate the OSX target (and if you had
them on before switching targets then compile now fails with error on
edb units).

Hence it seems Tim would need to specifically add FM support for EDB
components for platforms other than windows.

Raul

On 9/26/2012 8:36 AM, Rolf Frei wrote:
> Adam,
>
> You don't say anything new to me. All you say is absolutly clear to
> me, but I want to know, if Tim is planing on a OSX compatible Version or
> if this is very far away. I know FM isn't a simple thing as of many,
> many missing 3rd party components I need. I have no idea if FM will make
> its way at all, as it is incompatible with exsiting components. I'm only
> try to consider the way to go for me with that project. The only reason
> I will go for FM is to get support of OSX, but this istn't very high on
> my list. The bad thing at the moment is, that OSX wins more and more
> marketshare and we get request for an OSX version of our applications
> from time to time.
>
> Regards
> Rolf
>
>

Raul,

That the acutal EDB cant' be run at the moment on OSX is more than clear to
me. The question is, if it runs fine on Windows with FM. I think Tim needs
to change right much to bring it to OSX, as EDB uses the Windows Language
features/rules (Unicode/Ansi language drivers) and other windows features
which are not available on OSX in this way. I want only to know if there are
any plans to porting it to OSX, or if this will be a absolut no go for
Elevate.

Regards
Rolf

Rolf,

Tim is the only one to answer this so you might want to email Elevate
support direct.

As to the scope and ETA of this change again he'd need to chime in as
well - there is nothing on roadmap on this at all so might be post v3
consideration if at all.

I'm thinking key problem areas would be file system and IP comm as both
use win api. OSX is already unicode and RTL is shared with FM so it
might be easier on those fronts and of course no UI means that EDB does
not have to deal with FM drawing routines at all.

Raul


On 9/26/2012 7:49 PM, Rolf Frei wrote:
> Raul,
>
> That the acutal EDB cant' be run at the moment on OSX is more than clear
> to me. The question is, if it runs fine on Windows with FM. I think Tim
> needs to change right much to bring it to OSX, as EDB uses the Windows
> Language features/rules (Unicode/Ansi language drivers) and other
> windows features which are not available on OSX in this way. I want only
> to know if there are any plans to porting it to OSX, or if this will be
> a absolut no go for Elevate.
>
> Regards
> Rolf
>