pilot-db-list

[pilot-db-list] problems on sf

[Chalain Marc<mar...@vo...>]

Sorry the Sourcefoge server are down when send the first message and i didn't complete to upload the files. I will try again very soon.
Salut,
Marc.

____________________________________________________________
Faites un voeu et puis Voila ! www.voila.fr 
Avec Voila Mail, consultez vos e-mails sur votre mobile Wap. 

[pilot-db-list] The first 0.3.3 beta

[Chalain Marc<mar...@vo...>]

i updated the snapshot with two files:
 db-en.zip =3D> 3 differents version of *.prc files (textbuttons+B&W, iconic buttons + colors/grayscale, handera support) and the help-en.prc.
 db-current.tar.gz =3D> my last source codes

New:
 * List Field Type: you can build a list of items during the database designing, and select one at the creation or the modification of a record.
 * List Field Type: you can select a database and a field from this database during the database designing and select a record from this linked database at the creation or the modification of a record. When you tape on the link field of a record you can jump to the linked database. This feature is not very easy to use, you can lost the connection between the databases.
 * Float Field Type: Like Integer Type you can store a floating point number (thank to Scott Wallace)
 * Calculated Field Type: you can build a little script during the database designing, and see the differents results in the records. This feature should still be use carefully. (Great thank to Scott Wallace).
 * Format Record Editing: you can select "use in EditView" during the View editing, and only the view's fields are displaid in the EditView (RecordView). You can display all fields when you tap the "All" buttons.
 * Help strings file: The help strings are puted in a new file "help-en.prc". If you need to read some help load this file. (the help strings should be updated soon).
 * Filters: When you search a string in the database you can choice the filter where db will display the result. There is 4 filters.
 * New Global Preferences: you can choice the font, the opening mode...
 * Handera support: the slickScreen, the new fonts, the screen rotation and the JogDial are supported.
 * Sony support: the new font, and the JogDial are supported.

Problems in this first beta:
 * Sony support not complete.
 * A record can be displaid only in one filter.
 * Some bugs in the Calculated Type.
 * the 0.3.2 plugins are not supported.

Good download and send me your comments.
Salut,
Marc.
____________________________________________________________
Faites un voeu et puis Voila ! www.voila.fr 
Avec Voila Mail, consultez vos e-mails sur votre mobile Wap. 

Re:[pilot-db-list] Float Format Bug Comments

[Chalain Marc<mar...@vo...>]

The trouble comes from the PalmOS function we use to convert a string to double. Scott told about to exchange this function to a specific function.
Salut,
Marc.
____________________________________________________________
Faites un voeu et puis Voila ! www.voila.fr 
Avec Voila Mail, consultez vos e-mails sur votre mobile Wap. 

[pilot-db-list] Float Format Bug Comments

[<aji...@t-...>]

Hi!

>1.21 is set to 1,00 by Pilot-DB or more generally 
>X.YZ is set to X,00 automatically if the wrong format, e.g.
>n.nnn,nn is used

I just wanted to say that the float format is NOT
essentially language specific, since it can be
selected in the format settings menu of the Palm.

You can choose between

1,000.00
1.000,00
1 000,00
1'000.00
1'000,00

Since any of these can be selectd, Pilot-DB should
look up which one has been selected and respond
correspondingly.

This also means that you can test this with your
english or french versions!

However, if one knows this, it is also possible to
change the format while using DB, and maybe the easier
way of handling this would be to temporarily change the
setting to 1,000.00 while using DB and resetting it to
the original on leaving. However this is not the nicest
way to do it and would remain a work-around.

If, however, you decide only to use one or two of the 
formats listed above, a warning should pop-up while 
creating a float field, since the wrong format could
result in the loss of important data due to the removal
of the digits following the decimal point.

Hans

[pilot-db-list] Re: Bug Report -- Calculated Field

[<aji...@t-...>]

Dear Scott,

you wrote:

>Once I set the third field to calculated,
>I enter a dialog called 'fld 3'.
>There is a field (without a label)in which
>text can be entered.

I enter a dialog in which nothing can be entered!
No text, no script!
Could that be due to the specific problems
of the Palm OS 3.3 or due to the Palm Pilot Professional 1000
hardware with 2 MB upgrade kit?

Could you test it with Palm OS 3.3

