NB Verbesserungsvorschläge

Hier kommen Probleme, Hinweise und Bugs rein.

Moderator: wegus

Benutzeravatar
seapegasus
Beiträge: 594
Registriert: 29.06.2006, 18:32
Wohnort: Prag
Kontaktdaten:

Beitrag von seapegasus » 01.09.2008, 15:39

Jorgos hat geschrieben:Aber ich freue mich schon auf die Liste, wenn die realisiert werden sollte. Dadurch hat man gleich eine Übersicht und die Entwickler sehen dann gleich wo Sie sich verbessern sollen.
Und genau darum geht dieser Thread. :) Ich kann das echt an die Engineers weiterleiten -- ich brauch nur eine konkrete Liste von Euch.

Optimal waeren natürlich die Bug-IDs, denen Ihr Priorität geben wollt (All die uralt-Bugs, die vor Jahren untergegangen sind), aber in Worten oder als Links zu Threads, wo der Bug diskutiert wird, gehen die Listenpunkte selbstverständlich auch. Die Punkte, die oben stehen (unintuitives GUI-Builder-Verhalten beim Verschieben, Editor/CodeCompletion lahmt) habe ich schon (aber reproduzierbare Beispiele waeren nuetzlich).

@Jorgos: Danke für Deine Vorschläge, wenn ich auch ein paar Deine Editor- und C/C++-Vorschläge nicht ganz verstehe (wenn wir Bilder hochladen können, komm bitte nochmal drauf zurück, OK?). Wie nennt Eclipse dieses Code-Ausblendungsfeature, das Du erwaehnst? Danke auch an Kristian und Josch für Ihre Kommentare.

Michael

Beitrag von Michael » 01.09.2008, 16:29

Hi,
seapegasus hat geschrieben:Ich kann das echt an die Engineers weiterleiten -- ich brauch nur eine konkrete Liste von Euch.

Optimal waeren natürlich die Bug-IDs, denen Ihr Priorität geben wollt (All die uralt-Bugs, die vor Jahren untergegangen sind), aber in Worten oder als Links zu Threads, wo der Bug diskutiert wird, gehen die Listenpunkte selbstverständlich auch.
das absolut schlimmste Problem ist:

- Probleme mit includes/excludes

http://www.netbeans-forum.de/viewtopic. ... highlight=

Vielen Dank
Michael

Benutzeravatar
seapegasus
Beiträge: 594
Registriert: 29.06.2006, 18:32
Wohnort: Prag
Kontaktdaten:

Beitrag von seapegasus » 01.09.2008, 17:13

Woah, das klingt echt nervig.
Also wenn Du externe sources zu einem Projekt hinzufuegst, funktionieren die normal, aber das deaktiviert die Sichtbarkeit "lokaler" Klassen innerhalb des Projektes fuer den Editor? Also d.h. kompilieren tut alles noch, aber die Editorfeatures (code completion und syntactic/semantic highlight etc?) gehen dann nicht mehr fuer lokale Klassen -- verstehe ich das richtig?
Und das passiert nur bei WebService-Projekten, oder bei allen?

Michael

Beitrag von Michael » 01.09.2008, 17:26

Hallo,
seapegasus hat geschrieben:Woah, das klingt echt nervig.
ja ja ja, *schluchz*
seapegasus hat geschrieben:Also wenn Du externe sources zu einem Projekt hinzufuegst, funktionieren die normal, aber das deaktiviert die Sichtbarkeit "lokaler" Klassen innerhalb des Projektes fuer den Editor? Also d.h. kompilieren tut alles noch, aber die Editorfeatures (code completion und syntactic/semantic highlight etc?) gehen dann nicht mehr fuer lokale Klassen -- verstehe ich das richtig?
ja, weitgehend richtig.

Beispiel:

include: de/ich/base/
exclude: **/doc-files/

somit besteht mein Projekt dann aus den Paketen:

de.ich.base.database
de.ich.base.servlet
de.ich.base.util

usw.

alle anderen Pakete des Source-Baumes werden ausgeblendet.

