bitpim-devel — For bitpim developers

[Bitpim-devel] resize window change for Mac

[Tim L. <tl...@ve...>]

Roger,

I got tried of resizing the window on the Mac (defaults to tiny 20x20 
pixels).  So I added the following lines to MainWindow in gui.py.

### Resize window if too small
if min(self.GetSize())<50:
     self.SetSize((640,480))

Can you add this (or something like it) to the next release?

Potential Mac users will having difficulty finding the application 
window unless it's bigger.

Tim

Re: [Bitpim-devel] Importing vCard

[Alan P. <api...@ma...>]

Roger-

Ok, I have checked it with pychecker and it's all good now (it nicely  
found a couple of issues, nice tool!).

I have uploaded the patch here:

http://sourceforge.net/tracker/ 
index.php?func=detail&atid=543252&aid=716417&group_id=75211

I did create a main but I still didn't know what interface to give it  
for a more general purpose. Since it currently outputs the index.idx  
file, I would imagine that instead it should manipulate the phonebook  
entries through an object interface directly... let me know if you want  
me to integrate that part.

Enjoy,
Alan

On Saturday, April 5, 2003, at 03:45  PM, Roger Binns wrote:

>> The result was wonderful. Right now it's all in a self-contained code
>> chunk. I am going to work on integrated it with the GUI next.
>
> I'd prefer to do the gui work, so I can make it fit in with the master
> plan.  I'm also intending to support multiple phones in the future
> so I'd like to rework this to make that fit in well.
>
> Can you use the SF patch manager to submit a single file that is
> your code.  My preference is that it has a block at the bottom:
>
>   if __name__=='__main__':
>         dostuff
>
> Where dostuff is effectively a test of the code (this is standard
> Python practise).  Also please make sure pychecker is happy with
> the file.
>
>>  Also, what's the
>> process for getting a cvs login for commits?
>
> Submit a few patches.  When I like what I see, Ill add you.
>
> Roger
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel

Re: [Bitpim-devel] Importing vCard

[Alan P. <api...@ma...>]

It definitely depends how generalized you want the whole thing to be... 
what's the goal for the project? LG only? Other phones? That's an 
important question.

Also, it's practically guaranteed that most phones will support only a 
subset of what vCard supports. Therefore, some logic will need to 
determine which numbers to take and which ones to "drop on the floor". 
Also, there are other issues along the customization axis... for 
instance, should names be "Last, First" or "First Last". Should this be 
configurable?

Maybe when the user starts the import of a vCard file a "prefs" form 
should come up to allow the user to make his own customizations?'

I read through the vCard spec and there are some cool things.. first of 
all, pics of people can be embedded in the vCard, which means you could 
support picture ID from vCard import. Although currently AddressBook on 
MAC doesn't export images in the vCards.

As far as the "main" number goes, in a vCard a particular TEL number 
can be "preferred" and I think only ONE per card can be, so maybe 
that'd be a good way to map "main". There's definitely more work I 
should do to make the parser more generalized to handle some of these 
issues. Right now I just made it Quick&Dirty so it'd work for me...

Alan

On Saturday, April 5, 2003, at 03:48  PM, Roger Binns wrote:

>> Each are truncated if they exceed the LG's maximums (22 chr  names, 48
>> chr phone & email).
>
> I've got to decide what the right thing to do about this is.  My 
> feeling
> is to silently truncate entries when writing them to the phone.  
> Although
> being a little more intelligent may help (eg removing punctuation 
> first,
> taking out the middle of long words and replacing with ...)
>
> I don't think the import code should have to know about the lengths.  
> It
> will however have to know about types (one of my bugbears with someone
> else's software was that there was a 'main' number type that they 
> mapped
> really badly when converting to something that doesn't have 'main' like
> the LG).
>
> Roger
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel

Re: [Bitpim-devel] GetNextChild

[Tim L. <tl...@ve...>]

> I'm happy to change the code to the above.  Let me know what you think.

Yes, go ahead and fold it into your next release.  There's also another 
section code in "pathtoitem" that requires a similar change.

