pilot-db-list

[pilot-db-list] Re: db-0_3_2beta3.zip broken?

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

Thank you for the information.
I haven't problem with the original file, it seems to be a problem during the FTP. The  normal file is 305ko weight.
I'll correct the problem this night ( in France).
Source file contains the french version of db.
Salut,
Marc.

> On Wednesday 04 July 2001 03:48 pm, Oliver G=F6tz wrote:
> 
> > I just downloaded the file db-0_3_2beta3.zip from the Palm
> > DB project, but the Zip archive seems to be broken. :(
> >
> > I get the message "not a valid zip archive". It's also much
> > smaller than the zip files of previous versions.
> 

__________________________________________________
Voila vous propose une boite aux lettres gratuite sur Voila Mail:
http://mail.voila.fr

[pilot-db-list] Tr:Re: db-0_3_2beta3.zip broken?

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

Thank you for the information.
I haven't problem with the original file, it seems to be a problem during the FTP. The  normal file is 305ko weight.
I'll correct the problem this night ( in France).
Source file contains the french version of db.
Salut,
Marc.

> On Wednesday 04 July 2001 03:48 pm, Oliver G=F6tz wrote:
> 
> > I just downloaded the file db-0_3_2beta3.zip from the Palm
> > DB project, but the Zip archive seems to be broken. :(
> >
> > I get the message "not a valid zip archive". It's also much
> > smaller than the zip files of previous versions.
> 

__________________________________________________
Voila vous propose une boite aux lettres gratuite sur Voila Mail:
http://mail.voila.fr

Re:[pilot-db-list] Bugs, features, and random musings (long)

[<mik...@al...>]

Hello,

On Wed, 4 Jul 2001, Chalain Marc wrote:
> Thank you for your remarks, i will try to satisfy you.

As I said, these are long term comments/wishes. I'm actively involved in
documenting a largish Open Source project, so I'm well aware that software
progresses only as fast as the developers can find time and energy. I'm
just db is as good as it is now!

>>  1) In the view editor, it would be nice to have the first line or two
>> of the database displayed to give visual feedback to the spacing
>> changes as they are being made.

>  sorry, my english is too bad to undertand exactly what you want

As you are editing the list view (which columns and how much spacing),
actually display the first one or two records of the database at the
bottom of the screen. The when you tell field 1 to be 20 pixels wide, for
example, have those lines update so you can see the effect of your
changes. If you add a column to the view, then add it to the display.
Often when I am trying to give a field the right amount of spacing ("Gee,
do I want 22 pixels or 24?"), having a short display at the bottom would
make it easy.

>> 4) I was shocked to find that the size of the pdb file was almost
>> the same as the csv file (129,000 bytes vs 130,000 bytes) after a
>> csv2pdb operation. This implies that the booleans are stored as "true"
>> and "false", rather than "0" and "1". That's a tremendous waste of
>> space. Even as integer 0 and 1, over 50% can be saved. Is this really
>> true? (I haven't browsed the code, since I'm not much of a programmer.)
>  It's come from a problem of hardware, the =B5p works with multiple of 8
> bits, then for a boolean we waste 7 bits. The only solution is to
> group all booleans in packets of 8, but we loss the order of the
> fields.

But storing them as "true" and "false" requires 4 and 5 bytes,
respectively. At worst, they could be stored as a native 16-bit integer 0
or 1; this would consume 2 bytes each - a > 50% savings. If they could be
stored as 8-bit bytes, then it's > 75%. Surely either of those would be
preferable to text strings! Again, I haven't looked at the code, so maybe
I'm full of hot air, but _if_ they are really stored as strings, you could
save a lot of space by converting them.


>> 6) For a field with a "date" type, there should be a way to indicate
>> "no date" ...
>  I have the same problem, but the "no date" wonder a lot of code
> implementation, then a lot of memory, my answer is why not but i don't
> know when.

Could you make some arbitrary, but not likely to ever be used date (such
as Jan. 01, 1933) serve as a No Date, and when db detects such a date,
just translate it as "No Date"? This is obviously a bad hack, but maybe it
will suffice until a good fix is possible.

>> 9) Bug in 0.3.2b2 - the "modify" button protects checkboxes when
>> viewing an individual record, but they are editable when in the
>> general list view. This should be made consistent.
>  i saw that it will be correct in the 0.3.2b3 or 4.

Great!

