Retour en Net Beans

vous pouvez utiliser le mot wrap dans Netbeans.

ajouter ce qui suit à netbeans.conf (netbeans_installation_path / etc / netbeans.conf, par défaut /etc/netbeans.conf sous linux):

-J-Dorg.netbeans.editor.linewrap=true

à la sixième ligne ainsi il ressemble à ceci:

netbeans_default_options="-J-client -J-Xss2m -J-Xms32m -J-XX:PermSize=32m -J-XX:MaxPermSize=200m -J-Dapple.laf.useScreenMenuBar=true -J-Dapple.awt.graphics.UseQuartz=true -J-Dsun.java2d.noddraw=true -J-Dorg.netbeans.editor.linewrap=true"

et redémarrez Netbeans.

définit l'option Line Wrap dans Tools->Options->Editor->Formating.

Fonctionne très bien pour moi dans Netbeans 6.9 et 7

Si vous n'développement web, vous allez comprendre pourquoi l'habillage de texte est important.

un programmeur qui n'a jamais obtenu leurs mains sales avec HTML n'a jamais vu le vrai web. Vous pouvez insister sur MVC tout ce que vous voulez mais 99,9% du World wide web depuis sa création n'a pas été construit de cette façon. Sauf si vous êtes toujours en développement à partir d'une ardoise propre et peut utiliser MVC pour séparer le HTML et en supposant que vous avez un concepteur de site sur le personnel qui ne html/css/javascript ou vous avez un développeur d'interface que vous pouvez désactiver, vous aurez à faire face à tout ce qui a été développé/kludged / hacked avec ce que jamais les technologies étaient à portée de main ou populaires ou abordables à l'époque et maintenant plus ou moins de fonctions comme une "application web". Et 99,9% du temps ce que vous aurez à travailler avec est un mélange d'une sorte de langage de programmation, très probablement un interprété, avec html et javascript tout mélangé dans la même page.

et cela signifie pas de belles lignes courtes de code java propre et soigné qui se termine si commodément avant 80 caractères.

et quand vous vous occupez de ceci -- qui, chers cœurs, est la plupart du web -- vous découvrez magiquement le besoin criant d'envelopper des textes pour empêcher les longues lignes de vous faire faire défiler waaaa à droite pour arriver à la fin de celui-ci.

certaines personnes. Sheesh. Ils pensent que tout l'univers du développement a toujours tenu sur 80 caractères par ligne, et de certains de ces commentaires, ils semblent penser qu'il le sera toujours.

Netbeans 7 est sorti et il prend en charge le retour de la boîte!

Voici word-wrap eclipse plugin: voir http://ahtik.com/blog/eclipse-word-wrap/

comme disait Joseph: pourquoi auriez-vous besoin de cela? Java n'est pas sensible à l'espace blanc et avoir des déclarations très longues ne rend pas votre code facile à lire.

ça remonte toujours à L'Ultra Edit.

Pourquoi ne pouvons-nous pas en tant que race humaine? netbeans, eclipse, Zend studio (eclipse), etc ne font pas quelque chose de très simple pour la programmation, que la plupart des programmeurs-ont besoin d'avoir - pour garder une convention de codage sonore. Bien sûr, il est vrai que le style de codage contribue à la longueur des lignes (programmeurs microsoft erm, perk vos oreilles), mais parfois on ne peut pas éviter les longues chaînes littérales. C'est de la folie! Et pourtant je ne peux pas être en colère ou ingrat parce que c'est open source. Et je-suis-reconnaissante. Pourtant, on doit se demander programmeurs wtf qui font ces éditeurs sont réellement l'utilisation eux-mêmes.

je veux qu'un éditeur s'enroule à la colonne 80 ou 120, pas au bord de la fenêtre comme le bloc-notes++. Le seul outil que j'ai trouvé qui fait dur/emballage doux est ultra-edit, donc peut-être que je devrais essayer de voir si je peux le faire fonctionner sous wine, depuis UE est le seul "vrai" éditeur qui fait son travail autre que quelque chose de bizarre / laid / prend pour toujours apprendre et configurer comme emacs. Et je ne m'engage pas dans cette voie - cela me donne migranes de le regarder parce que nous sommes en 2009 et que nous avons un texte clair et des interfaces graphiques.

est-ce vraiment un problème difficile à résoudre? Si vous dessinez une ligne à partir de la colonne x et que votre mot la enjambe, placez le début du mot sous l'indication de la ligne à partir de laquelle il a commencé et marquez le déversement sur la rangée comme une rangée de couverture. Faire.

