Ich hoffe, meine lieben Leseratten sind nicht mittlerweile verhungert – seit Mitte Juni kein Lesefutter zugefügt 😱 Also hier mal schnell 24 Neuzugänge bei ebooks.qumran.org/ hochgeschoben. Mehr kommt nach, braucht nur wieder ein wenig – zu viel zu tun…
Izzy's freie Bibliothek
Katalog mit freien eBooks (Public Domain, Creative Commons): kostenlos und ohne Anmeldung stöbern und herunterladen!ebooks.qumran.org
IzzyOnDroid ✅
in reply to IzzyOnDroid ✅ • • •IzzyOnDroid ✅
in reply to IzzyOnDroid ✅ • • •R. Shivran
in reply to IzzyOnDroid ✅ • • •Hi, ich schreibe Fantasy, einen Teil davon auch frei verfügbar. Ist allerdings queer.
Akzeptierst du nur Public-Domain (also CC0), oder auch sowas wie CC-BY oder ND? Dass Leute meine Sachen gratis lesen, wäre für mich kein Problem, aber dafür, Leuten zu erlauben, die nach Belieben zu verwenden oder sogar unter deren Namen zu verkaufen, ohne mich bloß zu nennen, steckt da zu viel Arbeit drin.
IzzyOnDroid ✅
in reply to R. Shivran • • •R. Shivran
in reply to IzzyOnDroid ✅ • • •Das klingt super 🙂
Ich mache mich nächste Tage mal daran, ein paar Sachen entsprechend zu formatieren und mir für die Lizenz einen Text zu überlegen.
Ob die Qualität dir und den Leser*innen reicht, müssen die Leute dann selbst entscheiden.
R. Shivran
in reply to R. Shivran • • •Ich hätte ein paar Ideen, wie ich mir das als User übersichtlicher wünschen würde und würde daran auch kostenlos mitarbeiten, aber da ich mich schon erstmal in den Code einarbeiten müsste, würde ich das nur machen, wenn du das möchtest.
IzzyOnDroid ✅
in reply to R. Shivran • • •@r_shivran Ich bin in der Tat kein "Grafik-Designer", habe das daher nach dem KISS-Prinzip gemacht – keep it simple (and functional). Komme schon eine ganze Weile nicht mehr dazu, an miniCalOpe zu arbeiten; IzzyOnDroid nimmt mich mittlerweile voll in Beschlag (ist quasi schon ein zweiter, aber unbezahlter Vollzeit-Job).
miniCalOpe verwendet "Template Sets", je eins für OPDS und HTML. Beide gleiche "Struktur", so dass sie identisch befüllt werden können.+1 HTML Set wäre, wenn möglich, ideal 😉
R. Shivran
in reply to IzzyOnDroid ✅ • • •Grafik-Profi bin ich auch nicht, aber würde mich bei UI/UX zumindest als ambitionierten Junior einstufen. Ich habe halt mit Android-Development keine Erfahrung und würde mich auf HTML und CSS beschränken, aber damit kann man ja auch schon einiges machen.
Ich schau mir die Funktionen an und würde dir auch erstmal einen Entwurf erstellen, damit du eine Ahnung bekommst, was ich mir vorstelle.
edit: Wird ein paar Tage dauern, ich muss erstmal bei der Dateistruktur durchsteigen.
IzzyOnDroid ✅
in reply to R. Shivran • • •@r_shivran Passt. Ist auch kein Android involviert da, sondern in der Tat nur HTML+CSS (kein JavaScript). Wie getippst, idealerweise wäre das einfach ein neues Template-Set. Zusätzliche Felder (z.B. Buch Cover in den Listen) sollten machbar sein – hatte ich schonmal versucht, bin dann aber am Design gescheitert 🙈
Letztendlich ist mir beim eBook-Server wichtig, dass die eBooks verfügbar und einfach abrufbar sind, auch direkt aus dem Reader heraus (OPDS). Muss keinen Schönheitspreis gewinnen 😉
R. Shivran
in reply to IzzyOnDroid ✅ • • •Javascript kann ich, könnte also langfristig auch Funktionen ergänzen, aber erstmal würde ich bloß an der Optik/Template arbeiten, bevor ich mich an sowas mache und dann aus Versehen den Reader zerschieße :p
IzzyOnDroid ✅
in reply to R. Shivran • • •@r_shivran Bitte möglichst kein Javascript – zumindest nicht für Essentielles. Es soll alles ohne JS (und insbesondere ohne Kekse) bedienbar sein.
Filtern kannst Du über die Suche.
R. Shivran
in reply to IzzyOnDroid ✅ • • •Javascript bedeutet nicht zwangsläufig Cookies, ich benutze aus Prinzip keine CDNs für Dinge, die sich irgendwie selbst schreiben lassen.
Und nein, sorry, ich verstehe, wenn man kein Javascript möchte, aber das, was die Suchfunktion momentan anbietet, würde ich wirklich nicht als "Filtern" bezeichnen, man kann nichtmal mehr als einen Tag gleichzeitig setzen.
IzzyOnDroid ✅
in reply to R. Shivran • • •@r_shivran Schonmal mit der Ctrl/Strg Taste gespielt? HTML/Browser Standard. Ich kann problemlos mehrere Tags auswählen, siehe Screenshot 😉
Und ja, ich weiß dass JS und Kekse zwei verschiedene und voneinander unabhängige Dinge sind, möchte aber beide möglichst vermeiden. Unsere "liebe Werbeindustrie" hat dafür gesorgt, dass beide einen schlechten Ruf haben. Und ja, alles sollte "lokal" auf dem eigenen Server laufen – keine Sourcen von Extern laden.
R. Shivran
in reply to IzzyOnDroid ✅ • • •Nein, habe ich nicht ausprobiert, weil aus dem UI für mich nirgendwo ersichtlich ist, dass diese Funktion für STRG überhaupt hinterlegt ist.
Da würden Checkboxen mehr Sinn machen, oder zumindest ein Hinweistext. Unpraktisch wäre das bei dem winzigen Auswahlfeld auch immer noch.
Aber ist gut zu wissen, dass es insgesamt implementiert ist.
Spätestens, wenn ich auf "Suchen" geklickt habe, sind die Auswahlmöglichkeiten weg und ich sehe nichtmal, welcher Tag aktiv ist.
IzzyOnDroid ✅
in reply to R. Shivran • • •R. Shivran
in reply to IzzyOnDroid ✅ • • •Ich sehe jetzt nicht, was bei der Auswertung von Checkboxen aufwändiger sein soll als aktuell, wenn die Mehrfachauswahl (hier über STRG) bereits implementiert ist.
Der Nachteil bei der Sache mit der STRG-Taste ist aber natürlich auch, dass auf einem Mobile-Gerät, wo man den Reader vermutlich nutzt, idR keine Tastatur angeschlossen ist, sondern die über Touch bedient werden, und STRG über Touch-Tastatur ist schon echt unbequem.
Beim Design überlege ich mir mal was.
IzzyOnDroid ✅
in reply to R. Shivran • • •@r_shivran Mobil im Reader wird das OPDS Interface benutzt, da werden die Daten als strukturiertes XML geliefert. Die Darstellung wird dabei vom jeweiligen eBook Reader bzw. der jeweiligen App übernommen. Da sollte das eigentlich kein Problem sein.
Für Weiteres wechsel ich mal in den "DM Modus", damit wir hier nicht das ganze Fedi (oder auch nur alle Follower) "spammen"…
R. Shivran
in reply to R. Shivran • • •Wie gesagt, ich muss mich mal in den Code reinlesen, was da wie implementiert ist. Irgendwo muss die Suche ja programmiert sein, läuft dann vermutlich via php? Könnte man auf der Ebene ggf. auch optimieren, dauert nur länger, bin ich nicht so der Pro drin.
Aber das können wir ja irgendwann mal in Ruhe besprechen, wenn es dir passt. War ja nicht der Sinn der Sache, dass du jetzt mehr Arbeit damit hast, v.a. wenn du eigentlich gar nicht die Zeit dafür hast.
IzzyOnDroid ✅
in reply to R. Shivran • • •@r_shivran Ja, ist PHP. Und "wann es passt" ist schwer zu beantworten… miniCalOpe ist ja bei Codeberg gehostet. Ggf. lassen sich Issues für asynchrone Kommunikation nutzen?
(und ja, eigentlich wäre beim Code ein Rewrite fällig, bin nur nie dazu gekommen. Das Ganze ging ursprünglich aus einem "Quick Hack für den persönlichen Gebrauch" hervor)
R. Shivran
in reply to IzzyOnDroid ✅ • • •Macht aktuell sicher eher wenig Sinn, ich müsste mich da erstmal reinarbeiten, sonst wird das für ich dich ziemliche Zeitverschwendung.
Dass das Projekt bei Codeberg liegt, finde ich sympathisch, ich habe da auch nen Account.