> It would however seem that the tree widget is somewhat broken on Mac.

Apparently broken.  I tried using "child.IsOk" to determine if it was 
valid tree item, but that never changes either.  The online 
documentation is not specific regarding the semantics of cookie, i.e. 
returning zero when invalid.  What documentation do you use as a 
reference?

> Does the tree in the demo work correctly.  The other important thing
> bitpim does is to change the tree contents (the demo doesn't do that).
>
> Try uploading wallpaper in the main interface and then refreshing
> in the tree.

I'll go check this out, and also provide some feedback regarding 
stability on the Mac.

Tim

Re: [Bitpim-devel] Importing vCard

[Alan P. <api...@ma...>]

I apologize in advance if this is a silly question, but I think I am 
missing something:

Right now the way my code works is you call it with "python 
AddressBookImporter.py". So when I add the __main__ method, my code 
doesn't run. So basically, if I put a __main__ in now I don't know how 
to run my code...

Should I just create an interface so that a wrapper py script must be 
used to exec my code?

Alan

On Saturday, April 5, 2003, at 03:45  PM, Roger Binns wrote:

>> The result was wonderful. Right now it's all in a self-contained code
>> chunk. I am going to work on integrated it with the GUI next.
>
> I'd prefer to do the gui work, so I can make it fit in with the master
> plan.  I'm also intending to support multiple phones in the future
> so I'd like to rework this to make that fit in well.
>
> Can you use the SF patch manager to submit a single file that is
> your code.  My preference is that it has a block at the bottom:
>
>   if __name__=='__main__':
>         dostuff
>
> Where dostuff is effectively a test of the code (this is standard
> Python practise).  Also please make sure pychecker is happy with
> the file.
>
>>  Also, what's the
>> process for getting a cvs login for commits?
>
> Submit a few patches.  When I like what I see, Ill add you.
>
> Roger
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel

Re: [Bitpim-devel] Importing vCard

[Roger B. <ro...@ro...>]

> Each are truncated if they exceed the LG's maximums (22 chr  names, 48 
> chr phone & email).

I've got to decide what the right thing to do about this is.  My feeling
is to silently truncate entries when writing them to the phone.  Although
being a little more intelligent may help (eg removing punctuation first,
taking out the middle of long words and replacing with ...)

I don't think the import code should have to know about the lengths.  It
will however have to know about types (one of my bugbears with someone
else's software was that there was a 'main' number type that they mapped
really badly when converting to something that doesn't have 'main' like
the LG).

Roger

Re: [Bitpim-devel] Importing vCard

[Roger B. <ro...@ro...>]

> The result was wonderful. Right now it's all in a self-contained code 
> chunk. I am going to work on integrated it with the GUI next.

I'd prefer to do the gui work, so I can make it fit in with the master
plan.  I'm also intending to support multiple phones in the future
so I'd like to rework this to make that fit in well.

Can you use the SF patch manager to submit a single file that is
your code.  My preference is that it has a block at the bottom:

  if __name__=='__main__':
        dostuff

Where dostuff is effectively a test of the code (this is standard
Python practise).  Also please make sure pychecker is happy with
the file.

>  Also, what's the 
> process for getting a cvs login for commits?

Submit a few patches.  When I like what I see, Ill add you.

Roger

Re: [Bitpim-devel] Importing vCard

[Alan P. <api...@ma...>]

Good news! I have just succeeded at writing a nice vCard parser for 
bitpim based on the approach in this message:

http://sourceforge.net/mailarchive/message.php?msg_id=4245003

I used it against my own Address Book export and successfully put in 74 
contacts to my phone.

The phone supports up to 5 phone numbers and 3 emails. Since vCard 
supports arbitrary numbers of these, I basically go through the vCard 
and "fill up" the following structure until it's full:

Full Name
2 home
2 office
2 mobile
2 fax
pager
3 emails