Hans

-----Ursprüngliche Nachricht-----
Von: pil...@li...
[mailto:pil...@li...]Im Auftrag von Scott
Wallace
Gesendet: Dienstag, 23. Oktober 2001 22:01
An: pil...@li...
Cc: aji...@t-...
Betreff: [pilot-db-list] Re: Bug Report -- Calculated Field


>
> I just tested the last alpha release.
> I use a PalmPilot Professional 1000
> with a 2 MB Upgrade kit,
> OS 3.3
>
> 2)
> create database called 'bbb'
> create two float fields 'fl1' and fl2'
> If I create a calculated field, I enter a
> menu field in which I cannot select anything
> and cannot enter anything.
> If I exit I get a dialog called 'Debug'
> with the error message:
>
>    unexpected end of script
>
> Can anyone tell me how to use the calculated
> field?

Hmm,

	I just tried this (using db-3.3 alpha).  Once I set the third
field to calculated, I enter a dialog called 'fld 3'.  There is a field
(without a label) in which text can be entered.  I write the script:

	(+ %0 %1)
and hit 'done'.  This seems to work just fine.


Here is how to use scripts:

	each script is a lisp-like clause

		 (<operator> <arg1> ... <argn>)

	arguments are either constants (e.g. numbers) or references to
fields.  Fields are referenced using a '%' character & their location.  So
%0 refers to the 1st field, %1 to the second and so on.

	some of the valid operators are:  +,-,*

	so here are some script examples:

	(+ %0 %1) 		add 1st two fields
	(+ %0 4)                add 4 to the value of the first field

	a complex one is:

	(+ 4 (* 3 %1))         add 4 to 3 times the value of the 1st field


I will document all of this more completely in the next few days.

	-Scott


_______________________________________________
Pilot-db-list mailing list
Pil...@li...
https://lists.sourceforge.net/lists/listinfo/pilot-db-list

[pilot-db-list] Re: Bug Report -- Calculated Field

[Scott W. <swa...@my...>]

>
> I just tested the last alpha release.
> I use a PalmPilot Professional 1000
> with a 2 MB Upgrade kit,
> OS 3.3
>
> 2)
> create database called 'bbb'
> create two float fields 'fl1' and fl2'
> If I create a calculated field, I enter a
> menu field in which I cannot select anything
> and cannot enter anything.
> If I exit I get a dialog called 'Debug'
> with the error message:
>
>    unexpected end of script
>
> Can anyone tell me how to use the calculated
> field?

Hmm,

	I just tried this (using db-3.3 alpha).  Once I set the third
field to calculated, I enter a dialog called 'fld 3'.  There is a field
(without a label) in which text can be entered.  I write the script:

	(+ %0 %1)
and hit 'done'.  This seems to work just fine.


Here is how to use scripts:

	each script is a lisp-like clause

		 (<operator> <arg1> ... <argn>)

	arguments are either constants (e.g. numbers) or references to
fields.  Fields are referenced using a '%' character & their location.  So
%0 refers to the 1st field, %1 to the second and so on.

	some of the valid operators are:  +,-,*

	so here are some script examples:

	(+ %0 %1) 		add 1st two fields
	(+ %0 4)                add 4 to the value of the first field

	a complex one is:

	(+ 4 (* 3 %1))         add 4 to 3 times the value of the 1st field


I will document all of this more completely in the next few days.

	-Scott

[pilot-db-list] Bug Report

[<aji...@t-...>]

I just tested the last alpha release.
I use a PalmPilot Professional 1000 
with a 2 MB Upgrade kit, 
OS 3.3

I still have the following bugs:
1)
Create a database 'aaa'
add a link field - and dont select anything
call the link field 'link'
exit.
create a record
select link
I get the error:

   MemoryMgrNew.c,
   Line:4165, Null handle

You can only leave with a hard reset!

2)
create database called 'bbb'
create two float fields 'fl1' and fl2'
If I create a calculated field, I enter a
menu field in which I cannot select anything
and cannot enter anything.
If I exit I get a dialog called 'Debug'
with the error message:

   unexpected end of script

Can anyone tell me how to use the calculated
field?