>> BTW, for those who want to squeeze a 10th line onto the main list view,
>> but don't want to recompile DB as suggested in an earlier message, you c=
an
>> use the shareware app RsrcEdit (look it up at PalmGear) to modify db
> Thank Mike but it's depend of the type of field do you use, the height
> of each line is not the same.

Very true - I just wanted to point out an alternate solution for those
that like to live on the wild side :-) Having the 10th line is a real
benefit for my object database ...

Thanks again for a great program! I noticed at least one person
volunteered for documentation. If you would like a "doc team", I'll help
out.

Mike

P.S. Anyone know why my "Author" name shows up as "alum.mit.edu" in the
email archive, rather than something a little more intelligible?

--=20
Mike Ressler
mik...@al...
OK, I'm lame: I don't have my own website ...

Re:[pilot-db-list] Bugs, features, and random musings (long)

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

Thank you for your remarks, i will try to satisfy you.
 
 1) In the view editor, it would be nice to have the first line or two of the database displayed to give visual feedback to the spacing changes as they are being made.

 sorry, my english is too bad to undertand exactly what you want

> 2) The new "modify" button is nice, but it would be useful to be able to lock certain fields on top of that. Example: the name of an object in my database will never change, but a checkbox for whether I've observed it or not will. It would therefore be nice to set the "name" field to uneditable.

 I have the same problem but this features ask to change the profile of the records, and DB will pass from 0.3.x to 0.4.x.

> 3) I'd like to be able to cut and paste multiple records in one operation.

 Perhaps a future plugin.
 
> 4) I was shocked to find that the size of the pdb file was almost the same as the csv file (129,000 bytes vs 130,000 bytes) after a csv2pdb operation. This implies that the booleans are stored as "true" and "false", rather than "0" and "1". That's a tremendous waste of space. Even as integer 0 and 1, over 50% can be saved. Is this really true? (I haven't browsed the code, since I'm not much of a programmer.)

 It's come from a problem of hardware, the =B5p works with multiple of 8 bits, then for a boolean we waste 7 bits. The only solution is to group all booleans in packets of 8, but we loss the order of the fields.

> 5) I have a number of checkboxes to indicate whether an object is a member of a certain catalog or not (6 of them, to be precise). Having some sort of "bit field" would let me drop these in one entry, rather than six. I'd still like to be able to sort on individual bits - "sort by presence in Messier's list (boolean), then by Right Ascension (string)"

 not easy to implement (only the GUI, the driver is easy), why not in a future version.

> 6) For a field with a "date" type, there should be a way to indicate "no date". One of my fields is "date observed" - since I haven't yet observed 618 of the 728 objects on my list, I have to give this a "string" type for now, otherwise the day I created the database is entered.

 I have the same problem, but the "no date" wonder a lot of code implementation, then a lot of memory, my answer is why not but i don't know when.

> 7) It would be useful to be able to clear an entire field with a single command. E.g. set observed flags for all objects to unobserved.

 Which type of command, it still wonder a lot of memory for a little feature.

> 8) When editing views, it would be nice to copy a view to a new one, so that minor variations can be made to the new one. E.g. display all the same stuff as the default view, but the last column should be size instead of magnitude.

 Yes, good idea.

> 9) Bug in 0.3.2b2 - the "modify" button protects checkboxes when viewing an individual record, but they are editable when in the general list view. This should be made consistent.

 i saw that it will be correct in the 0.3.2b3 or 4.

> 10) I would like to be able to set a field to a "float" type, with a specifiable number of digits to the right of the decimal point. I've mentioned this to Tom Dyas in the past - I'll take the liberty of suggesting it again.

 I know, but in the future, a nearer future.

> BTW, for those who want to squeeze a 10th line onto the main list view,
> but don't want to recompile DB as suggested in an earlier message, you can
> use the shareware app RsrcEdit (look it up at PalmGear) to modify db
> directly on the Palm. Fire up RsrcEdit, open DB, then open tFRM 1002, then
> Gadget 1000. I set the "top" value to 17, and the height value to 124. No
> recompiling required. I don't know if the values are "correct" per se, but
> I get my 10 lines :-)

Thank Mike but it's depend of the type of field do you use, the height of each line is not the same.

Salut,
Marc.
__________________________________________________
Voila vous propose une boite aux lettres gratuite sur Voila Mail:
http://mail.voila.fr

