Sélectionner le et mettez à jour les réglages dans le panneau des attributs. Vous pouvez aussi modifier numériquement les coordonnées des points de contrôles soit en cliquant-droit sur l'objet sélectionné ou en appuyant sur la touche F2. Si le panneau des attributs n'a pas encore été ouvert, vous pouvez l'ouvrir depuis la barre d'outil principale.

Sélectionner les objets que vous voulez modifier (en utilisant Maj+clic pour étendre la sélection), et changer les les réglages dans le panneau des attributs. Si le planneau des attributs n'a pas encore été ouvert, alors vous pouvez l'ouvrir à partir de la barre d'outils principale.

Alors que vous maintenez la touche contrôle appuyé, cliquez sur un point du polygone pour le supprimer ; cliques ailleurs pour ajouter un point supplémentaire.

Depuis l'intérieur de GnuPlot, exporter vos graphiques vers le format pstricks, c'est à dire, tapez set output mygraph.pst; set term pstricks; plot…, ensuite ouvrez le fichier produit dans jPicEdt. Alternativement, vous pouvez obtenir le même résultat depuis octave, en remplaçant set par gset.

Ceci est dû à la façon dont WinXP gère l'espace d'environnement. Je n'étais pas au courant de ce comportement lorsque j'ai écrit le script de lancement (le problème est que : il n'y a AUCUN espace d'environnement par défaut!). La variable d'environnement qui pose problème est JAVA_HEAP_SIZE (=quantié de mémoire disponible pour Java). Un contournement direct du problème est d'éditer le fichier jpicedt.bat avec votre éditeur préféré (par ex. notepad.exe), et de changer -mx%JAVA_HEAP_SIZE%m en -mx64m (= 64 Mb). Vous pouvez ensuite supprimer sans risque la ligne @set JAVA_HEAP_SIZE=32. Vous pouvez aussi accroître ce nombre à 96m ou plus si jPicEdt semble avoir des réactions lentes (en réalité ce réglage dépend de la complexité de vos dessins).

Tout d'abord, quelques mots sur la façon dont ce p****-de-truc-marche-vraiment. Si vous cliquez sur un bouton Commandes, par ex. TeX ou DVI, jPicEdt appelle en réalité un script externe (par ex. un fichier BAT sous MS-Windows). Ces scripts sont localisés sous le sous-répertoire add-ons du répertoire d'installation de jPicEdt dont le nom s'accorde à votre plateforme d'installation, par ex.. add-ons\windows\miktex. Cette approche a pour but d'offrir aux utilisateurs autant de flexibilité que possible, sachant que la nature multi-platforme de Java rend impossible de contrôler tout depuis l'intérieur du code Java, en particulier quand on en vient à exécuter des programmes externes natifs. La règle de base c'est que si le script a un comportement bizarre, alors commencez par le tester en ligne de commande depuis une console DOS (ou un shell sous Linux/MacOSX). Par ailleurs, si vous ne l'avez pas encore fait, ouvrez la boîte de dialogue accessible depuis Éditer/Préférences…/Commandes, cliquez sur le bouton Charger, et selectionnez le fichier de configuration de script qui s'accorde à la plateforme sur laquelle vous avez installé jPicEdt. Ceci aura l'effet d'au moins préconfiguer les choses et de vous épargner un peu de travail.

Dès lors que vous cliquez sur le bouton TeX, jPicEdt crée tout d'abord à la volée un fichier TeX (dans le format approprié, par ex. pstricks, et avec les commandes LaTeX appropriées entourant les commandes correspondant à votre dessin, de sorte que le fichier résultant devienne compilable), puis il le sauvegarde dans votre répertoire temp courant (par ex. c:\temp), et finalement appelle le script adéquat (par ex. jlatex.bat sous Windows) avec ce fichier en second argument (%2). Le premier argument (%1) étant le répertoire temp que vous avez spécifié dans la boîte de dialogue Éditer/Préférences…/Répertoires, vous devriez vous assurez en premier que ce répertoire existe pour de bon ! Le nom du fichier temporaire commence toujours par jpicedt, et est suffixé d'un numéro aléatoire, par ex. 15367. Allez dans le répertoire temp, et vérifiez qu'un tel fichier s'y trouve.

Dans l'affirmative, essayez d'exécuter manuellement le jlatex.bat, c-à-d., cd sur add-ons\windows\miktex, puis tapez : jlatex.bat c:\temp jpicedt15367.tex. Ceci devrait produire un fichier DVI jpicedt15367.dvi sous c:\temp si tout s'est bien passé. Si ça n'a pas marché, un contournement possible sous WinXP (selon certains utilisateurs) et de réinstaller jPicEdt dans un répertoire dont le nom ne contient pas de blancs, par ex. c:\jpicedt_1_4_1, puisqu'il semble que c'est ce qui trouble jPicEdt et/ou mikTeX. Apparemment, les chemins des exécutables tels que latex ou yap ne doivent pas contenir de blancs non plus (sous WinXP seulement, mais ne me demandez pas pourquoi, JE N'UTILISE PAS du tout les logiciels Microsoft !), et certains d'entre vous ont rapporté avoir résolu ce propblème en créant des raccourcis (autrement dit des liens) vers ces exécutables sans espaces blancs.
La même procédure s'applique aux autres scripts, par ex., jdvi.bat c:\temp jpicedt15367, etc…

Ben, hé, hé, on dirait que le logiciel libre est un bon concept vraiment, mais en pratique c'est une autre histoire… Nous ne sommes que deux développeurs travaillant régulièrement sur le projet, et inutile de dire que nous avons tout deux des emplois à plein temps qui sont très prenant. Nous faisons de notre mieux pour faire paraître une nouvelle version stable et robuste tous les 8–10 mois environ, ce qui n'est pas si mal à la vue du paquet de fonctions ajouté à chaque nouvelle parution. Maintenant, si vous êtes un cador de la programmation en Java, ou même juste avez de vagues notion, n'hésitez pas à nous rejoindre. Envoyez juste un courriel à : jpicedt-devel@lists.sourceforge.net, en nous précisant si possible à quelle partie vous comptez contribuer, et nous ferons de notre mieux pour vous aider à intégrer l'équipe de développement.