Die Folge ist, dass alle Klassen aus den obigen includierten Paketen
nicht für die Editorfeatures erreichbar sind. Und das sind ja nun gerade
die Pakete, die zum Projekt gehören, die man bearbeiten will.
seapegasus hat geschrieben:Und das passiert nur bei WebService-Projekten, oder bei allen?
Nein, das passiert bei allen Projekten !
Das Feature "includes/excludes" funktioniert grundsätzlich
nicht mehr (seit 6.1).


Vielen Dank
Michael

Benutzeravatar
Jorgos
Beiträge: 188
Registriert: 28.01.2008, 11:07

Beitrag von Jorgos » 01.09.2008, 22:35

Hallo seapegasus,

Wegen den Bildern, sehe ich kein Problem :D. Mach ich gern ! Einen Vorschlag habe ich auch an die Entwickler. Diesen Vorschlag lege ich Ihnen sehr ans Herz ! Die sollen sich nicht überschlagen mit Ihren Veröffentlichungen im Monatsabstand !! Die sollen sich mal länger Zeit nehmen für das Entwickeln und nicht etwas liefern was grade noch zum Laufen gebracht wurde einen Tag vor Veröffentlichung z.B.
Wie nennt Eclipse dieses Code-Ausblendungsfeature, das Du erwaehnst?
Das nennt sich bei mir "Show Source of Selected Element Only". Naja das kann man als Basis verwenden und dann weiter verbessern, sag ich mal :D .


Vorschagserweiterungen:

11.) Ein Feature in einem C++ Projekt (z.B. rechte Maustaste auf Datei , dann das neue Feature), um aus diesem Projekt eine UML Darstellung oder eine Klassendarstellung zu erstellen. Oder aus einem UML Diagramm, C++ Code zu generieren.

12.) Eine Möglichkeit um im Navigator nach gewissen Kriterien zu sortieren (direkt im Fenster zum Einstellen / also ohne Tool/Options/...). Damit eine gewisse Struktur vorhanden ist (also alle Funktionen, Konstruktoren,....zusammen). Es wäre auch toll, wenn im Navigator ein Button ist, welcher nach Betätigung eine Liste im Navigator öffnet in welcher angezeigt wird zu welchem Symbol was gehört (also was ist das Symbol für Variablen, Funktion, friend Funktionen, Konstruktoren,....). Ohne in der Hilfe zu suchen. Wäre für Neueinsteiger super.

13.) Wenn ich eine H-Datei für die Deklarationen habe und eine CPP-Datei erstelle für die Definitionen, werden im Navigator nur die in dieser Datei definierten Funktionen, Variablen,.... angezeigt. Vielleicht ist es möglich, mehrere Navigatoren zuzulassen, wobei die fix auf eine Datei zeigen und man ständig einen Überblick hat, was alles da ist. Ich weiss zwar, dass es das Fenster "Classes" gibt, indem man das ganze betrachten kann, wäre aber in dieser Form mal was anderes. Quasi alles in einem Fenster :) .

14.) Die Möglichkeit schaffen einen definierten Leerbereich am Ende einer Datei zu schaffen, damit man nach unten Skrollen kann, ohne zusätzliche Leerzeichen einfügen zu müssen.
z.B.
  • //....
    return 0;
    }
I
I
I
I
I
I
I
I
------Ohne Leerzeichen erzeugter Freiraum fürs Skrollen.


15.) Nicht nur bei den Datein die Möglichkeit "Open", sondern auch "Open with" anbieten. Danach könnte eine Liste erscheinen, die anzeigt welche Programme zur Auswahl stehen.


16.) Ich kenne den Grund nicht, jedoch wenn ich mehrere Projekte in NB offen habe und ich nach einem Computerneustart NB starte, werden mir manchmal nur ein paar richtig geöffnet. Danach erscheint auch eine Fehlermeldung und an den jeweiligen Projekten erscheint ein gelbes Warndreieck. Wenn ich dann NB schließe und neustarte funktioniert es wieder. Weiss nicht unter was ich das stellen soll ( BUG ?)

