Htc Universal

[datathief]

It seems there are some problems with the new packages. When the shiny frontend is enabled, it doesn't come up upon the press of the video dial call, a black terminal briefly flashes and then it goes back to wherever I was. Though the shiny dialog does come up when a call comes in.

Alternatively, the glossy frontend doesn't seem to read in the phonebook, as it's empty, though when a call comes in it uses the caller id to identify it...

That's my experience so far...

I can't reproduce these problems, so I've uploaded a new version with some debugging code.  Add this to /etc/default/titchy-phoneui-shiny:

Code: [Select]

DEBUG=TrueInstall the new version, and see if anything is written to /var/log/titchy-phoneui-shiny when a problem occurs.

[ShiroiKuma]

I can't reproduce these problems, so I've uploaded a new version with some debugging code.  Add this to /etc/default/titchy-phoneui-shiny:

With just a clean install of your rootfs, change of apt sources list to sid and apt-get dist-upgrade, the phoneui-shiny exhibits the above behavior. This is without the glossy one being installed.

Code: [Select]

DEBUG=TrueInstall the new version, and see if anything is written to /var/log/titchy-phoneui-shiny when a problem occurs.

I get:
[div class=\'codetop\']CODE[/div][div class=\'codemain\' style=\'height:200px;white-space:pre;overflow:auto\']Traceback (most recent call last):
  File "/usr/bin/titchy-phoneui-shiny", line 317, in <module>
    if not draw(ringing, incall, missedcalls, messages, alerts, phonebook, persist, key):
  File "theme.py", line 144, in draw
    simplemenu(phonebook, (80, 128, 480, 224), 32, (200, 200, 200), (255, 255, 255))
  File "/usr/bin/titchy-phoneui-shiny", line 153, in simplemenu
    y = ((rect[3] - size) / 2) - (s * size)
TypeError: unsupported operand type(s) for *: 'NoneType' and 'int'[/div]

[ShiroiKuma]

You also must 've done some tweaking, because mpd fails to install properly, doesn't configure properly on installation and then upon boot doesn't start. I get: Starting Music Player Daemon: mpdcan't lookup host "localhost" at line 39

It cannot be the difference between sid and lenny, since they both use the same mpd version...

[ShiroiKuma]

The glossy UI fails for my vcf file with:
[div class=\'codetop\']CODE[/div][div class=\'codemain\' style=\'height:200px;white-space:pre;overflow:auto\']Traceback (most recent call last):
  File "/usr/bin/titchy-phoneui-shiny", line 198, in buildphonebook
    result.items[-1].items.append(l.upper().split('TYPE=', 1)[1])
IndexError: list index out of range[/div]

[ShiroiKuma]

Furthermore, I seem to have a serious problem with the latest version: the outside speaker is not enabled again now, so it's almost impossible to hear. It seems the other side has difficulties hearing me too.

[kitor]

Any news with WLAN driver?

[ShiroiKuma]

You also must 've done some tweaking, because mpd fails to install properly, doesn't configure properly on installation and then upon boot doesn't start. I get: Starting Music Player Daemon: mpdcan't lookup host "localhost" at line 39

It cannot be the difference between sid and lenny, since they both use the same mpd version...

This problem seems to go away by adding 127.0.0.1 localhost to /etc/hosts

[datathief]

The glossy UI fails for my vcf file with:
[div class=\'codetop\']CODE[/div][div class=\'codemain\' style=\'height:200px;white-space:pre;overflow:auto\']Traceback (most recent call last):
  File "/usr/bin/titchy-phoneui-shiny", line 198, in buildphonebook
    result.items[-1].items.append(l.upper().split('TYPE=', 1)[1])
IndexError: list index out of range[/div]

Fixed.  The code assumed that 'TEL' would always come after 'N' or 'FN', which doesn't seem to be true.

[datathief]

Furthermore, I seem to have a serious problem with the latest version: the outside speaker is not enabled again now, so it's almost impossible to hear. It seems the other side has difficulties hearing me too.

Seems to be a problem with titchy-hardware-support.  The init.d script is being executed too soon  -  when the audio driver loads, it resets to the inside speaker.

It should be fixed if you suspend and resume.  I'll make the necessary changes to the titchy-hardware-support package.

[ShiroiKuma]

Fixed.  The code assumed that 'TEL' would always come after 'N' or 'FN', which doesn't seem to be true.

Your glossy frontend is very elegant.

Few thoughts for potential improvement:

When viewing the received SMS's, there should be a reply-to-sender option.

The missed calls browser should not browse just missed calls, but all calls, i.e. made, received, missed in reverse chronological order, with different color - or what may have you - sorting for different types of calls.

The SMS's should be either threaded, I think preferably, or should also list the sent SMS's.

[datathief]

Furthermore, I seem to have a serious problem with the latest version: the outside speaker is not enabled again now, so it's almost impossible to hear. It seems the other side has difficulties hearing me too.

Seems to be a problem with titchy-hardware-support.  The init.d script is being executed too soon  -  when the audio driver loads, it resets to the inside speaker.

It should be fixed if you suspend and resume.  I'll make the necessary changes to the titchy-hardware-support package.

New version of titchy-hardware support that fixes this.

Also, a new version of titchy-phone-daemon, that fixes a minor bug with sent SMS messages (they would sometimes get an extra '@' appended) and adds the long-awaited event type 'smsdelivery' to handle SMS delivery status messages (note that none of the UIs make use of this yet).

[ShiroiKuma]

adds the long-awaited event type 'smsdelivery' to handle SMS delivery status messages (note that none of the UIs make use of this yet).

This is indeed long-awaited   When the UI includes it, it will add significantly to the comfort of sending SMSes, as sometimes I have experienced no-send...

[datathief]

adds the long-awaited event type 'smsdelivery' to handle SMS delivery status messages (note that none of the UIs make use of this yet).

This is indeed long-awaited   When the UI includes it, it will add significantly to the comfort of sending SMSes, as sometimes I have experienced no-send...

New versions of titchy-phoneui-shiny and titchy-phoneui-glossy uploaded.  Key repeat works; SMS delivery status messages are displayed (just simple text alerts for now); and you can write messages in the glossy theme.  Don't expect finished, polished features, though...

[ShiroiKuma]

New versions of titchy-phoneui-shiny and titchy-phoneui-glossy uploaded.  Key repeat works; SMS delivery status messages are displayed (just simple text alerts for now); and you can write messages in the glossy theme.  Don't expect finished, polished features, though...

Is it just my setup, or does the glossy frontend kill mpc playing a tune in a rather nasty way? In my case, when the call comes ringing in, it pauses the tune being played. Once I answer, it kills the playing process - the now playing windows is emptied, then after hangup, I have to restart mpd to get mpc to play again, as I get no answer from localhost on 6600 if I don't restart mpd.

[ShiroiKuma]

Further thoughts just as ideas for the console:

The SMS and calls list should list all historical calls and SMS, not only current ones in the session as is the case.
They should be threaded.
They should be reverse-chronologically sorted, with bold or color difference between unread SMS and read ones.

Perhaps a periodic network check and network status icon, I ofter find that the network is inaccessible due to some crash probably etc. and have to restart titchy-phone-daemon, but some notification of this is desirable.