3) If I enter a float value such as 4,5678
and the option is set to 2 decimal points, the
value is *cut off* (and not rounded) after two 
decimal places and shows 4,56 in the list view. 
It should round the value and show 4,57
If you enter the edit mode it still shows 4,56,
ie the original value is not saved as 4,5678, which
it should be, in my opinion! After all, it is a float value.
The two decimal places in the options menu should only be used 
to set the no of decimal places *DISPLAYED* in the *LIST* view,
and that rounded and not cut-off!

Hans

[pilot-db-list] Webpage Corrected

[<aji...@t-...>]

The Link has been corrected!

Hans

[pilot-db-list] Re: pdb2csv.exe doesnt work well with my file...

[<mr...@cr...>]

Rudolf, I'm no expert, but I ran into this when I created a db using 
version 0.3.2 and later tried to convert it from pdb to csv using the 
old version of tools (0.3.1).  The tools didn't recognize the field 
types in the newer version.  My suggestion is to make sure you're 
using the correct version.

On 20 Oct 2001, at 12:08, pilot-db-list-request@lists.s wrote:

> Message: 1
> From: "Rudolf Staal" <rud...@wa...>
> To: <pil...@li...>
> Date: Sat, 20 Oct 2001 15:19:05 +0200
> Subject: [pilot-db-list] pdb2csv.exe doesnt work well with my file...
> 
> Hi all,
> Since a couple of months i work with the DB with great pleasure. The only
> thing is that i cannot do anything on my pc with the created backup of the
> db from my palm, which is copied to the palm/backup dir. When i want  to
> make the file readable CSV with pdb2csv (with the run--> command option
> under Win2000) i get the message 'unsupported field type' The exact phrase I
> type is:
> D:\DB\pdb2csv -e azr.pdb azr.txt azr.file
> I did exact as instructed in the manual from the net, but nothing
> happens..only 'unsupported field type'.
> What do I do wrong?
> Further I wanted to Ask if it is easy to implement the csv-file into a good
> database on my pc...
> Can someone give me a hand?
> 
> Best regards, Rudolf Staal, The Netherlands


======================
Michael Reich
mr...@cr...
======================

Re: [pilot-db-list] pdb2csv.exe doesnt work well with my file...

[Tom D. <td...@us...>]

On Saturday 20 October 2001 09:19 am, Rudolf Staal wrote:

> Since a couple of months i work with the DB with great pleasure. The only
> thing is that i cannot do anything on my pc with the created backup of the
> db from my palm, which is copied to the palm/backup dir. When i want  to
> make the file readable CSV with pdb2csv (with the run--> command option
> under Win2000) i get the message 'unsupported field type' The exact phrase
> I type is:
> D:\DB\pdb2csv -e azr.pdb azr.txt azr.file
> I did exact as instructed in the manual from the net, but nothing
> happens..only 'unsupported field type'.
> What do I do wrong?

You did nothing wrong. The palm-db-tools have not been updated to support the 
newer field types yet. It is a work in progress.

[pilot-db-list] pdb2csv.exe doesnt work well with my file...

[Rudolf S. <rud...@wa...>]

Hi all,
Since a couple of months i work with the DB with great pleasure. The only
thing is that i cannot do anything on my pc with the created backup of the
db from my palm, which is copied to the palm/backup dir. When i want  to
make the file readable CSV with pdb2csv (with the run--> command option
under Win2000) i get the message 'unsupported field type' The exact phrase I
type is:
D:\DB\pdb2csv -e azr.pdb azr.txt azr.file
I did exact as instructed in the manual from the net, but nothing
happens..only 'unsupported field type'.
What do I do wrong?
Further I wanted to Ask if it is easy to implement the csv-file into a good
database on my pc...
Can someone give me a hand?

Best regards, Rudolf Staal, The Netherlands
----- Original Message -----
From: <pil...@li...>
To: <pil...@li...>
Sent: Friday, October 19, 2001 9:06 PM
Subject: Pilot-db-list digest, Vol 1 #238 - 6 msgs