17.) Im Fenster "Properties" wäre es super, wenn man es realisieren könnte, dass wenn man auf eine Methode klickt sich die Einstellungen im Properties Fenster verändern. Dahingehend verändern, dass nämlich danach Felder erscheinen wie z.B.

Funktionsname: XXXXXX
Rückgabewert: XXXXXX
übergebene Paramter: XXXXX , XXXXXX , XXXXXXX,......
lokal erzeugte Variablen:
>> XXXXXXX DOUBLE
>> XXXXXXX INT
>> XXXXX2X INT
>> ......
Inline: NO
Friend: NO


Wenn man danach auf einen Bereich (z.B. XXXXXXX INT) klickt, wird dieser editierbar und wenn man mit Enter der Änderung zustimmt, führt NB die Veränderungen in der Fkt. für mich durch. Und falls man einen Wert verändert z.B. von DOUBLE auf INT, könnte z.B. eine Warnmeldung kommen.

18.) Eine Möglichkeit schaffen, die Sichtbarkeit der Leerstellen anzuzeigen. Also die Punkte zwischen den Buchstaben, um zu sehen, ob Tabstops vorhanden oder zu viele Leerzeichen gemacht wurden. Bsp.:

derzeit sieht es ja so aus:

//...
len = strlen(n);
name = new char[len + 1];

mit der neuen Möglichkeit:

//... -...sollen dabei Punkte sein.
--len-=strlen(n);
--name-=-new-char[len + 1];

19.) Eine Möglichkeit schaffen, beim Debuggen zu sehen, was genau in den Registern (also eax,esp, ( wo macht mov was hin ?...) .... ) passiert.

20.) Verbesserte Hilfestellung beim Programmieren von Templates (z.B. ein Codekomplementierungstool wie im Editor, jedoch mit dem Zusatz, dass neben dem Befehl noch einen kleine Hilfestellung steht was der Befehl genau tut).

z.B.:
_____________erscheindes Fenster________________

cursor - Die Position des Cursors nach dem Editieren des Templates
XXXXX - XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Gruß Jorgos :D

Michael

Beitrag von Michael » 02.09.2008, 06:49

Jorgos hat geschrieben:Einen Vorschlag habe ich auch an die Entwickler. Diesen Vorschlag lege ich Ihnen sehr ans Herz ! Die sollen sich nicht überschlagen mit Ihren Veröffentlichungen im Monatsabstand !! Die sollen sich mal länger Zeit nehmen für das Entwickeln und nicht etwas liefern was grade noch zum Laufen gebracht wurde einen Tag vor Veröffentlichung z.B.
JO :!:

(Ich glaube, wir werden noch dicke Freunde.
Jetzt musst Du nur noch Java lernen :wink: )

Viele Grüße
Michael

stefan79
Beiträge: 331
Registriert: 28.11.2007, 20:24

Beitrag von stefan79 » 02.09.2008, 08:40

Hallo!
Jorgos hat geschrieben:Einen Vorschlag habe ich auch an die Entwickler. Diesen Vorschlag lege ich Ihnen sehr ans Herz ! Die sollen sich nicht überschlagen mit Ihren Veröffentlichungen im Monatsabstand !! Die sollen sich mal länger Zeit nehmen für das Entwickeln und nicht etwas liefern was grade noch zum Laufen gebracht wurde einen Tag vor Veröffentlichung z.B.
Das wäre auch einer meiner grössten Wünsche.
1.) Mir ist aufgefallen, das es anscheinend Probleme beim migrieren zwischen den verschiedenen Versionen gibt.
Ich arbeite zur Zeit unter 6.5beta und bei den Bug-Meldungen steht ziemlich oft dabei, das diese mit 6.1 bereits behoben wurden.

2.) Bis jetzt wurden 161 (+40 dann im Patch3) Bugs beseitigt.
Da bleiben nur leider jede Menge Bugs noch bestehen, die natürlich keine hohe Priorität haben, da ja schon wieder an NB6.5 entwickelt wird.:x

lg
Stefan

Michael

Beitrag von Michael » 02.09.2008, 11:45

Hallo nochmal,

