staging.inyokaproject.org

Lion D. Gem Heart schrieb:

Der Abschnitt "Favoritenmenü manuell bearbeiten" nimmt relativ viel Platz ein. Kann man irgendwie einstellen, dass dieser komplett eingeklappt ist? Sodass man ihn erst per Klick öffnen muss oder so.

Ja, aber nur wenn der Abschnitt ein Unterpunkt von "Favoritenmenue" wird - dann sollte [[Inhaltsverzeichnis(2)]] reichen.

Es ging, glaube ich, darum, den ganzen Text einzuklappen (also ihn zu falten), nicht nur den Inhaltsverzeichniseintrag?

@Kuttel Daddeldu: Genau darum ging es ☺ Auch, weil es vermutlich nicht so oft gebraucht wird.

Lässt sich wirklich sehr schwierig strukturieren der Artikel - würde bitte mal jemand drübersehen, ob und wie man die Inhalte vlt besser sortieren könnte? Mir fällt im Moment nix besseres ein 😀

Grüße

Find die Gliederung so nicht schlecht ☺

Das wäre dann erstmal alles was ich dazu beitragen kann - bitte einmal drübersehen ob so weit alles in Ordnung ist - Danke 😲

Hallo,

ein Syntax-Sache ist mir aufgefallen: die Kombination Anführungsstriche mit Monospace gibt es nicht - entweder nur "" oder nur Monospace.

Sonst IMHO ok.

Gruß, noisefloor

Stimmt, habs mal geändert

Ist wieder im Wiki mit Dank an den Überarbeiter Lion D. Gem Heart !

Es erscheint mir wenig sinnvoll, für jede E-Version einen eigenen Wiki-Artikel zu schreiben, auch wenn zwischen E16 und E17 ein so massiver Unterschied ist. Wo wird nun E18 berücksichtigt?

E18 ist vor 2 Tagen released worden. Ob/wann das in den offiziellen Ubuntu-Repos aufschlägt, tja. das bekannte PPA ~efl/+archive/trunk ist noch bei E17, das eigentlich für E18 gedachte ~efl/+archive/unstable ist leer (und wird's bei dieser Bezeichnung auch bleiben, zumindest für E18).

In Bodhi Linux kann man es seit geraumer Zeit nachinstallieren (was ich selbstredend sofort durchgeführt habe). Mal davon abgesehen, daß wieder Themes umgeschrieben werden müssen (es gibt so schon kaum brauchbare fernab von Kindergartendesign), gibt es keine so offensichlichen Unterschiede wie zwischen E17 und E16.

Sprich vorerst kann man bei E18-Fragen auch in E17 nachsehen.

Und fast unbenerkt wurde bereits die Version 0.18..1 nachgereicht → https://git.enlightenment.org/core/enlightenment.git/tree/NEWS?h=enlightenment-0.18

Ist ja vll. interessant für early_adopters – die bereits angekündigte Version 0.18.2 behebt dann weitere kleine Fehler, z.B.:

• fixed infinite printing of SLEEP

• fixed issue where mixer would eat desklock events, making it impossible to unlock the screen (0.18.1)

Wenn Geduld keine Stärke ist, nimmt man sowas mit, oder? Oder aber man beteiligt sich aktiv an der Entwicklung und weist auch auf bekannte Fehlerquellen hin.

Verantwortungsvolle Versionitis genannt. Auch, wenn man die Fehler vll. nicht selber bemerkt.

nettozählt, woraus schließt Du in der Artikeldiskussion, daß der Hinweis auf E18 zu entfernen ist?

Dein Änderungskommentar:

+Link: TRAC / Hinweis auf E18 entfernt (s.a. Diskussion)

axt schrieb:

nettozählt, woraus schließt Du in der Artikeldiskussion, daß der Hinweis auf E18 zu entfernen ist?

IMHO nicht nachvollziehbar - einen Satz zum Nachfolger wieder hinzugefuegt.

Hallo

@ axt: Die Details kann man sich ja auch im //enlightenment-svn: ansehen. Dort sieht man auch welche Version vorliegt. Der jeweilige change wird recht ausführlich beschrieben, wenn man keine Lust hat den Patch-Code zu betrachten. (z.B. 15693 – Dual-Monitor broke, previous change reverted)

Man kann sich sicherlich vortrefflich darüner streiten, ob in der Einleitung ein unstable-ppa beworben werden soll. Wenn ich das Wiki hier richtig verstehe, werden in 1.Linie die offiziellen Paketquellen zur Benutzug angeraten. Nun, aasche hat das ja in eine akzeptable Form gebracht. Danke! Vielleicht bin ich da etwas zu konserativ? Heisst ja nicht, Anderungen gegenüber unaufgeschlossen zu sein... Weil Weihnacht' ist ein kleiner kritischer Link dazu: Beschleunigung, schöne neue Welt, SZ, 24.12.13, 11:41 Uhr. Auch im Hinblick auf Deine Signatur.

axt schrieb:
gibt es keine so offensichlichen Unterschiede wie zwischen E17 und E16.

Die Liste der Änderungen E17->E18 sind ja im von mir oben hinterlegten Link zu betrachten.

Da Fehlerberichte nicht in Launchpad geführt werden, könnte dies zur Annahme verführen, dass wenige bis garkeine vorliegen, deshalb die Ergänzung zum projekteigenen TRAC. Entwicklung lebt ja auch vom anständigen Fehlerberichten.

In diesem Sinne, frohes Feiern noch.