Twitter und der #ChronoTweet

Aus meinen Bedürfnis heraus bestimmte Tweets nach einer bestimmten Zeit wieder zu löschen entstand folgendes kleines Skript:

# ChronoTweet v0.10
# https://seeseekey.net
#
# Installation
# http://pypi.python.org/pypi/simplejson installieren (apt-get install python-simplejson)
# http://code.google.com/p/python-twitter/ installieren
# wget http://python-twitter.googlecode.com/files/python-twitter-0.6.tar.gz
# tar -xf python-twitter-0.6.tar.gz
# cd python-twitter-0.6
# python setup.py build
# python setup.py install
#
# chrono_tweet - Dateirechte 700
# crontab -e

# Import
import time
import twitter

# Optionen
twitter_account_name = "seeseekey"
twitter_account_password = "1234567890"

chrono_tweet_remove_time_in_seconds = 151200 # 42 Stunden

# Programmlogik
api = twitter.Api(username=twitter_account_name, password=twitter_account_password)
stati = api.GetUserTimeline(twitter_account_name)

for s in stati: #Fuer jeden Status
currentTime = time.mktime(time.localtime(time.time()))
createTime = s.GetCreatedAtInSeconds()
diffTime = currentTime-createTime

if diffTime > chrono_tweet_remove_time_in_seconds:
if s.text.find("#ChronoTweet") != -1: #Wenn #ChronoTweet
print(s.id)
api.DestroyStatus(s.id)

Das Skript überprüft ob Einträge mit dem Hashtag #ChronoTweet älter als 42 Stunden sind und löscht sie dann wenn dies der Fall ist.

SIMAUTH und MS4

Ich hatte bei meinem Freerunner das Problem das ich nachdem ich die PIN eingeben hatte diese nicht akzeptiert wurde (Error while sending PIN). Auf dem Gerät lief dabei einnmal das FSO MS4 Image und einmal SHR welches ebenfalls auf dem Stand MS4 ist.

Das Problem an der Sache war wohl das das Framework der SIM nicht genug Zeit ließ. Um dies zu ändern muss man die Datei /usr/lib/python2.5/site-packages/framework/subsystems/ogsmd/gsm/const.py editieren z.B. mit Nano:

nano /usr/lib/python2.5/site-packages/framework/subsystems/ogsmd/gsm/const.py

Dort findet man einen Wert namens SIMAUTH der standardmäßig auf 7 steht. Dieser Wert setzt man auf 15 oder 20 speichert das ganze. Nach einem Neustart müsste das ganze dann gehen.

UMAF Meeting

Am Sonntag dem 12.10.2008 fand um 18:00 MEZ wieder mal ein UMAF Meeting stand. Auf der Agenda standen dabei folgende Dinge:

1. Grundlegende Richtlinien für das Framework
2. Was gehört alles zu einem Interface-Design? Welche Elemente haben wir? Was müssen wir alles beachten?
3. Wollen wir verschiedene Vorschläge parallel ausarbeiten oder einen iterativ entwickeln?
4. Elementary und FSO als Grundlage?
5. Bindings für Elementary
6. Zusammenarbeit mit OpenUsability
7. Lizenz
8. Die nächsten Schritte

Grundlegende Richtlinien für das Framework
1. Einheitliches Look&Feel
2. Inuitive GUI
3. möglichst Entwicklerfreundliche API
4. Anwendungen sollten mit den Fingern bedienbar sein, allerdings sollte man auch Anwendungen für den Stylus schreiben können
5. Nur die wirklich notwendige Elemente sollen angezeigt werden
6. Performantes System

Interface-Design
Bei der Diskussion über das Interface-Design sind einige Dinge herausgekommen. Das ganze Framework soll Unicode fähig sein. Am oberen Rand des Bildschirmes soll immer das Illume Panel zu sehen sein. Eine Toolbar am unteren Rand dient zum Aufrufen von Programmfunktionalitäten. Jede Anwendung sollte immer den ganzen Bildschirm benutzen (keine Popups etc.).

Parallel oder Iterativ?
Bei der Frage wie die Ideen ausgearbeitet werden sollen ist eine Mischung aus beiden benutzt werden. Mehrere Konzepte und Mockups sollen gesammelt werden, aber möglichst schnell zusammengeführt werden, damit sich das ganze im Endeffekt auf eine große Idee konzentriert.

Elementary und FSO als Grundlage?
Das Framework soll auf FSO (frameworkd) basieren. Die Widgets sollen auf Elementary basieren. Zu diesem Zweck sollen Python Bindings für Elementary geschrieben werden.

OpenUsability?
Mit OpenUsability soll zusammengearbeitet werden soweit dies möglich ist.

Lizenz
Das Untitled Mobile Application Framework soll unter der GPL (GPLv2 or later) stehen. frameworkd benutzt die gleiche Lizenz. Elementary steht unter der BSD Lizenz.

Die nächsten Schritte
Im nächsten Schritt sollen die Elementary Python Bindings erstellt werden und Demo Applikationen entwickelt werden. Der Fortschritt und das weitere Vorgehen soll dann beim nächsten UMAF Meeting (Sonntag, 19.10.2008 -> 18:00 MEZ) diskutiert werden.

Weitere Informationen gibt es unter:
http://www.freesmartphone.org/index.php/Untitled_Mobile_Application_Framework