> Send Pilot-db-list mailing list submissions to
> pil...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/pilot-db-list
> or, via email, send a message with subject or body 'help' to
> pil...@li...
>
> You can reach the person managing the list at
> pil...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Pilot-db-list digest..."
>
>
> Today's Topics:
>
>    1. Pilot DB 0.3.3alpha (Alex Malkovsky)
>    2. Re:Pilot DB 0.3.3alpha (Chalain Marc)
>    3. Re:Pilot DB 0.3.3alpha (jbe...@le...)
>    4. Re:Pilot DB 0.3.3alpha (Anthony Schellenberg)
>    5. Re:Pilot DB 0.3.3alpha (Tom Dyas)
>    6. Re:Pilot DB 0.3.3alpha (Chalain Marc)
>
> --__--__--
>
> Message: 1
> From: "Alex Malkovsky" <al...@ho...>
> To: pil...@li...
> Date: Thu, 18 Oct 2001 18:13:00 -0400
> Subject: [pilot-db-list] Pilot DB 0.3.3alpha
>
> Hi,
>
>   I was using 0.3.3alpha for the last several day. The new features are
> absolutely great - guys you did tremendous job, many thanks to all of you!
>
>   I'd like to make a few comments:
>
>   1. Link field currenly refers to the ROW in the another dabase, I would
> expect it refer to a particular FIELD in the record, which will be shown
in
> the parent dabase view.
>   2. It will be nice to show the all fields of the linked record when the
> link field was  tapped in Listview mode
>   3. When database is open in read/write mode the tap in listviw mode on
> boolean field  should change it value rather then open edit screen
> (I think it is how used to work  in some previous version)
>   3. When the value has been added to a list (after tap on "<")  the input
> field should be clean to avoid confusions.
>   4. "Open all database in read/write" is a global preference, I think it
> will be better  to have it as a particular database preference - some
bases
> can be used (by default)  as read-only, and some - for
> editing.
>   5. Is it possible to prevent the deletion of the linked record when it
has
> parent record? (I come from Oracle - this is how foreign key works there
> ...)
>
> PS:  I have no problems with  changing  Database design (Palm Vx. OS
> 3.5.3/English)
>
> BW,
> Alex
>
> _________________________________________________________________
> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
>
>
>
> --__--__--
>
> Message: 2
> Date: Fri, 19 Oct 2001 09:38:48 +0200
> Subject: Re:[pilot-db-list] Pilot DB 0.3.3alpha
> From: "Chalain Marc"<mar...@vo...>
> To: al...@ho...
> Cc: Pil...@li...
>
> >   1. Link field currenly refers to the ROW in the another dabase, I
would
> > expect it refer to a particular FIELD in the record, which will be shown
in
> > the parent dabase view.
>
> It's already added.
>
> >   2. It will be nice to show the all fields of the linked record when
the
> > link field was  tapped in Listview mode
>
> Idem, you can jump from the Link field to the record of the other
database. (You leave the current database for the linked database)
>
> >   3. When database is open in read/write mode the tap in listviw mode on
> > boolean field  should change it value rather then open edit screen
> > (I think it is how used to work  in some previous version)
>
> I must change several thing in the List View (check box, Note field...)
>
> >   3. When the value has been added to a list (after tap on "<")  the
input
> > field should be clean to avoid confusions.
>
> I'm not sure that is the better, you can often have items with the same
name with only different numbers (item1, item2, item3...)
>
> >   4. "Open all database in read/write" is a global preference, I think
it
> > will be better  to have it as a particular database preference - some
bases
> > can be used (by default)  as read-only, and some - for
> > editing.
>
> More complex, and you can have some problem when you reopen a database
which created without the new preference.
>
> >   5. Is it possible to prevent the deletion of the linked record when it
has
> > parent record? (I come from Oracle - this is how foreign key works there
> > ...)
>
> At this time it's impossible, the linked database doesn't know the parent
database. To do that i must change the whole database structure.
>
> Salut,
> Marc.
> __________________________________________________________
> Faites un voeu et puis Voila ! www.voila.fr
> Pendant tout l'=E9t=E9, gagnez une Ford Ka sur Voila Gratter !
http://cybergrattage.voila.fr/voila
>
>
>
> --__--__--
>
> Message: 3
> From: jbe...@le...
> To: pil...@li...
> Date: Fri, 19 Oct 2001 08:09:44 -0400
> Subject: Re:[pilot-db-list] Pilot DB 0.3.3alpha
>
>
>
>
> > >   3. When database is open in read/write mode the tap in listviw mode
on
> > > boolean field  should change it value rather then open edit screen
> > > (I think it is how used to work  in some previous version)
>
> > I must change several thing in the List View (check box, Note field...)
>
> Marc, I don't know whether your response indicated that you did or did not
> intend to implement this, but I like it the way that it is.  A listview is
just
> that: a *view*.  It should always be read-only.  Nobody expects that the
strings
> in the listview are editable, so why should the checkboxes be editable?  I
think
> that editable listview items would only cause confusion and mistaken
changes.
>
> -James Bernsen
>
>
>
>
>
> --__--__--
>
> Message: 4
> From: "Anthony Schellenberg" <asc...@ho...>
> To: mar...@vo...
> Cc: Pil...@li...
> Subject: Re:[pilot-db-list] Pilot DB 0.3.3alpha
> Date: Fri, 19 Oct 2001 08:21:57 -0500
>
>
>
> > >   3. When database is open in read/write mode the tap in listviw mode
on
> > > boolean field  should change it value rather then open edit screen
> > > (I think it is how used to work  in some previous version)
> >
> >I must change several thing in the List View (check box, Note field...)
>
> I would like to have the option to do this, some like to check off items
in
> list view, others do not.
>
> > >   3. When the value has been added to a list (after tap on "<")  the
> >input
> > > field should be clean to avoid confusions.
> >
> >I'm not sure that is the better, you can often have items with the same
> >name with only different numbers (item1, item2, item3...)
>
> What you could do is after tapping the "<" you could highlight the input
> field so it was ready to be overwritten.  That way you still have the
option
> to change something on the end, or type something new with minimal work.
>
>
>
>
> _________________________________________________________________
> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
>
>
>
> --__--__--
>
> Message: 5
> From: Tom Dyas <td...@us...>
> To: jbe...@le...
> Subject: Re:[pilot-db-list] Pilot DB 0.3.3alpha
> Date: Fri, 19 Oct 2001 10:13:53 -0400
> Cc: pil...@li...
>
> On Friday 19 October 2001 08:09 am, jbe...@le... wrote:
>
> > Marc, I don't know whether your response indicated that you did or did
not
> > intend to implement this, but I like it the way that it is.  A listview
is
> > just that: a *view*.  It should always be read-only.  Nobody expects
that
> > the strings in the listview are editable, so why should the checkboxes
be
> > editable?  I think that editable listview items would only cause
confusion
> > and mistaken changes.
>
> Editable checkboxes in the list view is designed for people who have
things
> like grocery lists or to-do lists and such. They can quickly set a
checkbox
> or 5 regarding whatever list they are managing.
>
>
> --__--__--
>
> Message: 6
> Date: Fri, 19 Oct 2001 18:24:37 +0200
> Subject: Re:[pilot-db-list] Pilot DB 0.3.3alpha
> From: "Chalain Marc"<mar...@vo...>
> To: asc...@ho...
> Cc: pil...@li...
>
> > What you could do is after tapping the "<" you could highlight the input
> > field so it was ready to be overwritten.  That way you still have the
option
> > to change something on the end, or type something new with minimal work.
>
> Good Idea!!!
>
> __________________________________________________________
> Faites un voeu et puis Voila ! www.voila.fr
> Pendant tout l'=E9t=E9, gagnez une Ford Ka sur Voila Gratter !
http://cybergrattage.voila.fr/voila
>
>
>
>
> --__--__--
>
> _______________________________________________
> Pilot-db-list mailing list
> Pil...@li...
> https://lists.sourceforge.net/lists/listinfo/pilot-db-list
>
>
> End of Pilot-db-list Digest

