Beiträge von mrt

Hi Leute,

ich lade einen ca. 800KB langen base64 string per POST und Retrofit 2 hoch:

void postSpecialData(String base64, Callback callback);

wobei das Callback das Retrofit 2 Interface ist, mit:

void onResponse(Call<T> call, Response<T> response); 
void onFailure(Call<T> call, Throwable t);

Dann kann ich mein Code Aufrufen, mit:

getRestCommunicator().postSpecialData(encryptedBase64, new Callback() { 
  @Override public void onResponse(Call call, Response response) { 
    toast("Response code " + response.code());
  }
  @Override public void onFailure(Call call, Throwable t) { 
    toast("Failure REST CALL");
  }
});

Wie kann ich beim POST call den Fortschritt der hochgeladenen bytes abgreifen? Möchte es in einer Progressbar wiederspiegeln.

Danke schonmal im voraus

Zitat von jogimuc

dialog.getWindow().setBackgroundDrawable(new ColorDrawable(Color.TRANSPARENT));

Das wars . Thnx

Hi,

ich wollte mal dieses Beispiel ausprobieren...

1. Bild Rechts kann man sehen, wäre das fertige Endergebnis, tip top.

2. Bild bei mir jedoch sieht man hinter dem DatePickerDialog noch ein View, was so ziemlich überflüssig ist.

Hier mal der Codeabschnitt:

final DatePickerDialog datePickerDialog = new DatePickerDialog(getActivity(),
                android.R.style.Theme_Holo_Light_Dialog,
                new DatePickerDialog.OnDateSetListener() {


                    @Override
                    public void onDateSet(DatePicker view, int year,
                                          int monthOfYear, int dayOfMonth) {
                        String datum = dayOfMonth + "." + (monthOfYear + 1) + "." + year;
                        calenderDate.setText(datum);


                    }
                }, calendar.get(Calendar.YEAR), calendar.get(Calendar.MONTH), calendar.get(Calendar.DAY_OF_MONTH));
        datePickerDialog.show();

Liegt es am Style?

habs auf eine sehr einfache weise gelöst:

<?xml version="1.0" encoding="UTF-8"?>
<layer-list>
    <item>
        <shape xmlns:android="http://schemas.android.com/apk/res/android"
            android:shape="rectangle">
            <solid android:color="@android:color/transparent" />
            <stroke
                android:width="@dimen/default_margin"
                android:color="@color/colorBackground" />
            <corners android:radius="24dp" />
        </shape>
    </item>
    <item>
        <shape xmlns:android="http://schemas.android.com/apk/res/android"
            android:shape="rectangle">
            <solid android:color="@android:color/transparent" />
            <stroke
                android:width="@dimen/default_margin"
                android:color="@color/colorBackground" />
        </shape>
    </item>
</layer-list>

ich habe zwei shape items,

• bei dem einen sind die Ecken nach außen spitz
• und bei dem anderen sind die innenEcken abgerundet.

Zitat von jogimuc

Was ist BitmapPhoto? Kenne ich nicht muss eine eigene Klasse sein. Wird mit " .bitmap" auch wirklich ein Bitmap daraus?

BitmapPhoto ist ein Objekt von io.fotoapparat, wird geliefert bei whenDone()

Zitat von jogiMuc

Wie sieht es aus wenn du das forderground mal weg läßt wird da ein Bild angezeigt?

Ohne setForeground sieht das Bild ganz normal, mit Ecken aus.

Zitat von jogiMuc

In welches Layout wird denn das Bild von der Cam eingeblendet?

das LiveBild? Es ist ein andere Fragment vorher. Das klappt das auch wunderbar mit CameraView.setForeground().

Zitat von SnogDog

@mrt ich verstehe das nicht ganz, da meine xml-Datei von der Vektorgrafik wie folgt aussieht:

Sorry hab mich vlt. schlecht ausgedrückt: Lies mal hier:
https://stackoverflow.com/ques…roid-vector-compatibility
und
https://stackoverflow.com/ques…les-on-pre-lollipop-crash

Du könntest das LinearLayout in der layout.xml durch
<android.support.v7.widget.LinearLayoutCompat ....mal ausprobieren.

Hier das Layout:

<?xml version="1.0" encoding="utf-8"?>
<android.support.constraint.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:app="http://schemas.android.com/apk/res-auto"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    tools:context="CameraPreviewFragment">


    <android.support.constraint.ConstraintLayout
        android:id="@+id/fotoapparat_background_view"
        android:layout_width="0dp"
        android:layout_height="0dp"
        android:background="@color/colorBackground"
        app:layout_constraintBottom_toBottomOf="parent"
        app:layout_constraintEnd_toEndOf="parent"
        app:layout_constraintStart_toStartOf="parent"
        app:layout_constraintTop_toTopOf="parent">




        <ImageView
            android:id="@+id/fotoapparat_preview_view"
            android:layout_width="match_parent"
            android:layout_height="0dp"
            app:layout_constraintDimensionRatio="1.4"
            app:layout_constraintStart_toStartOf="parent"
            app:layout_constraintEnd_toEndOf="parent"
            app:layout_constraintBottom_toTopOf="@id/fotoapparat_spacer"
            app:layout_constraintTop_toTopOf="parent“ />


        <Space
            android:id="@+id/fotoapparat_spacer"
            android:layout_width="match_parent"
            android:layout_height="0dp"
            android:orientation="vertical"
            app:layout_constraintHeight_percent="@dimen/dim_small_layout_percentage"
            app:layout_constraintBottom_toTopOf="@id/fotoapparat_button_container"
            app:layout_constraintTop_toBottomOf="@id/fotoapparat_preview_view" />


        <LinearLayout
            android:id="@+id/fotoapparat_button_container"
            android:layout_width="match_parent"
            android:layout_height="0dp"
            android:layout_gravity="center"
            android:layout_marginStart="@dimen/border_margin"
            android:layout_marginTop="@dimen/default_margin"
            android:layout_marginEnd="@dimen/border_margin"
            android:layout_marginBottom="@dimen/border_margin"
            android:orientation="horizontal"
            app:layout_constraintBottom_toBottomOf="parent"
            app:layout_constraintEnd_toEndOf="parent"
            app:layout_constraintHeight_percent="@dimen/dim_small_layout_percentage"
            app:layout_constraintStart_toStartOf="parent"
            app:layout_constraintTop_toBottomOf="@id/fotoapparat_spacer"
            app:layout_constraintVertical_bias="0.9"
            app:layout_constraintWidth_percent="@dimen/dim_button_layout_percentage">




        </LinearLayout>


    </android.support.constraint.ConstraintLayout>


</android.support.constraint.ConstraintLayout>

Dann die Java:

public class CameraPreviewFragment extends Fragment {


    private BitmapPhoto bitmapPhoto;
    private ImageView imageView;


    public CameraPreviewFragment() {
    }


    public static CameraPreviewFragment getInstance(NavigationSteps.Step step, int color) {
        CameraPreviewFragment cameraPreviewFragment = new CameraPreviewFragment();
        cameraPreviewFragment.setFragmentResourceCarrier(color, step);
        return cameraPreviewFragment;
    }


    @Override
    public View onCreateView(LayoutInflater inflater, ViewGroup container,
                             Bundle savedInstanceState) {
        View view = inflater.inflate(R.layout.fragment_camera_preview, container, false);
        imageView = view.findViewById(R.id.fotoapparat_preview_view);
        return view;
    }


    @Override
    public void onStart() {
        super.onStart();
        if (bitmapPhoto != null) {
            imageView.setImageBitmap(bitmapPhoto.bitmap);
            imageView.setForeground(getResources().getDrawable(R.drawable.rounded_shape));
        }
    }