es sieht so aus, als würden in diesem Thread zwei Dinge vermischt,
aber eigentlich gehören die beiden diskutierten Themen doch
unmittelbar zusammen.

Die Erweiterungsliste von Jorgos ist eine gute Idee, tritt aber
aufgrund meiner "Meckereien" immer wieder in den Hintergrund.
Das ist natürlich nicht meine (unsere) Absicht.

Andererseits freue mich über die Bestätigung meiner Kritik.
Ich hoffe, dass diese Anregung/dieser Wunsch in aller Deutlichkeit
bei den Entwicklern ankommt:

:!: :!: :!:
DIE OBERSTE PRIORITÄT SOLLTE DER BESEITUNG VON BUGS GELTEN.
Die Nutzer von NetBeans haben ein viel größeres Interesse an einer
stabilen, bugfreien und performanten Version als an Neuerungen.
:!: :!: :!:

Viele Grüße
Michael

Benutzeravatar
seapegasus
Beiträge: 594
Registriert: 29.06.2006, 18:32
Wohnort: Prag
Kontaktdaten:

Beitrag von seapegasus » 02.09.2008, 14:11

stefan79 hat geschrieben:1.) Mir ist aufgefallen, das es anscheinend Probleme beim migrieren zwischen den verschiedenen Versionen gibt.
Ich arbeite zur Zeit unter 6.5beta und bei den Bug-Meldungen steht ziemlich oft dabei, das diese mit 6.1 bereits behoben wurden.
Du meinst mit der Migrierung der Patches? Dass Bugs, die in 6.1 behoben sein sollten, in 6.5 ploetzlich "wiederauferstanden" sind? Hast Du Beispiele?

Benutzeravatar
arittner
Beiträge: 3229
Registriert: 05.08.2008, 07:20
Wohnort: Südniedersachsen
Kontaktdaten:

Beitrag von arittner » 02.09.2008, 14:41

stefan79 hat geschrieben:Ich arbeite zur Zeit unter 6.5beta und bei den Bug-Meldungen steht ziemlich oft dabei, das diese mit 6.1 bereits behoben wurden.
Es kann aber sein, dass ein Merge vom Dev-Branch für die Korrekturen nicht in den Beta-Branch durchgeführt wurde. Um wirklich absolut sicher zu sein, welche Bugs korrigiert wurden, musst Du das Development-Build herunterladen. Dort sind alle aktuellen Fixes (und natürlich auch Erweiterungen) eingepflegt.

Außerdem ist es ja inzwischen auch so (mit den Patches), dass 6.1.-Korrekturen auch nach 6.5-beta-Releases gibt. Das war früher nicht so (weil es keine Patches gab) und mag jetzt im Issue-Tracker zu Verwirrung führen.

Beste Grüße,
Josch.
JNBB/BeanDev-Blog | Twitter@beandev
Bild
Sun Certified Specialist for NetBeans IDE

stefan79
Beiträge: 331
Registriert: 28.11.2007, 20:24

Beitrag von stefan79 » 02.09.2008, 16:13

Hi!

Den einen Issue habe ich gefunden:
http://www.netbeans.org/issues/show_bug.cgi?id=143139

Darin hat mir jlahoda aber auch geschrieben, das dieser Bug erst mit dem Final erledigt ist.

Einen Issue habe ich mindestens noch gehabt, den finde ich aber nicht mehr.
Das war aber glaube ich am gleichen Tag (d.h. vermutlich auch eine Überschneidung der Versionen).

lg
Stefan

christian

Beitrag von christian » 02.09.2008, 16:28

Verbesserungsvorschlag

Speicherung der Pfade zu den JAVA Libs (unter Projekt-Properties ->Libraries) mit relativer Pfadangabe (ggf. eine Auswahl ob relativ oder absolut).

Beim Austausch der Projekte zwischen verschiedenen Rechnern gibt es dann immer Probleme, wenn zwar die Pfade stimmen, aber das Laufwerk nicht.

http://www.netbeans.org/issues/show_bug.cgi?id=136224

Die dort vorgeschlagene Lösung 1 des "Using Dedicated Folder for
Storing Libraries" ist nicht praktikabel.

