Beiträge von Ben

Der teil mit der Buttonfarbe fußte auf deiner aussage in dem anderen Thread das du zwei unterschiedlich geformte button bevorzugen würdest

Da es relativ unüblich ist Buttons in Android andere Formen zuzuweisen (hab ich so zumindest in keiner Systemapp je gesehen), würde ich noch den Tipp geben, stattdessen die Farbe des Buttons je nach Funktionalität zu ändern.

PS: Github bietet eine Übersicht (Aber die ist natürlich nicht so schön wie die deiner vorgestellten apps, ich kann auch in der kommandozeile "git history" und "git diff" empfehlen.) https://github.com/marcofeltma…racker/TimeRecording.java

Die Angabe "diene Engine" ist halt etwas schwammig. Was kann deine Engine besser als andere, warum hast du eine eigene genutzt etc. etc.?

Nennt sich in Java Timer, in Android gibt es noch den Countdowntimer

ok jetzt verstehe ich was du meinst, sorry mein fehler. Ja das ist möglich. Da wird einfach einem Recyclerview über den adaoter ein neues Item hinzugefügt

ah ok, das lässt sich natürlich ohne passenden code nicht rausfinden

aber allgemein ist es eine schlechte idee UI dinge in anderen Threads auszuführen.

ich rieche gefahr. Wenn du eine neue Seite laden willst, nutze auch eine neue activity.

Also Das layout (also die positionierung der elemente) finde ich schon gut so!

Aber man kann an dem Design selbst (also farbgebung und größen) noch etwas arbeiten

1. Benutze lieber die Android Material Farben für deine App (die Toolbar hat ja schon blau oder indigo)
2. Hintergrund würd ich kein muster nutzen nur ein helles grau
3. Cards würde ich noch breiter machen, so dass sie nur einen geringen Abstand zum Rand haben.
4. Innerhalb der Card würde ich ein Padding verwenden, so das z.b. top right bottom left der selbe abstand des contents zum rand der card besteht.
5. du könntest neben kommen gehen noch die pause anzeigen, sobald sie gemacht wurde, wenn noch nicht genügt auch ein "-"
6. Ich würde den Bereich wo der Wochentag drin steht noch etwas höher machen und den Content etwas verkleinern.

Hoffe ich konnte dir etwas helfen

was soll passieren wenn du auf kommen oder gehen klickst?

das klingt nach einem überlagern von Views wobei die überlagerte View erst geladen wird, wenn der Inhalt geladen ist.

Ja aber die Frage ist doch warum? Warum sollen nicht ohne verzögerung beim öffnen der activity der Text erscheinen?

wozu künstlich delays einbauen wenn der text auch sofort da sein kann?

Also ich hab noch keine Bilder in den Videos auf youtube gesehen, aber ja, da bietet sich SQLite an
Aber um den Text erstmal in die Datenbank zu bekommen, brauchst du eine Datei in der du den Text mit der App auslieferst. Das würde ich wie gesagt in einer XML-Datei machen und dann den Inhalt der XML-Datei in die Datenbank schieben.

Normalerweise benutzt man für die String Ressourcen in Android. Aber ich glaube nicht, dass das System für SOVIEL Text ausgelegt ist. Vielleicht lohnt es sich erstmal mittels String Ressourcen das Projekt umzusetzen und zu schauen ob es performant läuft. Das ist meiner Meinung nach viel einfacher für dich. Wenn es nicht performanter läuft, kannst du dir immernoch die Arbeit mit der SQLite Datenbank machen.

SQLite ist meines wissensnach die einzige DB Lösung die du lokal auf dem Device für deine App hast. Außerhalb von Android gibt es weitaus performantere Datenbanklösungen als SQLite. Welche die Performanteste ist, hängt jedoch dann von dem Einsatzgebiet ab.

Gerne, dafür sind wir da

der syncadapter hat gar nichts zutun damit ob du SQLite benutzt oder nicht. der ist dafür da im hintergrund die daten vom server zu holen. Wo du die dann speicherst is dem egal. Aber ja für viele Abfragelastige Daten empfehle ich die SQLite anstatt XML.

http://martin.cubeactive.com/a…ce-file-using-xml-sqlite/

hier hast du eine anleitung wie du aus einer XML datei die Daten in die Datenbank speicherst

naja aber wenn du den fortschritt anzeigen willst, gibt es ein paar hürden:
1. was machst du mit der progressbar wenn du überstunden schiebst?
2. was machst du mit der progressbar wenn du nicht weißt wielang du an dem tag arbeitest, weil du z.b. morgen dafür weniger arbeitest?

Zum Design:
1. Ich weiß nicht wies aussieht aber so eine art progress pie wäre vllt auch cool? ist wie ein pie chart und füllt sich halt wie eine uhr je mehr du dich deinem arbeitstag ende näherst.
2. Wochentag würde ich die selbe farbe geben wie der toolbar
3. für die fixe anzahl an wochentagen lohnt es sich vllt cards zu nutzen und ein richtiges dashboard daraus zu machen. Dann kannst du noch ein paar infos in jeder Card unterbringen. Beim anklicken einer Card kommst du dann in die Detailview zu dem angeklickten wochentag.
4. In der Card würde ich dann vllt noch irgendein Bild unterbringen, hab aber gerade keine idee was für eins.

