Danke für den Tipp, steht nun fest auf LF :-)

kephra 0.4.3.13 einige bugs gefixed,
der CR bug kommt als nächstes dran
hauptsächlich sind die sachen überfällig von der reise gewesen und sie entstanden durch meinen artikel ind er nächsten $foo, erst wenn man drüber schreibt werden manche sachen richtig klar.

2010-09-22T17:18:38 lichtkind

[...] und sie entstanden durch meinen artikel ind er nächsten $foo, erst wenn man drüber schreibt werden manche sachen richtig klar.

So geht mir es auch immer wieder. Gut, wenn man darüber schreibt ;-)

0.3.4.14 & 15 fixe nur bugs

das toggel select funktioniert jetzt genau wie gewollt. es praktisch eine emulation der gewohnten mausfunktion doppel und dreifachklick für tastatur. es lebe der tim heute.
Last edited: 2010-09-27 05:03:19 +0200 (CEST)

0.4.3.16

sprachmenü geht wieder, habs erstmal nur im cpan

0.3.4.17 wieder 2 problemchen behoben, enrico hat die englsichen texte verbessert, und ich hab jetzt bei den maus gesten unterschieden ob man links nach recht oder von rechts nach links markiert. natürlich nicht im normalen normalen betrieb aber beim links-rechts klick entscheidets ob er auschneided oder löscht.

ich bin sehr zufrieden mit der lösung und wäre sehr an rückmeldung interessiert. auch der hier gemeldete EOL bug ist zumindest deaktiviert, nicht vollständig behoben. dieser und die install sachen und wir werden diese woche (jetzt wirklich wirklich) 0.4.4 haben

ich versuche das forum hier nicht als blog zu missbrauchen deswegen hab ich eignen Tag siehe http://blogs.perl.org/users/lichtkind/kephra/

da ich nicht von unterwegs releasen konnte hier die 18 der laufenden reihe:

da steckt viel feintunig drin das sachen wie erwartet laufen wie zb rechteckige markierungen die sich in den text schneiden selbst wenn sie gedropt werden oder einen markierten block den ich grad fürs refaktorieren mit richtungstasten (strg+alt haltend) durch die gegend schiebe und dabei gleich mit links und recht passend einrücken und ein/auskommentieren kann.

das war so ne sache die wir schon ewig hatten aber nie recht benutzt wurde. weswegen ich es demnächst mit einer art lazy selection ersetzen will sobald man mehr als eine zeile markeirt.

gut nochmal auf deutsch. wenn man jetzt text markiert wirde er bisher zeichen oder zeilenweise durch den textbewegt, tat, man ctrl+alt+richtung.

war nichts markiert wanderte die aktuelle zeile. jetzt unterscheidet er zusätzlich zwischen einzeiligen marierung wie zb einen parameter den ich vielleicht an andere position schieben will. so ein wort ist ja mit ctrl+y schnell markiert. markier ich aber mehrere zeilen so versteht er demnächst darunter alle angeschnittenen zeilen und verschieb oder rück die halt ein oder aus weils ja das ist was man meist braucht. so funktionierte das kommentieren ja schon immer.

es gab paar crashbugs und mancher event war nicht rechtzeitig refreshed was jetzt erstmal behoben sien sollte. und die klammernavigation ist jetzt genauer. er springt von klammerinnenseite zu innenseite oder von aussen zu aussen. genau wie in kommodo, nur das er nur matchende kammern mit kryptischen keybinding navigieren kann und die bracenav ein schneller weg sein kann die logischen strukturen zu traversieren.


0.4.3.18
+ insert rectangular selections
+ move line tabwise left and right with <ctrl>+<alt>+<left|right>
~ brace nav is caret pos aware (jumps from inside to inside or outside to outside)
~ toggle # comment with <ctrl>+<alt>+<k>
] automatically hides incomplete translations in enduser releases
! closed unnamed docs appeared in file history
! proper titelbar and tabbar visual updates while rename file
! folding and marker setting with left click on margin works again

0.4.4 kommt wirklich bald :)
Last edited: 2010-11-08 02:34:20 +0100 (CET)

0.4.3.19

hab ja heute hier schon gejubelt, was mir an der lösung besser gefällt, daß sie technisch besser ist als in netbeans von wo ich die idee herhab. sobald die sache die letzte zeile des docs berührt fügen die zusätzliche leerzeile ein um ihren billigen algorithmus weiterzuverwenden, wohingegen Kephra auch hier wie erwartet funzt ohne das dokument wirklich zu verändern. vielleicht hab ich nur wieder was missverstanden aber die 1400 zeichen der sub move_lines haben mich einige zeit beschäftigt und ist echt intensiver code den ich nur dadurch entschärfen konnte indem ich den variable wirklich genau beschreibende namen gab.

ja ich lese grad clean code und war schonmal auf http://www.clean-code-developer.de/.

falls jemand wundert warum ich mich scheinbar in details vertliere, die neue funktion ist im gegensatz zu der die sie ersetzt wirklich nützlich und vor allem hab ich damit eine möglichkeit kaputtes UTF zu erzeugen abgebaut.

0.4.4 will ich komplett utf sicher haben.