Re:[pilot-db-list] Pilot DB 0.3.3alpha

[Chalain Marc<mar...@vo...>]

> What you could do is after tapping the "<" you could highlight the input 
> field so it was ready to be overwritten.  That way you still have the option 
> to change something on the end, or type something new with minimal work.

Good Idea!!!

__________________________________________________________
Faites un voeu et puis Voila ! www.voila.fr 
Pendant tout l'=E9t=E9, gagnez une Ford Ka sur Voila Gratter ! http://cybergrattage.voila.fr/voila

Re:[pilot-db-list] Pilot DB 0.3.3alpha

[Tom D. <td...@us...>]

On Friday 19 October 2001 08:09 am, jbe...@le... wrote:

> Marc, I don't know whether your response indicated that you did or did not
> intend to implement this, but I like it the way that it is.  A listview is
> just that: a *view*.  It should always be read-only.  Nobody expects that
> the strings in the listview are editable, so why should the checkboxes be
> editable?  I think that editable listview items would only cause confusion
> and mistaken changes.

Editable checkboxes in the list view is designed for people who have things 
like grocery lists or to-do lists and such. They can quickly set a checkbox 
or 5 regarding whatever list they are managing.

Re:[pilot-db-list] Pilot DB 0.3.3alpha

[Anthony S. <asc...@ho...>]