Die Lösung 2 des gemeinsamen Ordner "irgendwo", behagt mir nicht, da ich hier verschiedene Entwicklungsumgebungen habe, die ich gerne getrennt halten würde und nicht Teile davon "aussiedeln" möchte

Benutzeravatar
arittner
Beiträge: 3229
Registriert: 05.08.2008, 07:20
Wohnort: Südniedersachsen
Kontaktdaten:

Beitrag von arittner » 02.09.2008, 17:10

christian hat geschrieben:Verbesserungsvorschlag

Speicherung der Pfade zu den JAVA Libs (unter Projekt-Properties ->Libraries) mit relativer Pfadangabe (ggf. eine Auswahl ob relativ oder absolut).
Seit 6.1 gibt es aber schon Shared Libraries. Da kann man im Projekt relative Pfade festlegen.

Bild

An der Stelle mit Sharable Libraries kannst Du z.B. auch "..\libs" angeben.

Hier sind weitere Infos.

Beste Grüße,
Josch.
JNBB/BeanDev-Blog | Twitter@beandev
Bild
Sun Certified Specialist for NetBeans IDE

christian

Beitrag von christian » 02.09.2008, 17:32

Danke

Benutzeravatar
Jorgos
Beiträge: 188
Registriert: 28.01.2008, 11:07

Beitrag von Jorgos » 04.09.2008, 02:53

Hallo an alle,

Die Vorschläge hab ich da mal versucht, alle auf einen Ort zu konzentrieren. Ich hoffe, dass ich niemanden vergessen ( bzw. dessen Posting nicht richtig kopiert und aufgelistet) habe. Falls doch, bitte sagen!
Die Rangfolge wurde dabei von mir so gewählt, dass Anfangs Hinweise ( für die Programmierer ) und danach die Vorschläge vs. Probleme ( Verbesserungsvorschläge sind den Problemen gleichgestellt ) folgen.



01.) Hinweis(Priorität: XXXX):
  • DIE OBERSTE PRIORITÄT SOLLTE DER BESEITUNG VON BUGS GELTEN.
    Die Nutzer von NetBeans haben ein viel größeres Interesse an einer
    stabilen, bugfreien und performanten Version als an Neuerungen.


    Einen Vorschlag habe ich auch an die Entwickler. Diesen Vorschlag lege
    ich Ihnen sehr ans Herz ! Die sollen sich nicht überschlagen mit Ihren
    Veröffentlichungen im Monatsabstand !! Die sollen sich mal länger Zeit
    nehmen für das Entwickeln und nicht etwas liefern was grade noch zum
    Laufen gebracht wurde einen Tag vor Veröffentlichung z.B.

    Ich wünsche mir ein performantes, einigermaßen Bug-freies
    NetBeans, mit dem ich endlich wieder Projekte realisieren kann !!!
01.) Vorschlag(Priorität: XXXX):
02.) Vorschlag(Priorität: XXXX):
  • Speicherung der Pfade zu den JAVA Libs (unter Projekt-Properties ->Libraries)
    mit relativer Pfadangabe (ggf. eine Auswahl ob relativ oder absolut).
03.) Vorschlag(Priorität: XXXX):
  • Beim Austausch der Projekte zwischen verschiedenen
    Rechnern gibt es dann immer Probleme, wenn zwar die Pfade stimmen,
    aber das Laufwerk nicht.


    http://www.netbeans.org/issues/show_bug.cgi?id=136224

    >> Die dort vorgeschlagene Lösung 1 des "Using Dedicated Folder for
    >> Storing Libraries" ist nicht praktikabel.

    >> Die Lösung 2 des gemeinsamen Ordner "irgendwo", behagt mir nicht, da
    >> ich hier verschiedene Entwicklungsumgebungen habe, die ich gerne
    >> getrennt halten würde und nicht Teile davon "aussiedeln" möchte

04.) Vorschlag(Priorität: XXXX):
  • Es wäre schön, wenn man markierte Elemente auf einer GUI im
    Entwurfsmodus mit den Cursor-Tasten pixelweise verschieben könnte.
    Mit der Maus ist das oft sehr ungenau und viel Frickelarbeit.