    public void setBitmapPhoto(BitmapPhoto bitmapPhoto) {
        this.bitmapPhoto = bitmapPhoto;
    }
}

Wie gesagt, da ich ab API 19, meckert er über die setForeground(), weil kennt diese nicht. Vorschlag seitens Android Stuio:

• @RequiresAPI(M)
• @TargetApi(M)
• Surround with if (VERSION.SDK_INT >= VERSION_CODES.M)
• Supress @SupressLint("NewApi")

Nummer 4 führt zum obigen Crash auf API zwischen 19 und 23.
Auf neuen Geräten tut sich da nicht wirklich was ändern...

Zitat von jogimuc

Ich habe gedacht das dir die Kamera das Bild als Datei oder bitmap überigiebt.

ja als io.fotoapparat.result.BitmapPhoto übergebe ich es.

Zitat von Xcreen

Du kannst das Bild via src im ImageView packen (nicht via setForeground)

Nicht im Layout. Das Bild ist nicht konstant

Zitat von jogimuc

und das geht auch mit api19. Lade die Datei in ein Bitmap und gib es dem ImageView.

Wenn ich die CameraView in ein ImageVIew ändere srteht da:

Call requires API level 23 (current min is 19) : android.view.View#setForeground

mit @SuppressLint("NewApi") gibt das folgerichtig einen Crash:

java.lang.NoSuchMethodError: No virtual method setForeground(Landroid/graphics/drawable/Drawable;)V in class Landroid/widget/ImageView; or its super classes (declaration of 'android.widget.ImageView' appears in /system/framework/framework.jar)

Zitat von SnogDog

Setze ich dann vectorDrawables.useSupportLibrary = true (in der build.gradle) stürtzt die App beim S4 Mini immer ab.

Hatte ein ähnlicheds Problem. Workaround damals: Ich habe meine vector_image.xml mit einem selector gewrappt.. selector_vector_image.xml mit :

<selector xmlns:android="http://schemas.android.com/apk/res/android">
<item android:drawable="@drawable/vecotr_image"/>
</selector>

dann noch statt android:src --> app:srcCompat

Zitat von Xcreen

Warum benutzt du für dein Bild kein ImageView?

Ja, da gibt es mehrere Gründe:

• ImageView sagt für setForeground erst ab API 23, ich habe ab API 19
• Ich habe eine io.fotoapparat.CameraView instanz, welche von FrameLayout ableitet.
• Bei dem CameraView habe ich das shape schon drübergelegt. Ich möchte dann das aufgenommene Bild genauso anzeigen wie es in der CameraView zu sehen war.

Hallo Leute,

ich habe ein FrameLayout in welchem ich ein Bild zeige. Dabei möchte ich die Ecken abrunden.. Dazu gehe ich ähnlich vor wie hier

Da ich aber ein bild zeige, habe ich als setBackground() das Bild und als setForeground() die shape mit den abgerundeten Ecken.. da funzt nur zur hälfte.. Die Ecken werden auf den ersten Blick abgerundet, jedoch sieht man die Ecken dann doch noch.. siehe

Jemand eine Idee? Bin für hinweise Dankbar.

Mfg MrT

Danke jogimuc.

Es kämen für mich auch andere Emulatoren in Frage.. Siehe Genymotion.. Leider waren da auch hauptsächlich Samsungs Devices aufgelistet..

Zitat von jogimuc

Es gibt doch auch für den emulator ein Image für die China Version api 28 glaube ich.
Das schon mal getestet.

Die Chinaverson des P20? interessant...

Auf einem P20 werden einige drawable falsch gerendert, bzw. der Hintergrund schwarz gezeichnet, obwohl die Bilder dort transparent sind.. auf anderen Geräten wird es korrekt angezeigt. Eine Vermutung war, dass es mit dem Huawei EMUI Style gedöns zu tun hat.

Aber generell wäre es meinerseits auch für künftige Fälle wünschenswert, Hersteller ROMs per Emulator zu Starten..

