Menu
▾
▴
pilot-db-list
You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(23) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(15) |
Feb
(11) |
Mar
(6) |
Apr
(47) |
May
(14) |
Jun
(13) |
Jul
(20) |
Aug
(4) |
Sep
(15) |
Oct
(28) |
Nov
(40) |
Dec
(11) |
| 2001 |
Jan
(28) |
Feb
(9) |
Mar
(17) |
Apr
(10) |
May
(26) |
Jun
(31) |
Jul
(83) |
Aug
(66) |
Sep
(106) |
Oct
(82) |
Nov
(139) |
Dec
(76) |
| 2002 |
Jan
(138) |
Feb
(140) |
Mar
(118) |
Apr
(179) |
May
(85) |
Jun
(92) |
Jul
(53) |
Aug
(39) |
Sep
(60) |
Oct
(48) |
Nov
(114) |
Dec
(71) |
| 2003 |
Jan
(76) |
Feb
(58) |
Mar
(83) |
Apr
(70) |
May
(23) |
Jun
(63) |
Jul
(27) |
Aug
(233) |
Sep
(74) |
Oct
(35) |
Nov
(24) |
Dec
(42) |
| 2004 |
Jan
(85) |
Feb
(99) |
Mar
(33) |
Apr
(43) |
May
(17) |
Jun
(29) |
Jul
(17) |
Aug
(16) |
Sep
(17) |
Oct
(5) |
Nov
(3) |
Dec
(15) |
| 2005 |
Jan
(38) |
Feb
(24) |
Mar
(11) |
Apr
(14) |
May
(4) |
Jun
(15) |
Jul
(11) |
Aug
(5) |
Sep
(3) |
Oct
(14) |
Nov
(9) |
Dec
(3) |
| 2006 |
Jan
(9) |
Feb
(4) |
Mar
(4) |
Apr
(2) |
May
(6) |
Jun
(1) |
Jul
(3) |
Aug
(10) |
Sep
|
Oct
(1) |
Nov
|
Dec
(7) |
| 2007 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
|
| 2008 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
(2) |
May
|
Jun
(3) |
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tom D. <td...@vg...> - 2000-04-21 13:53:32
|
On Fri, 21 Apr 2000, Larry W. Virden wrote: > I keep expecting to find http://pilot-db.sourceforge.com/ but so far > it hasn't appeared. Is this something in the works? The URL would be http://pilot-db.sourceforge.net/ actually. I only have enough time to work on the code and not a Web site. That wouldn't preclude me from adding any other interested parties to the DB project on SourceForge so they could work on a Web site ... (hint hint) Tom |
|
From: Larry W. V. <lv...@ca...> - 2000-04-21 09:52:52
|
I keep expecting to find http://pilot-db.sourceforge.com/ but so far it hasn't appeared. Is this something in the works? -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Tom D. <td...@vg...> - 2000-04-20 03:32:56
|
If anybody wants to try out what I have so far for 0.3.0, it is at: ftp://pilot-db.sourceforge.net/pub/pilot-db/dbtest.prc There are still some stuff broken due to new isolation layer including global find, checkboxes in the list view, restoring to an open database, and the new format doesn't store options yet. Legacy support does work though. I'm actually using Larry's Pokemon databases as the test cases for this. :) This is an intermediate release so some parts WILL crash your device so it might be good to run it under PalmOS Emulator (http://www.palm.com/devzone/pose/pose.html) if you want to avoid any possibility of crashing your Palm. (Which is probably good advice even if trying out real software off the Net.) Tom |
|
From: Tom D. <td...@vg...> - 2000-04-14 18:38:44
|
For anyone who wants to have the bleeding edge of DB and is willing to build DB (much easier now that Palm has released RPM for prc-tools), you can pull latest source code from the CVS repository. Instructions are on DB's SourceForge page. I also have RPM for the emulator and RPM for the SDKs if anybody wants those as well. (Mail me directly.) Tom |
|
From: Larry W. V. <lv...@ca...> - 2000-04-14 15:21:01
|
Yes, in a way. If you have ever seen one of the diff/merge programs like tkdiff, etc that's what I have been mulling over. Perhaps the user configures to indicate which fields they want to merge on rather than using field types as the indicator - that would be more generic. -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Tom D. <td...@vg...> - 2000-04-14 15:04:21
|
On Thu, 13 Apr 2000, Larry W. Virden wrote: > My dream application (where it would run I am uncertain) would allow me > to specify things like "merge in entire new entries, and replace string > fields" or something like that... The PalmOS equivalent of the "diff" and "patch" Unix commands then? Tom |
|
From: Larry W. V. <lv...@ca...> - 2000-04-14 01:09:33
|
In my case, what I have are databases of things like episodes, or card lists, or magazine/book lists, etc. As new books or magazines are published, I like to provide a new list for readers. However, they will have already marked the ones they have read, or own, or whatever. I might even find that I had a typo in an earlier entry. My dream application (where it would run I am uncertain) would allow me to specify things like "merge in entire new entries, and replace string fields" or something like that... -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Hal D. <hal...@ea...> - 2000-04-12 20:37:50
|
>>>>> On Wed, 12 Apr 2000, "Tom" == Tom Dyas wrote: Tom> Also, this assumes a HotSync conduit for DB that can store Tom> in a file format where it knows each record from the next. Exactly so. On reading Larry's request I think it may even imply some sort of "user hook" in the conduit that would allow a database-specific bit of code to make a decision about the record. It wasn't clear from Larry's description if the "using them" done by the end users would affect the same records that the "master copy" would be delivering or not. Presumably the datebook-type conduit logic could handle the cases where a single database record was updated or created on one platform. --Hal |
|
From: Tom D. <td...@vg...> - 2000-04-12 20:05:31
|
On Wed, 12 Apr 2000, Patrick Landry wrote: > on the desktop side of things. PostgreSQL automatically maintains > a unique number for each record in a table (oid or ObjectID). I > was planning on using that and a dat stamp somehow to do the easy syncing. Each record in a Palm Pilot database also has a unique ID which is available to a conduit during HotSync. > I recently purchased > "Palm Database Programming : The Complete Developer's Guide" > by Eric Giguere but have not yet opened it. Good luck. At least, you have at least one open source Palm application to learn from. :) Tom |
|
From: Patrick L. <pm...@ca...> - 2000-04-12 19:16:00
|
I have been thinking about this database syncing problem. Since I am a Unix user I was thinking about using PostgreSQL on the desktop side of things. PostgreSQL automatically maintains a unique number for each record in a table (oid or ObjectID). I was planning on using that and a dat stamp somehow to do the easy syncing. The only hard part would be resolving edits on both the desktop and the palm to the same record. New records on either, deletes on either and modifications to a record on one would be (relatively) simple. And as someone else mentioned, I am speaking from absolutley no experience doing palm programming. I recently purchased "Palm Database Programming : The Complete Developer's Guide" by Eric Giguere but have not yet opened it. -- Patrick Landry The Center for Advanced Computer Studies Senior System Administrator The University of Louisiana at Lafayette pm...@ca... PO Box 44330, Lafayette, LA 70504-4330 |
|
From: Tom D. <td...@vg...> - 2000-04-12 18:57:49
|
On Wed, 12 Apr 2000, Hal DeVore wrote: > All depends on the conduit and the "granularity" of the sync. > With memos, an entire memo is an "item" for syncing. With the > datebook an individual appointment is an "item". Implied. I did a modification to a phone book entry on my Palm III and the desktop and just the entry itself was duplicated. > Conceptually there doesn't seem any reason that an individual > database RECORD couldn't be the "item". Easy for me to say > since I've never done any Palm or conduit development. But then the duplication problem still exists. If user modified a record and Larry provides an update, then the entry will be duplicated and user will have to resolve. Also, this assumes a HotSync conduit for DB that can store in a file format where it knows each record from the next. Tom |
|
From: Hal D. <hal...@ea...> - 2000-04-12 16:50:50
|
>>>>> On Wed, 12 Apr 2000, "Tom" == Tom Dyas wrote: Tom> If the file is modified on both the Pilot and the desktop, Tom> then HotSync usually duplicates the file and says for the Tom> user to resolve the issue. But, OTOH, if you add appointments using both the desktop and the Palm, then the entire datebook is NOT duplicated. All depends on the conduit and the "granularity" of the sync. With memos, an entire memo is an "item" for syncing. With the datebook an individual appointment is an "item". Conceptually there doesn't seem any reason that an individual database RECORD couldn't be the "item". Easy for me to say since I've never done any Palm or conduit development. --Hal |
|
From: Larry W. V. <lv...@ca...> - 2000-04-12 14:45:28
|
From: Tom Dyas <td...@vg...> > I'm not sure even HotSync could handle this type of sync'ing. Imagine if > you distributed text files to be viewed in MemoPad. If the file is > modified on both the Pilot and the desktop, then HotSync usually > duplicates the file and says for the user to resolve the issue. Yes. This is _sort_ of like calendar manager hotsyncing - that's why I thought of that. > There has to be a better way though. Maybe a merge option in DB or > something. Not sure what form it would take. Probably needs some > brainstorming. I agree about the brainstorming. That's why I was hoping some of the others here on the list might pipe up with their ideas. -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Tom D. <td...@vg...> - 2000-04-12 14:36:15
|
On Wed, 12 Apr 2000, Larry W. Virden wrote: > I have built a series of inventory like databases. I have not yet figured > out the best way though to distribute updates to these databases. > If a user installs one of these databases as I distributed them and > then uses them, they lose any data they might have entered into the > database if I have an update to send out that contains say new items, > renamed inventory items , etc. I'm not sure even HotSync could handle this type of sync'ing. Imagine if you distributed text files to be viewed in MemoPad. If the file is modified on both the Pilot and the desktop, then HotSync usually duplicates the file and says for the user to resolve the issue. There has to be a better way though. Maybe a merge option in DB or something. Not sure what form it would take. Probably needs some brainstorming. Tom |
|
From: Larry W. V. <lv...@ca...> - 2000-04-12 14:29:03
|
Tom, this is such great news! I really want to thank you for your hard work on this. I have a question for you other DB users. I have built a series of inventory like databases. I have not yet figured out the best way though to distribute updates to these databases. If a user installs one of these databases as I distributed them and then uses them, they lose any data they might have entered into the database if I have an update to send out that contains say new items, renamed inventory items , etc. This is _sort_ of a sync-ing type issue. Has anyone investigated syncing for DB? -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Tom D. <td...@vg...> - 2000-04-12 14:06:51
|
On Wed, 12 Apr 2000, Larry W. Virden wrote: > Does this mean that no conversion from 0.2.x to 0.3.x will be necessary? Yup, no conversion needed unless you want to be able to take advantage of any new features that need support in the file format. (Not to worry, there will be a conversion option as well. It should be able to be done generically between any two data source drivers.) Tom |
|
From: Larry W. V. <lv...@ca...> - 2000-04-12 11:46:10
|
Does this mean that no conversion from 0.2.x to 0.3.x will be necessary? -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Tom D. <td...@vg...> - 2000-04-12 03:10:31
|
I've finished my conversion of the DB sources to the PalmOS 3.5 SDK and an isolation layer to hide the file format of the database from most of the code. Both changes touched every single file. And today was the first day in a month or more that the code actually compiled and linked. So maybe another 2 weeks before I can release a 0.3.0. Still need to make sure every existing feature works and add support for the 0.2.x database format. (The new isolation layer makes it easy. For even more fun, future versions of DB will be able to read MobileDB, JFile, etc.) FYI, the PalmOS 3.5 SDK does mean that DB will still work with previous PalmOS versions. The 3.5 just means that the source code has access to the 3.5 features if it wants. Tom |
|
From: Tom D. <td...@vg...> - 2000-03-16 16:47:24
|
On Wed, 15 Mar 2000, Tom Byrum wrote: > Will this break it on older PalmOS systems, such as a Palm Pro? No. There would only be breakage if I used PalmOS 3.5 features. The SDK only makes the features available. In this case, I could add support for color in the future if I wanted to. > Also, is there a reason the system is set to 20 record max? I changed it > in my compile, but was wondering if there was a stability issue or > something. I just didn't want to have 100 rows in the design view when you created a database esp. since it means allocating 100 entries of the stucture used to track the design, etc. The 20 row max is only in creating databases on the Pilot itself. If you make a database on the desktop, there is no limit. Tom |
|
From: Tom B. <my...@ac...> - 2000-03-16 04:19:50
|
Will this break it on older PalmOS systems, such as a Palm Pro?
Also, is there a reason the system is set to 20 record max? I changed it
in my compile, but was wondering if there was a stability issue or
something.
Tom Byrum
"There is no security on this earth. There is only opportunity."
-- General Douglas MacArthur
On Wed, 15 Mar 2000, Tom Dyas wrote:
> On Wed, 15 Mar 2000, Larry W. Virden wrote:
>
> > Any progress on updates or bug fixes in DB? Things have been a bit quiet
> > lately.
>
> Working on porting DB to the new PalmOS 3.5 SDK. Also working on the new
> data source layer which will allow DB to read legacy format stuff as well
> as the new stuff.
>
> Code doesn't even compile right now. :) Porting to the new stuff breaks
> everything compile-wise.
>
> Tom
>
>
>
> _______________________________________________
> Pilot-db-list mailing list
> Pil...@li...
> http://lists.sourceforge.net/mailman/listinfo/pilot-db-list
>
|
|
From: Tom D. <td...@fr...> - 2000-03-16 04:03:07
|
test |
|
From: Tom D. <td...@vg...> - 2000-03-16 03:26:54
|
test |
|
From: Tom D. <td...@vg...> - 2000-03-16 03:02:55
|
On Wed, 15 Mar 2000, Larry W. Virden wrote: > Any progress on updates or bug fixes in DB? Things have been a bit quiet > lately. Working on porting DB to the new PalmOS 3.5 SDK. Also working on the new data source layer which will allow DB to read legacy format stuff as well as the new stuff. Code doesn't even compile right now. :) Porting to the new stuff breaks everything compile-wise. Tom |
|
From: Larry W. V. <lv...@ca...> - 2000-03-15 12:55:01
|
Any progress on updates or bug fixes in DB? Things have been a bit quiet lately. -- Larry W. Virden <mailto:lv...@ca...> <URL: http://www.purl.org/NET/lvirden/> Unless explicitly stated to the contrary, nothing in this posting should be construed as representing my employer's opinions. -><- |
|
From: Tom D. <td...@vg...> - 2000-02-09 15:57:15
|
On Wed, 9 Feb 2000, Larry W. Virden wrote: > I understand what you mean. I have users of databases which do not > have access to compilers (and would not be comfortable trying to compile) > and so I too wish there were some automated way of converting the old > database format to the new format. This is my greatest concern. > I don't have the means to compile the conversion tools for Macs - and > that's one of the more common platform for the users of some of my databases. I've been toying with the idea of making DB go through a "data source" structure internally of some sort to get at databases. Then accessing older format databases would simply be a matter of having the right DataSource object. I've already done something similar in creating a GridModel structure for the list view which seperates the columns from the actual data. This would let DB be the frontend for anything we could write a DataSource object for. (0.3.x DB, 0.2.x DB, MobileDB, ...) As for getting the conversion utilites on the Mac, I would try to provide them but I don't have a Mac nor access to one. Even then, I don't think there is a free compiler like gcc available for the Mac. (There might be but I haven't looked. Paying money for CodeWarrior would cost too much.) If someone could find a compiler, then I can try compiling by proxy with them. I can guess at the structure of the Makefiles for Mac by seeing what the Mozilla group has done for their Mac Makefiles. Any takers? Tom |
240 messages has been excluded from this view by a project administrator.
