Menu
▾
▴
pilot-db-bugs
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(9) |
Apr
(2) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: Arthur C. <co...@di...> - 2003-07-23 19:10:27
|
Greetings:
Platform: PalmOS v5.0 (Sony Clie NX70V)
Application Rev.: 1.0.4
Bugs (in no particular order):
1) Random garbage occupying script string on new calc fields (looks like the
string wasn't initialised prior to use?)
2) Sort not working correctly on date fields set to none (on my system it
appears that 'none' gets sorted to year boundaries, instead of at the
beginning or end of the list)
3) Overlapping widgets on About dialog (scrolling the credits overwrites
the OK button)
4) List fields show no entries in field edit dialog after (re)build.
5) Searches on List fields impossible when not using filters.
6) When editing previously saved records with Note fields: editing the
title string then editing the note body will lose the new title when
the note dialog is closed.
The following aren't bugs, per se, but suggestions:
1) Shouldn't the number of digits past the decimal in floats be a per-DB
setting rather than global?
2) From a UI design philosophy, wouldn't the List edit dialog be better like
so:
+----- Field n ------+
|+---------------+ |
|| | |
|| | /\|
|| | X |
|| | \/|
|+---------------+ |
| _____________ Add |
| Done Cancel |
+--------------------+
This would add resorting capability, but hopefully be in a slightly more
intuitive layout. You may think I'm daft, of course, so feel free to
ignore me. ;-) At a minimum, if you're going to keep '<' as the Add
button, you might want to consider '>' as the Delete button just to keep
the dialog feeling more balanced and consistent.
I've only been using this app for a few days now, but I do want to
congratulate everyone who's contributed to this for an eminently useful
application. I see this rapidly becoming one of my main apps on the Palm.
Excellent work!
--Arthur Corliss
Bolverk's Lair -- http://arthur.corlissfamily.org/
Digital Mages -- http://www.digitalmages.com/
"Live Free or Die, the Only Way to Live" -- NH State Motto
|
|
From: hermann g. <hgr...@gm...> - 2003-07-03 15:38:02
|
hi 2 all ;- i deleted a record in a database, the information plugin showed me - no filter used - that there was one record hidden (the deleted record i assume). afterwards i tried to convert it in the csv format, but it don't worked. the error message: <cite> C:\pdb2csv.exe ".\OP_-_SonstigesUCh.PDB" ".\OP_-_SonstigesUCh.csv" ".\ifo\OP_-_SonstigesUCh.ifo" .\OP_-_SonstigesUCh.PDB: record is corrupt </cite> after using the "rebuild database" command in the db application everything worked well, the information plugin showed the right number and conversion worked well. problem of db or problem of db-tools ? version: 1.1.0B1 (21.Jan.2003) on palm tungsten TPalm OS 5.0, version of palm db-tools: package dbtools-035 of 22. Nov 2002, BUT pdb2csv -v shows: <cite> C:\TEMP\dbtools-035_021122\bin\pdb2csv.exe -v pdb2csv (palm-db-tools 1.0.0) </cite> so long, ciao hermann |
|
From: Martin B. <mar...@pa...> - 2003-04-03 20:16:06
|
Hello. > > 1- On DB list screen, if I tap on database, not whole line is inverted, > > baseline to bottom of the line stays "black text on white" > > Hmm. I don't see this. Is it on all db's or just one in a > specific location... If you move the stylus, then some minor changes to > the highlighting do occur, but that is to indicate that you can reorder > the list. All databases. from baseline to top, the line is inverted. From baseline down, it is not (e.g. the below-the-line parts of 'y', 'p', 'g' etc. is still black on ... err... green :-) And if I move the stylus, nothing changes, stil the same db is selected. > > 4- Filters - I think that "search" is not sufficient for filtering. One > > would expect more operators, like "is not empty", "is not equal to", "is > > equal to" etc. I hope for one of the next versions (well, I have to read > > some todo documents...) > > Actually, you can use scripts in the search dialog too ;) I don't > think this is documented... Yes, those scripts are nice, someone from this list already wrote me about scripts... Nice! > > 6- Record view: reading - I still can change values from "select one > > value from the dropdown list" columns, although edit lines are read > > only. I was very confused when I encountered this for the first time :-) > > Good point. I don;t know how easy this is to fix, but I will look > into it. In fact, I can work with dropdown lists, but actual value doesn't change... This was my fault. Nevertheless it would be nice if it was not possible to use dropdown list in any way. > > 7- Recocr view: note fields - is it possible to show the whole note > > field possibly with ruler on the side if the text is longer? It would be > > of a good help for my cooking database, I keep cooking instructions in > > a note field and I have to click the note icon... This would be *very* > > nice feature! > > Do you mean without clicking on the note icon? Yes, exactly. Now I have to tap the note icon - either I can see the record, or one note field. Not both together. (Consider my example with cook book - I have to view ingredients list as well as cooking instructions, and working with the stylus is not very good for it or for Handera itself while your'e cooking...) > > If you would like to have Czech translation, I would be happy to help > > you prepare the translation... > > It'd be great to have a Czech translation. If you want, there is > a sample translation file included in the source code release. It has > instructions for the translation. If your downloads are limited, I can > also email you a copy. OK, I will try to make a translation file. Martin -- Martin Bodlak, Ostrava, CR ---> www.palmknihy.cz <--- mar...@pa... |
|
From: Scott W. <swa...@my...> - 2003-04-03 04:37:45
|
On 21 Mar 2003, Martin Bodlak wrote: > Hello, I am new to this list. > > First, thank you for nice application. I use it not so heavily, e.g. for > cooking recipes :-) or radio stations available in my city... It is the > only free database available for my Handera! Wow! > > Now I have some notes on versin 1.1.0b1, they are of low importance, but > someone have to tell it :-) - But hey, I still love the app! :-))) > > 1- On DB list screen, if I tap on database, not whole line is inverted, > baseline to bottom of the line stays "black text on white" Hmm. I don't see this. Is it on all db's or just one in a specific location... If you move the stylus, then some minor changes to the highlighting do occur, but that is to indicate that you can reorder the list. > > 2- Most dialogs (e.g. Create Database) have bad dimensions - they have > no right and left edges. I think you set the position too left and width > too much. But as far as I can see starting curve of the dialog edge, I > think it is about 2-3 pixels position and double for the width. > This is fixed in the latest version, I believe. > 3- The issue with VFS was mentioned in the posting a few hours ago :-) I > too think that there should be some directory like /Palm/Programs/DB or > PilotDB or whatever do you wish. Ok. (Hopefully fixed, or soon to be) > > 4- Filters - I think that "search" is not sufficient for filtering. One > would expect more operators, like "is not empty", "is not equal to", "is > equal to" etc. I hope for one of the next versions (well, I have to read > some todo documents...) Actually, you can use scripts in the search dialog too ;) I don't think this is documented... so, if you put (not (seq %1 cheese)) in the filter, it will find the records that have field 1 set to something other than 'cheese'. > 6- Record view: reading - I still can change values from "select one > value from the dropdown list" columns, although edit lines are read > only. I was very confused when I encountered this for the first time :-) > Good point. I don;t know how easy this is to fix, but I will look into it. > 7- Recocr view: note fields - is it possible to show the whole note > field possibly with ruler on the side if the text is longer? It would be > of a good help for my cooking database, I keep cooking instructions in > a note field and I have to click the note icon... This would be *very* > nice feature! > Do you mean without clicking on the note icon? > Anyway, Pilot-DB is very nice application - among the other things it is > one of apps with Handera support! Thanks a lot! Thanks! > > Martin > > If you would like to have Czech translation, I would be happy to help > you prepare the translation... > It'd be great to have a Czech translation. If you want, there is a sample translation file included in the source code release. It has instructions for the translation. If your downloads are limited, I can also email you a copy. -Scott -- |
|
From: =?iso-8859-1?Q?<mar...@la...> - 2003-03-25 13:29:32
|
It could have a bug, but i don't know if it's possible to=0D=0Acorrect it= .=0D=0AI will see.=0D=0ASalut,=0D=0AMarc.=0D=0A=0D=0A---------- Debut du = message initial -----------=0D=0A=0D=0ADe : pilot-db-list-admin@lists= .sourceforge.net=0D=0AA : <pil...@li...>=0D=0A= Copies : <pil...@li...>=0D=0ADate : Mon, 24 Mar = 2003 16:52:19 -0800=0D=0AObjet : [pilot-db-list] Report plug-in issue=0D= =0A=0D=0ANoticed today that the Report plug-in (possibly others?) is a=0D= =0Amodal=0D=0Adialog, and it likely shouldn't be.=0D=0A=0D=0AWith the rep= ort displaying:=0D=0AHardware buttons such as the power button are ignore= d. Worse, the=0D=0Aauto-off timer is ignored.=0D=0A=0D=0AOtherwise, stil= l enjoying this version greatly.=0D=0A=0D=0A-Craig Bowers=0D=0A=0D=0A=0D=0A= =0D=0A-------------------------------------------------------=0D=0AThis S= F.net email is sponsored by:=0D=0AThe Definitive IT and Networking Event.= Be There!=0D=0ANetWorld+Interop Las Vegas 2003 -- Register today!=0D=0Ah= ttp://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en=0D=0A___________= ____________________________________=0D=0APilot-db-list mailing list=0D=0A= Pil...@li...=0D=0Ahttps://lists.sourceforge.net/li= sts/listinfo/pilot-db-list=0D=0A=0A=0AAcc=E9dez au courrier =E9lectroniqu= e de La Poste : www.laposte.net ; =0A3615 LAPOSTENET (0,34=80/mn) ; t=E9l= : 08 92 68 13 50 (0,34=80/mn)"=0A=0A |
|
From: Craig B. <cr...@bo...> - 2003-03-25 00:55:42
|
Noticed today that the Report plug-in (possibly others?) is a modal dialog, and it likely shouldn't be. With the report displaying: Hardware buttons such as the power button are ignored. Worse, the auto-off timer is ignored. Otherwise, still enjoying this version greatly. -Craig Bowers |
|
From: =?iso-8859-1?Q?<mar...@la...> - 2003-03-19 08:21:27
|
I corrected this bug, you will see that in 1.1b3 and 1.0.4=0D=0Awith the = 5 ways keypad support.=0D=0AASAP=0D=0A=0D=0ASalut,=0D=0AMarc.=0D=0A=0D=0A= ---------- Debut du message initial -----------=0D=0A=0D=0ADe : pilot= -db...@li...=0D=0AA : <pilot-db-bugs@lists.s= ourceforge.net>=0D=0ACopies : "Pilot-db-list" <Pil...@li...urce= forge.net>=0D=0ADate : Tue, 18 Mar 2003 14:09:12 -0800=0D=0AObjet : [p= ilot-db-list] 1.1b2 and HandEra jog dial=0D=0A=0D=0AThere appears to be a= HandEra jog dial issue that I don't=0D=0Arecall running=0D=0Ainto in pre= vious versions.=0D=0A=0D=0AIt functions fine in the database list, and re= cord edit views.=0D=0A=0D=0AHowever with a database open, in the record l= ist view, the jog=0D=0Adial seems=0D=0Ato appear always on record #1 when= depressed. Even if you've=0D=0Afirst paged=0D=0Adown. The jog dial hig= hlight should of coarse appear on the=0D=0Afirst record=0D=0Ain view, not= the first record in the database.=0D=0A=0D=0AThe results is if you first= scroll down. Then depress the jog=0D=0Adial to=0D=0Aactivate it, and th= en hold the jog dial rotated downward until=0D=0Ayou see=0D=0Athe highlig= ht bar, there can be quite a delay until it's visible.=0D=0A=0D=0AOr try = this. Page down once. Depress the jog dial, and click=0D=0Adown a=0D=0A= record or two. You still won't see the highlight bar.=0D=0AYet, page up = to the first page again, and you'll see it there=0D=0A(a couple=0D=0Areco= rds down from the top).=0D=0A=0D=0AThe math involved with where Pilot-DB = believes the jag dial=0D=0Ahighlight bar=0D=0Ais, seems to further get co= nfused if you scroll even further=0D=0Adown the DB=0D=0Abefore you use it= . Selecting a record that the highlight bar=0D=0Ais on,=0D=0Aactually br= ings up a record from higher up the list (whereas=0D=0Aon the first=0D=0A= page or two of records, the highlight bar still selects the=0D=0Acorrect=0D= =0Arecord).=0D=0A=0D=0AIf you jog to the bottom of the DB, you can highli= ght the=0D=0Arecords, but=0D=0Ayou can't select them. In any case, just = some apparent=0D=0Aout-of-range=0D=0Aconditions.=0D=0A=0D=0A=0D=0A=0D=0A-= ------------------------------------------------------=0D=0AThis SF.net e= mail is sponsored by: Does your code think in ink? =0D=0AYou could win a = Tablet PC. Get a free Tablet PC hat just for=0D=0Aplaying. =0D=0AWhat are= you waiting for?=0D=0Ahttp://ads.sourceforge.net/cgi-bin/redirect.pl?mic= r5043en=0D=0A_______________________________________________=0D=0APilot-d= b-list mailing list=0D=0AP...@li...=0D=0Ahttps:/= /lists.sourceforge.net/lists/listinfo/pilot-db-list=0D=0A=0A=0AAcc=E9dez = au courrier =E9lectronique de La Poste : www.laposte.net ; =0A3615 LAPOST= ENET (0,34=80/mn) ; t=E9l : 08 92 68 13 50 (0,34=80/mn)"=0A=0A |
|
From: NWC <nw...@sk...> - 2003-03-19 01:28:17
|
I met the same problem. Please notice that I appreciate highly the possibility to put checkboxes in a list display. Jacques ----- Original Message ----- From: "Craig Bowers" <cr...@bo...> To: <pil...@li...> Cc: "Pilot-db-list" <Pil...@li...> Sent: Tuesday, March 18, 2003 11:00 PM Subject: [pilot-db-list] Filters and Booleans > I have one database that uses a Boolean field to select members of a > record subset for display via a filter. > > If you set some Boolean values to false from the list view and reselect > the filter (filtering for values of "1" on that field) those records > remain in the set (despite their "0" value). > > Yet if you set the Boolean field(s) to false from the record edit view > instead, then when returning to the list view, the record(s) are removed > from the set via the filter, as expected. > > So, in short it seems that Filters cannot see changes in values made in > the list mode. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Does your code think in ink? > You could win a Tablet PC. Get a free Tablet PC hat just for playing. > What are you waiting for? > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en > _______________________________________________ > Pilot-db-list mailing list > Pil...@li... > https://lists.sourceforge.net/lists/listinfo/pilot-db-list > |
|
From: Mike M. <mw...@mi...> - 2003-03-18 22:24:23
|
I think I found a bug with link fields in 1.1b2. Given an existing and populated database, I changed the link field that pointed at another database and made it point to a link field in that other database. When I tapped done, I was asked if I wanted to rebuild the database. Tapping yes gets a "Working...", then the database comes back - with the old values displayed. Either linking to a link field is illegal - my choice, since it makes dbsql much simpler - and I should be notified of that, or it's not working properly. <mike -- Mike Meyer <mw...@mi...> http://www.mired.org/consulting.html Independent WWW/Perforce/FreeBSD/Unix consultant, email for more information. |
|
From: Craig B. <cr...@bo...> - 2003-03-18 22:13:03
|
There appears to be a HandEra jog dial issue that I don't recall running into in previous versions. It functions fine in the database list, and record edit views. However with a database open, in the record list view, the jog dial seems to appear always on record #1 when depressed. Even if you've first paged down. The jog dial highlight should of coarse appear on the first record in view, not the first record in the database. The results is if you first scroll down. Then depress the jog dial to activate it, and then hold the jog dial rotated downward until you see the highlight bar, there can be quite a delay until it's visible. Or try this. Page down once. Depress the jog dial, and click down a record or two. You still won't see the highlight bar. Yet, page up to the first page again, and you'll see it there (a couple records down from the top). The math involved with where Pilot-DB believes the jag dial highlight bar is, seems to further get confused if you scroll even further down the DB before you use it. Selecting a record that the highlight bar is on, actually brings up a record from higher up the list (whereas on the first page or two of records, the highlight bar still selects the correct record). If you jog to the bottom of the DB, you can highlight the records, but you can't select them. In any case, just some apparent out-of-range conditions. |
|
From: Craig B. <cr...@bo...> - 2003-03-18 22:04:23
|
I have one database that uses a Boolean field to select members of a record subset for display via a filter. If you set some Boolean values to false from the list view and reselect the filter (filtering for values of "1" on that field) those records remain in the set (despite their "0" value). Yet if you set the Boolean field(s) to false from the record edit view instead, then when returning to the list view, the record(s) are removed from the set via the filter, as expected. So, in short it seems that Filters cannot see changes in values made in the list mode. |
|
From: Craig B. <cr...@bo...> - 2003-03-18 22:01:41
|
Further detail on VFS calculated field issue with 1.1b2 (and the 1.1b2 plugins in separate download): Moving the db to SD causes calculated fields to display unsupported field type. Editing attempts to the record can produce this Fatal alert: ./ ../ ../src/drivers/db3.c, Line:940, DB-PackedRecordSize: unsupported field type |
|
From: Craig B. <sys...@ca...> - 2003-03-04 01:18:59
|
DB-Bugs 1.1B2 on a Handera 330 with the smallest of the 8 fonts selected in global prefs. -Editing Database design or View causes global pref font setting to be ignored (reverts to larger font) when returning to records -When in a filtered record set, editing a record, the filter selection is lost when returning to the record list. Filter should remain in place until "no filter" is selected. -Very often when editing a View to add recently added fields (to the bottom of the view), not all fields in the view are shown, nor is the scroll down control shown on screen. One has to add a field arbitrarily among the displayed fields to enable the scroll down control to see the rest of the fields in the view and edit them, or add additional ones near the bottom. -Having fields with the field type "float" seems to cause long delays to screen refresh when scrolling laterally across those fields. -Even though there appears to be plenty of room in the column header to tap for popping up the sort or Report Plugin options when the column width is set to 10 or 15, one can't seem to. With a column with of 19, you can tap the header for sort selection, but only on the first few pixels of width in the header field, rather than the full field width. -VFS Plug-in bugs? I have yet to spend more definitive bug tracking on this yet but a least two instances of issues seem to pop up. 1. Some of my databases give an unsupported field type error on calculated fields if the file is VFS media based instead of RAM based. 2. With Filtering: Works fine when RAM based. When VFS Media based (the same file) If I choose a Filter from the list the following events occur: - Debug popup: "Set Filter to none" [hit OK] - Debug popup: "-OK" [hit OK] - Debug popup: "Filtering" [hit OK] - Debug popup: "-ok" [hit OK] - Debug popup: "Filtering" [hit OK] ...and so on. A loop. When your stylus hand gets tired, and you hit the application silk button to exit, the PDA takes over and hits the OK's for you seemingly, and you watch the popups alternating before you at high speed for about 20 seconds before it quits (the time may be related to the number of records in the database?) -Feature Request: Could float fields in the record edit view abide by the decimal preference as it does in the record list view? |