05.) Vorschlag(Priorität: XXXX):
  • Ich weiß nicht, ob ich zu blöd dafür bin, aber die meisten Layouts für
    GUI-Container sind in Netbeans gerade bei komplexeren GUIs nicht zu
    gebrauchen. Wird ein Element im Container nur etwas verschoben oder
    hinzugefügt, beeinflusst das die anderen Elemente oft so, dass diese sonst
    wohin verschoben, und oft auch zusammen geschtaucht werden
    (in TextFields ist dann der Inhalt nicht mehr zu sehen und so Scherze).
    Das hat mich schon ganz schön Nerven gekostet. Konsequenz war, dass
    ich das NullLayout nutze, und leider manuell ausrichten muss. Schön wäre
    vielleicht eine Option, mit der man vorhandene Elemente auf der GUI
    "sperren" könnte, so dass diese ihre Position und Größe beibehalten, egal
    was drumherum passiert.
06.) Vorschlag(Priorität: XXXX):
  • Bei einem Update oder Installation ( von Plugins oder Patch Dateien )
    eine Überprüfung, ob diese keine negativen Auswirkungen auf NB hat,
    also instabil werden lässt. Weil bei mir hat das letzte Update NB über den
    Yordan geschickt.
07.) Vorschlag(Priorität: XXXX):
  • Die Möglichkeit über gewollte Bereiche (z.B. Codeblöcke)
    Sprechblasen zu stellen, die eine kleine Information über den Bereich
    geben -> dadurch erspart man sich die //....... zu schreiben, die manchmal
    aus meiner Sicht das Lesen des Codes beeinträchtigen. Dabei könnte man
    auch eine kleine Grafik einbinden, welche anzeigt in wie weit dieser
    Codeblock bereits der Fertigung nahe ist (vorher muss man angeben wie
    viel man ca. an Zeit investieren möchte)
08.) Vorschlag(Priorität: XXXX):
  • Vielleicht kann man es einrichten ein Effizientsdiagramm, wie in Java
    der "JProfiler" für C/C++ Projekte einzuführen, um zu sehen, welche
    Funktionen effizient und welche ineffizient sind.
09.) Vorschlag(Priorität: XXXX):
  • Verbesserung der Geschwindigkeit der
    Codekomplementierung. Warum wird bei mir eigentlich nicht size_type
    angezeigt (std::string::size_type) ? Es steht nur no suggestion, obwohl ich
    aus meiner Sicht die benötigten include - Dateien installiert habe?
10.) Vorschlag(Priorität: XXXX):
  • Es wäre super, wenn man in einem C++ Projekt einstellen
    kann, dass mehrere main files erzeugt werden dürfen. Deshalb mehrere,
    damit man in dieser zusätzlichen main z.B. Tests durchführen kann, ohne
    gleich ein neues Projekt erstellen zu müsse. Um das in einer gewissen Art
    und Weise zu kennzeichnen, könnte man aus meiner Sicht ein Symbol an
    jene main Datei anhängen, die gerade von NB verwendet wird.
11.) Vorschlag(Priorität: XXXX):
  • Bei sehr vielen Codezeilen habe ich bemerkt, dass man
    sich sehr konzentrieren muss, damit man nicht in die falsche Zeile
    schreibt Sad . Vielleicht könnte man eine neue Funktion einbauen, damit
    man den restlichen Code ausblenden kann bis auf den Codeblock, indem
    man sich gerade befindet.
12.) Vorschlag(Priorität: XXXX):
  • Ein Feature zum testen von C++ wäre auch super. Damit
    meine ich, dass man NB mitteilt, welche Funktion z.B. getestet werden soll.
    Was soll der Input der Funktion sein und was soll am return rauskommen.
    Und NB überprüft das für mich. Eine Übersichtkarte in der angezeigt wird
    wie oft und wie lange eine Funktion aufgerufen wurde, wäre für die
    Optimierung von Code auch optimal.