> >   3. When database is open in read/write mode the tap in listviw mode on
> > boolean field  should change it value rather then open edit screen
> > (I think it is how used to work  in some previous version)
>
>I must change several thing in the List View (check box, Note field...)

I would like to have the option to do this, some like to check off items in 
list view, others do not.

> >   3. When the value has been added to a list (after tap on "<")  the 
>input
> > field should be clean to avoid confusions.
>
>I'm not sure that is the better, you can often have items with the same 
>name with only different numbers (item1, item2, item3...)

What you could do is after tapping the "<" you could highlight the input 
field so it was ready to be overwritten.  That way you still have the option 
to change something on the end, or type something new with minimal work.




_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

Re:[pilot-db-list] Pilot DB 0.3.3alpha

[<jbe...@le...>]

> >   3. When database is open in read/write mode the tap in listviw mode on
> > boolean field  should change it value rather then open edit screen
> > (I think it is how used to work  in some previous version)

> I must change several thing in the List View (check box, Note field...)

Marc, I don't know whether your response indicated that you did or did not
intend to implement this, but I like it the way that it is.  A listview is just
that: a *view*.  It should always be read-only.  Nobody expects that the strings
in the listview are editable, so why should the checkboxes be editable?  I think
that editable listview items would only cause confusion and mistaken changes.

-James Bernsen

Re:[pilot-db-list] Pilot DB 0.3.3alpha

[Chalain Marc<mar...@vo...>]

>   1. Link field currenly refers to the ROW in the another dabase, I would 
> expect it refer to a particular FIELD in the record, which will be shown in 
> the parent dabase view.

It's already added.

>   2. It will be nice to show the all fields of the linked record when the 
> link field was  tapped in Listview mode

Idem, you can jump from the Link field to the record of the other database. (You leave the current database for the linked database)

>   3. When database is open in read/write mode the tap in listviw mode on 
> boolean field  should change it value rather then open edit screen
> (I think it is how used to work  in some previous version)

I must change several thing in the List View (check box, Note field...)

>   3. When the value has been added to a list (after tap on "<")  the input 
> field should be clean to avoid confusions.

I'm not sure that is the better, you can often have items with the same name with only different numbers (item1, item2, item3...)

>   4. "Open all database in read/write" is a global preference, I think it 
> will be better  to have it as a particular database preference - some bases 
> can be used (by default)  as read-only, and some - for
> editing.

More complex, and you can have some problem when you reopen a database which created without the new preference.

>   5. Is it possible to prevent the deletion of the linked record when it has 
> parent record? (I come from Oracle - this is how foreign key works there 
> ...)

At this time it's impossible, the linked database doesn't know the parent database. To do that i must change the whole database structure.

Salut,
Marc.
__________________________________________________________
Faites un voeu et puis Voila ! www.voila.fr 
Pendant tout l'=E9t=E9, gagnez une Ford Ka sur Voila Gratter ! http://cybergrattage.voila.fr/voila

[pilot-db-list] Pilot DB 0.3.3alpha

[Alex M. <al...@ho...>]

Hi,

  I was using 0.3.3alpha for the last several day. The new features are 
absolutely great - guys you did tremendous job, many thanks to all of you!

  I'd like to make a few comments:

  1. Link field currenly refers to the ROW in the another dabase, I would 
expect it refer to a particular FIELD in the record, which will be shown in 
the parent dabase view.
  2. It will be nice to show the all fields of the linked record when the 
link field was  tapped in Listview mode
  3. When database is open in read/write mode the tap in listviw mode on 
boolean field  should change it value rather then open edit screen
(I think it is how used to work  in some previous version)
  3. When the value has been added to a list (after tap on "<")  the input 