en fait, j'ai entendu que netbeans va ajouter la fonctionnalité word wrap dans la version 6.7, mais ils ont décidé d'inclure cette fonctionnalité dans 7.0 . espérons que nous verrons word wrap dans la prochaine version, selon quelques développeurs, ce n'est pas une fonctionnalité nécessaire, mais pour les développeurs web, c'est totalement nécessaire.

il y a une grande solution à cela sur ce site blog.robbychen.com

le jist est d'ajouter la ligne suivante à l'intérieur des guillemets pour netbeans_default_options à l'intérieur du fichier de configuration, puis redémarrer netbeans:

-J-Dorg.netbeans.editor.linewrap=true

sauf Eclipse ne supporte pas word wrap non plus, et ils n'ont même pas mis en place une cible pour cela. Tout comme Netbeans, cela a été demandé par de nombreux utilisateurs, mais n'a jamais été inclus. Il semble qu'elle nécessite beaucoup de changements, et ne semble pas non plus être une grande priorité pour les dev. Il y avait une fois un début d'un plugin essayant de word wrap d'une manière limitée, mais bien sûr il ne fonctionne pas sur les versions récentes.

quand vous arrivez à l'endroit où vous voulez que la ligne se termine, il suffit de commencer une nouvelle ligne sans terminer la déclaration. Il peut le souligner en rouge jusqu'à ce que vous terminiez la déclaration, mais il ne causera aucune exception.

je trouve que c'est aussi un bon moyen d'organiser de longues déclarations imprimées ().

Komodo Edit. En plus de ses nombreuses autres merveilleuses fonctionnalités, il encapsule les lignes.

2 points:

• " je viens de trouver que l'emballage est vraiment nécessaire si l'on veut regarder dans ces maudites sources SVG auto-générées lors de la mise des composants à partir de la palette SVG...

• je vais résoudre mon problème actuel en voyant le SVG source complet par copier-coller sur jEdit qui est aussi configurable Qu'Ultraedit (dans l'aspect de l'emballage) et FoC!

comme beaucoup l'ont déjà noté, la réponse est" vous ne pouvez pas". En tant que quelqu'un qui utilise Visual Studio et des produits basés sur Eclipse tous les jours, quand J'utilise Eclipse, je manque constamment les fonctionnalités d'enroulement de ligne de Visual Studio, que je peux activer et désactiver avec une touche.

aux nombreuses personnes qui ont répondu "Vous n'avez pas besoin de cela," arrêtez d'être si condescendants. Tout simplement parce que vous n'avez pas besoin d'une fonction ne signifie pas que personne d'autre dans le monde. Même si l'on pour suivre religieusement le conseil "Ne jamais avoir une ligne de plus de 80 caractères," vous allez avoir besoin de modifier le code que d'autres ont composé et dépasse 80 caractères. Et surtout dans le monde du web, les lignes peuvent être extrêmement longues. Il est inévitable que vous passiez beaucoup de temps à regarder le code des autres qui dépasse les 80 caractères.

jEdit de la ligne d'emballage est de très bonne qualité. Il préserve l'indentation et peut être mis sur off très rapidement. Si j'ai affaire à quelque chose de très longues lignes compliquées, je copie/colle parfois en jEdit (qui offre une mise en évidence syntaxique pour une myriade de langues) et j'utilise l'emballage de ligne disponible là.

la nouvelle version de Netbeans le soutient. Voir ce message pour les instructions:

retour automatique à la ligne dans Netbeans

bien sûr word wrap est utile pour les codeurs - qu'en est-il lorsque vous écrivez README.fichiers txt et vous devez respecter les normes de codage comme http://drupal.org/node/161085 où est dit qu'il doit y avoir un enveloppement de mot de 80 caractères.

dans netbeans 7.3 vous allez à Outils - > options - > Editeur - >formatage, dans la zone de menu de gauche sélectionnez la plus basse chute qui dit Line wrap, sélectionnez votre préférence...fait

obtenez un plus grand moniteur.

à 1920 x 1080 vous n'avez pas besoin d'une couverture de mot steenkin.

mise à Jour: Wow, encore en train de downvotes. C'est peut-être juste ce que j'ai dit. Au moins, il n'a pas encore rattrapé la réponse de L'éclipse.

j'ai vraiment pensé que c'était une suggestion légitime. Je n'ai jamais pensé qu'avoir un plus gros moniteur ferait autant de différence pour le codage que pour moi. Si vous êtes en utilisant un petit moniteur pour coder, s'il vous plaît, envisagez d'en acheter un grand. Cela élimine le besoin d'enveloppement de mot dans un grand nombre de cas.