Shakesbier
(Themenstarter)
Anmeldungsdatum: 14. Juli 2008
Beiträge: 1165
|
Hi djcj, danke, dass Du immer noch daran arbeitest! Zeitlich sieht es leider bei mir immer noch mau aus. Ende August habe ich Urlaub und kann mich dann hoffenlich endlich wieder intensiver mit dem Editor und Deinen Änderungen beschäftigen.
Frage: Wieviel Sinn macht es eigentlich Template und Parser in Bibliotheken auszulagern, wenn diese ohnehin bei Programmstart geladen und nur von einem einzigen Programm benutzt werden?
Langeweile und die Hoffnung den Code etwas übersichtlicher zu machen, aber Du hast Recht; allzu viel Sinn macht es nicht ☺ Wenn ich wieder langeweile habe, mache ich es vielleicht wieder rückgängig 😀
Und source_inyokaedit.py hat kein Shebang, ich nehme mal an das Skript braucht deshalb keins?
Wie leider des Öfteren habe/hatte ich diesbezüglich keine Ahnung! Habe das Skript damals mit Hilfe dieser Anleitung 🇬🇧 zusammenkopiert.
|
Das_Wort
Anmeldungsdatum: 23. Dezember 2009
Beiträge: 5264
Wohnort: /dev/null
|
In Kupfer sieht das Icon leider sehr blurry aus, weil die Auflösung eher gering ist. 256² px wäre eine gute Größe und gerne auch die zwischen Stufen (192, 128, …). Wäre schön wenn größere Icons dabei wären. Betrifft sicher auch die Gnome-Shell.
|
Shakesbier
(Themenstarter)
Anmeldungsdatum: 14. Juli 2008
Beiträge: 1165
|
Hi Das Wort, ja, da hast Du Recht! Soweit ich das auf den ersten Blick auf djcj Änderungen (6875772) überblicken kann, ist dort auch der Grundstein für verschiedene Icongrößen gelegt. Werde versuchen mit der nächsten Veröffentlichung größere Icons mitzuliefern (damit es nicht vergessen geht: 1357809).
|
djcj
Anmeldungsdatum: 28. August 2013
Beiträge: 240
|
Hab mal größere Icons auf Grundlage der vorhandenen Vektorgrafik erstellt. Außerdem hab ich ein simples configure-Skript hinzugefügt und das Makefile aktualisiert: https://github.com/darealshinji/inyokaedit/commit/e10e966d37898e8418a95a4ebb9a3fc091ebc328
|
Shakesbier
(Themenstarter)
Anmeldungsdatum: 14. Juli 2008
Beiträge: 1165
|
djcj schrieb: Hab mal größere Icons auf Grundlage der vorhandenen Vektorgrafik erstellt. Außerdem hab ich ein simples configure-Skript hinzugefügt und das Makefile aktualisiert: https://github.com/darealshinji/inyokaedit/commit/e10e966d37898e8418a95a4ebb9a3fc091ebc328
Danke! Habe jetzt endlich wieder etwas mehr Zeit. Bin gerade dabei Schritt für Schritt Deine Änderungen durchzugehen. Bin wirklich am Überlegen, die Bibliotheken (nicht die Plugins) wieder rauszuschmeißen. Wo wäre denn dann der richtige Ort für die Plugins? Nachwievor in .../lib/inyokaedit oder könnte (dürfte?) man die auch in .../share/inyokaedit packen?
|
djcj
Anmeldungsdatum: 28. August 2013
Beiträge: 240
|
Pack die Plugins nach {PREFIX}/lib/inyokaedit. In {PREFIX}/share gehören nur architekturunabhängige Dateien wie Skripte oder Bilder (da ist Debian sehr pingelig 😉 ).
|
alter-mann
Anmeldungsdatum: 1. August 2014
Beiträge: 84
|
Hau ich was durcheinander, oder war mit dem Editor (0.13.0) nicht auch mal möglich einen Artikel von Lokal im Wiki anzulegen? Dachte das auch schon mal gemacht zu haben, nur suchte ich das gestern vergeblich -oder lauf ich hier einem Trugschluss nach?
|
Shakesbier
(Themenstarter)
Anmeldungsdatum: 14. Juli 2008
Beiträge: 1165
|
Hi alter-mann, meinst Du die Funktion zum Hochladen eines Artikels? Die inaktive Schaltfläche hierfür ist seit 0.12.0 mit in der Werkzeugleiste (neben dem Vorschau-Knopf). Ich habe vor Monaten mit ersten Tests diesbezüglich begonnen, es aber leider noch nicht zum Laufen bekommen... Ich will mich in den nächsten Tagen mal wieder dran setzen, aber ich scheitere immer wieder an der korrekten Authentifizierung. D.h., wenn Du es gemacht hast, dann mit einem anderen Programm 😉 Wenn sich jemand mit Qt/QNetworkCookieJar/Multi-part messages/etc. auskennt, darf sich gerne melden.
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
Hallo zusammen, ich habe einen kleinen Fehler entdeckt: Wenn ich bei der Erweiterung "Wissensblock Auswahl" einen Eintrag ändern will, dann bleibt er ursprüngliche Text stehen und der Text, den ich gerade schreibe, überlappt sich mit diesem, wodurch ich gar nichts mehr erkennen kann, bis die Änderung abgeschlossen ist. Verwendetes System: Ubuntu GNOME 14.04 64bit mit GNOME Shell 3.12 (per PPA)
Verwendete Version: 0.13.0 Gruß Justin Time
|
Shakesbier
(Themenstarter)
Anmeldungsdatum: 14. Juli 2008
Beiträge: 1165
|
Danke Justin Time für die Rückmeldung. Bei mir (Kubuntu 14.04) kann ich es leider nicht nachvollziehen. Kannst Du mir bitte einen Screenshot schicken? Schau bitte auch mal in ~/.local/share/data/inyokaedit/debug.log (nachdem der Fehler aufgetreten ist) ob dort Fehler/Warnungen angezeigt werden, die auf ein Qt-Problem hindeuten könnten. Oder schick mir die Datei ggf. zu. Verwendest Du eine ausgefallene Stilkonfiguration? Wenn Du magst, kannst Du auch mal mit qtconfig-qt4 spielen, evtl. schafft das Abhilfe. Sobald ich wieder etwas Zeit habe, installiere ich mir Ubuntu GNOME mal in einer virtuellen Maschine und schaue nach, ob ich das Problem dort reproduzieren kann.
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
Shakesbier schrieb: Danke Justin Time für die Rückmeldung. Bei mir (Kubuntu 14.04) kann ich es leider nicht nachvollziehen. Kannst Du mir bitte einen Screenshot schicken? Schau bitte auch mal in ~/.local/share/data/inyokaedit/debug.log (nachdem der Fehler aufgetreten ist) ob dort Fehler/Warnungen angezeigt werden, die auf ein Qt-Problem hindeuten könnten. Oder schick mir die Datei ggf. zu.
Also ich konnte in der Datei nichts finden… Ich habe sie mal angehangen.
Verwendest Du eine ausgefallene Stilkonfiguration? Wenn Du magst, kannst Du auch mal mit qtconfig-qt4 spielen, evtl. schafft das Abhilfe. Sobald ich wieder etwas Zeit habe, installiere ich mir Ubuntu GNOME mal in einer virtuellen Maschine und schaue nach, ob ich das Problem dort reproduzieren kann.
Also ich benutze keine ausgefallene Stilkonfiguration und in meinem virtuellen Ubuntu GNOME 14.04 ohne Zusatz-PPAs tritt der selbe Fehler auf.
Mir ist noch ein Fehler aufgefallen: InyokaEdit kann keine Links darstellen, die Smilys-Abkürzungen enthalten: [:ownCloud_Nutzung:ownCloud] wird zu [ 😮 wnCloud_Nutzung 😮 wonCloud] statt zu ownCloud. (Getestet am Artikel Tomahawk in Inyokaedit) Gruß Justin Time
- debug.log (49.5 KiB)
- Download debug.log
- Bilder
|
Shakesbier
(Themenstarter)
Anmeldungsdatum: 14. Juli 2008
Beiträge: 1165
|
Hi Justin Time,
Also ich benutze keine ausgefallene Stilkonfiguration und in meinem virtuellen Ubuntu GNOME 14.04 ohne Zusatz-PPAs tritt der selbe Fehler auf.
ok, habe mir ein Ubuntu Gnome zum Testen eingerichtet und konnte das Problem direkt reproduzieren. Werde mir mal an schauen, was ich da machen kann.
InyokaEdit kann keine Links darstellen, die Smilys-Abkürzungen enthalten: [:ownCloud_Nutzung:ownCloud] wird zu [ 😮 wnCloud_Nutzung 😮 wonCloud] statt zu ownCloud. (Getestet am Artikel Tomahawk in Inyokaedit)
Interessant! Ok notiert 😬
|
djcj
Anmeldungsdatum: 28. August 2013
Beiträge: 240
|
Vorschlag (ist mir gerade eben eingefallen): einen zusätzlichen Plugin-Suchpfad für das Heimverzeichnis hinzufügen, zB ~/.inyokaedit/plugins oder so. Dann müssen Plugins nicht zwingendermaßen ins System installiert werden.
|
Shakesbier
(Themenstarter)
Anmeldungsdatum: 14. Juli 2008
Beiträge: 1165
|
Hi djcj, dieser Plugin-Suchpfad ist bereits mit drin! Wenn Plugins in ~/.local/share/data/inyokaedit/plugins (wenn InyokaEdit mit Qt 4 kompiliert wurde) bzw. ~/.local/share/inyokaedit/plugins (Qt5) gefunden werden, werden diese zuerest geladen.
|
march
Anmeldungsdatum: 12. Juni 2005
Beiträge: 17331
Wohnort: /home/noise
|
Interessant! Ok notiert 😬
Ooops - den Bug wollte ich auch immer schon gemeldet haben. 😬 😳 Bei Links von youtube hatte ich da schon öfters Probleme.
|