field should be clean to avoid confusions.
  4. "Open all database in read/write" is a global preference, I think it 
will be better  to have it as a particular database preference - some bases 
can be used (by default)  as read-only, and some - for
editing.
  5. Is it possible to prevent the deletion of the linked record when it has 
parent record? (I come from Oracle - this is how foreign key works there 
...)

PS:  I have no problems with  changing  Database design (Palm Vx. OS 
3.5.3/English)

BW,
Alex

_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

Re: [pilot-db-list] DB 0.3.3

[Larry W. V. <lv...@ca...>]

I think if there are no known actions that cause DB to crash, it has plenty
of features to think of it as being 1.0 material.

I also think that it would be useful to come up with a set of features
that people are working on , as well as a list (these lists could reside
in the pilot-db.sf.net feature requests manager) of things that users would
like to eventually see.
-- 
Never apply a Star Trek solution to a Babylon 5 problem.
Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/>
Even if explicitly stated to the contrary, nothing in this posting should 
be construed as representing my employer's opinions.
-><-

Re:[pilot-db-list] DB 0.3.3

[Chalain Marc<mar...@vo...>]

Sure,
Scott just complete its works, and it's a great job. First time it was features (Float and Calculated) i wanted to add because it seems to me too hard to implement.
Now, we must stabilize this version, but before i must complete some features:
 * the sorting from new field types.
 * the filtering which should display records in more than only one filter.
 * the sample translation file.
 * all plugins rebuilded for this version + new plugins.
