staging.inyokaproject.org

Hi,

die Kommentare auf der Portalseite kann man mittlerweile abonnieren. Wäre es möglich, dass man Artikel die man selbst kommentiert hat, automatisch abonnieren kann?

Ich würde das über die Benutzereinstellungen einstellbar machen, so wie man auch im Forum die Themen, auf welche man antwortet, automatisch abonnieren kann.

Ja/Nein/Vielleicht? Meinungen dazu?

Oder: Soll ich einfach mal im Trac einen Feature request eingeben?

mfg

Hallo,

Ja/Nein/Vielleicht? Meinungen dazu?

Gerne. Und wenn das Webteam das schon anfassen möchte, dann würde ich als zusätzliche Funktion gleich „Ikhayaartikel, die man erstellt hat, automatisch abonnieren“ hinzufügen wollen (wegen mir auch mit dem gleichen Einstellungsknopf) ☺

Grüße, Keba

Kann man Feature-requests einfach im Trac eingeben?

Bei Ikhaya fände ich das auch sehr praktisch, nicht nur für den Artikelverfasser.

Developer92 schrieb:

Kann man Feature-requests einfach im Trac eingeben?

Natürlich kann man das. Ich würde aber in diesem Fall auf eine Reaktion des Webteams warten. AFAIK ist das die präferierte Vorgehensweise.

So viel ich Weiß verursachen die Abos eh schon sehr viel Last. Evtll wäre eine Funktion zum automatischen Löschen von Abos auch nicht verkehrt. Vllt so etwas wie „Lösche alle Abos in denen seit X Tagen nichts mehr geschrieben wurde“. X könnte man entweder selber bestimmen oder per default auf 360 Tage oder so setzen.

kaputtnik schrieb:

Developer92 schrieb:

Kann man Feature-requests einfach im Trac eingeben?

Natürlich kann man das. Ich würde aber in diesem Fall auf eine Reaktion des Webteams warten. AFAIK ist das die präferierte Vorgehensweise.

Dann warten wir eben. Warst du nicht einmal beim Webteam dabei?

So viel ich Weiß verursachen die Abos eh schon sehr viel Last. Evtll wäre eine Funktion zum automatischen Löschen von Abos auch nicht verkehrt. Vllt so etwas wie „Lösche alle Abos in denen seit X Tagen nichts mehr geschrieben wurde“. X könnte man entweder selber bestimmen oder per default auf 360 Tage oder so setzen.

Es wundert mich nicht, dass die Abonnements viel Last erzeugen, aber eine automatische Löschfunktion finde ich relativ sinnfrei, da Abonnements doch nur Serverlast erzeugen sollten, wenn der entsprechene Thread ein Update erhält. Kann mich auch irren, ich weiß ja nicht wie das intern genau funktioniert.

Viel besser würde ich es finden alte Supportthreads, die einer nicht mehr unterstützten Ubuntuversion angehören, zu löschen. Ich weiß, hier wird nichts gelöscht und zudem könnte der Thread irgendwann einmal noch in irgendeiner Weise nützlich sein. Aber mal ehrlich: Muss man Threads die einer längst vergangenen Ubuntuversion angehören unbedingt aufbewahren? Ein Archiv wäre vielleicht auch praktisch dafür, natürlich readonly. Hm...

mfg

Developer92 schrieb:

Dann warten wir eben. Warst du nicht einmal beim Webteam dabei?

Nein, ich war im Wikiteam.

So viel ich Weiß verursachen die Abos eh schon sehr viel Last. Evtll wäre eine Funktion zum automatischen Löschen von Abos auch nicht verkehrt. Vllt so etwas wie „Lösche alle Abos in denen seit X Tagen nichts mehr geschrieben wurde“. X könnte man entweder selber bestimmen oder per default auf 360 Tage oder so setzen.

Es wundert mich nicht, dass die Abonnements viel Last erzeugen, aber eine automatische Löschfunktion finde ich relativ sinnfrei, da Abonnements doch nur Serverlast erzeugen sollten, wenn der entsprechene Thread ein Update erhält. Kann mich auch irren, ich weiß ja nicht wie das intern genau funktioniert.

Ich auch nicht. Mich stört nur eine 100+-Seiten lange Abo-Seite. Deswegen meinte ich das. Manchmal werden ja auch Uralte Threads wieder gefunden und jedes Abo erzeugt halt mehr Last.

kaputtnik schrieb:

Developer92 schrieb:

Dann warten wir eben. Warst du nicht einmal beim Webteam dabei?

Nein, ich war im Wikiteam.

Fängt beides mit „W“ an, das kann man schon mal verwechseln 😬

Ich auch nicht. Mich stört nur eine 100+-Seiten lange Abo-Seite. Deswegen meinte ich das. Manchmal werden ja auch Uralte Threads wieder gefunden und jedes Abo erzeugt halt mehr Last.

Vielleicht wäre ein Vorschlag, Threads mit nicht mehr unterstützen Ubuntuversionen in ein Archiv zu verschieben und das Abonnement darauf zu löschen, doch nicht so verkehrt. Bei mir hat sich da auch schon einiges angesammelt.

mfg

Aus der Sicht der "Shell & Programmieren"- Ecke hielte ich es für sehr kontraproduktiv, Lösungen die wir z.B. unter Hardy mal ausgearbeitet haben, irgendwo im Sumpf verschwinden zu lassen. Solche grundsätzlichen Sachen überleben sich nicht mit der nächsten LTS- Version !

Von daher bin ich dagegen, die Erfahrungsschätze zu versenken.

Sicherlich sieht das bei den Einsteiger- & Installationsbereichen etwas anders aus, weil da vieles versionsgebunden ist.
Aber selbst da ist nicht alles überlebt, sondern taugt durchaus noch als Hinweis für eigene, aktuelle Lösungen.

- meine 1½ cent -

track

track, falscher Thread?

kaputtnik schrieb:

track, falscher Thread?

Nee, denke ich nicht. Denn auf

Vielleicht wäre ein Vorschlag, Threads mit nicht mehr unterstützen Ubuntuversionen in ein Archiv zu verschieben und das Abonnement darauf zu löschen, doch nicht so verkehrt. ...

habe ich geantwortet mit

Aus der Sicht der "Shell & Programmieren"- Ecke hielte ich es für sehr kontraproduktiv, Lösungen die wir z.B. unter Hardy mal ausgearbeitet haben, irgendwo im Sumpf verschwinden zu lassen ...

... als direkte Antwort.

track

track schrieb:

Aus der Sicht der "Shell & Programmieren"- Ecke hielte ich es für sehr kontraproduktiv, Lösungen die wir z.B. unter Hardy mal ausgearbeitet haben, irgendwo im Sumpf verschwinden zu lassen. Solche grundsätzlichen Sachen überleben sich nicht mit der nächsten LTS- Version !

Von daher bin ich dagegen, die Erfahrungsschätze zu versenken.

Gutes Argument, viele kleinere Skripte kann man jahrelang verwenden, auch unter neueren Ubuntuversionen.

mfg

Ich hab mir mal erlaubt ein Ticket zu erstellen nachdem sich hier seit Tagen nichts mehr getan hat: Ticket #902

mfg

EDIT: Mist, typischer Rechtschreibfehler im Ticket: Desweiteren → Des Weiteren ☹