sicherlich weiß der eine oder andere, dass wir die PDF-Importer so gut es geht pflegen und aktualisieren. Das ist viel Arbeit und kostet Zeit.
Ein Hauptteil der Zeit geht jedoch dabei drauf, festzustellen, dass die PDF-Debug falsch erstellt wurden sind oder diese manipuliert sind.
Leider ist das Tutorial-Video zu extrahieren von PDF-Debugs nicht mehr aktuell, was jedoch für neue User und User in Fremdsprachen sehr hilfreich ist.
Ich finde jedoch keine Zeit dieses zu aktualisieren und es fehlt auch im Handbuch von Portfolio Performance.
Vielleicht ein ein cooles Intro (1 - 5 Sekunden) (Nice to have)… um diese immer wieder in andere Tutorials hinein zuschneiden.
Hätte jemand Zeit, Lust und natürlich das nötige Know-How, dies zu übernehmen und ggf. uns damit zu unterstützen?
Wie schaut es aus? Genau dein Ding…
Inhalt des Tutorials
Wie wird ein PDF-Debug korrekt erstellt und im jeweiligen Thema bzw. neues Theme gepostet.
Was ist zu beachten beim Anonymisieren:
Nur(!!) persönlichen Daten sind 1 zu 1 zu ersetzen
Kein PDF’s welche aus einem Browser o. ä. in PDF konvertiert werden
Keine selber gescannten Papierzettel
Nur original Dokumente von der Bank/Broker
Sonstige Änderungen, wie das Ersetzen des Datums o.ä. ist ebenso kontraproduktiv.
Video-Setting: (Erste Gedanken)
Mindestens Full HD-Auflösung - 1080p (1920x1080)
Keine Ahnung… vielleicht auch 1024x768? I dont know…
Untertitel <–>Text ggf. in Deutsch/ Englisch?
Kein Ton
Definierter Bildausschnitt des Videoinhalt
Möglichst ausschließlich in der PP Software
In Beispiel Datei → Kommer.xml welche in PP ist verwenden
Keine private PP-Datei mit Daten
kein privater Desktop-Hintergrund (Uni-Farbe)
Portfolio Performance im “Hellen” Modus (kein Dark)
z. B. in Windows oder Mac → Standard-Design → “Hellen” Modus (kein Dark)
Hallo @Sn1kk3r5
Wie du möchtest… eine ungefähre Vorlage ist ja das alte Tutorial Video.
Es wurde ab und zu gemeckter, dass das Video zu schnell geht… also die Bewegungen und Aktionen.
Ganz gechillt…
Eine Lösung wird es hierzu nicht geben… es ist schlicht technisch nicht möglich oder mit extremen Aufwand verbunden. Durch den Doppelklick wird im Prinzip von “Leerzeichen” zu “Leerzeichen” der “Text-Teil” markiert, dann nach den “forbidden Zeichenfolgen” gesucht und wenn diese nicht enthalten sind, dann wird der “Text-Teil” entfremdet.
Hallo @Sn1kk3r5
Danke erstmal für die Mühe, aber ich seh schon, dass ich mich vielleicht nicht richtig ausgedrückt habe.
So mit z. B. Screencast, kann ich das auch machen, aber das sollte nicht das “Goal” sein.
Es sollte schon etwas “mehr” sein und bedarf auch etwas Erfahrung und der Gedanke war dabei, dass jemand sowas auch privat macht.
Bearbeiten und Schneiden mit einem Video-Editor ist hier nötig.
Es soll ja nicht so sein, dass der User dir zuschaut wie du in dem Fenster von PP da irgendwo doppelt klickst, sondern die Funktion soll erklärt werden.
Auch eine konkrete Schrittreihenfolge ausdenken und StepByStep durchgehen…
Die Anforderungen für das Video erstellen (Standards)
Introbild… aber eben für PP mit dem Thema… (Selber erstellen / Ausdenken)
Erklärungsbubbels… Untertitel…
Infobox… StepByStep…
Welche Daten sollen anonymisiert werden und welche nicht…
Hallo @Sn1kk3r5
Ja, das kann ich verstehen… deswegen ist es ja ein Hobby-Projekt.
Etwas zu lernen, was man selber noch nicht gemacht hat, oder etwas was man sehr gern als Hobby macht oder Erfahrungen, hier einbringen und umsetzen.
Wäre ja cool, wenn jemand genau diese weiterführt und einfach mal beginnt das zu entwickeln… später auch Tutorials für andere Bereiche von PP weiterführt…
Ich habe selber nie Java programmiert… mittlerweile sieht das anders aus.
Speziell bezogen auf das Komma bei z.B. “Sehr geehrter Herr Max Mustermann,” oder “Depotinhaber: Mustermann, Max”.
Ich vermute mal, ihr wollt auf einfache Art und Weise verhindern, dass ein Preis oder Stückangabe vom Benutzer anonymisiert wird - erkauft euch das aber mit diesem Kollateralschaden.
Wäre es denn ein Kompromiss oder Idee, dass wenn nach dem Komma ein Leerzeichen, Zeilenvorschub oder Umbruch kommt, ihr die Anonymisierung trotzdem durchführt, ohne das Komma als solches selbst zu anonymisieren?
Mir ist bisher kein Bank-Dokument bekannt, in dem nach einer Stückzahl oder Preis ein Leerzeichen oder Umbruch nach dem Komma stehen würde. Euch etwa?
Was ist wahrscheinlicher und was “dümmer gelaufen”?
Dass jemand einen Preis anonymisiert oder dass ein Realname (entgegen der Erwartung des Doppelklicks - Stichwort: usability) nicht unkenntlich gemacht wurde?
Na dann… Eclipse installieren und wir warten auf dein GitHub Pull-Request.
Hast du dir den Sourcecode hierfür mal angeschaut?!
“Leute… seit mit solchen Aussagen einfach mal etwas sensibler und wer bisher noch nicht einmal etwas zum Sourcecode beigetragen hat, sollte einfach still sein!”
Das ist kein PHP oder HTML gedönse… hier laufen verschiedene Betriebssysteme mit unterschiedlichen Versionen.
Natürlich haben wir uns Gedanken hierüber gemacht. Das ging los von Stringlisten bis zu sonstigen. Hierbei wurde alles Mögliche in Erwägung gezogen.
Wo fängt man an und wo hört man auf. Listen validieren, sichern, speichern, verwalten … wofür?!
Dass ein String anonymisiert wird - nicht mehr und nicht weniger. (Hilfestellung)
Zeit und nutzen stehen hier nicht mehr im Zusammenhang
Ja, dir nicht… aber uns. Was denkst du? Wir bearbeiten mittlerweile über 80 Banken und Broker mit fast über 3000 verschiedenen Dokumenten.
Würdest du vorher den Sourcecode angeschaut haben, dann wäre diese Aussage obsolet.
Es tut mir wirklich leid, dass ich so “Pissig” auf solche Aussagen reagiere, aber ich finde diese immer sehr arrogant und anmaßend. Nichts speziell gegen die User, die kreative Ideen haben oder sich einbringen wollen, aber … Leute, doch nicht mit dieser Überheblichkeit.
Wir warten auf deinen Sourcecode und hier zur Hilfestellung schon mal der Teil, der modifiziert werden müsste. Go ahead!
Warum geht es nicht besser:
Durch den Doppelklick markiert das Betriebssystem den Bereich nicht Portfolio Performance
Unterschiedliche Betriebssysteme, unterschiedliches Verhalten beim Doppelklick
Wir schauen nur auf den markieren Bereich an und machen eine simple Prüfung
Es ist eine Hilfestellung, keine vollumfängliche Anonymisierung
Zuviele Formatierungen von Währungen, Währungsformaten, Datumsarten etc.
Ganz ruhig @Nirus, kann ich dir trotzdem ein kühles (leider virtuelles) Bierchen ausgeben?
Es war nicht meine Intention arrogant, anmaßend & überheblich zu sein. Falls das so rüber kam. Sorry! Hatte ich wohl selber schon zu viel davon.
Prost!
// Check if selectedText is not empty and does not contain forbidden
// characters or currency codes
if (!selectedText.isEmpty() && !containsForbiddenCharacters(selectedText)
&& !CurrencyUnit.containsCurrencyCode(selectedText.trim()))
Ich kann und werde nicht an einem Code “rumpfuschen”, wenn ich an der Stelle nicht mindestens weiß, warum ihr etwas macht, wie ihr es macht.
Ich scheine aber richtig vermutet zu haben
does not contain ... currency codes
dass ihr verhindern wollt, dass Nutzer fälschlicherweise Preisangaben anonymisieren. Verständlich. Ihr habt schon lange darüber diskutiert und euch für 6. Keep it simple… entschieden, also soll es so bleiben.
Bierchen ausgeben?