Im Netzt liest sich das aber anders.. https://stackoverflow.com/ques…m-rom-on-android-emulator
Mir ist klar, dass ich nicht alle Hardwarespezifischen Sachen 100% abbilden kann.. siehe HTC Edge Sense, wo man am Rand drücken kann..

Aber wenn ich so ein ROM mal grob zum laufen bringen könnte, wäre das schon mal ein Schritt..

Hallo Leute,

ich habe ein Bug von nem User welches wohl mit einem Huawei P20 reproduzierbar ist. Da ich mir nun kein P20 kaufen möchte, würde ich gerne ein Rom Image von Huawei für ein P20 mit dem Android Emulator Starten..
Bloß wie? Hat das schon mal jemand gemacht?
Das image von Huawei habe ich mir schon runtergeladen..

Bedanke mich für alle Hinweise, viele Grüße
Mrt

Zitat von Ben

.... Entweder du schreibst ..... oder du schreibst...

Genau, dass meine ich

Zitat von Ben

...anstatt die die von Android für deine App schon mitgeliefert wird?

Äh, du meinst android.database.sqlite ?

Vielzuviel drum herum Geschreibe Code-Overhead

Hallo, ich werde demnächst eine DB in meine App einbinden. Zur DIskussion stehen Room vs. SQLDelite. Im folgenden habe ich mal einige Stickpunkte für meine Entscheidung zusammen getragen bzw. erweitere diese auch bei Wissensupdates:

Anforderungen / Infos:

• Ich werde nicht so viele Datenbank-Einträge in der App haben; vermutlich < 100 .
• Durchaus könnte ich später kleine icons/drawables < 10kB (Avatare) pro DB-Eintrag mit abspeichern - also byte-array (oder drawable) Tauglichkeit.
• Encryption tauglich - für SQL Delight habe ich https://www.zetetic.net/sqlcipher/ gefunden
• Java / Kotlin Tauglichkeit - wichtiger ist wohl Kotlin

Offene Fragen meinerseits ():

• Benchmark bzgl. RAM Benutzung, größe der lib in der EndApp
• Benchmark bzgl. DB-Operation wie new, delete, edit - jedoch weniger wichtig da ich kaum über 100 DB Einträge kommen werde
• Wie sieht es mit der Verschlüsselung der Datenbank bzw. einzelner Spalten aus. Wird von Hause aus mitgeliefert? 4th party libs
• Dokumentation?
• Bugs - macht kein Sinn, wenn die lib als zum crash führt
• Testbarkeit - Wartbarkeit?
• Realm schließe ich mal aus, da es die App auf einen Schlag um 5 MB aufpumpt. Aber eine 3te Alternative zum Vergleich käme mir auch recht..
• Hab ich was wichtiges vergessen? Entscheidungskriterium

Ich würde mich sehr freuen wenn ihr zu dem einen oder anderen Punkt euren Senf dazugeben könnt - sofern dieser Konstruktiv ist

Mfg mrt

Zitat von Ben

na wenn im playstore dann nur ein apk für den jeweiligen user angeboten wird, ist das ok. Das klang nur so als wenn dann verschiedene apks im playstore stecken und der user dann aussuchen muss.

Nein nein. Die Ursprüngliche Universal-APK war knapp 32 MB groß (nur eine Datei).
Die dedizierten Architektur-APK sind knapp 15 MB groß, gibt aber halt eben 7 Stück davon (Auszug Gradle)

include 'armeabi', 'armeabi-v7a', 'arm64-v8a', "x86", 'x86_64', "mips", 'mips64'

Diese werden einzeln auf PlayStore hochgeladen (siehe Screenshot).. Da Google alles weiß, weiß es auch eben, welche Architektur das Gerät hat, und lädt automatisch die richtige runter. Der User wird nicht danach gefragt, er merkt es nicht, klickt wie gewohnt nur Install im PlayStore