Each are truncated if they exceed the LG's maximums (22 chr  names, 48 
chr phone & email). Since the vCard format includes 
type=(HOME|CELL|WORK|PAGER|FAX) it's trivial to properly setup the LG 
type mappings.
I then strip all non-digits from the phone numbers and construct the 
result['phonebook'] structure. That structure then must be added to the 
.bitpim-files/phonebook/index.idx file.

The result was wonderful. Right now it's all in a self-contained code 
chunk. I am going to work on integrated it with the GUI next.

If anyone's interested in the code, let me know. Also, what's the 
process for getting a cvs login for commits?

Thanks,
Alan


On Thursday, April 3, 2003, at 07:49  PM, Roger Binns wrote:

>> Specifically the #1 thing to do is importing vCard entries to the
>> contact list. This was my main hope for BitPim as I want to put about
>> 100 contacts on and don't want to do it manually...
>
> See this message:
>
> http://sourceforge.net/mailarchive/message.php?msg_id=4245003
>
>> how would I get involved?
>
> Check out the CVS tree and start hacking.
>

Re: [Bitpim-devel] Mac OS X User & Dev page

[Alan P. <api...@ma...>]

I've been playing around a bit more, and have more comments on this:

Typically the FIRST time I try to upload/download from the phone I get 
an error that says "device busy" for /dev/tty.usbserial.
The next time it typically, works. However, in some cases the 
application will seg fault often while doing something. Not sure yet if 
that's because of app bugs or serial issues...

Hope that helps. I'd be happy to help further if you've got ideas.

Alan

On Saturday, April 5, 2003, at 02:15  PM, Roger Binns wrote:

>> http://videogamexchange.com/sites/lg4400/
>
> One thing I would like to get to the bottom of is the flakyness
> you are seeing on the Mac.  I don't see it on Windows or Linux.
> I am comng to believe there may be some issues with pySerial in
> border cases.
>
> Roger
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel

Re: [Bitpim-devel] Mac OS X update

[Roger B. <ro...@ro...>]

> Instead, I changed the loop completion test as follows:
> 
> nc=self.GetChildrenCount(item,0)
> while nc>0:
>      l.append(child)
>      child,cookie=self.GetNextChild(item,cookie)
>      nc-=1
> 
> With the above change one can now expand/contract the file directory 
> info.  But, there are some window refresh and update problems.

