Grundsätzliche Fragen zu Android App's Entwicklung (XE5)

[CHackbart]

Keine Ahnung wer den Job gemacht hat, aber ein Lob sollte man schon aussprechen
Die Klasse gibt es unter Androidapi.JNI.App.

Christian

[Rudirabbit]

@CHackbart: Danke dir für den Tip, aber ich fürchte ich brauche noch etwas Unterstützung.

Es fängt schon beim Erzeugen der Instanz an

Delphi-Quellcode:

 alarm:TJAlarmManager;  

...

alarm:=TJAlarmManager.create(o:alarmmanger,p:pointer)

Der Pointer sollte wohl auf die receive Procedure zeigen.
Ich finde nichts darüber,und aus der Wrapper Unit werde ich nicht wirklich schlau. Traurig ich weiß

Ich fürchte ich habe mich für meine erste App eine etwas zu große Aufgabe gestellt.
Es sollte eine Weckerapp werden, die nach speziellen Bedürfnissen angepasst ist.
Zur Zeit ist das nur ein Kalender der die Arbeitstage markiert.

[Rudirabbit]

OK - mache meinen Thread fast schon OT, weil dies nicht mehr ein Grundsätzliche Frage ist.

Da mich das Thema aber gewaltig ins Grübeln gebracht hat habe ich die Frage auch hier reingestellt.
http://stackoverflow.com/questions/1...oidapi-jni-app

Da auch dort bisher keine adäquate Antwort kam, ist das wohl auch nicht so einfach zu beantworten.

Ich habe mich derweil etwas damit befasst wie das in Java abläuft.
http://justcallmebrian.com/2010/04/2...es-on-android/

Es braucht auf jedenfall eine receiver Class, die auch in der Delphi Wrapper Unit gekapselt ist.
Was auch für mich logisch wirkt.

[mjustin]

Zitat von Rudirabbit:

Delphi-Quellcode:

 alarm:TJAlarmManager;  

...

alarm:=TJAlarmManager.create(o:alarmmanger,p:pointer)

Der Pointer sollte wohl auf die receive Procedure zeigen.

Wenn ich von links nach rechts lese, stolpere ich eigentlich schon ein Stück vor dem Pointer

Was ist denn "o:alarmmanger", ist das in XE5 gültiger Delphi-Code, bzw. woher stammt er?

[Rudirabbit]

Zitat:

Was ist denn "o:alarmmanger", ist das in XE5 gültiger Delphi-Code, bzw. woher stammt er?

Das bietet die Progrmmierhilfe so an.

Also beim create der Klasse
alarm:=TJAlarmManager.create(..

Bin aber schon ein Stück weiter, denn in Delphi XE5 gibt es eine Komponennte TNotificationCenter die das ganze kapselt.

Delphi-Quellcode:

procedure TNotificationsForm.btnSendScheduledNotificationClick(Sender: TObject);
var
  Notification: TNotification;
begin

  { verify if the service is actually supported }
  if NotificationC.Supported then
  begin
    Notification := NotificationC.CreateNotification;
    try
      Notification.Name := 'MyNotification';
      Notification.AlertBody := 'Delphi for Mobile is here!';
        
      { Fired in 10 second }
      Notification.FireDate := Now + EncodeTime(0,0,10,0);

      { Send notification in Notification Center }
      NotificationC.ScheduleNotification(Notification);
    finally
      Notification.DisposeOf;
    end;
  end
end;

Das Funktioniert auch.
Nur für einen Wecker so nicht brauchbar.
Denn ich müsste beim Einstellen der Weckerapp für jeden Wecktag quasi ein NotificationC.ScheduleNotification(Notification); erstellen
Wenn der Wecker aber ohne "Pflege" das ganze Jahr und darüber hinaus funktionieren soll, ist dies keine praktikable Methode.
Alternativ wäre es denkbar beim Onlocalreceive event des TNotificationCenters den nächsten "Weckerdate" zu erstellen.

Man sollte meinen das dieses event beim Erreichen des Firedates angestoßen wird - Tut es aber nicht,keinen Plan warum.

Außerdem poppt beim Erreichen des Firedates nur kurz eine Message auf, mit einem kurzem Beep.
Sehe bisher keine Möglichkeit dies zu ändern, oder auch eine Melodie abzuspielen.

Auch ein Studieren der FMX.Notification unit brachte mich nicht wirklich weiter.
Die Dokumentation zu dem Thema ist leider sehr spärlich.

[Rudirabbit]

Hi, wieder mal eine Grundsätzliche Frage:

Eine App die ich direkt in XE5 auf ein HTC Handy (2.3.5) baue läuft einwandfrei.

Wenn ich die apk Datei auf meinem Android Tablett (4.0.4) starte wird der Bildschirm schwarz.
War für 2.3.5 compiliert ist sollte auch auf 4.0.4 laufen - oder nicht ?

[MEissing]

Wenn der Bildschirm schwarz bleibt (auf einem physikalischem Gerät), so liegt das in den meisten Fällen am fehlenden NEON-Support.

Was sagt
https://play.google.com/store/apps/d...om.ss.syscheck
zum Neon-Support?

[Bernhard Geyer]

Zitat von MEissing:

Wenn der Bildschirm schwarz bleibt (auf einem physikalischem Gerät), so liegt das in den meisten Fällen am fehlenden NEON-Support.

Wäre es nicht von vorteil wenn das FMX-Framework das prüft und einfach beim Programmstart dann eine entsprechende Meldung bringt?

[schmitzpm]

Zitat von MEissing:

Wenn der Bildschirm schwarz bleibt (auf einem physikalischem Gerät), so liegt das in den meisten Fällen am fehlenden NEON-Support.

Was sagt
https://play.google.com/store/apps/d...om.ss.syscheck
zum Neon-Support?

Hallo Mathias,

ich habe das gleiche Problem. Bei mir taucht dieser NEON-Support gar nicht in der Liste auf.
Ich habe ein ASUS MEMO PAD FHD 10 mit Intel Prozessor. Habe ich da grundsätzlich keine Chance und muss nun in Java programmieren?
Hatte letzte Woche mal das Android-Studio getestet und damit diese Probleme nicht gehabt.

Grüße aus Stuttgart
Peter