Re: My Delphi Roadmap
Oliver Townshend
Full integration into Microsoft Office, replace VBA.
Delphi 2007
Full integration with the Accounting systems I support.
Oliver Townshend
mramirez
+Delphi 2006
Multilingual IDE & Menues
+Delphi 2007
Multilingual Libraries integrated with IDE
(like Application.MessageDlg)
but this time, working...
+Delphi 2009
Delphi for Windows CE
+Delphi 2010
The .Net/64 bits stuff that Borland is planning.
Seems to me that Borland, it's much into
the .NET hype, but not taking serious
some easy but necessary updates...
Oh, I forgot, the small company
I work for, already change to Visual Studio .Net
Cheers.
email:
mramirez (a.t.) star (h.y.p.h.e.n.) dev (d.o.t.) com
web:
- star-dev.com
- oml.star-dev.com
Marc Rohloff [TeamB]
> Delphi 2006
> Full integration into Microsoft Office, replace VBA.
Possibly more than a pipe dream since Office will soon host the CLR
for scripting.
--
Marc Rohloff [TeamB]
marc rohloff -at- myrealbox -dot- com
Oliver Townshend
> for scripting.
And clients will continue to run Office 97.
Oliver Townshend
Dave Nottage [TeamB]
> Delphi 2007
> Full integration with the Accounting systems I support.
Something I'd like, too <g> but I doubt if this is something that will
ever be available "out of the box".
Which accounting systems do you support? I'm interested mostly in Sage
and MYOB (Australian product)
--
Dave Nottage [TeamB]
Robert Love
> Seems to me that Borland, it's much into
> the .NET hype, but not taking serious
> some easy but necessary updates...
>
> Oh, I forgot, the small company
> I work for, already change to Visual Studio .Net
Hmm, you don't see the point of .NET but yet your company switched to
it? I think it is the next generation of software development
--
Robert Love
Blog: http://peakxml.com
Oliver Townshend
> and MYOB (Australian product)
Elite and CMS Open. Essentially SAP alternatives in the legal arena. Most
of my clients are in the 100-2000 user bracket.
They both have variations on VBA, and are easy to customize. I always find
it amusing when people jump up and down about the latest technology, when
these two systems are still running software written in Borland C++ (CMS
Open), and Visual Basic/Informix 4GL (Elite) and selling very well.
Oliver Townshend
Bob
Yes, but skip forward 5 years to Sept 2005.
"Robert Love" <rober...@gmail.com> wrote in message
news:xn0e7r19...@newsgroups.borland.com...
roman modic
"Oliver Townshend" <oliveratzipdotcomdotau> wrote in message
news:4339...@newsgroups.borland.com...
>> Possibly more than a pipe dream since Office will soon host the CLR
>> for scripting.
>
> And clients will continue to run Office 97.
>
How true.
And BTW, OS will continue to be Windows 98...
Cheers, Roman
Robert Love
> > I think it is the next generation of software development
>
> Yes, but skip forward 5 years to Sept 2005.
Yes, point taken looking at the future I also see with in the .NET
space I see future generational jumps with .NET 2.0, LINQ, and Indigo.
The speed at which new technologies are appearing for developers seems
faster than it ever has before.
John Kaster (Borland)
> The speed at which new technologies are appearing for developers seems
> faster than it ever has before.
I wouldn't call them new so much as recombinant.
--
John Kaster http://blogs.borland.com/johnk
Features and bugs: http://qc.borland.com
Get source: http://cc.borland.com
If it's not here, it's not happening: http://ec.borland.com
Marc Rohloff [TeamB]
> Which accounting systems do you support? I'm interested mostly in Sage
> and MYOB (Australian product)
Considering who we are talking about I think you would get support for
Great Plains or Navision. Navision is already highly programmable.
Craig Stuntz [TeamB]
> Considering who we are talking about I think you would get support for
> Great Plains or Navision. Navision is already highly programmable.
Navision is programmable if you stick to C/SIDE (its internal
programming language), but integrating with it from the outside is a
bear. I'm currently writing an InterBase / Navision replication system,
and I am unable to use the Navision ODBC driver, such as it is, or
their C API (C/FRONT) since both of these results in Navision ignoring
all of your C/SIDE code (Navision is essentially a fat client, and if
the client isn't involved then you don't get any of your
customizations, or helpful features like what passes for referential
integrity in their DB). The only useful way we've found to do anything
with the Navision DB which actually changes data is to use the Navision
"Application Server," essentially a UI-less client that can run as a
service. But it doesn't speak any standard interface (ADO or ODBC would
be great).
--
Craig Stuntz [TeamB] . Vertex Systems Corp. . Columbus, OH
Delphi/InterBase Weblog : http://blogs.teamb.com/craigstuntz
Please read and follow Borland's rules for the user of their
server: http://support.borland.com/entry.jspa?externalID=293
Lars Black
> with the Navision DB which actually changes data is to use the Navision
> "Application Server," essentially a UI-less client that can run as a
> service. But it doesn't speak any standard interface (ADO or ODBC would
> be great).
What we've done for all our integration projects, is to write a Web Service
<-> MSMQ "proxy" that integrates with NAS. All our client applications then
uses a standard Web Service interface to our proxy, which turns this into
XML and sends it via MSMQ to NAS. The result is then converted back to a WE
response.
Cheers,
Lars
Craig Stuntz [TeamB]
> What we've done for all our integration projects, is to write a Web
> Service <-> MSMQ "proxy" that integrates with NAS. All our client
> applications then uses a standard Web Service interface to our proxy,
> which turns this into XML and sends it via MSMQ to NAS
That's more or less what we're doing, but we're using a third-party
product to do the XML/MSMQ instead of rolling our own.