I'm happy to change the code to the above.  Let me know what you think.
It would however seem that the tree widget is somewhat broken on Mac.
Does the tree in the demo work correctly.  The other important thing
bitpim does is to change the tree contents (the demo doesn't do that).

Try uploading wallpaper in the main interface and then refreshing
in the tree.

Roger

Re: [Bitpim-devel] Mac OS X User & Dev page

[Roger B. <ro...@ro...>]

> http://videogamexchange.com/sites/lg4400/

One thing I would like to get to the bottom of is the flakyness
you are seeing on the Mac.  I don't see it on Windows or Linux.
I am comng to believe there may be some issues with pySerial in 
border cases.

Roger

Re: [Bitpim-devel] Mac OS X update

[Roger B. <ro...@ro...>]

> Also, what's the deal with  
> subtracting 10000 in the initial cookie calculation?

The reason why I subtract 10,000 was a defensive one.  I am pretty certain
that the internal cookie is a pointer and generally has the same value as
the id() function.  By subtracting 10,000 I was forcibly breaking any link
between the values.

(The doc says the cookie could be anything.  I just wanted to make sure
I didn't the one out of 4billion values that would confuse it!)

Roger

Re: [Bitpim-devel] Mac OS X update

[Tim L. <tl...@ve...>]

> hanging in OnDirListingResults in gui.py -- an infinite loop in "while 
> cookie!=0" statement.

Yes, cookie never goes to zero.  If I force it to zero after the first 
iteration, the routine completes and the correct file system info is 
displayed.  I can only conclude that the following statement does not 
work on the Mac OS X platform (cookie never changes):

child,cookie=self.GetNextChild(item,cookie)

Instead, I changed the loop completion test as follows:

nc=self.GetChildrenCount(item,0)
while nc>0:
     l.append(child)
     child,cookie=self.GetNextChild(item,cookie)
     nc-=1

With the above change one can now expand/contract the file directory 
info.  But, there are some window refresh and update problems.

Tim

Re: [Bitpim-devel] Mac OS X User & Dev page

[Tim L. <tl...@ve...>]

Take a look at PackageMaker in the /Developer/Applications folder.  
Documentation is a problem, but if you Google search for "packagemaker 
tutorial" you'll find some links.  Also worth searching Apple's website 
for notes.

Tim

On Friday, April 4, 2003, at 09:05  AM, Alan Pinstein wrote:

> Cool. That's a great starting point. I'll look into that a bit. I have 
> an old Mac OS X developer kit (my license ran out) but hopefully it's 
> enough to build an installer.
>
> Thanks,
> Alan
>
>
>
> On Friday, April 4, 2003, at 11:59  AM, Roger Binns wrote:
>
>>> As for the installer, I would like to have a discussion on this a 
>>> bit.
>>> Particularly, should the goal be to create a monolithic installer for
>>> all of the pieces I describe on the site? If so, is it even legal 
>>> since
>>> the pieces come from so many places?
>>
>> I would prefer that it looks, feels and installs like a normal
>> Mac application.  This pretty much means it should be monolithic
>> with no external dependencies.
>>
>> There should be no legal issues.  See the acknowledgements at the 
>> bottom
>> of http://bitpim.sourceforge.net/readme.html
>>
>> For Windows, I use py2exe to generate the base runtime code.  The 
>> output
>> is an executable with all the Python files embedded and the Python DLL
>> seperately.  The executable basically loads the Python DLL and sets 
>> itself
>> up on the import path.  py2exe also finds all other dependent DLLs 
>> such
>> as the ones used for wxWindows and wxPython.
>>
>> Here is a directory listing:
>>
>> .:
>> PyWinTypes22.dll*  bitpim.exe*   python22.dll*  win32event.pyd*  
>> wxmsw24h.dll*
>> _sre.pyd*          gridc.pyd*    resources/     win32file.pyd*
>> _winreg.pyd*       select.pyd*    wxc.pyd*
>>
>> ./resources:
>> unknown.png
>>
>> (The resources subdirectory contains various toolbar bitmaps etc. but 
>> I have only
>> made unknown so far).
>>
>> I then use InnoSetup to turn this into a single binary which is the 
>> installer.
>>
>> On Linux I plan for two different installers.  One will be pure RPM 
>> and will
>> have dependencies etc.  The other will be monolithic based on above.  
>> The only
>> program I have found that works on Linux to help is McMillan installer
>> http://www.mcmillan-inc.com/install5_ann.html
>>
>> Roger
>>
>>
>>
>> -------------------------------------------------------
>> This SF.net email is sponsored by: ValueWeb:
>> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
>> No other company gives more support or power for your dedicated server
>> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
>> _______________________________________________
>> Bitpim-devel mailing list
>> Bit...@li...
>> https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for 
> just $79/mo with 500 GB of bandwidth! No other company gives more 
> support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>

Re: [Bitpim-devel] Mac OS X User & Dev page

[Alan P. <api...@ma...>]

Cool. That's a great starting point. I'll look into that a bit. I have 
an old Mac OS X developer kit (my license ran out) but hopefully it's 
enough to build an installer.

Thanks,
Alan



On Friday, April 4, 2003, at 11:59  AM, Roger Binns wrote:

>> As for the installer, I would like to have a discussion on this a bit.
>> Particularly, should the goal be to create a monolithic installer for
>> all of the pieces I describe on the site? If so, is it even legal 
>> since
>> the pieces come from so many places?
>
> I would prefer that it looks, feels and installs like a normal
> Mac application.  This pretty much means it should be monolithic
> with no external dependencies.
>
> There should be no legal issues.  See the acknowledgements at the 
> bottom
> of http://bitpim.sourceforge.net/readme.html
>
> For Windows, I use py2exe to generate the base runtime code.  The 
> output
> is an executable with all the Python files embedded and the Python DLL
> seperately.  The executable basically loads the Python DLL and sets 
> itself
> up on the import path.  py2exe also finds all other dependent DLLs such
> as the ones used for wxWindows and wxPython.
>
> Here is a directory listing:
>
> .:
> PyWinTypes22.dll*  bitpim.exe*   python22.dll*  win32event.pyd*  
> wxmsw24h.dll*
> _sre.pyd*          gridc.pyd*    resources/     win32file.pyd*
> _winreg.pyd*       select.pyd*    wxc.pyd*
>
> ./resources:
> unknown.png
>
> (The resources subdirectory contains various toolbar bitmaps etc. but 
> I have only
> made unknown so far).
>
> I then use InnoSetup to turn this into a single binary which is the 
> installer.
>
> On Linux I plan for two different installers.  One will be pure RPM 
> and will
> have dependencies etc.  The other will be monolithic based on above.  
> The only
> program I have found that works on Linux to help is McMillan installer
> http://www.mcmillan-inc.com/install5_ann.html
>
> Roger
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb:
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel

Re: [Bitpim-devel] Mac OS X User & Dev page

[Roger B. <ro...@ro...>]

> As for the installer, I would like to have a discussion on this a bit. 
> Particularly, should the goal be to create a monolithic installer for 
> all of the pieces I describe on the site? If so, is it even legal since 
> the pieces come from so many places?

I would prefer that it looks, feels and installs like a normal
Mac application.  This pretty much means it should be monolithic
with no external dependencies.

There should be no legal issues.  See the acknowledgements at the bottom
of http://bitpim.sourceforge.net/readme.html

For Windows, I use py2exe to generate the base runtime code.  The output
is an executable with all the Python files embedded and the Python DLL
seperately.  The executable basically loads the Python DLL and sets itself
up on the import path.  py2exe also finds all other dependent DLLs such
as the ones used for wxWindows and wxPython.

Here is a directory listing:

.:
PyWinTypes22.dll*  bitpim.exe*   python22.dll*  win32event.pyd*  wxmsw24h.dll*
_sre.pyd*          gridc.pyd*    resources/     win32file.pyd*
_winreg.pyd*       select.pyd*    wxc.pyd*

./resources:
unknown.png

(The resources subdirectory contains various toolbar bitmaps etc. but I have only
made unknown so far).

I then use InnoSetup to turn this into a single binary which is the installer.

On Linux I plan for two different installers.  One will be pure RPM and will
have dependencies etc.  The other will be monolithic based on above.  The only
program I have found that works on Linux to help is McMillan installer
http://www.mcmillan-inc.com/install5_ann.html

Roger

Re: [Bitpim-devel] Mac OS X User & Dev page

[Alan P. <api...@ma...>]

Well the easier it is to install, the more people that will use it, and 
the more fun this will be... so I think that I'll focus my work on a 
Mac installer and vCard importing. I haven't done *any* python yet, but 
it looks pretty straightforward from the code I've seen, so this should 
be a fun learning project.

As for the installer, I would like to have a discussion on this a bit. 
Particularly, should the goal be to create a monolithic installer for 
all of the pieces I describe on the site? If so, is it even legal since 
the pieces come from so many places?

I don't have a Win machine handy... what's the approach for Windows?

Thanks,
Alan

On Thursday, April 3, 2003, at 11:29  PM, Tim Lowery wrote:

>> I welcome all contributions.  What would be most immediately useful
>> is some sort of installable image so that people don't have to go
>> through the hoops you did.
>
> Yes, this would be most useful for potential Mac users.  My time has 
> been limited to a few hours a couple times a week.  I know I won't get 
> to anytime soon.  I'm still learning Python and have recently picked 
> up a book.
>
> Tim
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for 
> just $79/mo with 500 GB of bandwidth! No other company gives more 
> support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Bitpim-devel mailing list
> Bit...@li...
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel

Re: [Bitpim-devel] Mac OS X User & Dev page

[Tim L. <tl...@ve...>]

> I welcome all contributions.  What would be most immediately useful
> is some sort of installable image so that people don't have to go
> through the hoops you did.

Yes, this would be most useful for potential Mac users.  My time has 
been limited to a few hours a couple times a week.  I know I won't get 
to anytime soon.  I'm still learning Python and have recently picked up 
a book.

Tim

Re: [Bitpim-devel] Mac OS X User & Dev page

[Tim L. <tl...@ve...>]

Welcome Alan!  Good to see another Mac person onboard.

> http://videogamexchange.com/sites/lg4400/

Nice summary.

> Specifically the #1 thing to do is importing vCard entries to the 
> contact list. This was my main hope for BitPim as I want to put about 
> 100 contacts

This would be a very useful feature for Mac users.  There might be some 
Python source floating around that parses and/or constructs vCard 
entries.  I noticed that the topic was raised more than once in the 
Python mailing list.

Tim

Re: [Bitpim-devel] Mac OS X update

[Tim L. <tl...@ve...>]

> You are welcome to write some code that actually figures out available
> com port names for the Mac :-)  I currently have seperate code in
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/bitpim/comscan/ 
> comscan.py

I found some code via the Python mailing list that enumerates the  
serial ports.  It's called OSXSerialPorts and written by Pascal  
Oberndoerfer.  I actually haven't used it yet, but it contains a C file  
and a Python wrapper.

>> PythonIDE looks quite powerful with a module browser and debugger, so
>> when I have more time I'll have to reexamine what I was doing wrong.
>
> There is also pycrust that is part of wxPython.  It is an interactive
> environment.

The interactive environment for PythonIDE seems to work ok.

>>  Currently, the application hangs when I attempt
>> to expand the file directory.  It says "Retrieving..." and the lower
>> left corner says "BUSY".

I started looking into this again.  It appears to be hanging in  
OnDirListingResults in gui.py -- an infinite loop in "while cookie!=0"  
statement.  The path is a null string.  I verified that getfilesystem  
is returning a proper dictionary containing file system info.  Any  
thoughts before I look into this further?  Also, what's the deal with  
subtracting 10000 in the initial cookie calculation?

Tim

Re: [Bitpim-devel] Mac OS X User & Dev page

[Roger B. <ro...@ro...>]

> Also, I'd like to contribute to the Mac dev track if my help is 
> desired. Although BitPim works, and is cool, I'd like to help make it 
> better!

I welcome all contributions.  What would be most immediately useful
is some sort of installable image so that people don't have to go
through the hoops you did.

> Specifically the #1 thing to do is importing vCard entries to the 
> contact list. This was my main hope for BitPim as I want to put about 
> 100 contacts on and don't want to do it manually... 

See this message:

http://sourceforge.net/mailarchive/message.php?msg_id=4245003

> how would I get involved?

Check out the CVS tree and start hacking.

I have mostly been working on the calendar for 0.6.  The code
to read the calendar turned out to be about 30 lines.  The user
interface is already around 2000 and growing.  It is taking way
more effort than I thought!

Roger

[Bitpim-devel] Mac OS X User & Dev page

[Alan P. <api...@ma...>]

Hi all-

I just got an LG VX 4400 and managed to get it working with Mac OS X. 
Since it took me a while and I had to gather info from many places, I 
decided to document what I did to share with others:

http://videogamexchange.com/sites/lg4400/

Also, I'd like to contribute to the Mac dev track if my help is 
desired. Although BitPim works, and is cool, I'd like to help make it 
better!

Specifically the #1 thing to do is importing vCard entries to the 
contact list. This was my main hope for BitPim as I want to put about 
100 contacts on and don't want to do it manually... how would I get 
involved?

Thanks,
Alan

Re: [Bitpim-devel] Mac OS X update

[Roger B. <ro...@ro...>]

> Hey, the application seems to be partially working and talking to the 
> phone.  It retrieved my phonebook!  I have no ringers or wallpapers 
> installed.

Cool.
 
> After installing pyserial and verifying the phone was set to RS232, I 
> was able to communicate using the device name /dev/tty.usbserial0.

You are welcome to write some code that actually figures out available
com port names for the Mac :-)  I currently have seperate code in
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/bitpim/comscan/comscan.py
that does it.  (It needs a little tidying to actually import on non-Windows
platforms).  I can't figure out how to do it on Linux.

