I have advised a Visual Basic user of the merits of Lazarus and he asked
"Yes, but can it do VOOE programming".
Actually, I don't know what VOOE programming is ;), but I thought I'd pose
the question anyhow
On Mon, 20 Aug 2007, Dave Coventry wrote:
> I have advised a Visual Basic user of the merits of Lazarus and he asked
> "Yes, but can it do VOOE programming".
>
> Actually, I don't know what VOOE programming is ;), but I thought I'd pose
> the question anyhow
I have no idea what VOOE is eit
On 20/08/07, Dave Coventry <[EMAIL PROTECTED]> wrote:
> I have advised a Visual Basic user of the merits of Lazarus and he asked
> "Yes, but can it do VOOE programming".
>
> Actually, I don't know what VOOE programming is ;), but I thought I'd pose
> the question anyhow
maybe he's pulling your
Dave Coventry wrote:
I have advised a Visual Basic user of the merits of Lazarus and he asked
"Yes, but can it do VOOE programming".
Actually, I don't know what VOOE programming is ;), but I thought I'd
pose the question anyhow
Well maybe it's 'Visual Object Oriented Engineering' --- e.g
David Lyon schreef:
Next I will rewrite the feature list for what I think should be
v.1.00 it is basically what we have, but ads in the xml/web-services
components, GLScene, and LazReport. That is enough for now
Any quality aspects?
What you write can be build already, but speakin
Vincent Snijders wrote:
David Lyon schreef:
Next I will rewrite the feature list for what I think should be
v.1.00 it is basically what we have, but ads in the
xml/web-services components, GLScene, and LazReport. That is enough
for now
Any quality aspects?
What you write can be
Am Montag, 20. August 2007 14:21 schrieb Vincent Snijders:
[..]
> And there is an issue with the GLScene license (MPL) which doesn't
> combine with GPL Lazarus, so I have heard, I don't know the details.
[..]
Currently, this is true, but I am sure this issue can be discussed with
the original glsc
David Lyon schreef:
Vincent Snijders wrote:
David Lyon schreef:
Next I will rewrite the feature list for what I think should be
v.1.00 it is basically what we have, but ads in the
xml/web-services components, GLScene, and LazReport. That is enough
for now
Any quality aspects?
Vincent Snijders schreef:
I mean, do you think Lazarus is ready for 1.0, if there are more than
700 open bug reports? To me, this is not only an indication that Lazarus
is being used, but also that it is not ready for 1.0 yet and adding new
components to it is the way to get it 1.0 ready.
On Mon, 20 Aug 2007, Vincent Snijders wrote:
> David Lyon schreef:
> > Vincent Snijders wrote:
> > > David Lyon schreef:
> > > >
> > > > Next I will rewrite the feature list for what I think should be
> > > > v.1.00 it is basically what we have, but ads in the xml/web-services
> > > > compon
Bram Kuijvenhoven wrote:
Dave Coventry wrote:
I have advised a Visual Basic user of the merits of Lazarus and he
asked "Yes, but can it do VOOE programming".
Actually, I don't know what VOOE programming is ;), but I thought I'd
pose the question anyhow
Well maybe it's 'Visual Object Ori
Vincent Snijders wrote:
I mean, do you think Lazarus is ready for 1.0, if there are more than
700 open bug reports? To me, this is not only an indication that
Lazarus is being used, but also that it is not ready for 1.0 yet and
adding new components to it is the way to get it 1.0 ready.
I was t
David Lyon schreef:
Vincent Snijders wrote:
I mean, do you think Lazarus is ready for 1.0, if there are more than
700 open bug reports? To me, this is not only an indication that
Lazarus is being used, but also that it is not ready for 1.0 yet and
adding new components to it is the way to get
On Mon, 20 Aug 2007, David Lyon wrote:
> Vincent Snijders wrote:
> > I mean, do you think Lazarus is ready for 1.0, if there are more than 700
> > open bug reports? To me, this is not only an indication that Lazarus is
> > being used, but also that it is not ready for 1.0 yet and adding new
> >
> Vincent Snijders wrote:
>> I mean, do you think Lazarus is ready for 1.0, if there are more than
>> 700 open bug reports? To me, this is not only an indication that
>> Lazarus is being used, but also that it is not ready for 1.0 yet and
>> adding new components to it is the way to get it 1.0 read
Vincent Snijders wrote:
One or two <> More than 700.
700 defects in 700,000 lines of code is the same ratio as 1 defect in
1000 lines of code, or 2 defects in 2000 lines of code.
It all comes down to code metrics.
:-)
So what? Don't you think it is misleading to call something as bug
lad
c.com
Onderwerp: Re: [lazarus] VOOE Programming ?
> Vincent Snijders wrote:
>> I mean, do you think Lazarus is ready for 1.0, if there are more than
>> 700 open bug reports? To me, this is not only an indication that
>> Lazarus is being used, but also that it is not ready for
Michael Van Canneyt wrote:
Maybe, but not with version 1.0.
This is exactly why Lazarus is open source and not commercial, and why
the developers are hesitant about things as foundations: not to fall
in this trap. 1.0 will be released when it's developers believe it is
ready; Not when there is
David Lyon schreef:
So what? Don't you think it is misleading to call something as bug
laden as Lazarus 1.0?
You need to put it into context. It is open-source, and has been a hobby
for many.
Writing compilers and code-tools is a tough business.
What has been done so far is remarkable
L
> Vincent Snijders wrote:
>> One or two <> More than 700.
> 700 defects in 700,000 lines of code is the same ratio as 1 defect in
> 1000 lines of code, or 2 defects in 2000 lines of code.
>
> It all comes down to code metrics.
>
> :-)
>> So what? Don't you think it is misleading to call somethi
David Lyon schreef:
Michael Van Canneyt wrote:
Maybe, but not with version 1.0.
This is exactly why Lazarus is open source and not commercial, and why
the developers are hesitant about things as foundations: not to fall
in this trap. 1.0 will be released when it's developers believe it is
read
Vincent Snijders wrote:
Same is true for Lazarus we really need to find more companies
that can fund (unit) tests or contractor-time to sort out our issues.
To do that we need to present a slightly rosy picture ..
This sounds like misleading.
How do you suggest we present it then ?
David Lyon schreef:
Vincent Snijders wrote:
Same is true for Lazarus we really need to find more companies
that can fund (unit) tests or contractor-time to sort out our issues.
To do that we need to present a slightly rosy picture ..
This sounds like misleading.
How do you suggest w
Vincent Snijders wrote:
How do you suggest we present it then ?
"use this and see all your code die"..
If that is what happens, that is what you need to tell. But if that is
the case, better not be in public and fix those bugs.
That isn't the (traditional) Open-Source way..
Traditi
Pieter Valentijn wrote:
I have not heard about that systems 2007 anny more.
I asked who is coming and what hotel will you guys stay.
I have clearance with my wive (I have 2 childeren so I must get clerance
first :-) but I don't know more details about where to stay. I thouth
someone was sugesting
David Lyon schreef:
Vincent Snijders wrote:
How do you suggest we present it then ?
"use this and see all your code die"..
If that is what happens, that is what you need to tell. But if that is
the case, better not be in public and fix those bugs.
That isn't the (traditional) Open-Sour
Vincent Snijders wrote:
I thought the traditional open source says:
"We made this wonderful tool which serves our purposes well. Feel free
to use it too. We make no guarantees, that it works for you too. If
you have improvements, please sends us the patches."
And not:
"We made this wonderful
David Lyon schreef:
Vincent Snijders wrote:
I thought the traditional open source says:
"We made this wonderful tool which serves our purposes well. Feel free
to use it too. We make no guarantees, that it works for you too. If
you have improvements, please sends us the patches."
And not:
"W
Vincent Snijders wrote:
One of the lessons I was taught about software engineering, is that
you should fix bugs before adding new functionality. Estimating the
time needed to implement new functionality is easier than estimating
the time needed to fix bugs, because most of the time you don't kn
On 20/08/07, David Lyon <[EMAIL PROTECTED]> wrote:
> Traditional open-source says, "we have a good idea, the product works
> well over there in (that) context. Over here it might not work so well
> unless we do some work on it to fix it. Would you like to pay me to work
> on it?"
I don't get this
On 20/08/07, Vincent Snijders <[EMAIL PROTECTED]> wrote:
> >
> > I thought you said there are 700+ defects to fix. shouldn't you be
> >
> One of the lessons I was taught about software engineering, is that you
> should fix bugs before adding new functionality. Estimating the time
> needed to i
[EMAIL PROTECTED] wrote:
What good is promoting a non finished piece of software in such a high
profile way? It will only dissapoint expectencies and turn down potential
users.
worked for microsoft.
_
To unsubscribe: ma
> [EMAIL PROTECTED] wrote:
>> What good is promoting a non finished piece of software in such a high
>> profile way? It will only dissapoint expectencies and turn down
>> potential
>> users.
>>
> worked for microsoft.
FPC/Lazarus <> Microsoft
Darius
__
On Tue, Aug 21, 2007 at 05:54:10PM +1000, David Lyon wrote:
> [EMAIL PROTECTED] wrote:
>> What good is promoting a non finished piece of software in such a high
>> profile way? It will only dissapoint expectencies and turn down potential
>> users.
>>
> worked for microsoft.
Worked so well th
Bram Kuijvenhoven wrote:
Well maybe it's 'Visual Object Oriented Engineering' --- e.g. drag &
drop your UML diagrams and automagically generate the code from it. I
didn't know that was a feature of VB though ;)
But of course everyone knows Lazarus supports RAMATC and JAAPYCI, so
I'm pretty su
On Mon, 20 Aug 2007, David Lyon wrote:
> Bram Kuijvenhoven wrote:
> > Well maybe it's 'Visual Object Oriented Engineering' --- e.g. drag & drop
> > your UML diagrams and automagically generate the code from it. I didn't know
> > that was a feature of VB though ;)
> >
> > But of course everyone k
David Lyon wrote:
Bram Kuijvenhoven wrote:
Well maybe it's 'Visual Object Oriented Engineering' --- e.g. drag &
drop your UML diagrams and automagically generate the code from it. I
didn't know that was a feature of VB though ;)
But of course everyone knows Lazarus supports RAMATC and JAAPY
Michael Van Canneyt wrote:
Other proprietory code compilers don't seem to be going this way.
You are very much mistaken.
I worded that wrongly sorry.
Look at http://www.morfik.com/
They use FPC as the backend for the server part.
Cool.
so it shows it can be done.
On Mon, 20 Aug 2007, David Lyon wrote:
> Michael Van Canneyt wrote:
> > > Other proprietory code compilers don't seem to be going this way.
> > >
> >
> > You are very much mistaken.
> >
> I worded that wrongly sorry.
> > Look at http://www.morfik.com/
> >
> > They use FPC as the back
Andreas Berger wrote:
I have been looking into this as well. I know nothing about web
programming, but I have a client that wants a large project and he
wants it both as an EXE as well as on the browser (for home and road
usage). I tried to convince him that he could install the EXE at home
an
Michael Van Canneyt wrote:
Well, they're working at it since 2000 or earlier, so this is not
something easy. And you'll need to rewrite your application anyway so
it works...
I don't like that idea
on a web app (today) I have seen what look like what we know as multiple
windows that "po
On Mon, 20 Aug 2007, David Lyon wrote:
> Michael Van Canneyt wrote:
> > Well, they're working at it since 2000 or earlier, so this is not
> > something easy. And you'll need to rewrite your application anyway so
> > it works...
> >
> I don't like that idea
You'd better get used to it :-)
On 20/08/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
>
> But please be realistic:
> There is no way to port an application to the web by just recompiling.
> It just can't be done. Think database access, file access etc.
>
> If you want to work using the web, you must program for the web:
> c
Michael Van Canneyt wrote:
I know, I develop them myself, I even write articles about them.
Oh really ?
So it is possible that you could do a Lazarus article in a Linux
magazine at some point in the future if you had the time ?
what I am proposing is keep the lazarus app... but when
Graeme Geldenhuys wrote:
On 20/08/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
But please be realistic:
There is no way to port an application to the web by just recompiling.
It just can't be done. Think database access, file access etc.
If you want to work using the web, you must pr
On Mon, 20 Aug 2007, Andreas Berger wrote:
>
>
> Graeme Geldenhuys wrote:
> > On 20/08/07, Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> >
> > > But please be realistic:
> > > There is no way to port an application to the web by just recompiling.
> > > It just can't be done. Think databa
Am Dienstag, den 21.08.2007, 00:26 +1000 schrieb David Lyon:
> The important issues here are keeping our Legacy app codebases, and
> somehow moving them into a browser.
>
> You have identified some of the issues and suggested some very good
> solutions.
>
> Over time, it would be nice to be able
Michael Van Canneyt schrieb:
Please explain why that isn't possible to do a conversion of such an app using
Javascript ?
Are you going to compile the pascal to javascript ?
Hello *,
as I already wrote Michael in private I'm thinking about developing a
web widgetset for LCL as well.
My c
On Tue, 21 Aug 2007, David Lyon wrote:
> Michael Van Canneyt wrote:
> > I know, I develop them myself, I even write articles about them.
> >
> Oh really ?
>
> So it is possible that you could do a Lazarus article in a Linux magazine at
> some point in the future if you had the time ?
I al
maybe port webrad (http://sourceforge.net/projects/webrad) to lazarus is a
good start point.
2007/8/20, Sebastian Günther <[EMAIL PROTECTED]>:
>
> Michael Van Canneyt schrieb:
> >
> >> Please explain why that isn't possible to do a conversion of such an
> app using
> >> Javascript ?
> >
> > Are yo
On Mon, 20 Aug 2007, Sebastian Günther wrote:
> Michael Van Canneyt schrieb:
> >
> > > Please explain why that isn't possible to do a conversion of such an app
> > > using
> > > Javascript ?
> >
> > Are you going to compile the pascal to javascript ?
>
> Hello *,
>
> as I already wrote Micha
Michael Van Canneyt wrote:
> Then you must use this new component in the application, and take care
> of the asynchronous nature of the AJAX process -> again something to be
> changed.
I'd say all GUIs are asynchronous by nature; i.e. event driven, which is
very much related. That's btw also why I
Sebastian Günther wrote:
The application of course gets compiled as usual and runs on the server.
Maybe it gets compiled to javascript and the javascript runs on the
client. Talking to some custom-server(-script?) running on the server.
JavaScript will only be used for drawing and content cr
David Lyon schrieb:
Sebastian Günther wrote:
The application of course gets compiled as usual and runs on the server.
Maybe it gets compiled to javascript and the javascript runs on the
client. Talking to some custom-server(-script?) running on the server.
Ehm no, we are talking about havin
Hi Michael,
Michael Van Canneyt schrieb:
This is always so in Client/Server. Global variables are a big no-no.
Of course. I just tried to identify potential problems when converting a
desktop application to a web application.
The widgets itself are not the problem; They are the easiest.
On 20/08/07, David Lyon <[EMAIL PROTECTED]> wrote:
>
> Please explain why that isn't possible to do a conversion of such an app
> using Javascript ?
>
Well, where do I start? Normal Console or GUI based apps can use:
Database access, 3rd Party components, file access and permissions,
calling und
On Tue, 21 Aug 2007, Sebastian Günther wrote:
> Hi Michael,
>
>
> Michael Van Canneyt schrieb:
> >
> > This is always so in Client/Server. Global variables are a big no-no.
>
> Of course. I just tried to identify potential problems when converting a
> desktop application to a web application
Michael Van Canneyt wrote:
Please explain why that isn't possible to do a conversion of such an app using
Javascript ?
Are you going to compile the pascal to javascript ?
I think that is one possible way forward.
What I am saying is that the solution always involves recoding the app.
Graeme Geldenhuys wrote:
Please explain why that isn't possible to do a conversion of such an app
using Javascript ?
Well, where do I start? Normal Console or GUI based apps can use:
Database access, 3rd Party components, file access and permissions,
calling underlying OS API's, efficient
On Tue, 21 Aug 2007, David Lyon wrote:
> Marc Santhoff wrote:
> > I think if the application to web-alize is properly written in something
> > like MVC or similar and has it's driving logic seperated from the GUI it
> > should be at least possible. Lots of work, though ...
> >
> yes, no doubt
Marc Santhoff wrote:
I think if the application to web-alize is properly written in something
like MVC or similar and has it's driving logic seperated from the GUI it
should be at least possible. Lots of work, though ...
yes, no doubt...
I haven't had a deeper look, but for example there is
On Tue, 21 Aug 2007, David Lyon wrote:
> Michael Van Canneyt wrote:
> > > Please explain why that isn't possible to do a conversion of such an app
> > > using
> > > Javascript ?
> > >
> >
> > Are you going to compile the pascal to javascript ?
> >
> I think that is one possible way forwa
62 matches
Mail list logo