osx-palm-tools-developers Mailing List for Mac OS X tools for Palm development
Brought to you by:
fpillet
Menu
▾
▴
osx-palm-tools-developers — Mailing list for developers interested in contributing to osx-palm-tools
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
(1) |
Apr
(6) |
May
(2) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2004 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Florent P. <flo...@wa...> - 2004-08-16 23:34:07
|
On 16 ao=FBt 04, at 23:32, Trevor Harmon wrote: >> In short, I didn't recently take the time to sum up and review the=20 >> changes I made to USB-TCP Bridge. I need to go through all the=20 >> changes I made since the last release, and check that they won't=20 >> cause any problems. If you can help with this, I'd be delighted! > > I can definitely help with testing. I used pilot-link all the time=20 > when I used Linux, but now that I've switched to Mac, the Bridge seems=20= > to be the only way to get pilot-xfer to run. I'll go ahead and compile=20= > the latest CVS and try it out. Yes, please do. Actually, I took over a number of things in pilot-link=20= and we now have a native OS X USB driver, and a lot of other neat=20 things in 0.12. Hopefully, the release will be made public soon. > Even if you decide not to release it, would you consider backporting=20= > the application icon? Perhaps you could release a 1.2.1 version that=20= > simply adds an application icon to the 1.2 release. A release for an icon? duh... wouldn't have thought about that. I don't=20= see icons as being _that_ important ;-) Florent --=20 Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products for Palm OS & Mac OS X ICQ: 117292463 http://perso.wanadoo.fr/fpillet |
|
From: Trevor H. <tr...@vo...> - 2004-08-16 21:40:21
|
On Aug 16, 2004, at 1:12 PM, Florent Pillet wrote: > In short, I didn't recently take the time to sum up and review the > changes I made to USB-TCP Bridge. I need to go through all the changes > I made since the last release, and check that they won't cause any > problems. If you can help with this, I'd be delighted! I can definitely help with testing. I used pilot-link all the time when I used Linux, but now that I've switched to Mac, the Bridge seems to be the only way to get pilot-xfer to run. I'll go ahead and compile the latest CVS and try it out. Even if you decide not to release it, would you consider backporting the application icon? Perhaps you could release a 1.2.1 version that simply adds an application icon to the 1.2 release. Trevor |
|
From: Florent P. <flo...@wa...> - 2004-08-16 20:13:14
|
Actually it's more a lack of time, as I'm alone working on this=20 project. Over time I made some improvements and changes, and I have=20 more in the store since I rewrote the USB layer for another project and=20= the new version turns out to work much better -- but I couldn't include=20= it in USB-TCP Bridge yet. The other reason it has been delayed is that some people told me this=20 version didn't work properly for them, although it worked fine for me=20 and others. I'm trying to avoid complains if I release a new version=20 that cause problems for users where previous releases worked fine. In short, I didn't recently take the time to sum up and review the=20 changes I made to USB-TCP Bridge. I need to go through all the changes=20= I made since the last release, and check that they won't cause any=20 problems. If you can help with this, I'd be delighted! Florent On 16 ao=FBt 04, at 20:17, Trevor Harmon wrote: > I noticed that a new version of the USB-TCP Bridge is in CVS. I'd like=20= > to help get this version released since it has some important new=20 > features (faster speed, application icon). Is there anything in=20 > particular holding it up (bugs, for example)? If you want, I could=20 > package it up myself and send it to you guys for distribution. > --=20 Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products for Palm OS & Mac OS X ICQ: 117292463 http://perso.wanadoo.fr/fpillet |
|
From: Trevor H. <tr...@vo...> - 2004-08-16 18:17:30
|
I noticed that a new version of the USB-TCP Bridge is in CVS. I'd like to help get this version released since it has some important new features (faster speed, application icon). Is there anything in particular holding it up (bugs, for example)? If you want, I could package it up myself and send it to you guys for distribution. Trevor |
|
From: Florent P. <flo...@wa...> - 2004-03-04 21:31:47
|
This happened to others to and remained quite mysterious. I have completely rewritten the I/O code for the next version of the bridge, would you mine trying out the version that's in CVS ? I can send you a prebuilt version if that can help. Regards, Florent On 4 mars 04, at 20:53, Dennis Christopher wrote: > I have set up reporter, bridge and my Palm app to do the simple > example from the documentation: > > HostTraceGlueInit(true); > HostTraceGlueOutputTL(0x8000, "This is a printf %s (with %d number)", > "example", 1); > HostTraceGlueClose(); > > if I run this under POSE, I get the output in Reporter. But I cant get > any output when > I run from the device (a T2 in usb cradle). The bridge evidently > receives the Init call, > because it reports "connected" but "Bytes recieved from device" stays > at 0, and > nothing appears in Reporter's window. > -- Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products for Palm OS & Mac OS X ICQ: 117292463 http://perso.wanadoo.fr/fpillet |
|
From: Dennis C. <dch...@co...> - 2004-03-04 19:59:21
|
I have set up reporter, bridge and my Palm app to do the simple example from the documentation: HostTraceGlueInit(true); HostTraceGlueOutputTL(0x8000, "This is a printf %s (with %d number)", "example", 1); HostTraceGlueClose(); if I run this under POSE, I get the output in Reporter. But I cant get any output when I run from the device (a T2 in usb cradle). The bridge evidently receives the Init call, because it reports "connected" but "Bytes recieved from device" stays at 0, and nothing appears in Reporter's window. Dennis Christopher |
|
From: Chris R. <chr...@ma...> - 2004-02-11 16:17:45
|
Apologies for being slightly off-topic.
It looks like PalmSource are killing off Mac support :-(((
OTOH, they seem to be handing Mark/Space the ball, who have just published
this white paper:
<URL:http://www.markspace.com/pdf/technical_whitepaper.pdf>
The future may be rosy after all...
Cheers,
Chris
|
|
From: Florent P. <flo...@wa...> - 2003-11-01 18:51:30
|
I just released HostTraceGlue 1.3. Here is the changes list: - Fixed a bug in HostTraceGlueInit which was not properly handling the case when the serial port could not be opened (i.e. when the device is not in its cradle). Thanks to Daniel Morais for finding the bug. - Fixed a bug which was preventing from HostTraceGlueClose from closing the serial port. - Added support for 4 additional events in HostTraceGlueLogEvent. If you use HostTraceGlue to trace your applications on the device, you should definitely upgrade to 1.3! Florent -- Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products for Palm OS & Mac OS X ICQ: 117292463 http://perso.wanadoo.fr/fpillet |
|
From: Florent P. <flo...@wa...> - 2003-10-29 09:07:58
|
Guys, Work on the Palm Constructor is progressing well. A good bunch of the architecture is already in place, while a lot more needs to be done. Right now, the constructor knows how to read Mac resource files (from Metrowerks Constructor), PRC files and XRD files (though the source code for this latest format can't be released right now due to NDA restrictions). Right now, on String Lists, Bitmaps and Alerts can be viewed, though all the other items appear in the file outline. I'm working on several parts of the code, and a lot remains to be done (in random order: rendering of Palm UI elements, form editing, menu editing are the main ones). Also, PalmServices is nearly complete, and only lacks bitmap compression code (decompression is there, I rewrote it from scratch). The project is split in two parts: - PalmServices is the low level framework which provides the basic classes for a Palm UI file, reads and write Mac resources, PRCs and XRD (XML) files, and also provides some basic services as text encoding conversion. PalmServices is designed to be usable for other tasks, like command like executables. For example, it could be used to write a tool that assembles a PRC from various resources / binary blocks (hint, hint!) - PalmConstructor is the front-end, UI that allows edition and creation of Palm UI resource files. Since I'm working on this project on my spare time, it doesn't progress as fast as it could, but that's how it is -- especially given that for now I'm the only one working on this. If you're interested in contributing, check out these two modules from the CVS: PalmServices PalmConstructor I moved to Panther and XCode for development, the PalmConstructor sources only come with an XCode project file (PalmServices still has a ProjectBuilder project file). To build & link the project, I recommend that you configure XCode / Project Builder to generate build products in a common location. The PalmConstructor project links the PalmServices.framework product in from the PalmServices project, and expects to find it in the common build location. If you're interested in contributing to the project, please drop me a note. There is a LOT of work to be done, so I'm mainly looking for helpers on specific tasks (I'll take care of the general architecture and big chunks of code). The required skills at this stage are mainly those of a Mac Cocoa developer with some general Palm knowledge. Florent -- Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products for Palm OS & Mac OS X ICQ: 117292463 http://perso.wanadoo.fr/fpillet |
|
From: Florent P. <flo...@wa...> - 2003-07-02 09:57:34
|
I just updated HostTraceGlue, fixing several bugs in HostTraceGlueClose(). If you are using HostTraceGlue, make sure you download version 1.2! Florent -- Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products for Palm OS & Mac OS X ICQ: 117292463 http://perso.wanadoo.fr/fpillet |
|
From: Steve M. <st...@sl...> - 2003-05-09 15:50:51
|
At 1:46 PM +0200 5/9/03, Florent Pillet wrote: >Phase 1 of PalmServices development is now complete. Congratulations! This is a great step forward. I'm looking forward to testing Constructor when you get to an alpha stage. Regards, Steve Mann |
|
From: Florent P. <flo...@wa...> - 2003-05-09 11:59:35
|
Guys, Phase 1 of PalmServices development is now complete. The framework correctly reads & writes Mac resource files (i.e. I can open, modify & resave a resource file and reedit it with Metrowerks Constructor). It also reads 98% of PRCs (the remaining bit is... bitmaps), theoretically writes them back though this has not been tested yet. I'm now working on the architecture of the Constructor itself. Florent. -- Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products ICQ: 117292463 Palm, Mac, Unix, Windows http://perso.wanadoo.fr/fpillet |
|
From: Florent P. <flo...@wa...> - 2003-04-25 10:36:53
|
Guys, I committed new code to the CVS yesterday & today. PalmDataStream now supports writing, I added support for font families, readong FONT and NFNT resources as well as 'wrdl' (word lists) and 'tint' (soft constants) for the sake of completeness. The new PalmUIFont class provides the necessary infrastructure to image the glyphs for objects rendering. It will also be usable to edit/create fonts (lots of work to do in this area). When updating, make sure to use cvs update -d to get the new files. Florent. -- Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products ICQ: 117292463 Palm, Mac, Unix, Windows http://perso.wanadoo.fr/fpillet |
|
From: Florent P. <flo...@wa...> - 2003-04-23 16:21:44
|
>> it should be trademark-unencumbered to avoid potential problems with >> stupid lawyers. Therefore, I'm not sure that Cocoa Palm Constructor >> would be appropriate, though I'd vote for this one if it was only me. > > That sounds fine to me, although it does have two trademark > infringements. How about something that plays off of Cocoa, like Hot > Chocolate? I think that this name is already taken. Moreover, I'd like to stay away from Java-ish names. Things like "PilRCUI" are just plain ugly too. Maybe something like "Prism" would be nice, we could even find the reverse-acronym... ;-) -- Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products ICQ: 117292463 Palm, Mac, Unix, Windows http://perso.wanadoo.fr/fpillet |
|
From: Steve M. <st...@sl...> - 2003-04-23 15:52:11
|
At 1:44 PM +0200 4/23/03, Florent Pillet wrote: >it should be trademark-unencumbered to avoid potential problems with >stupid lawyers. Therefore, I'm not sure that Cocoa Palm Constructor >would be appropriate, though I'd vote for this one if it was only me. That sounds fine to me, although it does have two trademark infringements. How about something that plays off of Cocoa, like Hot Chocolate? Regards, Steve Mann |
|
From: Florent P. <flo...@wa...> - 2003-04-23 11:45:10
|
Guys, Today I checked in the final bits for support of reading Mac resouce files, that is, support for PICT and ICON types as well as bitmap families. I'll implement reading PRC's 'Tbmf' types when I have some UI working to verify the proper loading of the images. I'm going to start on the Constructor UI soon, I'd like to take inputs as to how name the Constructor. I didn't really think about it yet, but we should choose a name. I don't really mind what the name is, but it should be trademark-unencumbered to avoid potential problems with stupid lawyers. Therefore, I'm not sure that Cocoa Palm Constructor would be appropriate, though I'd vote for this one if it was only me. Ideas welcome! Florent. -- Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products ICQ: 117292463 Palm, Mac, Unix, Windows http://perso.wanadoo.fr/fpillet |
|
From: Florent P. <flo...@wa...> - 2003-04-23 00:07:31
|
Guys, PalmServices is progressing quickly. The framework now properly reads Mac resource files as well as PRCs. Reading menu bars has been fixed for PRCs and added for Mac resource files. I just checked in the code to read Bitmap Families, the only thing missing now in the framework is reading the bitmaps/icons themselves. Coming soon! I also started adding stuff to Localized.strings -- each object will be able to return its class name for display in the Constructor, in addition to a dictionary containing the properties definitions (this will be implemented soon). Note that when you update from CVS, remember to use cvs update -d to get the new files that I added recently. Florent. -- Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products ICQ: 117292463 Palm, Mac, Unix, Windows http://perso.wanadoo.fr/fpillet |
|
From: Florent P. <flo...@wa...> - 2003-04-21 11:57:00
|
Guys,
The PalmServices framework is now in CVS. It is right now in full
"development" mode and certainly not complete. I have chosen a BSD
license for the framework to let others use it in commercial products.
The goal of the framework is to provide a range of services related to
manipulating PRC, PDB and Mac resource files, and to provide the
infrastructure for the Cocoa Palm Constructor (BTW, we'll need a name
for this tool!)
Let me quickly describe what's in the framework, and what will be when
it's complete:
- Read/write PRC and PDB files (read is implemented)
- Read/write Mac resource files (not implemented yet, coming soon)
- Classes that encompass the various components of a PRC (UI elements,
images, binary data, etc. - most of them is implemented, reading
bitmaps is not done yet)
- For each UI element, the classes provide the infrastructure for
editing the contents (right now, all members and accessors are
implemented, I plan to implement a dictionary-based mechanism for easy
properties manipulation in the Constructor)
- Transcoding of text to/from Unicode (implemented for Palm Latin1 and
ShiftJIS)
There are many things that have been done already, and even more to do.
I'm actively working on the framework, so if you plan to contribute
code to it I encourage you to:
1. stay up to date with the CVS
2. contact me before doing anything to make sure I'm not already doing
it
3. discuss improvements, changes and code on this list
Right now to test that everything works, I use a simple test
application which opens a built PRC, instantiates a PalmUIDocument
object containing the things found in the PRC and dump them using NSLog
calls:
int main(int argc, char **argv)
{
NSAutoreleasePool *_pool = [[NSAutoreleasePool alloc] init];
PalmDB *db = [PalmDB
dbWithFile:@"/Volumes/Spare4/tmp/Obj/Starter.prc"];
NSLog([db description]);
PalmUIDocument *doc = [[PalmUIDocument alloc] initWithPRC:db];
[doc dump];
[doc release];
[_pool release];
return 0;
}
As you can see, using the framework to manipulate files is
straightforward. Since resource file & data manipulation is done by the
PalmDB / PalmDBResource classes which implement the ResourceFile /
ResourceData protocols, I plan on adding MacResourceFile /
MacResourceData classes to open & save Mac resource files. Right now
there is code in the framework to read the Mac resource variant of Palm
UI elements but this has not been tested yet.
The infrastructure provided by PalmServices will allow the Constructor
code to focus on UI manipulation & rendering without messing with the
internal representation of objects. Also, PalmServices can (and will)
be used to load/save PilRC files, as well as the forthcoming XRD format
(which is the XML format that Palm is creating for their Windows-only
constructor for Palm OS 6).
Florent.
--
Florent Pillet, Code Segment flo...@wa...
Developer tools and end-user products ICQ: 117292463
Palm, Mac, Unix, Windows http://perso.wanadoo.fr/fpillet
|
|
From: Florent P. <flo...@wa...> - 2003-03-02 14:48:28
|
I added changes submitted by Grigory Entin to support connecting to a socket. This allows using pilot-link on Mac OS X with USB Palms. There are also a few bug fixes and user interfaces changes. Get this from the CVS, I'll release a new version this week. Florent. -- Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products ICQ: 117292463 Palm, Mac, Unix, Windows http://perso.wanadoo.fr/fpillet |
|
From: Chris R. <chr...@ma...> - 2002-12-10 12:07:16
|
On 10/12/02 10:34 am, Florent Pillet <flo...@wa...> wrote: > Thanks for posting the URL. I looked at what you did and it seems that > it would be easier to bug Palm to make the CDK work with Project > Builder. This said, I wouldn't hold my breath because it looks like > their resources are limited. I hadn't actually logged a bug with them. (I have now!) > Something that could be done is write a CFM stub that would export the > HotSync entry points in a way that is compatible with the CFBundle way > of doing things. This can be a bit tricky, and I'm not sure that it > would work at all because the CodeWarrior ABI and the gcc ABI are > incompatible. Therefore, C++ objects passed between the HoySync libs > and gcc would not be compatible and you may crash HotSync when doing > this. I'm not sure that any "real" C++ objects *are* being passed between the libs and my code. By "real" I mean objects that have methods (and hence vtables?) - AFAICS all the C++ objects used in the API are basically plain old C structs. I think struct padding is defined in the C ABIs, so hopefully CFBundle will do the right thing with structs. If not, I guess I can construct a CW "struct" from a gcc one! Yuck :-( > So for now I think that the major problem is not getting a stub to the > CFM libraries (I could compile one with CodeWarrior), but rather there > is the problem of ABI incompatibility. > > This is going to be tricky... Good luck, Chris... > > Florent. Tricky indeed... I'm going to see if I can get the MPW tools building stuff on OS X as at least they support CFM, and try to mimic what Apple's done in iSync. One of the things I don't understand about the CDK is the ConduitInit/ConduitExit stuff - these symbols aren't exported by any of the sample projects and they aren't in the libraries so I don't see how they're being used. Is there anything in the sample CW projects that explains them? Cheers, Chris |
|
From: Florent P. <flo...@wa...> - 2002-12-10 10:34:14
|
Thanks for posting the URL. I looked at what you did and it seems that it would be easier to bug Palm to make the CDK work with Project Builder. This said, I wouldn't hold my breath because it looks like their resources are limited. Something that could be done is write a CFM stub that would export the HotSync entry points in a way that is compatible with the CFBundle way of doing things. This can be a bit tricky, and I'm not sure that it would work at all because the CodeWarrior ABI and the gcc ABI are incompatible. Therefore, C++ objects passed between the HoySync libs and gcc would not be compatible and you may crash HotSync when doing this. So for now I think that the major problem is not getting a stub to the CFM libraries (I could compile one with CodeWarrior), but rather there is the problem of ABI incompatibility. This is going to be tricky... Good luck, Chris... Florent. > I'm hacking away trying to build conduits using gcc! > > I've tried to summarize where I've got to at: > > <http://homepage.mac.com/chrisridd/conduits.html> > > I've basically got some code going, but it isn't talking to (or maybe > initializing) the CDK's Codewarrior libraries properly. Debugging > conduits > is rather tricky, especially when you're not using the Palm-approved > tools -- Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products ICQ: 117292463 Palm, Mac, Unix, Windows http://perso.wanadoo.fr/fpillet |
|
From: Chris R. <chr...@ma...> - 2002-12-09 15:57:35
|
Hi everyone,
I'm hacking away trying to build conduits using gcc!
I've tried to summarize where I've got to at:
<http://homepage.mac.com/chrisridd/conduits.html>
I've basically got some code going, but it isn't talking to (or maybe
initializing) the CDK's Codewarrior libraries properly. Debugging conduits
is rather tricky, especially when you're not using the Palm-approved tools
:-(
Cheers,
Chris
|
|
From: Florent P. <flo...@wa...> - 2002-12-09 12:00:38
|
Welcome to the developers list. This list is for people interested in contributing to osx-palm-tools. I have added a few tasks to the "Cocoa Palm Reporter" subproject, please feel free to discuss these and/or other topics. -- Florent Pillet, Code Segment flo...@wa... Developer tools and end-user products ICQ: 117292463 Palm, Mac, Unix, Windows http://perso.wanadoo.fr/fpillet |