> PythonIDE looks quite powerful with a module browser and debugger, so 
> when I have more time I'll have to reexamine what I was doing wrong.

There is also pycrust that is part of wxPython.  It is an interactive
environment.

I actually just use xemacs and put print statements everywhere :-)

> - use pychecker to verify the source files

pychecker is getting a bit annoying with bad warnings.

> - type:  /usr/local/bin/pythonw bp.py

You should also have a 'python'.  I would recommend using that since
you will then see the results of any print statements.

> The Log and Protocol Log windows are updated, but the output lines 
> appear double-spaced.

I don't even know how to ask for double spacing!  All I wanted is a
text control where I could set a non-proportional font.  I think the
control used is more intended as a lightweight word processor.

>  Currently, the application hangs when I attempt 
> to expand the file directory.  It says "Retrieving..." and the lower 
> left corner says "BUSY".

The retreival is done in a background thread.  The display won't change
until results or an exception are returned.  If you are already getting
phonebook data then this isn't any different.

> Note that the highlighted tab changes to Filesystem (which is newly 
> inserted),

That is actually a Mac bug!  The code wasn't asking for it to change
to filesystem view, just for the tab to be added.  However from
a usability pov, you should be shown what was just added.  I've now
changed the code also request viewing the tab as it is added, so the
bug should no longer be tickled.

