ich pack mal alle bugfixes die sich in den letzten wochen angesammelt haben raus ansonst gibt es nur ein grösseres neues feature. so für alle die ein update mögen steht im nightly unter:

http://proton-ce.sourceforge.net/nightly/

eie datei bereit wahweise komplette win distro unter win oder sourcen unter src. Es ist die version 0.3.1.6 die ne menge kleinigkeiten fixt:

* <alt>+richtungstasten brace navigation, damit kann man zwischen zugehörigen klammern springen oder zu klammern ein lever höher oder tiefer, check das aus.

- strg+F spring auch wieder zurück aus suchzeile
- suchzeile übernimmt automatisch markierung
- cursor zoomt in bildmitte bei dokumentwechsel
- goto last edit jetzt auf <Ctrl>+<Shift>+<G>
- laden der file session etwas schneller
- bessere keymap
- 1 neuer config key
- 11 Bugfixes / davon 2 crashtrap / 2 Localisationsfixes\n\n

<!--EDIT|lichtkind|1147711709-->

Hallo!

Wenn ich etwas mit Strg-C in die Zwischenablage kopiere und dann den Suchdialog öffne und dort das Kopierte einfügen will passiert beim ersten Strg+V gar nichts und beim zweiten mal drücken wird es am Cursor eingefügt. Wichtig dabei ist, dass der einzufügende Text nicht mehr markiert ist, da sonst ja das Markierte direkt in die Suchzeile übernommen wird.

Ich verwende Version 0.3.1.6.

Grüße, pktm

hallo pktm, oah ein neuer nutzer, schön,
ich kenn das problem, es ist derzeit der heftigste bug den xeper hat, da alle keys die die suchzeile ablehnt auf editpanel angewendet wird, das bei tasten wie entf unschön werden kann. bitte benutz solange shift+einfg oder suchdialog.

immer an vorschlägen interessiert.

Ich will:

Eine Art Paneele (oder Tab, je nach dem wie man es nennen mag) wie bei Eclipse.

Sie soll auf und zuklappbar sein (am besten über das Menü "Ansicht" -> "Tabs").
Diese Paneele soll leer und verschiebbar sein. Man soll die Paneele links, rechts, oben und unten am Editor anheften können.

Jede Paneele soll einen Titel besitzen, der als Reiter angezeigt wird (auch wie bei Eclipse). So kann man mehrere Paneelen gleichzeitig offen haben und in ihnen navigieren.

Man soll beliebige Paneelen im extensions-Ordner (dafür war der doch da?) erstellen können, indem man von einer Superklassen-Paneele erbt.

Es soll gemerkt werden, welche Paneelen man als letztes offen hatte / benutzt hatte, damit diese beim erneuten Starten des PCE wieder angezeigt werden.

Von der Paneele aus soll man auf diverse, festgelegte Funktionalitäten des PCE zugreifen können (z.B. auf den Code *1).

Ich will sowas haben, damit die Plugin-Entwicklung mit grafischen Elementen (z.B. einem Knopf) schön komfortabel ablaufen kann.

So soll man sich z.B. eine Paneele erstellen können, die den STDERR ausliest und anzeigt (wie bei der "Open Perl IDE").
Ähnlich wäre es für den STDOUT in Konsolenform nützlich oder für die Ausgabe, die ein MVC-Framework (nennt man doch so?) erzeugt, welches einen eingebauten Testserver hat (z.B. CGI::Application::Server oder das Teil von Catalyst).

F: Warum will ich sowas aben und mache es nicht selber?
A: Ich blicke nicht durch die Organisation des PCE durch. Ich habe zwar so einen Abschnitt namens "build_layout" gefunden, aber ich weis nicht wirklich wozu er da ist (da scheint ein Kommentar zu fehlen, oder ein POD-Text. Bug oder Feature? :-) ). Die Methoden die dort aufgerufen werden sind überhaupt nicht in dem Modul drin, welches instantiiert wurde. Teilweise wurden Methoden von anderen Modulen geerbt, teilweise weis ich einfach nicht wo was her kommt (ich finde es auch nicht so ohne weiteres in den Abhängigkeiten).

Um jetzt nicht irgend einen Blödsinn zu produzieren, der womöglich an der falschen Stelle steht und hinterher doch wieder rausgeschmissen wird möchte ich eine Schnittstelle zur Plugin-Entwicklung haben. Und zwar diese [SUperklassen-]Paneele.

Geht das?

Grüße, pktm

*1 eine nette Übungsaufgabe wäre z.B. eine Paneele, die den Code durchsucht und alle Methoden auflistet. Dazu braucht man aber Zugriff auf den aktuellen Code (und der Datenbestand muss natürlich auch bei jeder Änderung geupdatet werden... [Tie::? | Referenz?])


EDIT: Ich bin mir durchaus bewusst, dass laut roadmap noch lange nicht die Zeit für solche Plugins gekommen ist. Jedoch werde ich aus z.T. bereits schon o.g. Gründen nicht an den Interna des PCE arbeiten. Dennoch würde ich PCE gerne benutzen. Das setzt voraus, dass ich über die Möglichkeit verfüge an einer definierten Schnittstelle mit PCE zu arbeiten, ihn erweitern zu können, ihn auf meine Bedürfnisse anzupassen.

