|
|
@@ -1,5 +1,8 @@
|
|
|
# Maturvortrag
|
|
|
-## Warum? simon
|
|
|
+
|
|
|
+(Begrüssung + Inhaltsverzeichniss)
|
|
|
+
|
|
|
+## Motivation (Simon)
|
|
|
Weshalb wollten wir diese Arbeit machen?
|
|
|
|
|
|
Da wir beide relativ zukunftsorientiert sind war Informatik schon länger ein Thema das uns interessierte. Ich wollte ursprünglich einen Edubs-Mail-Client programmieren da mich das nicht
|
|
|
@@ -8,13 +11,13 @@ Als ich mit meiner ursprünglichen Idee zu Noah ging, mit dem Gedanken seine Mei
|
|
|
darauf geeinigt die Idee weitergesponnen sogar zusammen umzusetzen, weil Noah schon länger auf der Suche nach einem Email-Client für seine Bedürfnisse war und ihm diese chance
|
|
|
selbst einen zu Entwickel ganz gut kam. Also unsere Motivation für dieses Produkt war ein Programm zu Entwickeln, welches unseren Bedürfnissen entspricht. (Bedürfnisse aufschreiben)
|
|
|
|
|
|
-## Ziele (was hatten wir vor) noah
|
|
|
+## Ziele (Noah)
|
|
|
|
|
|
-Die App soll die Basisfunktionen eines klassischen Email Clients erfüllen. Dazu gehören das Lesen, Schreiben, Empfangen und Versenden von Emails, das Öffnen und Anfügen von Anlagen, die Setzung einer Email-Signatur und das Erstellen und Speichern von Entwurfen.
|
|
|
+Die App soll die Basisfunktionen eines klassischen Email Clients erfüllen. Dazu gehören das Lesen, Schreiben, Empfangen und Versenden von Emails, das Öffnen und Anfügen von Anlagen, die Setzung einer Email-Signatur und das Erstellen und Speichern von Entwürfen.
|
|
|
|
|
|
-Ebenso soll es einen Account Manger geben, welcher dem Nutzer ermöglicht, sich in der App mit mehrern Emailkonten anzumelden und zwischen diesen zu wechseln.
|
|
|
+Ebenso soll es einen Account Manger geben, welcher dem Nutzer ermöglicht, sich in der App mit mehreren Emailkonten anzumelden und zwischen diesen zu wechseln.
|
|
|
|
|
|
-Die App soll auch so konzipiert und programmiert sein, dass neue Funktionen und sonstige generelle Änderungen einfach und unkompliziert gemacht werden können. Dazu ist eine möglichst sinnvolle Codestruktur, welche in sich selber nicht wiedersprüchlich ist, vonnöten.
|
|
|
+Die App soll auch so konzipiert und programmiert sein, dass neue Funktionen und sonstige generelle Änderungen einfach und unkompliziert gemacht werden können. Dazu ist eine möglichst sinnvolle Codestruktur, welche in sich selber nicht widersprüchlich ist, vonnöten.
|
|
|
|
|
|
Unsere App hat das Ziel schneller zu starten, als die Alternativen.
|
|
|
|
|
|
@@ -24,75 +27,75 @@ Auch soll ein Einstellungsfenster erstellt werden, wo der Nutzer verschiedene Ve
|
|
|
|
|
|
Grundsätzlich soll unsere App im Unterschied zur Konkurrenz so programmiert werden, dass sie alle nötigen Grundfunktionen für einen Email Client auf dem Smartphone beinhaltet, aber schneller starten soll als die Apps der Konkurrenz, weniger Speicherplatz und Ressourcen verbrauchen und nicht mit unnötigen Funktionen überladen sein soll.
|
|
|
|
|
|
-Die App ist für jeden der einen simplen Email-Client aus technischen Gründen wollen aber auch für Nutzer, die nicht nur Emials lesen sondern auch
|
|
|
+Die App ist für jeden der einen simplen Email-Client aus technischen Gründen wollen aber auch für Nutzer, die nicht nur Emails lesen sondern auch
|
|
|
eigene Einstellungen oder vorlieben selbst umsetzen wollen.
|
|
|
|
|
|
-## Warum Java noah
|
|
|
+## Warum Java (Noah)
|
|
|
*Java* war seit langem die offizielle Programmiersprache für die Android App Entwicklung. Seit 2019 wurde die von Google entwickelte Sprache *Kotlin* als offizielle Sprache deklariert, da Google die Hauptprogammiersprache für ihr Android Projekt selbst kontrollieren wollten. Kotlin ist sehr ähnlich aufgebaut wie Java und hat verschiedene Vor- und Nachteile. Da wir aber schon im Ergänzungsfach Informatik hier am GKG Java benutzt und kennengelernt haben, sahen wir dies als Opportunität, unsere bisherigen Java-Kenntnisse einbringen zu können und diese weiterzubringen.
|
|
|
|
|
|
-(Film zegen)
|
|
|
+(Film zeigen)
|
|
|
|
|
|
-## Was ist drin und wieso ?simon
|
|
|
+## Was ist drin und wieso? (Simon)
|
|
|
|
|
|
-Die App hat fuktionen die jeder Email-Client braucht. Darunter einen Email-Viewer, in welchem die Emial angezeigt wird (zeigt bild). Dann natürlichen einen Emailwriter, der sich
|
|
|
-and dem Emailviewer orientiert damit alles schön simple bleibt. Im Emailwriter können emails geschrieben werden, wie im Video gezeigt wurde (zeigt bild). Anschliesen hat die App noch einen
|
|
|
-Akountmanager der die verschieben Akounts verwaltet und mit dem von Akount zu Akount gewechselt werden kann (zeigt Bild). Weiter giebt es noch funktionen wie das Löschen oder verschieben
|
|
|
+Die App hat Funktionen die jeder Email-Client braucht. Darunter einen Email-Viewer, in welchem die Email angezeigt wird (zeigt Bild). Dann natürlichen einen Emailwriter, der sich
|
|
|
+and dem Emailviewer orientiert damit alles schön simple bleibt. Im Emailwriter können emails geschrieben werden, wie im Video gezeigt wurde (zeigt Bild). Anschliessend hat die App noch einen
|
|
|
+Accountmanager der die verschieben Accounts verwaltet und mit dem von Account zu Account gewechselt werden kann (zeigt Bild). Weiter gibt es noch Funktionen wie das Löschen oder verschieben
|
|
|
von Emails (zeigt Bild). All diese Funktionen sind Grundfunktionen eines Email-Clients und sind Stilistisch an Standartapps von Android angepasst. Somit hat ein Android
|
|
|
Nutzer einen einfachen Einstieg und es bleibt simple.
|
|
|
|
|
|
-## Appstructure simon
|
|
|
+## allgemeine App-Struktur (Simon)
|
|
|
|
|
|
-
|
|
|
-Unsere App hat viele Facetten aber heruntergebrochen könne wir sie so darstellen (auf bild zeigen). Im grossen und ganze können wir sie sogar in drei Teile unterteilen.
|
|
|
-Die Oberfläche, die sie vorhin sahen, ist das User Interface. (beispiele aus dem Video zeigen)
|
|
|
|
|
|
-Als zweiten Teil haben wir die Serverconnection die die Verbindung zum Server herstellt und Daten an den Server schickt. Der letzte Teil ist die Database, die die
|
|
|
+[comment]: # ()
|
|
|
+Unsere App hat viele Facetten aber heruntergebrochen könne wir sie so darstellen (auf Bild zeigen). Im grossen und ganze können wir sie sogar in drei Teile unterteilen.
|
|
|
+Die Oberfläche, die sie vorhin sahen, ist das User Interface. (Beispiele aus dem Video zeigen)
|
|
|
+
|
|
|
+Als zweiten Teil haben wir die Server Connection die die Verbindung zum Server herstellt und Daten an den Server schickt. Der letzte Teil ist die Database, die die
|
|
|
einzelnen Emails speichert.
|
|
|
-Wenn eine E-Mail als Draft gespeichert wird, wird sie vom Userinterface bis in die DB geschickt
|
|
|
+Wenn eine E-Mail als Draft gespeichert wird, wird sie vom User Interface bis in die DB geschickt
|
|
|
|
|
|
-Es kann Informationen aufnehmen die wir eingeben. Zum beispiel eine Email, oder eine Emailadresse um sich anzumelden.
|
|
|
+Es kann Informationen aufnehmen die wir eingeben. Zum beispiel eine Email, oder eine Email Adresse um sich anzumelden.
|
|
|
Und Natürlich kann es auch Informationen anzeigen. Informationen aus dem User Interface werden weitergegeben an das EmailViewModel, welches die Verknüpfung von
|
|
|
den Informationen des Interface und den Servern ist. Denn es kann über ein kleines extra Programm Kontakt zu einem Server aufnehmen aber Noah wird das noch weiter erläutern. Die dort
|
|
|
gesammelten Informationen werden dann weiter an die Database gegeben die diesen dann abspeichert um sie wieder abrufbar zu mache.
|
|
|
|
|
|
-### Database noah
|
|
|
+### Database (Noah)
|
|
|
|
|
|
Eine Datenbank (engl. database) ist allgemein eine organisierte Ansammlung von strukturierter Information oder Daten, typischerweise digital auf einem Computersystem gespeichert, verwaltet und ausgewertet (nach [oracle](https://www.oracle.com/database/what-is-database/). Diese ist oft sehr ähnlich aufgebaut wie die für Endnutzer entwickelten graphischen Tabellenkalkulationsprogramme wie z.B. Libre Office, Google Docs oder Only Office.
|
|
|
|
|
|
-Ein tablle besteht aus Reihen und Spalten. Eine Reihe repräsentiert jeweils ein Object der Database und eine Spalte repräsentiert ein Wert eines Attributes.
|
|
|
+Eine Tabelle besteht aus Reihen und Spalten. Eine Reihe repräsentiert jeweils ein Object der Database und eine Spalte repräsentiert ein Wert eines Attributes.
|
|
|
|
|
|
-### Database simon
|
|
|
+### Database (Simon)
|
|
|
|
|
|
-Wenn wir unsere Databse als Tabelle darstellen sieht diese so aus.
|
|
|
+Wenn wir unsere Database als Tabelle darstellen sieht diese so aus.
|
|
|
|
|
|
(Einfügen Tabelle)
|
|
|
|
|
|
-Die Atribute sind recht selbsterklärend. CC und BCC sind Atribute in welche Email-Adressen geschrieben werden, welche die Email auch lesen könne wobei bei BCC nicht
|
|
|
+Die Attribute sind recht selbsterklärend. CC und BCC sind Attribute in welche Email-Adressen geschrieben werden, welche die Email auch lesen könne wobei bei BCC nicht
|
|
|
alle Nutzer wissen wer alles diese Email lesen kann.
|
|
|
|
|
|
|
|
|
-Die Databse speichert eigentlich nur zwei mal Emails ab. Einmal wenn eine angefangen Email nochnicht verschickt werden soll aber noch bearbeitet werden soll. Dann wird diese Email
|
|
|
+Die Database speichert eigentlich nur zwei mal Emails ab. Einmal wenn eine angefangen Email noch nicht verschickt werden soll aber noch bearbeitet werden soll. Dann wird diese Email
|
|
|
unter dem Attribut folder mit dem Wert Draft abgespeichert und so nur noch im Ordner Draft ausgelesen.
|
|
|
|
|
|
-Sonst speichert die Database immer dann Emails, wenn sie von dem Server heruntergeladen werden. Also wenn sich ein User anmeldet oder manuel Synchronisiert.
|
|
|
-Ebenso kann Sie gewisse Werte von Atributen verändern. So dass eine Email in einem neuen Ordner angezeigt wird.
|
|
|
+Sonst speichert die Database immer dann Emails, wenn sie von dem Server heruntergeladen werden. Also wenn sich ein User anmeldet oder manuell Synchronisiert.
|
|
|
+Ebenso kann Sie gewisse Werte von Attributen verändern. So dass eine Email in einem neuen Ordner angezeigt wird.
|
|
|
Wir haben pro user eine eigene Database.
|
|
|
|
|
|
-### Server Connection noah
|
|
|
+### Server Connection (Noah)
|
|
|
|
|
|
-
|
|
|
+[//]: # ()
|
|
|
|
|
|
Vereinfacht funktioniert der Versand von Emails in diesem Diagramm: Ein Nutzer, der eine Email versenden will, interagiert mit seinem Mail-Client und gibt durch ihn den Befehl, die Email zu versenden. Der Email Client verschickt die Mail an den SMTP Server des sendenden Nutzers, wo dieser zum SMTP Server des empfangenden Nutzers gelangt, von dort aus zu seinem IMAP oder POP3 Server. Wenn der Mail Client des Empfängers eine Anfrage an seinen SMTP / POP 3 macht, kann er diese einlesen und der Nutzer kann nun seine neue Email lesen.
|
|
|
|
|
|
-## Was haben wir wirklich selber gemacht noah
|
|
|
+## Was haben wir wirklich selber gemacht (Noah)
|
|
|
|
|
|
Wir haben natürlich von Softwarebibliotheken (engl. libraries) Gebrauch gemacht. Dazu gehören die Standardbibliotheken von Android, welche jede App verwenden muss, aber auch spezielle Sachen für unsere App.
|
|
|
|
|
|
-### Database (mit dem bini nonig zfriede... material isch besser geeignet für das I think) noah
|
|
|
|
|
|
-Dazu gehören z.B. Room, SQLite welche verwendet werden, um eine Datenbank zu erstellen und mit einer gewissen Abstrahation diese zu bearbeiten. Das bedeutet, dass wir zwar eine eigene Datenbankstrukur erstellt haben, welche Emails speichern, abrufen und für mehrere Accounts genutzt werden kann, und diese selber geschrieben haben, so haben wir aber immer noch nicht eine SQL Datenbank selber geschrieben.
|
|
|
+### Room (Noah?)
|
|
|
|
|
|
-### GUI -> Material Design noah
|
|
|
+### GUI -> Material Design (Noah)
|
|
|
|
|
|
Das dahinterliegende Framework welches den App Entwicklern ermöglicht, Fenster, Knöpfe, Texte und Texteingabefelder ermöglicht, ist schon von Android gegeben. Da dieses GUI-Framework aber visuell nicht wirklich ansprechend ist, benutzen wir die Bibliothek *Material*. Diese Bibliothek ändert ein paar Standard Styles und Designs, und wird bereits in einigen viel genutzten Apps benutzt, was dem neuen Nutzer eine familiäre Benutzererfahrung beschert.
|
|
|
|
|
|
@@ -100,68 +103,64 @@ Es ist also wie eine Art Lego mit verschiedenen vorgefertigten Bauwerken, welche
|
|
|
|
|
|
Eine standardisierte Form um Datenbankabfragen zu machen ist *SQL*, ausgeschrieben *Structured Query Language*. Diese haben wir auch verwendet in unserer App.
|
|
|
|
|
|
-
|
|
|
-
|
|
|
## Bugs
|
|
|
|
|
|
-### (Schwierigkeiten mit Recyclerviewer) simon
|
|
|
+### (Schwierigkeiten mit Recyclerviewer) (Simon)
|
|
|
|
|
|
Eine erste grosse Herrausforderung für mich war das Integrieren eines Recyclerviewers in unsere anfängliche App. Der Recyclerviewer ist der Teil unsere App der die Emails in Form von einer
|
|
|
Liste darstellt (zeigt Bild)
|
|
|
|
|
|
-Mit dem hatten wir ständig probleme. Der Grund ist weil er schon von anfang an dabei war und aus deshalb immer auf den neusten Stand der App gebracht werden musste, da er ein
|
|
|
+Mit dem hatten wir ständig Probleme. Der Grund ist weil er schon von Anfang an dabei war und aus deshalb immer auf den neusten Stand der App gebracht werden musste, da er ein
|
|
|
Teil des User Interface ist und Informationen aus der DB anzeigt musste er auf die sich mit der Zeit ändernde Database anpassen aber auch auf das sich wandelnde User Interface reagieren.
|
|
|
-Er muesste aus diesem Grund ständig grundlegende bearbeitet werden und war uns ein grosser Klotz am Bein.
|
|
|
+Er müsste aus diesem Grund ständig grundlegende bearbeitet werden und war uns ein grosser Klotz am Bein.
|
|
|
|
|
|
-## Inspiration Design noah (füeg no Bilder vo de verschieden Apps ih)
|
|
|
+## Inspiration Design (Noah)
|
|
|
|
|
|
Wir haben uns die verschiedenen Email Client auf Android angeschaut und viel gutes und schlechtes gesehen. Es scheint als seien diese aus 70% guten und 30% schlechten Sachen zusammengesetzt. Wenn man diese verschiedenen Designprinzipien kombiniert, könnte man eine aus unseren Augen ziemlich passable Email App erschaffen. So gefiel uns das responsive und für die Mobilnutzung ziemlich ausgeklügelte Touch Interface bei Gmail, doch fanden wir es unnötig überladen und langsam. Während k9-mail eine schnelle UI (User Interface) bietet, so empfanden wir die grafische Oberfläche als sehr undurchdacht konzipiert. Bei Fairmail war das Interface dermassen überladen, dass wir gar nicht weiter nach anderen, möglichen Vorteilen gesucht haben.
|
|
|
|
|
|
-## Resultate: Vergleich mit ursprünglichen Zielen noah
|
|
|
+## Resultate: Vergleich mit ursprünglichen Zielen (Noah)
|
|
|
Das User Interface ist erfreulich gut im Einklang mit den ursprünglichen Zielen; es ist wirklich einfach ohne irgendwelchen unnötigen Schnickschnack. Um die Nutzerfreundlichkeit zu testen, haben wir Freunde und Bekannte eingespannt, damit diese die App testen. Dabei haben sie sich noch ziemlich gut zurechtgefunden, wenn man bedenkt, dass die App ja noch nicht fertig programmiert ist.
|
|
|
|
|
|
-Unsere App sollte ja *Free Software* werden, inklusive Bibliotheken. Doch da wir uns noch nicht so gut auskannten mit Gradle, schlich sich eine nichtfreie Library namen *chaquopy* ein. Diese ist zuständig für die Einbindung von Python Code in Java. Diese hatten wir aber in Zukunft sowieso schon geplant loszuwerden, da wir aus Performacegründen die Pythoneinbindung beenden wollten.
|
|
|
+Unsere App sollte ja *Free Software* werden, inklusive Bibliotheken. Doch da wir uns noch nicht so gut auskannten mit Gradle, schlich sich eine nicht-freie Library Namen *chaquopy* ein. Diese ist zuständig für die Einbindung von Python Code in Java. Diese hatten wir aber in Zukunft sowieso schon geplant loszuwerden, da wir aus Performance-Gründen die Python-Einbindung beenden wollten.
|
|
|
|
|
|
Die wichtigsten Funktionen der App wurden erreicht, es können Emails geschrieben, gelesen werden, es bestehen verschiedene Mailboxen und jeder kann seine Email Accounts gut managen, also hinzufügen, ändern und entfernen. Gewisse Features, wie Pushnachrichten, Suchfunktionen, ein visuelles Attribut, wo zu sehen ist, ob eine Nachricht gelesen wurde, fehlen noch ganz. Funktionen wie die Einstellungen, das synchronisieren der Datenbank mit dem Mailserver und die Anhangs-Funktionalität sind noch nicht fertiggestellt. Diese stellen aber soweit kein absehbare Schwierigkeiten dar bei der Weiterentwicklung.
|
|
|
|
|
|
-Insgesamt haben wir also doch das meiste und wichtige erreichen können, was ein Emailclient auf einem Smartphone so haben muss. Das motiviert uns natürlich für die weitere Entwicklung und Vollendung des Projekts *snailmail*.
|
|
|
+Insgesamt haben wir also doch das meiste und wichtige erreichen können, was ein Email Client auf einem Smartphone so haben muss. Das motiviert uns natürlich für die weitere Entwicklung und Vollendung des Projekts *snailmail*.
|
|
|
|
|
|
-## Was haben wir gelernt simon
|
|
|
+## Was haben wir gelernt (Simon)
|
|
|
|
|
|
Wir haben im laufe der Arbeit sehr viel gelernt.
|
|
|
Zu beginn der Arbeit konnten wir beide noch nicht so recht Java. Heisst wir haben das erstmahl richtig gelernt. Und dann haben wir uns natürlich
|
|
|
Gedanken zu einer allgemeinen Handyapp machen müssen und gelernt aus welchen Komponenten sie besteht. Also genauer gesagt wie in Android eine App programmiert wird.
|
|
|
Zum beispiel war uns Anfangs nicht bewusst, dass das User Interface
|
|
|
-in xml geschrieben wird. Wir haben natürlich auch den Umgang mit AndroidStudio gelernt
|
|
|
-oder wie das debugging einer Handyapp funktioniert. Ebenso haben wir etwas über Database und somit SQL. Auch sind wir vetraut mit gradle einem buildsystem geworden.
|
|
|
-Wir haben dieses gebraucht um das Compilen des Programmcodes zu verwalten und automatisieren. Grundlegendes Verständniss für ein apk und wie es krypptograpisch signiert wird konnten wir uns
|
|
|
+in *XML* geschrieben wird. Wir haben natürlich auch den Umgang mit *Android Studio* gelernt
|
|
|
+oder wie das debugging einer Handyapp funktioniert. Ebenso haben wir etwas über Database und somit SQL. Auch sind wir vertraut mit Gradle einem Build System geworden.
|
|
|
+Wir haben dieses gebraucht um das Kompilieren des Programmcodes zu verwalten und automatisieren. Grundlegendes Verständniss für ein *APK* und wie es kryptografisch signiert wird konnten wir uns
|
|
|
auch verschaffen.
|
|
|
|
|
|
-## Was gut lief simon
|
|
|
+## Was gut lief (Simon)
|
|
|
|
|
|
-Der gebrauch von GitHub hat sehr gut fuktioniert ud war auc essentiel für die entwicklung der App.
|
|
|
-Github ist ein Version Controll System das wir gebraucht haben um Individuel an einzelne Teile der App zu programmieren und
|
|
|
-schliesslich zu vereinen ohen uns zip files schicken zu müssen.
|
|
|
+Der Gebrauch von GitHub hat sehr gut funktioniert und war auch essentiell für die Entwicklung der App.
|
|
|
+Github ist ein Version Control System, das wir gebraucht haben um individuell einzelne Teile der App zu programmieren und
|
|
|
+schliesslich zu vereinen ohne uns zip-Files schicken zu müssen.
|
|
|
Wir konnten Individuell an einem Projekt über Monate
|
|
|
arbeiten ohne das es Probleme mit der Arbeit des anderen gab. Wir haben uns vor der Maturarbeit ein wenig eingespielt aber während der Maturarbeit uns Strukturen gegeben die uns
|
|
|
massiv geholfen haben. Das fast wöchentliche treffen und absprechen, die diary und Github haben die Zusammenarbeit ermöglicht.
|
|
|
|
|
|
|
|
|
-## Was schlecht lief noah
|
|
|
+## Was schlecht lief (Noah)
|
|
|
|
|
|
-Da wir noch nie in der Androidentwicklungsumgebung gearbeitet haben, war uns klar, dass wir noch keine Bibliotheken kennen und diese erst noch suchen und finden müssen, sofern wir dieser brauchen. Während das bei den meisten Bibliotheken kein Problem war, stiessen wir nach gründlicher Suche auf keine mit Gradle funktionierende, ausreichend dokumentierte und/oder nicht veraltete Email Bibliotheken für Java.
|
|
|
+Da wir noch nie in der Android-Entwicklungsumgebung gearbeitet haben, war uns klar, dass wir noch keine Bibliotheken kennen und diese erst noch suchen und finden müssen, sofern wir dieser brauchen. Während das bei den meisten Bibliotheken kein Problem war, stiessen wir nach gründlicher Suche auf keine mit Gradle funktionierende, ausreichend dokumentierte und/oder nicht veraltete Email Bibliotheken für Java.
|
|
|
|
|
|
Als Notlösung mussten wir dann auf die mir bereits bekannte Python Bibliotheken zurückgreifen, doch dazu mussten wir erst mal einen Weg finden, Python Code in ein Java Programm einzubinden. Das ist natürlich eine unschöne Zwischenlösung, aber die Funktionalität hatte schliesslich oberste Priorität gehabt.
|
|
|
|
|
|
Insgesamt kann ich von mir aus sagen, dass mich das ganze Projekt weitergebracht hat, die ersten Erfahrungen mit der App Programmierung waren es wert und ich sehe sie persönlich und beruflich rein zum Vorteil.
|
|
|
|
|
|
-## Wie geht es weiter? simon
|
|
|
+## Wie geht es weiter? (Simon)
|
|
|
|
|
|
-Wir haben schon pläne was wir als nächstes in die App integrieren wollen. Das nächste Ziel ist, das der Server in kenntnis gesetzt wird über die neue struktur der Ordner.
|
|
|
-Also wenn ein User eine Email verschieb, diese Aktione dem Server mitgeteilt wird und nicht beim nächsten Download der Ornder die Email im alten Ordner noch ist.
|
|
|
-Einerseits wird die performece verbesser, indem wir
|
|
|
+Wir haben schon Pläne was wir als nächstes in die App integrieren wollen. Das nächste Ziel ist, das der Server in Kenntnis gesetzt wird über die neue Struktur der Ordner.
|
|
|
+Also wenn ein User eine Email verschiebt, diese Aktion dem Server mitgeteilt wird und nicht beim nächsten Download der Ordner die Email im alten Ordner noch ist.
|
|
|
+Einerseits wird die Performance verbesser, indem wir
|
|
|
Python aus der App entfernen und weiter werden Email auch formatiert und nicht plain text angezeigt werden.
|
|
|
|
|
|
-Auf lange Zeit haben wir vor, das die App altagtauglich wird. So das wir sie selber benutzen werden.
|
|
|
-
|
|
|
-
|
|
|
+Auf lange Zeit haben wir vor, das die App alltagstauglich wird. So das wir sie selber benutzen werden.
|