Aufjedenfall solltest du das dashboard generisch genug gestalten, dass dort egal ist ob du im erweiterten modus bist oder im einfachen.

Naja das es dir in Android nicht gefällt liegt ja aber nicht an Android sondern weil du es so gestaltet hast. Es gibt noch sehr viele Möglichkeiten um diese Listview nun ansehnlicher zu machen. Aber Primär ist die Frage, was konkret möchtest du denn jetzt in dieser Listview anzeigen?

keine ahnung wielang ein anfänger braucht, das ist von person zu person unterschiedlich und hängt auch davon ab wieviel erfahrung die person allgemein in der programmierung besitzt. Machbar ist es aufjedenfall.

Also erstmal um daten dynamisch in die recyclerview zu laden brauchst du einen adapter für diese recyclerview. Das ist aber eigentlich in jedem tutorial zu recyclerviews mit erklärt.

Prinzipiell würde ich so vorgehen, dass du die Daten mit einem Syncadapter (ist wieder ein anderer adapter der aber nichts mit der recyclerview zutun hat) die Daten von einem Server holst. Das geht aber nur wenn a.) der Server erreichbar ist und b.) der User internet aktiviert hat. Sind diese Beiden Aspekte nicht erfüllt, geht es halt einfach nicht Daten zu holen. Da musst du dann einen Standardtext anzeigen. Wenn der Text aber immer der selbe ist, und sich nie verändert, dann kannst du den auch einfach in deiner app mit ausliefern und brauchst den nicht mühevoll von einem server zu laden.

App Entwicklung bzw. eigentlich allgemein Softwareentwicklung ist ja auch nichts einfaches
Das Problem ist nur das viele es sich einfach machen. Da du aber nicht dazugehörst sondern was ordentliches programmieren willst, wird es zwar ein bisschen komplexer, dafür hast du am Ende auch was tolles wo du sagen kannst "Hier hab ich was geschafft!".

Ich bin auch dafür solche spezialfälle konfigurierbar zu machen. Am Besten machst du einfach auswählbar ob du die genaue Pausenzeit eingeben möchtest, oder ob eine einfache angabe der stundenzahl für die pause genügt. Kannst ja sowas in der Art implementieren wie "anfänger" und "profi" oder "Klassisch" und "Erweitert".

Ob ein Tag ein Feiertag ist wäre noch wichtig. Sonst hat man plötzlich 8h weniger auf dem konto.
Ein anderes Szenario was bedacht werden sollte ist, wenn jemand eine gewisse Stundenanzahl in der Woche ableisten muss. Also ich gebe eine Wochenstundenzahl ein und sehe dann jeden tag wieviel ich die woche noch arbeiten muss, Dabei kann jeden Tag verschieden lang gearbeitet werden.

Beispiel:
Ich muss 20h die Woche arbeiten. Dann Arbeite ich vielleicht nur Montag und Dienstag jeweils 10h aber in einer Anderen woche arbeite ich 8h am Tag und deswegen auch Mittwoch.

Ein weiterer mMn. wichtiger Punkt ist, was ist wenn jemand mehrere Jobs hat? Also Früh bis Nachmittag und dann nochmal Abends Kellnern oder so. Gibts leider sehr häufig, daher sollte man auch das bedenken.

Wegen dem Layouting würde ich erstmal für jede Activity jeweils ein paar mockups machen und hier mal zeigen. Kennzeiche jedes Mockup zu welcher Activity es gehört, dann kann man diskutieren was vielleicht am sinnvollsten wäre

Danke, es freut mich immer wenn die User dann auch aktiv sind und weiterhin mit diskutieren. Nichts ist schlimmer wenn man eine Frage beantwortet und der User schreibt dann nicht mehr.

Alarm ist in dem fall nur ein name, das ist nichts anderes als eine normale klasse die aber von der Android Framworkklasse "Broadcast Receiver" erbt. In deiner Manifest hast du diesen BroadcastReceiver bestimmt definiert oder? Aber Ja so wie du es "laienhaft" ausgedrückt hast, passiert es. Das ist auch keine Eigenart von Java, sondern von dem Android Framework was einem diese Werkzeuge wie den Broadcast Receiver zur Verfügung stellt.

Deine Vermutung ist aber meines Wissens Falsch, das jedesmal eine neue Alarm Instanz erzeugt wird. Es wird eine Instanz erzeugt (auf die du keinen Zugriff von deiner Activity aus hast), und bei jedem Alarm wird nur die onReceive Methode erneut aufgerufen. Deswegen deklarierst du deine Alarm Klasse auch als Broadcast Receiver in der Manifestdatei. So weiß Android dass es für deine App eine Instanz dieser Klasse erzeugen muss. Diese bleibt dann erhalten und es wird nur noch deren onReceive Methode aufgerufen.