[prev in list] [next in list] [prev in thread] [next in thread] 

List:       postgresql-general
Subject:    Re: [GENERAL] Development of cross-platform GUI for Open Source DBs
From:       "Merlin Moncure" <mmoncure () gmail ! com>
Date:       2006-11-30 21:22:30
Message-ID: b42b73150611301322j4a4738eft773cb1f192bca44d () mail ! gmail ! com
[Download RAW message or body]

On 11/30/06, John McCawley <nospam@hardgeus.com> wrote:
> I can't speak for wxPython etc., but regarding using QT from C++, your
> speed of development depends on your C++ skills.  I wrote a
> full-featured Point of Sale system in Visual Basic that has been in
> active use for about 4 years.  The original development effort (screens,
> grids, etc.) took about 3 weeks.  I got tired of supporting an app that
> I had to lug out my Windows/VB laptop for, so I decided to port it to
> C++ so I could develop on my Linux box.  I ported the entire thing over
> to C++/QT in about a week.
>
> QT is *extremely* good.  My speed with developing GUI applications in
> C++ is now on par with my abilities in VB...And I can't think of a tool
> on earth faster than VB for cranking out quick-n-dirty apps :P

having used both, I can tell you that delphi is much better than vb
for developing database applications.  you also can use the quixotic
hybrid in c++ builder which is a curious mixture of rad technology and
c++ power.  however with each release since delphi 5 or so, borland
seems to be unable to do much more than add bugs to the product, and
so the market has moved on.  also the kylix project was a complete
failure.

btw, I agree that qt is where it's at.  great stuff.

merlin

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
       choose an index scan if your joining column's datatypes do not
       match
[prev in list] [next in list] [prev in thread] [next in thread]