newsgroups-index (beta)

Current group: dbase.wishlist

Priority: fix easy and basic bugs first

Priority: fix easy and basic bugs first  
Paulo Pereira [APKomp Brasil]
 Re: Priority: fix easy and basic bugs first  
Paulo Pereira [APKomp Brasil]
From:Paulo Pereira [APKomp Brasil]
Subject:Priority: fix easy and basic bugs first
Date:Wed, 08 Dec 2004 19:46:20 GMT
This is a multi-part message in MIME format.

------=_NextPart_000_0CA7_01C4DD4C.A9A7B590
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Dear Sirs

When I see many people dreaming about a lot of features like .net, =
linux,=20
etc. I only think:

When are you going to wake up? Are you not going to learn with the past?
Right Politics: FIX EASY AND BASIC BUGS FIRST...

I remember that LIKE function has a lot of bugs. Once I urged dBASE to =
correct it, it took a lot of time discussing... I said to myself, I am =
going to do it myself. I took a quite short time do do a function likf.

Of course, as it was a user function, the run process became slower... =
But I did it. I am sure that if I had the C code I would repair that =
fucntion pretty quickly. What I want to say is that many times it itakes =
more time to discuss about the things, than doing it. I understand that =
when bugs are difficult to kill, one can postpone them. But if they are =
easy to kill and damage the very basics of dBASE the politics should be =
MAXIMUM PRIORITY: why? Because it is a little cost for a HUGE benefit:

Why do people give in dreaming about castles in the air?

One example of it is the BEGINTRANS article I posted in the wish list
=ABHow can people survive without begintrans() working properly?=BB

I put this article in the wishlist because this is a wish: RIGTH =
PRIORITY POLITICS.

First things have to WORK, only after they have to be improoved.

The problem is that PLUS has not been born yet.

Regards

Paulo



Regards

Paulo Pereira






--If I only could use begintrans()?

--I remember that after a lot of effort we manged to convince dBASE =
there=20
was a BIG BUG in begintran(): Under the same transaction one cannot =
alter=20
twice the value of the same field and record, using browse or grid.

This was quite straighforward in versions before 5.7. This is a so basic =

feature, that I wonder what kind of priorities dBI is having.

My wish is: rational priority.

Without BEGINTRANS working well, all our programming in PLUS is stuck.

What a of a limitation you dare to have: NO USE OF BROWSE OR GRID for=20
serious programming. Without begintrans, there is no serious =
programming. Is=20
this asking too much? We have been waiting for years waiting...

dBI, are you going to hear us this time? It is hard to believe that this =
is=20
a limitation of BDE, Cannot people in DELPHI do this. Who knows!!!!

Believe, the question is not PLUS is good or bad, the questionn is that =
PLUS=20
is not WORKABLE yet. When the transactions do not work well, the =
database is=20
not workable yet.

I am only asking for PLUS to be workable! This is my wish: dBASE PLUS =
please=20
BE. Just what I want: dBASE PLUS to there be.... PLUS has not been born =
yet:=20
This is the reality!

In bynaries I will post again, the example (teste2.wfm) that proves that =

begintran does not work.
Please, do not ask us anything about why that is not working, blah, =
blah...
This is a so tremendous BUG!!!
Otherwise you are going to disapoint us...

Best Regards
Paulo Pereira

P.S.: I repeat: I only want PLUS there to be.

------=_NextPart_000_0CA7_01C4DD4C.A9A7B590
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable



charset=3Diso-8859-1">




Dear Sirs

When I see many people =
dreaming=20
about a lot of features like .net, linux,
etc. I only=20
think:

When are you going to wake up? Are you =
not going to=20
learn with the past?

Right Politics: FIX EASY AND BASIC BUGS =

FIRST...

 

I remember that LIKE function has a lot =
of bugs.=20
Once I urged dBASE to correct it, it took a lot of time discussing... I =
said to=20
myself, I am going to do it myself. I took a quite short time do do a =
function=20
likf.

 

Of course, as it was a user function, =
the run=20
process became slower... But I did it. I am sure that if I had the C =
code I=20
would repair that fucntion pretty quickly. What I want to say is that =
many times=20
it itakes more time to discuss about the things, than doing it. I =
understand=20
that when bugs are difficult to kill, one can postpone them. But if they =
are=20
easy to kill and damage the very basics of dBASE the politics should be =
MAXIMUM=20
PRIORITY: why? Because it is a little cost for a HUGE =
benefit:

 

Why do people give in dreaming about =
castles in the=20
air?

 

One example of it is the BEGINTRANS =
article I=20
posted in the wish list


=ABHow can people survive without =
begintrans() working=20
properly?=BB


I put this article in the wishlist =
because this is a=20
wish: RIGTH PRIORITY POLITICS.


First things have to WORK, only after =
they have to be=20
improoved.


The problem is that PLUS has not been =
born=20
yet.


Regards


Paulo


 


Regards


Paulo Pereira


 

 

 

 


--If I only could use =
begintrans()?

--I=20
remember that after a lot of effort we manged to convince dBASE there =

was a=20
BIG BUG in begintran(): Under the same transaction one cannot alter =

twice=20
the  value of the same field and record, using browse or =
grid.

This=20
was quite straighforward in versions before 5.7. This is a so basic =

feature,=20
that I wonder what kind of priorities dBI is having.

My wish is: =
rational=20
priority.

Without BEGINTRANS working well, all our programming in =
PLUS is=20
stuck.

What a of a limitation you dare to have: NO USE OF BROWSE =
OR GRID=20
for
serious programming. Without begintrans, there is no serious=20
programming. Is
this asking too much? We have been waiting for years =

waiting...

dBI, are you going to hear us this time? It is hard to =
believe=20
that this is
a limitation of BDE, Cannot people in DELPHI do this. =
Who=20
knows!!!!

Believe, the question is not PLUS is good or bad, the =
questionn=20
is that PLUS
is not WORKABLE yet. When the transactions do not work =
well,=20
the database is
not workable yet.

I am only asking for PLUS =
to be=20
workable! This is my wish: dBASE PLUS please
BE. Just what I want: =
dBASE=20
PLUS to there be.... PLUS has not been born yet:
This is the=20
reality!

In bynaries I will post again, the example (teste2.wfm) =
that=20
proves that
begintran does not work.
Please, do not ask us =
anything about=20
why that is not working, blah, blah...
This is a so tremendous=20
BUG!!!
Otherwise you are going to disapoint us...

Best=20
Regards
Paulo Pereira

P.S.: I repeat: I only want PLUS there =
to=20
be.


------=_NextPart_000_0CA7_01C4DD4C.A9A7B590--
From:Paulo Pereira [APKomp Brasil]
Subject:Re: Priority: fix easy and basic bugs first
Date:Wed, 8 Dec 2004 21:55:54 -0200
This is a mistake! It should not be posted here!
   

Copyright © 2006 newsgroups-index   -   All rights reserved   -   Impressum