> Any thoughts about the problem expanding the file directory?  I 
> probably won't be able to resume until the weekend.

That is going to be a straight forward threading or communication
issue.  Look in protocol view to see if anything is happening.

Line 173 in gui.py is where the next item is retreived from the
queue in the background thread (item=self.q.get())  Put a print
statement on the next line to ensure it is being woken up.

Please also check where bitpim is putting the user files.  The
subdirectories are cleared out each time new data arrives.  On
Linux it defaults to $HOME/.bitpim-files

If you have any feedback on areas that could do with more comments,
please shout.  One of my weaknesses is that I don't put in as many
as I should.

Roger

[Bitpim-devel] Mac OS X update

[Tim L. <tl...@ve...>]

Hey, the application seems to be partially working and talking to the 
phone.  It retrieved my phonebook!  I have no ringers or wallpapers 
installed.

After installing pyserial and verifying the phone was set to RS232, I 
was able to communicate using the device name /dev/tty.usbserial0.

Most of my problems have centered around learning the Python 
development environment.  Initially, I was using PythonIDE.  By 
double-clicking bp.py it would launch the IDE, and then I would click 
Run All.  On several occasions the application and/or IDE would 
unexpectedly quit or lock up requiring a Force Quit from Finder.  
PythonIDE looks quite powerful with a module browser and debugger, so 
when I have more time I'll have to reexamine what I was doing wrong.

I've had far better luck running the application with the following 
steps:

- open Terminal shell
- navigate to BitPim source directory
- use pychecker to verify the source files
- type:  /usr/local/bin/pythonw bp.py

The Log and Protocol Log windows are updated, but the output lines 
appear double-spaced.  Currently, the application hangs when I attempt 
to expand the file directory.  It says "Retrieving..." and the lower 
left corner says "BUSY".

Also, I may have uncovered a bug.  It could be Mac-specific or already 
reported.  Here are the steps:

- launch application
- click Log tab
- select View Filesystem menu

Note that the highlighted tab changes to Filesystem (which is newly 
inserted), but the window contents still display Log results.  By 
clicking to Log, and then back to Filesystem, the window contents are 
refreshed.

Any thoughts about the problem expanding the file directory?  I 
probably won't be able to resume until the weekend.

Tim

[Bitpim-devel] join

[Tom T. <to...@to...>]

Tom Tracey
Puyallup, Washington
www.tomtracey.com
=20
"I was made to last forever,
      Though my body turn to sand,
            My soul is in His hand..."
                -=3D- Audio Adrenaline -=3D-