post über das grundlayout:

http://kephra-lk.livejournal.com/2056.html

Dank Fabrizia Regalli kann Kephra auch per apt-get install bezogen werden auch ein slack paket ist unterwegs. 0.4.3.33 hat nur typos behoben.

es ist noch einiges mehr in Vorbereitung
Last edited: 2011-11-19 17:44:44 +0100 (CET)

es gab hier anfragen zu dem programmstarter, den kephra unter windows benutzt. ihn könnt ihr jetzt ganz leicht anpassen und selber kompilieren

https://github.com/rhaberkorn/perl-starter

normal hab ich ja twitter und thread zum freuen. aber der kephra rewrite kommt langsam in die hufe. jaja er dient als code viewer für eignen sourcen. aber bedenkt das es von den modulnamen und der interaktion der namespaces bereits so ist wie ich es mir vorstelle.oh mann es geht wieder los wie bei der ersten version :)

https://bitbucket.org/lichtkind/kephra/

wie angekündigt: http://kephra-lk.livejournal.com/5668.html


der thread startete ja eigentlich zu einer zeit als blogs grad in mode kamen. aber vielleicht wirds ja hier doch noch ein oder andere diskussion über verbesserungen geben.

übrigens Kephra geht es sehr gut, ich musst hal nur nochmal paar frisch eingezogene wände einreissen, seit ich einen mac hab und hier so vieles anders ist. also nicht nur bugs sondern auch font und spaces handling, etc (war wirklich überrascht).
aber das neue wird garantiert und den 3 Plattformen laufen, wirklich utf sicher sein (ist sogar das minimal demo bereits), wesentlich mehr und bessere Erweiterungen und halt mehr interne API haben auch wenn es nur eine weiterentwicklung ist, die in vielem oberflächlich gleich bleibt, überlege sogar grad ob ich von Moo wieder zurück zur oldstyle OOP gehe.

im sp2 branch will ich die funktionalitäten noch besser isolieren, so hab ich auch mehr synergie mit den demos fürs wxperl buch. in kiev wird davonnoch nichts zu sehen sein aber ich hoffe in Hannover und danach.

danke
Last edited: 2013-06-21 22:34:13 +0200 (CEST)

2013-06-21T11:00:02 lichtkind

... überlege sogar grad ob ich von Moo wieder zurück zur oldstyle OOP gehe.

Wieso denn?

bessere kontrolle, weil ich BUILD und BUILDALL und weitere methoden brauche und es plötzlich recht komplex wurde wann welches attribut welchen zustand hat.

hab da sogar einen fall wo ich per sonderattribute daten durchschleusen muss, weil was ich genau brauch damit gar nicht bauen kann.

und weniger abhängigkeiten im core immer gut ist und die meisten klassen sind eh erweiterungen vorhandener Wx-klassen, wo ich auch ohne Moo auskomme. Also wäre konsistenz auch punkt weil ichversuche den code überall gleich aussehen lasse gleiche var namen wo es sinn macht usw um die recht gross codebase leichter beherrschbar zu machen.
Last edited: 2013-06-21 22:18:41 +0200 (CEST)

und die letzte sache ist halt noch das es nur um 2,3 klassen geht wo mir Moo gar nicht so vil Arbeit abnimmt. Das ist etwa wie mit der GUI. Die bau ich auch von Hand weil es letztlich sehr klener Anteil am Progrmm ist und ich sehr spzielle wünsche hab. Sahcen wie menüs toolbar und so werden naürlich autogeneriert aber m einstellungen des nutzers umzusetzen.