<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/jpicedt/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/jpicedt/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 10 Feb 2026 06:21:23 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/jpicedt/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>#91 L'implémentation des dialogues modaux est obsolète</title><link>https://sourceforge.net/p/jpicedt/bugs/91/?limit=25#e74b</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Salut Sylvain (&lt;a class="user-mention" href="/u/reynal/profile/"&gt;@reynal&lt;/a&gt;),&lt;br/&gt;&lt;br/&gt;
En fait la solution que j'ai codée ÀMHA fonctionne suffisamment bien pour être publiée. Juste je voulais avoir ton avis à la fois par rapport à sa complexité, et par rapport aux raisons qui ont dirigé la conception du MDI « child-frames ».&lt;br/&gt;&lt;br/&gt;
J'avais pensé à une solution alternative basée sur des &lt;code&gt;JDialog&lt;/code&gt;, ça aurait consisté à étendre les &lt;code&gt;JDialog&lt;/code&gt; en rajoutant du code contraignant le panneau à ne pas sortir de la &lt;code&gt;mainFrame&lt;/code&gt; — de sorte à mettre en œuvre le même rendu qu'actuellement avec le MDI « child-frames ».&lt;br/&gt;&lt;br/&gt;
Quand je parle de complexité de la solution jointe dans mon message précédent (qui conserve les &lt;code&gt;JInternalFrame&lt;/code&gt; en utilisant un glassPane), je ne considère que le volume de code applicatif qu'il faut pour la mettre en œuvre, mais vu que les &lt;code&gt;JInternalFrame&lt;/code&gt; sont supposées « légères » alors que les &lt;code&gt;JDialog&lt;/code&gt; sont supposés « lourds » aussi bien, en termes de byte-code Java produit, la différence n'est pas significative.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vincent Belaïche</dc:creator><pubDate>Tue, 10 Feb 2026 06:21:23 -0000</pubDate><guid>https://sourceforge.net31ecb6a234e9eaeda0518caff47b8ae0613a0124</guid></item><item><title>#91 L'implémentation des dialogues modaux est obsolète</title><link>https://sourceforge.net/p/jpicedt/bugs/91/?limit=25#db1c</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Salut Vincent,&lt;br/&gt;
Ouh la la il faut que je me remette dedans, d'autant que j'ai pas codé en Java depuis des lustres !!!&lt;br/&gt;
Tu veux pas supprimer l'un des deux modes ? et rester en Gimp-like uniquement ? La GUI mériterait d'être simplifiée je pense, à l'heure des écrans 34" !&lt;/p&gt;
&lt;p&gt;Applet Java... je sais plus... je crois pas que j'avais ça en tête.&lt;br/&gt;
Syd&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sylvain Reynal</dc:creator><pubDate>Mon, 09 Feb 2026 01:12:53 -0000</pubDate><guid>https://sourceforge.net86f06237b1fd4949e829f37f1712b4f381491987</guid></item><item><title>#91 L'implémentation des dialogues modaux est obsolète</title><link>https://sourceforge.net/p/jpicedt/bugs/91/?limit=25#8dba</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;&lt;a class="user-mention" href="/u/reynal/profile/"&gt;@reynal&lt;/a&gt; ci-joint une tentative de correction basée sur l'utilisation d'un glassPane pour intercepter tous les évènements souris, et ne redistribuer que ceux qui sont destinés à un sous-composant du dialogue modal en cours. Ça ne fonctionne pas entièrement bien avec les &lt;code&gt;JPopupMenu&lt;/code&gt; issus de &lt;code&gt;JComboBox&lt;/code&gt;, il faut glisser la souris pour sélectionner l'item sinon le &lt;code&gt;JPopupMenu&lt;/code&gt; disparaît avant qu'on ait pu faire la sélection, et de plus si jamais on faisait un dialogue avec deux niveaux de menus, ça ne fonctionnerait pas — mais ce cas n'existe pas dans les dialogues modaux de la GUI (Interface Utilisateur Graphique) actuelle de JPicEdt.&lt;br/&gt;&lt;br/&gt;
La pièce jointe contient un dépôt git, car le changement est si complexe que je l'ai fait en plusieurs commissions. Du coup je me demande ce que tu (&lt;a class="user-mention" href="/u/reynal/profile/"&gt;@reynal&lt;/a&gt;) penses de cela : est-ce que ça n'est pas incroyablement complexe pour quelque-chose qui devrait exister de base dans la trousse de dév Java ? Est-ce qu'il existe quelque-part une bibliothèque java libre qui offre cette fonction déjà toute prête ?  Et  pourquoi au fait on se contraint à n'utiliser que des &lt;code&gt;JInternalFrame&lt;/code&gt; pour la MDI «child-frames», c'est quoi l'historique de cette décision, est-ce qu'il y avait l'idée de faire une version Web de jPicEdt via une applette Java ?&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vincent Belaïche</dc:creator><pubDate>Thu, 05 Feb 2026 10:28:23 -0000</pubDate><guid>https://sourceforge.netdaa9ea62bb1818d9a6491a420cfb2d3d261abb82</guid></item><item><title>#91 L'implémentation des dialogues modaux est obsolète</title><link>https://sourceforge.net/p/jpicedt/bugs/91/?limit=25#4181</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Alors pour être plus précis ça ne concerne que le cas où la MDI (Multi Document Interface) est configurée en « child-frames » et non le cas où elle est configurée en « Gimp-like », en effet seul dans le premier cas des &lt;code&gt;JInternalFrame&lt;/code&gt; sont utilisées pour tous les cadres, et la modalité est implémentée à la main avec du code utilisant la réflexivité pour accéder à une méthode privée du &lt;code&gt;Container&lt;/code&gt;. Cette implémentation est d'ailleurs pompé du code de &lt;code&gt;JOptionPane&lt;/code&gt;. Avec les JVM récentes ça ne fonctionne plus.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vincent Belaïche</dc:creator><pubDate>Thu, 05 Feb 2026 10:13:19 -0000</pubDate><guid>https://sourceforge.net62dac1c8a4742fd00e2d476c632e985c76d9eff7</guid></item><item><title>#78 warning message dialog after clicking "Mode use convex zone selection" button </title><link>https://sourceforge.net/p/jpicedt/bugs/78/?limit=25#bbee</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Convex zones are an experimental feature not yet fully developped. No surprise that a few things are not really working.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vincent Belaïche</dc:creator><pubDate>Fri, 18 Jul 2025 12:59:00 -0000</pubDate><guid>https://sourceforge.netfa16551dc9d78d1fc4d1752c8244a429ee389fef</guid></item><item><title>L'implémentation des dialogues modaux est obsolète</title><link>https://sourceforge.net/p/jpicedt/bugs/91/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;L'implémentation utilise la reflexivité pour accéder à des méthodes privées de l'ancêtre. Cela ne sera probablement plus pris en charge dans les versions futures de java.&lt;br/&gt;
De plus sur MACOS il est impossible de fermer les dialogue modaux avec le clic sur le bouton rouge du bandeau, même si on a mis &lt;code&gt;setDefaultCloseOperation(WindowConstants.DISPOSE_ON_CLOSE);&lt;/code&gt;&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vincent Belaïche</dc:creator><pubDate>Thu, 11 Mar 2021 18:45:45 -0000</pubDate><guid>https://sourceforge.net165069f717d6a30f40579e1cda6fcd9c62717a00</guid></item><item><title>Circular arrows don't work</title><link>https://sourceforge.net/p/jpicedt/bugs/90/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Some of the arrows (at least circular arrows) don't seem to work (at least in Tikz format).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vincent Guirardel</dc:creator><pubDate>Wed, 24 Jun 2020 16:42:48 -0000</pubDate><guid>https://sourceforge.netc35f25573fee49a8f471e2552b507de52eadffc0</guid></item><item><title>Format not recognized from file</title><link>https://sourceforge.net/p/jpicedt/bugs/89/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When I open a file in the jpicedt/tikz format, but the default format is "pstricks", then it is saved under the pstricks format. This is a bit annoying if you work with the two file formats frequently.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vincent Guirardel</dc:creator><pubDate>Wed, 24 Jun 2020 16:40:40 -0000</pubDate><guid>https://sourceforge.net24713d3b6de69775e3fe72f0484d8c8e2df46fd1</guid></item><item><title>Mouse pointer too large sometimes</title><link>https://sourceforge.net/p/jpicedt/bugs/88/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Bonjour,&lt;br/&gt;
(je sais pas trop si je dois parler anglais...)&lt;/p&gt;
&lt;p&gt;The mouse pointer is very large and ugly when I select an object and am about to move it. See image attached.&lt;br/&gt;
This is on version 1.6 pre1 revision 2039, on linux.&lt;/p&gt;
&lt;p&gt;Vincent&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vincent Guirardel</dc:creator><pubDate>Wed, 24 Jun 2020 16:37:55 -0000</pubDate><guid>https://sourceforge.net50f94b4922bf6c92042bcdc27c47cdd47d29dc9d</guid></item><item><title>#87 AbstractCurveFormatter::getMiminalSegmentList supprime un point de trop en cas de doublon.</title><link>https://sourceforge.net/p/jpicedt/bugs/87/?limit=25#bf9d</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Alors qu'on voudrait avoir ça :&lt;img alt="" src="http://"/&gt;&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Vincent Belaïche</dc:creator><pubDate>Fri, 22 May 2020 11:32:05 -0000</pubDate><guid>https://sourceforge.net029e1fd3d18eee48926da8a1de3358cf7e0911a7</guid></item></channel></rss>