13.) Vorschlag(Priorität: XXXX):
  • Ich weiss zwar, dass das schon mehrere male in diesem
    Forum besprochen wurde, aber bitte NB-Entwickler macht was gegen diese
    Wartezeiten bezüglich der Codekomplementierung (STRG + LEERTASTE).
    Vielleicht kann man eine Möglichkeit schaffen dieses Fenster, nach manuel
    eingestellten Größen, erscheinen zu lassen.
14.) Vorschlag(Priorität: XXXX):
  • Vielleicht eine Anzeige wie viel Code, Leerzeilen und
    Kommentar in einer Datei erzeugt wurden. Wäre super, wenn man diese
    Daten exportieren kann und als Grafik bereits anzeigen lassen
    kann.
15.) Vorschlag(Priorität: XXXX):
  • Es wäre super, wenn man einstellen könnte, ob NB die
    gezählten Zeilen in einem Block angezeigen soll oder nicht z.B.:


    void hallo( void ) { [ 7 ]
    I
    I
    I
    I
    I
    I
    I

    }
16.) Vorschlag(Priorität: XXXX):
  • Bei mir ist das Problem, dass wenn ich alle Codeblöcke
    eingeklappt habe und in einem Block etwas hinzufüge, sich dabei
    automatisch alle anderen öffnen. Vielleicht kann man das in zukünftigen
    NB Versionen unterdrücken oder einstellen, welche Codeblöcke sich öffnen
    dürfen und welche nicht.
17.) Vorschlag(Priorität: XXXX):
  • Das Hinzufügen eines Schreibschutzes und Leseschutzes
    für eine Funktionen wäre auch super. So könnte man bei der Weitergabe
    von Code genau bestimmen was gelesen werden darf und was
    nicht.
18.) Vorschlag(Priorität: XXXX):
  • Ein Feature in dem angezeigt wird was in welcher Datei
    noch zu tun bzw. auch schon erledigt wurde (//TODO, //DONE, //HACK z.B.).
    Das Hinzufügen von Sprechblasen z.B. in denen eigene Gedanken zu
    jener Funktion notiert werden könnten, die jedoch nicht als Code
    niedergeschrieben werden. Quasi nur intern von NB als Hilfe.
19.) Vorschlag(Priorität: XXXX):
  • Innerhalb einer Headerdatei wäre es super, wenn die
    Variablen oder Funtkionen links, also neben Ihrer Deklaration ein
    zusätzliches Symbol erhalten, um sofort zu erkennen, ob die Variablen
    public oder private sind. Wenn man danach auf dieses Sysmbol klickt
    könnte man danach in einem erscheinden Fenster auswählen, ob diese
    Varibale z.B. aus dem public Bereich in der private Bereich wechseln soll
    oder als Kommentar vorübergehend fungieren soll.
20.) Vorschlag(Priorität: XXXX):
  • Ein Feature in einem C++ Projekt (z.B. rechte Maustaste
    auf Datei , dann das neue Feature), um aus diesem Projekt eine UML
    Darstellung oder eine Klassendarstellung zu erstellen. Oder aus einem UML
    Diagramm, C++ Code zu generieren.
21.) Vorschlag(Priorität: XXXX):
  • Eine Möglichkeit um im Navigator nach gewissen Kriterien
    zu sortieren (direkt im Fenster zum Einstellen / also ohne Tool/Options/...).
    Damit eine gewisse Struktur vorhanden ist (also alle Funktionen,
    Konstruktoren,....zusammen). Es wäre auch toll, wenn im Navigator ein
    Button ist, welcher nach Betätigung eine Liste im Navigator öffnet in
    welcher angezeigt wird zu welchem Symbol was gehört (also was ist das
    Symbol für Variablen, Funktion, friend Funktionen, Konstruktoren,....).
    Ohne in der Hilfe zu suchen. Wäre für Neueinsteiger super.