[pilot-db-list] Bugs, features, and random musings (long)

[<mik...@al...>]

I've been using db for well over a year and a half, and it has become the
2nd most used app on my Palm (after the date book!). I've also just
finished preparing a large database of astronomical deep sky objects which
comprises sort of my life's list of things to chase with my telescope.
(I'll make it available if others are interested.) Because it is large and
complex (728 records with 24 fields per record) it's given me a good
opportunity to exercize db - mostly version 0.3.1, but I've just now tried
0.3.2b2. Following are a list of bugs, mis-features, feature requests, and
random thoughts that have cropped up over the last few weeks. I don't
expect any of these to be implented soon, nor am I even really looking for
a response. I present these merely as food for thought for some misty
future version, in no particular order.

1) In the view editor, it would be nice to have the first line or two of
the database displayed to give visual feedback to the spacing changes as
they are being made.

2) The new "modify" button is nice, but it would be useful to be able to
lock certain fields on top of that. Example: the name of an object in my
database will never change, but a checkbox for whether I've observed it or
not will. It would therefore be nice to set the "name" field to
uneditable.

3) I'd like to be able to cut and paste multiple records in one operation.

4) I was shocked to find that the size of the pdb file was almost the same
as the csv file (129,000 bytes vs 130,000 bytes) after a csv2pdb
operation. This implies that the booleans are stored as "true" and
"false", rather than "0" and "1". That's a tremendous waste of space. Even
as integer 0 and 1, over 50% can be saved. Is this really true? (I haven't
browsed the code, since I'm not much of a programmer.)

5) I have a number of checkboxes to indicate whether an object is a member
of a certain catalog or not (6 of them, to be precise). Having some sort
of "bit field" would let me drop these in one entry, rather than six. I'd
still like to be able to sort on individual bits - "sort by presence in
Messier's list (boolean), then by Right Ascension (string)"

6) For a field with a "date" type, there should be a way to indicate "no
date". One of my fields is "date observed" - since I haven't yet observed
618 of the 728 objects on my list, I have to give this a "string" type for
now, otherwise the day I created the database is entered.

7) It would be useful to be able to clear an entire field with a single
command. E.g. set observed flags for all objects to unobserved.

8) When editing views, it would be nice to copy a view to a new one, so
that minor variations can be made to the new one. E.g. display all the
same stuff as the default view, but the last column should be size instead
of magnitude.

9) Bug in 0.3.2b2 - the "modify" button protects checkboxes when viewing
an individual record, but they are editable when in the general list view.
This should be made consistent.

10) I would like to be able to set a field to a "float" type, with a
specifiable number of digits to the right of the decimal point. I've
mentioned this to Tom Dyas in the past - I'll take the liberty of
suggesting it again.

Thanks to Tom and Marc for a wonderful, useful program.

BTW, for those who want to squeeze a 10th line onto the main list view,
but don't want to recompile DB as suggested in an earlier message, you can
use the shareware app RsrcEdit (look it up at PalmGear) to modify db
directly on the Palm. Fire up RsrcEdit, open DB, then open tFRM 1002, then
Gadget 1000. I set the "top" value to 17, and the height value to 124. No
recompiling required. I don't know if the values are "correct" per se, but
I get my 10 lines :-)

Mike

-- 
Mike Ressler
mik...@al...
OK, I'm lame: I don't have my own website ...

Re:[pilot-db-list] Scrolling in List View

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

I don't want a clone of MobileDB but a database complete with professionals features. Your remark is good, i note it but you will not find it in the next release (0.3.2). i have to much work.
Thank you.
Salut,
Marc.

__________________________________________________
Voila vous propose une boite aux lettres gratuite sur Voila Mail:
http://mail.voila.fr

[pilot-db-list] 0.3.2beta1 crash

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

sorry, meaculpa, pardon...
I already found the bug of Peter (and an another). It seems to come when you transform a database with a note.
I hidden the package 0.3.2beta1.
Sorry, i will work hard this week-end.
Salut, 
Marc.
__________________________________________________
Voila vous propose une boite aux lettres gratuite sur Voila Mail:
http://mail.voila.fr

[pilot-db-list] Scrolling in List View

[Bastian Brn. <bh...@gm...>]

