Zum Inhalt springen

Moritz

smapOne
  • Gesamte Inhalte

    730
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    80

Beiträge von Moritz

  1. Super Idee...

    Am 1.3.2024 um 14:18 schrieb HK alias Holger:

    Think Portland Timbers GIF by Timbers

     

    ... da klinke ich mich doch gerne mit rein! 🥳

    Season 4 Dancing GIF by The Office

     

    Also ich bin Moritz. Ich bin ebenfalls schon eine Weile hier. Ich hatte mich nie offiziell vorgestellt, aber einige dürften mich hier aus dem Forum bereits kennen oder in dem einen oder anderen Video als "smappetizer" kennengelernt haben.
     

    Business-Portale (ich bin hier im Vergleich zu vielen Kollegen eher eher mäßig aktiv, ihr erreicht mich aber dort; einfach folgen, konnektieren, anschreiben 👍🏼 )

     

    Code und Technik

     

    smappetizer (es dürfte der Community aufgefallen sein: wird aktuell aus Kapazitätsgründen nicht aktiv bespielt)

     

    Privatkram

    • Privates Instaprofil gibt es ggf. auf Anfrage 😄
    • Meine dreiundachzig Profile auf X (z.T. schlimmste Schwurbeleien...) bleiben lieber geheim 😅
    • Like 5
  2. Das Token muss per ?accessToken=<API_TOKEN> übergeben werden, nicht mit "Token"...

    Aber ehrlich gesagt bin ich mir gar nicht sicher, ob hier die smapOne-API das Problem ist, da sich deine Fehlermeldung auf einen Datenbankserver bezieht. Die Web-API wird von Excel nach meinem Kenntnisstand nicht als "Datenbankserver" bezeichnet. Aber ich bin auf diesem Gebiet nur Teilzeit-bewandert 😉

    • Like 3
  3. Hast du das API-AccessToken direkt mit in der URL angegeben? Oder über die separate Authentifizierung? Letztere wird nämlich auf dem Gerät, nicht aber in der Datei gespeichert. Wenn das Token direkt mit in der URL enthalten ist, sollte der Aufruf von überall klappen. Allerdings Achtung: Dann hat auch jeder mit der Excel-Datei potentiell Zugriff auf die API via dein Token!

    • Like 1
    • Zustimmung 1
  4. Nein, das sind die beiden einstellbaren. Was Paul möglicherweise meint, ist dass du Vorbelegungswerte auf Basis z.B. der User-Emails gestaltest. Beispiel:

    • Wenn uta@firma.de die smap aufmacht, steht in dem Textfeld "Vorlage".
    • Wenn jens@firma.de die smap aufmacht, steht in dem Textfeld "Abschlussbericht".
    • Und wenn es weder Uta noch Jens sind, die die smap bearbeiten, steht "Projekt" in dem Feld.

    Formel dafür wäre dann sowas hier:

    IF(EQUALS({user:email}, "uta@firma.de"), "Vorlage", IF(EQUALS({user:email}, "jens@firma.de"), "Abschlussbericht", "Projekt"))

     

    • Like 2
    • Zustimmung 1
    • Danke 1
  5. Du müsstest dir halt ein Konstrukt aufbauen, dass bei maximal 3 Stellen vor dem Komma Folgendes erfüllt:

    1. Prüfung (IF), ob die Zahl größer 99, wenn ja, dann nimm die erste Stelle und ersetze 1 mit "Eins" bis 9 mit "Neun" + der statische Text "hundert"; falls die Prüfung fehlschlägt, bleibt dieser Teil leer.
    2. Umwandlung der letzten Stelle (vor dem Komma), auch wieder 1 = "ein" bis 9 = "neun" + der statische Text "und".
    3. Umwandlung der vorletzten Stelle (die Zehnerstelle) von 1 = "zehn", via 2 = "zwanzig" bis 9 = "neunzig".

    Es muss außerdem noch eine Prüfung für die Zahlen 11 ("elf") und 12 ("zwölf") stattfinden, so dass das auch mit abgedeckt ist.

    Für die Entwicklung des Ganzen würde ich wahrscheinlich sogar auch erst einmal mit drei Bausteinen (Baustein-IDs "Hunderter", "Zehner" und "Einer" o.ä.) und in einem finalen Result-Feld dann alles per CONCAT() zusammenfügen.

    • Like 1
    • Zustimmung 1
  6. Hm, eine Zufallszahl gibt es nicht. Du könntest aber einfach einen Zeitstempel (vielleicht gibt es ja zufällig sowieso schon einen in der smap) abfragen und davon die Sekunde extrahieren. Dann hättest du eine Zufallszahl zwischen 0 und 9.

    image.png.cc379eb998f20870b073088f06f81991.png

     

    SUBTEXT(TEXT({Timestamp}), 19, 1)

    Aber es ist halt nicht wirklich eine Zufallszahl, wenn der User blickig ist, wird er mitkriegen, dass er die Zahl durch den Timestamp beeinflussen kann 😉

    • Like 2
    • Zustimmung 3
    • Danke 1
  7. Hey @Katherine Y., mit der Angabe 100x100 wird das Bild so sehr vergrößert, dass es bei einer der beiden Dimensionen (Breite oder Höhe) zuerst auf 100% trifft. Wenn dein Bild also breiter als hoch ist, dann wird es auf 100% Seitenbreite (abzgl. Ränder) gebracht, erreicht aber nicht 100% in der Höhe.

    image.png.706a31bb4ba9d814209917efeec987bf.png

    Ihr könntet in eurem Fall noch ein wenig mit den Seitenrändern (im Screenshot grün) rumspielen, diese verkleinern und gucken, ob euch das hilft...

     

    • Like 3
  8. Haha, ich wusste jemand beißt an! 😄

    hook line and sinker love GIF by Barbara Pozzi

     

    Das war mal eine geplante Serie im Rahmen des smappetizers. Hat dann auch teilweise Einzug in eines unserer YouTube-Shorts gehalten (allerdings nur die Fotos in der Galerie des Smartphones 😄). 

     

    oar2.jpg?sqp=-oaymwEdCJUDENAFSFWQAgHyq4q

    Die Serie ist leider nie live gegangen 😕

    • Like 4
    • Haha 1
  9. Ich habe einmal unsere Bughunter auf diesen Sachverhalt hingewiesen. Das scheint mir doch etwas, das nicht im Rahmen der Community behoben werden kann: Aus meiner Sicht müssten die Berichte exakt gleich sein, weil sie (so nahm/nehme ich zumindest an) die PDF-Berichte von der gleichen Engine mit den gleichen Parameteraufrufen erzeugt werden. Aber da müssen sich die Bughunter erst einmal mit ihren Analysemacheten durch klebrige, umschlungene Lianen kämpfen um den Blick auf die Lichtung der PDF-Berichtsengine freizulegen 😉

    Harrison Ford GIF

    • Like 1
×
×
  • Neu erstellen...