In a close future (one week or a little more) you will see the first beta version inside the snapshot part on the download page.
After i will wait two weeks without bug report, and all translation files (I'm looking for a SPANISH translater!!!)
Then perhaps we will have the 0.3.3 release at the end of November or December!
Salut,
Marc.

PS: for the version numbering the 0 means that it's a developement version and the first implementation, the second digit tells the version of database format, and the third is only a version number. I think that in the beginning of the next year we will have the 1.3.0 version with all current features minus the bugs.

Salut,
Marc.
__________________________________________________________
Faites un voeu et puis Voila ! www.voila.fr 
Pendant tout l'=E9t=E9, gagnez une Ford Ka sur Voila Gratter ! http://cybergrattage.voila.fr/voila

Re: [pilot-db-list] DB 0.3.3

[George B. S. <gbj...@ho...>]

I am glad Tom brought this up because I have been thinking
along similar lines for some time.  I think it would be a
better representation of the DB package to advance the number
closer to 1.0.  Or to redefine the goals & requirements for
what 1.0 means.  I think people would think better of it and
more readily accepts it's use if the number were 1.0.  Further
development can be defined to be a post 1.0 release.  Comments?


> From: Tom Dyas <td...@us...>
> Date: Wed, 17 Oct 2001 23:40:12 -0400
> To: aji...@t-...
> Cc: pil...@li...
> Subject: Re: [pilot-db-list] DB 0.3.3
> 
> On Wednesday 17 October 2001 03:24 pm, Hans Ajiet Holtkamp wrote:
> 
>> P.S. Can anyone explain the logic behind the
>> version numbering 0.3.1 -> 0.3.2 etc.?
>> I am unfamiliar with it, since I have
>> mainly had experience with the Windows OS
>> up till now.
>> What do the first, second and third digits
>> stand for? Does the "0" signify that this
>> is not a finsihed product?
> 
> When I was the maintainer, I numbered the very initial version of DB 0.10,
> 0.11, 0.19. Then instead of going to 0.20, I decided to number it 0.2.0 to
> match the GNU style for version numbers which is MAJOR.MINOR.PATCHLEVEL. Then
> versions 0.2.0, 0.2.1, ..., 0.2.5 came out. When I changed the database
> format to make it more extensible, I bumped the second version number to
> 0.3.0.
> 
> You are right, the initial 0 was for that fact that it was not a finished
> product at the time. However, with all the great new features that Marc has
> added as the maintainer and the contributions of others, DB may deserve a
> 1.0.0 version number for its next release. It is up to Marc since he is the
> maintainer. :) (Or maybe a "0.9.0" version number which usually means "It is
> almost 1.0.0.")
> 
> _______________________________________________
> Pilot-db-list mailing list
> Pil...@li...
> https://lists.sourceforge.net/lists/listinfo/pilot-db-list

Re: [pilot-db-list] DB 0.3.3

[Tom D. <td...@us...>]

On Wednesday 17 October 2001 03:24 pm, Hans Ajiet Holtkamp wrote:

> P.S. Can anyone explain the logic behind the
>      version numbering 0.3.1 -> 0.3.2 etc.?
>      I am unfamiliar with it, since I have
>      mainly had experience with the Windows OS
>      up till now.
>      What do the first, second and third digits
>      stand for? Does the "0" signify that this
>      is not a finsihed product?

When I was the maintainer, I numbered the very initial version of DB 0.10, 
0.11, 0.19. Then instead of going to 0.20, I decided to number it 0.2.0 to 
match the GNU style for version numbers which is MAJOR.MINOR.PATCHLEVEL. Then 
versions 0.2.0, 0.2.1, ..., 0.2.5 came out. When I changed the database 
format to make it more extensible, I bumped the second version number to 
0.3.0.

You are right, the initial 0 was for that fact that it was not a finished 
product at the time. However, with all the great new features that Marc has 
added as the maintainer and the contributions of others, DB may deserve a 
1.0.0 version number for its next release. It is up to Marc since he is the 
maintainer. :) (Or maybe a "0.9.0" version number which usually means "It is 
almost 1.0.0.")

[pilot-db-list] Bugs in db 0.3.3alphac (13.Oct 2001)

[Walter K. <ko...@u3...>]

Moin,

some bugs I noticed in db 0.3.3alphac (13.Oct 2001), Palm Vx, PalmOS
3.5.2 German:

Any change (inserting new field; changing field types ...) in the
database design, which needs "the database to be rebuilt" results in "An
error was encountered during the rebuild. No changes have been made".

No scroll indicators on the screen when entering or changing the content
of a link field. Hardware buttons work fine.

Global Preferences, Buttons, Record scrolling. I choosed "line" for the
hardware buttons, but pressing them during editing a record results in a
page scroll

Database browser, duplicate whole database ("everything") does not copy
the filter

When using all Filter (Filter-1 to filter-4) an additional search
(without checking "add the filter" in the dialog) results in overwriting
=46ilter-1


Nevertheless: fine new features, well done!


Gruss,
  Walter



--=20
  Hochdahl am Neandertal

[pilot-db-list] DB 0.3.3

[<aji...@t-...>]

The new features that have been included in the
Alpha version of DB 0.3.3 are fantastic.

Thanks to all developers for that!

I would like to make the suggestion, that we
should now concentrate on perfecing, completing
and stabilizing these implemented features and 
on removing the bugs.

Any new features should be planned for the next
release (0.3.4).

Any comments?

Hans

P.S. Can anyone explain the logic behind the
     version numbering 0.3.1 -> 0.3.2 etc.?
     I am unfamiliar with it, since I have
     mainly had experience with the Windows OS
     up till now.
     What do the first, second and third digits
     stand for? Does the "0" signify that this
     is not a finsihed product?

Re:[pilot-db-list] good for m100?

[Chalain Marc<mar...@vo...>]

Each Palm devices works like the orthers. If you have a m100, a PalmPilot, a m505 or a Handera you can use Pilot-DB. They use the same operating system. If you buy a HP computer or a Compaq, with M-Windows you can use the same Photoshop software. Or on a Pentium and a PentiumIV it's the same thing, and if on your Pentium you can only display 256 colors you doesn't need to use another Photoshop version. For Pilot-DB it's the same thing, but i builded different version because we have a problem of memory size on some device, then if you can display grays or colors is not use to load the color version.
For a Palm m100 the PalmOS version is 3.5.x then you can display grays
then you can use db-en-c.prc (iconic or text version, it depends of you).
Salut,
Marc.

__________________________________________________________
Faites un voeu et puis Voila ! www.voila.fr 
Pendant tout l'=E9t=E9, gagnez une Ford Ka sur Voila Gratter ! http://cybergrattage.voila.fr/voila

[pilot-db-list] good for m100?

[Dr. J. M. O. <jer...@ya...>]

Hi I'm new to the list. I'd like some comments on
using Pilot DB on a Palm m100.
Thanks
Jerry

__________________________________________________
Do You Yahoo!?
Make a great connection at Yahoo! Personals.
http://personals.yahoo.com