Hi,
I've just recently started using PilotDB, and while comparing MobileDB to it
I wondered wether I can scroll to the right within the list view and keep
the first column on the screen (as a reference to the record I'm interested
in). In long records I keep losing the line....
MobileDB does this by default.
I hope this qustion hasn't been asked before, but I couldn't find a hint in
the mailing list archives.

Regards, Bastian Bruninghaus
bh...@gm...

[pilot-db-list] DB 0.3.2b1 crash

[KANE P. (CA) <Pet...@er...>]

Note field
- I get a crash "MemoryMgr.c Line 4340  Null Handle" when paging from record
to record in a database with a notes field. The problem seems to have gotten
worse and worse so that now I get the crash just editing a note field,
whereas previously I had to scroll from record to record.
- The paste function does not seem to be working in the note field.
- The memo icon is missing the right-most pixels
- Can a "modify" button be added to the note view so that you can modify a
note even if you had not selected the modify option for the record?
- II am not sure I like the line + memo concept. I'd probably prefer just a
memo field, with the first n lines visible (n is a per-database parameter).

Paging from record to record
- nice feature. :-)
- can we have an option to not show lines under text when not in modify
mode? (similar to address-book)
- if you page down a lot of records, and then go back to list view, the
current record should be visible in the list view. At present the list seems
to be where it was before you started paging from record to record (perhaps
the current record should be at the top of the list visible).

General User Interface.
- if you have a long window title it over-writes into the category/view
area. eg call a database DB3JournalMemo to see the problem

Documentation
- I am willing to help document DB. how should we go about this?

Plug-ins
- the db-en-mobileDB.prc file didn't seem to work for me. I had to use the
MobileDB.prc file.
- I suggest that all plug-ins be prefixed by db-(for English), eg
db-db2.prc, db-Jfile3.prc, etc.

I have a Palm Vx, OS 3.5.2

_______________
Peter Kane
Ergon Energy
PO Box 308 (185 Richardson Rd) Rockhampton Q 4700
Phone: (07) 4931-2658; Fax:  (07) 4931-2238;  Mobile: 0409 495 008
mailto:pet...@er...
http://www.ergon.com.au




This e-mail (including any attachments) may contain confidential or
privileged information and is intended for the sole use of the person(s) to
whom it is addressed. If you are not the intended recipient, or the person
responsible for delivering this message to the intended recipient, please
notify the sender of the message or send an e-mail to
mailto:hel...@er... immediately, and delete all copies. Any
unauthorised review, use, alteration, disclosure or distribution of this
e-mail by an unintended recipient is prohibited. Ergon Energy accepts no
responsibility for the content of any e-mail sent by an employee which is of
a personal nature.

Ergon Energy Corporation Limited      ABN 50 087 646 062 
Ergon Energy Pty Ltd      ABN 66 078 875 902

Fwd: Re: [pilot-db-list] another feature request

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

I forgot to send the reply to the list. Here it is.

----------  Forwarded Message  ----------
Subject: Re: [pilot-db-list] another feature request
Date: Fri, 29 Jun 2001 19:52:14 -0400
From: Tom Dyas <td...@us...>
To: Fab <kr...@bi...>


On Thursday 28 June 2001 01:38 pm, Fab wrote:
> 	Can't you find someone who could port the db-tools to mac ? I think
> you just need a C++ compiler for this tools are not directly related to
> palm but pdb-csv comverters.
> 	Somebody interested in porting those tools ?

I did have some interest from someone in porting the tools to the Mac.
However, I have not heard from them in a while.

If someone wanted to port to the new UNIX-based Mac OS X, then the
palm-db-tools should compile with a C++ compiler and be runnable under the
Terminal. (The palm-db-tools frontends pdb2csv and csv2pdb both use Standard
C++ calls to handle files and output to a console. That is why both programs
can compile on UNIX and Win32 with only minor modifications.)

For older versions of MacOS and the GUI of MacOS X, then the porter would
have to write GUI code to talk with the backend library which actually reads
from the PDB files. There is a very clean seperation between the PDB code and
the command-line interface. Writing a GUI should be trivial for someone with
the time.

-------------------------------------------------------

Re: [pilot-db-list] Yet another request

[Matt M. <mm...@us...>]

On Fri, Jun 29, 2001 at 05:36:58PM +0200, Chalain Marc wrote:
> I implemented the plugin mechanism for this type of features. If you ar=
e interested to develope, I can to help you.
> I'm not again to implement it in the main code, but for the next releas=
e i hope to reduce the weight of db.prc.

