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