22.) Vorschlag(Priorität: XXXX):
  • Wenn ich eine H-Datei für die Deklarationen habe und eine
    CPP-Datei erstelle für die Definitionen, werden im Navigator nur die in
    dieser Datei definierten Funktionen, Variablen,.... angezeigt. Vielleicht ist
    es möglich, mehrere Navigatoren zuzulassen, wobei die fix auf eine Datei
    zeigen und man ständig einen Überblick hat, was alles da ist. Ich weiss
    zwar, dass es das Fenster "Classes" gibt, indem man das ganze betrachten
    kann, wäre aber in dieser Form mal was anderes. Quasi alles in einem
    Fenster Smile.
23.) Vorschlag(Priorität: XXXX):
  • Die Möglichkeit schaffen einen definierten Leerbereich am
    Ende einer Datei zu schaffen, damit man nach unten Skrollen kann, ohne
    zusätzliche Leerzeichen einfügen zu müssen.
    z.B.

      • //....
        return 0;
        }
      I
      I
      I
      I
      I
      I
      I
      I
      ------Ohne Leerzeichen erzeugter Freiraum fürs Skrollen.
24.) Vorschlag(Priorität: XXXX):
  • Nicht nur bei den Datein die Möglichkeit "Open", sondern
    auch "Open with" anbieten. Danach könnte eine Liste erscheinen, die
    anzeigt welche Programme zur Auswahl stehen.
25.) Vorschlag(Priorität: XXXX):
  • Ich kenne den Grund nicht, jedoch wenn ich mehrere
    Projekte in NB offen habe und ich nach einem Computerneustart NB
    starte, werden mir manchmal nur ein paar richtig geöffnet. Danach
    erscheint auch eine Fehlermeldung und an den jeweiligen Projekten
    erscheint ein gelbes Warndreieck. Wenn ich dann NB schließe und
    neustarte funktioniert es wieder. Weiss nicht unter was ich das stellen soll
    ( BUG ?)
26.) Vorschlag(Priorität: XXXX):
  • Im Fenster "Properties" wäre es super, wenn man es
    realisieren könnte, dass wenn man auf eine Methode klickt sich die
    Einstellungen im Properties Fenster verändern. Dahingehend verändern,
    dass nämlich danach Felder erscheinen wie z.B.

    • Funktionsname: XXXXXX
      Rückgabewert: XXXXXX
      übergebene Paramter: XXXXX , XXXXXX , XXXXXXX,......
      lokal erzeugte Variablen:
      >> XXXXXXX DOUBLE
      >> XXXXXXX INT
      >> XXXXX2X INT
      >> ......
      Inline: NO
      Friend: NO
    Wenn man danach auf einen Bereich (z.B. XXXXXXX INT)
    klickt, wird dieser editierbar und wenn man mit Enter der Änderung
    zustimmt, führt NB die Veränderungen in der Fkt. für mich durch. Und falls
    man einen Wert verändert z.B. von DOUBLE auf INT, könnte z.B. eine
    Warnmeldung kommen.
27.) Vorschlag(Priorität: XXXX):
  • Eine Möglichkeit schaffen, die Sichtbarkeit der Leerstellen
    anzuzeigen. Also die Punkte zwischen den Buchstaben, um zu sehen, ob
    Tabstops vorhanden oder zu viele Leerzeichen gemacht wurden.
    Bsp.:

    • derzeit sieht es ja so aus:
      • //...
        len = strlen(n);
        name = new char[len + 1];
      mit der neuen Möglichkeit (//... -...sollen dabei Punkte in der Höhe der Buchstaben sein):
      • //.....
        --len-=strlen(n);
        --name-=-new-char[len + 1];
28.) Vorschlag(Priorität: XXXX):
  • Eine Möglichkeit schaffen, beim Debuggen zu sehen, was
    genau in den Registern (also eax,esp, ( wo macht mov was hin ?...) .... )
    passiert.
28.) Vorschlag(Priorität: XXXX):
  • Verbesserte Hilfestellung beim Programmieren von
    Templates (z.B. ein Codekomplementierungstool wie im Editor, jedoch mit
    dem Zusatz, dass neben dem Befehl noch einen kleine Hilfestellung steht
    was der Befehl genau tut).
  • z.B.:
    _____________erscheindes Fenster________________

    cursor - Die Position des Cursors nach dem Editieren des Templates
    XXXX - XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Gruß Jorgos :D

Antworten