OK, this sounds good; it's been a while since I've looked at the code.

> > On Fri, Jun 29, 2001 at 06:38:06AM -0700, Carson Wilcox wrote:
> > > Just wondering if was in the plan to add calculated
> > > fields to the DB. It would really be usefull to be
> > > able to sum fields from the previous record.
> >=20
> > I would like to waste a bit of bandwidth and second this; such a thin=
g
> > would be most useful.
> >=20
> > As I get time, I may contribute code...!
> >=20
>=20
> contributes, contributes... i will be happy!!!

:-)  No promises, but I'll try...


--=20
Matt Meola                                                       AF=D8D
af...@qs...           ARES CO D. 6 AEC       http://www.qsl.net/af0d

Re: [pilot-db-list] Yet another request

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

I implemented the plugin mechanism for this type of features. If you are interested to develope, I can to help you.
I'm not again to implement it in the main code, but for the next release i hope to reduce the weight of db.prc.
Salut,
Marc.


> On Fri, Jun 29, 2001 at 06:38:06AM -0700, Carson Wilcox wrote:
> > Just wondering if was in the plan to add calculated
> > fields to the DB. It would really be usefull to be
> > able to sum fields from the previous record.
> 
> I would like to waste a bit of bandwidth and second this; such a thing
> would be most useful.
> 
> As I get time, I may contribute code...!
> 

contributes, contributes... i will be happy!!!
__________________________________________________
Voila vous propose une boite aux lettres gratuite sur Voila Mail:
http://mail.voila.fr

[pilot-db-list] 0.3.2beta1

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

all my apologizes for this mistake, i will change that quickly.
Now, you can use db-en-mobileDB.prc, the MobileDB support is compiled inside.
Salut,
Marc.

> Hello List,
> I have a question regarding the MobileDB
> plugin. The file is MobileDB.prc has the
> same filename as the Original from Handmark.
> If I install the plugin does this trash
> my MobileDB. At the moment I use MobileDB
> and DB in parallel and I would not like to
> loose it at the moment.

__________________________________________________
Voila vous propose une boite aux lettres gratuite sur Voila Mail:
http://mail.voila.fr

Re: [pilot-db-list] Yet another request

[Matt M. <mm...@us...>]

On Fri, Jun 29, 2001 at 06:38:06AM -0700, Carson Wilcox wrote:
> Just wondering if was in the plan to add calculated
> fields to the DB. It would really be usefull to be
> able to sum fields from the previous record.

I would like to waste a bit of bandwidth and second this; such a thing
would be most useful.

As I get time, I may contribute code...!


--=20
Matt Meola                                                       AF=D8D
af...@qs...           ARES CO D. 6 AEC       http://www.qsl.net/af0d

[pilot-db-list] 0.3.2beta1

[Leiss, Klaus-G. 3. PPE-E. <Kla...@de...>]

Hello List,
I have a question regarding the MobileDB
plugin. The file is MobileDB.prc has the
same filename as the Original from Handmark.
If I install the plugin does this trash
my MobileDB. At the moment I use MobileDB
and DB in parallel and I would not like to
loose it at the moment.

With kind regards

[pilot-db-list] Yet another request

[Carson W. <car...@ya...>]

Just wondering if was in the plan to add calculated
fields to the DB. It would really be usefull to be
able to sum fields from the previous record.

Thanks,
Carson

__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

[pilot-db-list] 0.3.2beta1

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

i uploaded a 0.3.2beta1 version of DB this night. Some people will be happy, i added:
 - Note field support. it's a field with a title and a text of less 6500 bytes displayed in a note view like AddressDB.
 - Duplicate record feature. Edit the record to duplicate and choice the menu "Record/duplicate"
 - Record edition is protected. To modify a record tape on "Modify" button. You can choice to open the database in un-protected mode, the "Modify" button is hidden.
 - Quick sort a record, when you tape on the header of a column in the list veiw a box is opened to sort the records with this column.
 - The list view selector is now near the title of the list view like a category.
 - Plugins are avaiables, but i'm waiting the version 2.1 of prc-tool to fix the code.

Now i'm waiting your bugs reports. I'm working on futures features like:
 - link between to database.
 - filter view.
 - list field.
 - final plugin support.

Salut,
Marc.
__________________________________________________
Voila vous propose une boite aux lettres gratuite sur Voila Mail:
http://mail.voila.fr