Vielleicht gibt es das ja auch schon über die Konfig-Files. Ich erinnere mich da an die Möglichkeit einzustellen, dass der Code auf Knopfdruck in der Komandozeile ausgeführt wird.
Das wäre natürlich super. Dann wüsste ich nämlich nur noch gerne, wie ich diese Möglichkeit nutzen kann.\n\n

<!--EDIT|pktm|1148052164-->

der extensions ordner war mal für für projektfremden code aber ich baue eh grad eh da alles um. plugin schnittstelle wird blad kommen (0.3.4) die anbindung externer tools auch (0.3.2).

habe leider nicht vollständig verstanden was du für panele sein werden aber module hab ich erst für nach 0.4 angesetzt, wenn ich im kern ruhe hab. dann will ich mit einfacherern modulen anfangen wie snippet modul etc.im groben denk ich das du gleiche gedanken, es ist eher zeitfrage ob du es solange aushältst oder vorher zu staub zerfällst bis deine wünsche wahr werde. aber die reiter will ich nur für dokumente haben. module will ich anders organisieren weil sie logisch was anderes sind.

das cpan release hat grad absoluten vorrang, dann der linux und mac port. dann muss ich in einigem den kern umkrempeln, als nebenprodukt, wird dann eine pluginschnittstelle, klare trennung von localistaion und code, und syntaxmodes rausfallen. manchmal gehen solche sachen schneller als man glaubt da perl erlaubt sachen schnell zu schreiben. wenn du bestimmte wünsche hast versuch bitte genauer zu skizieren oder ein paar zeielen code zu schreiben. oftmals brauch ich nur etwas wx drumwickeln und fertig ist das modul das du willst. das ist ja grad der vorteil so kleiner projekte :)

was ich noch erwähnen sollte das sobald das mit cpan steht wir auch bald sachen haben werden outlining (alle methoden und variablen in seperaten schachtel) sowas wolltest du. das wird ohne viel aufwand gehen weil letztlich PPI mach das jetzt bereits integriert ist.

Ja, das PPI das letztlich macht und das es schon integriert ist weis ich wohl. Aber das "letztlich" ist der Knackpunkt. Solange ich keinen (grafischen!) Bereich habe, in dem ich ein Plugin entwickeln / bauen / testen kann und dazu auch nicht weis, wie ich so einen Bereich erstellen soll wird sich an der Situation auch nichts ändern.

Deshalb die ANregung eine solche Schnittstelle bereit zu stellen.

EDIT: Smileys jagen!\n\n

<!--EDIT|pktm|1148132039-->

[quote=lichtkind,19.05.2006, 17:56]wenn du bestimmte wünsche hast versuch bitte genauer zu skizieren oder ein paar zeielen code zu schreiben. oftmals brauch ich nur etwas wx drumwickeln und fertig ist das modul das du willst. das ist ja grad der vorteil so kleiner projekte :)[/quote]
Ok, hier meine Skizze:


Und hier ein bischen Pseudocode:



Irgendwie muss man von diesem Modul auch noch auf die Daten, die PCE verwaltet zugreifen können (aktueller Quelltext usw.). Woe liegen die? Gibt es da ein Modul PCE::Komponenten?

So ansatzweise klar was ich auszudrücken versuche?

Grüße, pktm

ja ansatzweise :)
lese mir immer gerne anregungen durch, danke.

auch wenn ich softwaretechnisch einen etwas anderen Ansatz preferiere, liegen wir schon dicht beieinander. natürlich kommt das Modul dann in eigene datei. alle daten sind global,also von überall zugreifbar. Wie genau hab ihc auch in meinem vortrag beschrieben, folg den link in meiner sig, in den news ist ein link zu den slides. oder lies pce.pm die ist eigentlich gut dokumentiert. an den text des aktuellen dokumentes kommst du wenn du dir mit PCE::App::STC::_get die referenz auf editorkomonente geben lässt und dann scintilla $stc->GetText() oder GetTextRange(begin, end) den text abfragst.

mach dir um ppi keine sorge, denn das wird alles adam kennedy machen, der zieht grad um aber in eineigen tagen wenn er endlich erfährt das der neue name feststeht, (bin derzeit wirklich sehr für xeper) dann wird er das unabhängig von mir schon schaffen, auch wenn ich dazu noch etwas grundlagen zu legen sind.\n\n

<!--EDIT|lichtkind|1148152316-->

Hab mal noch eine Idee eingetragen: http://pce.wxperl.de/cgi-bin/podwiki.pl?page=Perldoc

Die Idee ist Perldoc für verschiedene Sprachen (und dabei zwangsweise auch für verschiedene Versionenen) in diese Perldoc-Integration mit ein zu beziehen. Bei Gelegenheit werde ich die Sache mal noch deutlicher ausformulieren...