I just don't see it working unless it is possible to take sophisticated
applications using the current VCL (ie VCL32) and with some effort but not a
complete rewrite (ie NOT replacing the entire component library!) modify the
code using ifdefs etc so that you have single source that can compile to
Do it properly or don't even bother. That is my advice to them.
On Mon, Jun 15, 2009 at 4:02 PM, David
Brennandugda...@dbsolutions.co.nz wrote:
I just don't see it working unless it is possible to take sophisticated
applications using the current VCL (ie VCL32) and with some effort but not a
Its a long sho, but one usually does a CRLF and nobody has suggested the
combination of #13#10 or CHR(13) CHR(10) which are the ASCII values
associated with each in that order.
- Original Message -
From: Dave O'Brien
To: NZ Borland Developers Group - Delphi List
Sent:
| I just don't see it working unless it is possible to take
| sophisticated applications using the current VCL (ie VCL32) and
| with some effort but not a complete rewrite snip modify the
| code using ifdefs etc so that you have single source that can compile
| to either platform.
I disagree.
Ummm...maybe they should hire someone from the Lazarus project to help them.
That compiles the same code (give or take a few exceptions) to just about
anything...except Blackfin devices so I have found out. ...grrr
Jeremy
-Original Message-
From: delphi-boun...@delphi.org.nz
Fair points, but then it isn't really cross platform is it if you can't
single source your application? It is just one more way to develop
applications for Macs or Linux. Now maybe if there is a real dearth of
visual development tools for those OS's then it makes business sense for
them to try to
Unfortunately already tried that. (In fact it was the first thing I
tried)
From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz]
On Behalf Of Colin/Mina
Sent: Monday, 15 June 2009 7:12 p.m.
To: NZ Borland Developers Group - Delphi List
Subject: Re: [DUG] MS Word replacement
David Brennan wrote:
I just don't see it working unless it is possible to take
sophisticated
applications using the current VCL (ie VCL32) and with some
effort but not a
complete rewrite (ie NOT replacing the entire component
library!) modify the
code using ifdefs etc so that you have
[Reply]
At 21:05 on 15/06/2009 Paul wrote
Project X is a rather suspicious title in that regard :-)
Insightful as ever Paul!
kr
Gary
Ref#: 41006
___
NZ Borland Developers Group - Delphi mailing list
Post: delphi@delphi.org.nz
Admin:
Fair points, but then it isn't really cross platform is it if you can't
single source your application?
I suppose it depends if you demand 100% single source. :)
Having a split 90/10, 80/20 or even 50/50 of cross platform/platform
specific code in an application is surely better than 0/100 if
Project X is a rather suspicious title in that regard :-)
Hmmm, one might speculate that the project name is itself cross-platform and
loaded with hidden meaning :
OS X
X-Windows
10 = X in Roman Numerals
.. 20 of course = 2 x 10
.. 2 additional X platforms are in the
Jolyon wrote:
Project X is a rather suspicious title in that regard :-)
Hmmm, one might speculate that the project name is itself
cross-platform and
loaded with hidden meaning :
OS X
X-Windows
10 = X in Roman Numerals
.. 20 of course = 2 x 10
.. 2 additional X platforms
You can't single source a gui unless it is very basic. OSX has a completely
different look and feel than Windows that goes deeper than just different
shaped widgets and button ordering. Even if you can get a vcl set that
works on both, you are still faced with different user expectation on how
My recollection from DelphiLive! (San Jose) is that Project-X is
specifically targeting Mac and Linux support, and not involving Windows per
se (except in so far as the 64-bit support will also depend on the
re-architected compiler).
i.e. re-architecting the compiler impacts on/delivers into ALL
If they got the 3rd party buy in and DevExpress (for example - they are our
biggest 3rd party supplier and our apps just wouldn't be possible without
them) ported all their stuff across then I would be quite happy with the
current VCL fading away.
However that is a big IF. I don't see it
Hey Dave, yeah still in Palmy, still doing the same thing, the Outlook
addins, Envelopes Labels, Office Documents and CategorieZ.
When I add text to a bookmark, I use the following to replace the text
using sFieldData, which is a string.
oleApp.Selection.Range.Start :=
I am starting to get the feeling it is the Find/Replace code that is
causing the problem.
I'm not using bookmarks, just a code in text i.e. $Date, then doing a
find/replace all...
I'll try a Find, then Typetext...
From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz]
On
Find, Typetext works, so I'll stick with that:
WA.Selection.Find.ClearFormatting ;
WA.Selection.Find.Text := This ;
WA.Selection.Find.Replacement.Text := That ;
WA.Selection.Find.Forward := True ;
WA.Selection.Find.MatchAllWordForms := False ;
Anyone have a url link to the last roadmap presentationon yet?
TIA
Have a nice day
Regards
Leigh
-Original Message-
From: delphi-boun...@delphi.org.nz
[mailto:delphi-boun...@delphi.org.nz]on Behalf Of Malcolm Groves
Sent: Thursday, 28 May 2009 5:30 p.m.
To: NZ Borland Developers Group
I don't see a problem with 3 distinct VCLs, one for each platform,
provide they all conform to the same interfaces (protected, public and
published) and wrap any platform specific stuff like Windows messaging
inside the controls.
Using a factory to create the VCL components on a form would allow
I don't see a problem with 3 distinct VCLs, one for each platform,
provide they all conform to the same interfaces (protected, public and
published) and wrap any platform specific stuff like Windows messaging
inside the controls.
Using a factory to create the VCL components on a form would allow
http://www.itjoblog.co.uk/2009/06/native-codes.html
Regards
Sean Cross
CIO
Catalyst Risk Management
___
NZ Borland Developers Group - Delphi mailing list
Post: delphi@delphi.org.nz
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe:
Hi all.
In interbase, how do I drop a table if it already exists?
I want to check for a table exists and if it does exist, drop it.
I have Googled, but I cant seem to find anything. I am prob. searching wrong
:-)
Jeremy
___
NZ Borland Developers Group
I think this is the same guy who posted an article on The Register, arising
from the same conversation with Wayne Williams:
http://www.theregister.co.uk/2009/06/12/embarcadero_codegear_tools_future/
Which I blogged about my thoughts on at:
http://www.deltics.co.nz/blog/?p=452
In a nutshell:
I'm 100% with you on that one.
64bit would be a huge thing for us.
-Original Message-
From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz]
On Behalf Of Jolyon Smith
Sent: Tuesday, 16 June 2009 1:35 p.m.
To: 'NZ Borland Developers Group - Delphi List'
Subject: Re:
Not sure of the pitfalls etc, but the idea is surely worth pursuing, it is
after all pretty much the holy grail of software. The ability to at least
move a pure VCL over several platfrorms to give native versions on each (or
complile all on Windows for instance) would be wonderful.
The areas
Hi guys,
Just to clarify, we're not doing cross platform and then Win64, we're doing
them in parallel (one of the benefits of an increased RD budget under
Embarcadero). Cross platform will make it to market earlier however.
Mike Swindell covers it more in a comment on Marco's post here
select * from rdb$relations ...
and
DROP TABLE
Edward Koryagin
--- On Tue, 16/6/09, Jeremy Coulter jscoul...@gmail.com wrote:
From: Jeremy Coulter jscoul...@gmail.com
Subject: [DUG] Drop table in Interbase
To: NZ Borland Developers Group - Delphi List delphi@delphi.org.nz
Received:
Thanks for the clarification Malcolm...
Cheers,
C.
-Original Message-
From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz]
On Behalf Of Malcolm Groves
Sent: Tuesday, 16 June 2009 2:49 p.m.
To: NZ Borland Developers Group - Delphi List
Subject: Re: [DUG] Embarcadero
No problem Conor. I know this is disappointing to you as well. Sorry. I'd have
them both today (or more accurately, some time ago) if I could.
Cheers
Malcolm
-Original Message-
From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi.org.nz] On
Behalf Of Conor Boyd
Sent:
ok cool I will try that.
Thanks, Jeremy
On Tue, Jun 16, 2009 at 2:54 PM, Edward Koryagin ed_iv2...@yahoo.co.nzwrote:
select * from rdb$relations ...
and
DROP TABLE
Edward Koryagin
--- On Tue, 16/6/09, Jeremy Coulter jscoul...@gmail.com wrote:
From: Jeremy Coulter
At present a program produces PDF's via an installed printer that outputs a
PDF file - that is it is a manual process where the user has to choose the
PDF printer in the Windows Printer dialog, and the output PDF name. There
are a number of excellent printer drivers that allow this.
Is there
Gnostice have some good PDF producing components. I've used them in the past.
On Tue, Jun 16, 2009 at 2:01 PM, John Birdjohnkb...@paradise.net.nz wrote:
At present a program produces PDF's via an installed printer that outputs a
PDF file - that is it is a manual process where the user has to
For a good working example see
http://xkcd.com/327/
(Standard disclaimer - do not try this at home!)
John
- Original Message -
From: Jeremy Coulter
To: NZ Borland Developers Group - Delphi List
Sent: Tuesday, June 16, 2009 3:35 PM
Subject: Re: [DUG] Drop table in Interbase
That isn't actually incompatible with Wayne Williams comments - nobody has
suggested that one is being *done* before the other, only expressed dismay
at the intent to *deliver* one before the other.
Delivery dates are a function of technical stretch AND priority assigned to
meeting that technical
I use CutePDF and it doesn't ask for the filename.
http://www.cutepdf.com/Products/CutePDF/writer.asp
The filename is the document name supplied to the printer component.
The only prompt you will get is if the filename already exists.
Ross.
-Original Message-
From:
That isn't actually incompatible with Wayne Williams comments - nobody has
suggested that one is being *done* before the other, only expressed dismay
at the intent to *deliver* one before the other.
Err, righto. As I said in my email, I wanted to make sure people understood the
64 bit
Malcolm,
Obviously the solution is once Project X is completed, don't release
it until the 64bit compiler is done. Then release Project X a few
weeks after the 64 bit compiler is available ;-)
cheers,
Jeremy
___
NZ Borland Developers Group - Delphi
Thanks for the continuing feedback and insight Maclolm. Very much
appreciated.
Can I suggest you take a peek at the poll running on my blog and the
comments to my post on the subject? (www.deltics.co.nz/blog)
I know it's a very small sample size but as I commented in my blog post, the
idea
Hi Jolyon,
As I said, we'll continue to listen and course correct. Feedback we're getting
from customers and potential customers worldwide is that cross platform is a
higher priority. I don't deny that there are people who desperately want 64
bit, I know people in that boat around Asia.
Sorry, I was wrong. The filename defaults to the Printer.Title but it still
prompts for the name.
Ross.
-Original Message-
From: Ross Levis [mailto:r...@stationplaylist.com]
Sent: Tuesday, 16 June 2009 4:22 p.m.
To: 'NZ Borland Developers Group - Delphi List'
Subject: RE: [DUG] PDF
Hi Malcolm,
Great to have you listening and posting!
However I am surprised to hear that your feedback is so in favour of cross
platform over 64 bit.
Speaking bluntly, I wonder if the feedback you are getting is based on a
dream that isn't actually achievable (this version anyway). I mean, are
42 matches
Mail list logo