Re: [pilot-db-list] another feature request

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

The import and export tools DO import and export to text files.
Pilot-db itself can't do that, since there is no support for text files
on the pilot itself.  The best you could do is import and export from
memos or something like that.

-- 
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: Re: [pilot-db-list] another feature request

[Bastian B. <bh...@gm...>]

> Ah - but the source for the import and export programs is available.
> All you have to do is compile them.  Obviously, only someone with a Mac
> is going to be able to do that <smile>...

Yes, I know.
But as I am not a programmer, for one thing I won't be able to do that.
And for the other thing, I would find the import and export to text file
format even more interesting.
Wouldn't that be the only universal cross-plattform format?

I've been using databases in a rather simple form for some years now on Mac
and those programs that could not export and import text file format (for
example tab separated) never really lasted long in my daily use, because I
couldn't get data out or in in a fast and efficient way.
Moving data between text editor, spreadsheet and database is a basic
procedure, for example.

This is why I consider import and export to text file format a basic feature
in any database software.

Regards, Bastian

[pilot-db-list] RE: another feature request

[Leiss, Klaus-G. 3. PPE-E. <Kla...@de...>]

Hello Marc,
I agree, but I usually have difficulty not to
mix this terms, if I try to write in English.

With kind regards

Klaus Leiss

> 
> Sorry,
> MobileDB-Mac could be a freeware not a free software, but 
> it's just a point of view.
> 

[pilot-db-list] RE: another feature request

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

Sorry,
MobileDB-Mac could be a freeware not a free software, but it's just a point of view.

Salut,
Marc.

__________________________________________________
Voila vous propose une boite aux lettres gratuite sur Voila Mail:
http://mail.voila.fr

[pilot-db-list] RE: another feature request

[Leiss, Klaus-G. 3. PPE-E. <Kla...@de...>]

Hello List

> Bastian Bruninghaus wrote
> The only thing I miss are import and export functions to and from
> ASCII-based Text-Files, because as a Mac user I can't use any 
> of the PC
> converter programs.

Since Pilot-DB opens MobileDB databases on the Pilot you could
have almost all features ( no views ) if you use MobileDB-Mac
to generate your data. I do not know the licence from MobileDB-Mac
but on their website they state:

MobileDB-Mac is free software and requires no purchase or registration

to me it does not seem to require the use of MobileDB 

with kind regards

Klaus Leiss

Re: [pilot-db-list] another feature request

[Fab <kr...@bi...>]

> I have aswell tried this database software and consider it very useful.
> The only thing I miss are import and export functions to and from
> ASCII-based Text-Files, because as a Mac user I can't use any of the PC
> converter programs.
	Can't you find someone who could port the db-tools to mac ? I think
you just need a C++ compiler for this tools are not directly related to
palm but pdb-csv comverters.
	Somebody interested in porting those tools ?

	Fab.


	

[pilot-db-list] feature request

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

This week-end i will partage the version 0.3.2beta1, but you already can find some of this features on the CVS tree.

> 1. Clone record
>    With this an user editing data on the pilot could use an
>    existing similar record to generate much of the new data.

The next week you will find a duplicate entry menu in the list view.
 
> 2. changing records in edit mode
>    Here I mean go to next or previous record

The hard buttons up/down can be configurated to jump from one record to the previous/next. Record are now displayed in two mode: protected (no modification), unprotected (modification).

> 3. Regular expressions in find. At least it should be possible
>     to anchor a search lets say with a ^ to the beginning of the
>     field and a $ to the end of the field as in most UNIX programs.
>     With this somebody locking for the start of all records beginning
>     with s could search for ^S and would be there.

> 4. Boolean finds.
>    record contains  a and b in one field
>    record contains  a in one field and b in a second field
>    record contains  a or  b 

I implemented a plugin support to add features like this because they ask a lot of memory and they are not used for every body.

Salut,
Marc.

__________________________________________________
Voila vous propose une boite aux lettres gratuite sur Voila Mail:
http://mail.voila.fr

Re: [pilot-db-list] another feature request

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

> The only thing I miss are import and export functions to and from
> ASCII-based Text-Files, because as a Mac user I can't use any of the PC
> converter programs.

Ah - but the source for the import and export programs is available.
All you have to do is compile them.  Obviously, only someone with a Mac
is going to be able to do that <smile>...
-- 
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.
-><-