<?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/rodin-b-sharp/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/rodin-b-sharp/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Tue, 09 Dec 2025 09:54:54 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/rodin-b-sharp/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Overflow of description in tactic profile editor</title><link>https://sourceforge.net/p/rodin-b-sharp/bugs/838/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;In the tactic profile editor, if we select a tactic with a long description (for example Clarify goal) and if the window is relatively small (on a small screen or if we resize it), the description does not fit in its box and there is no scroll bar.&lt;br/&gt;
The text widget should be resized correctly instead of overflowing and should be scrollable.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Guillaume Verdier</dc:creator><pubDate>Tue, 09 Dec 2025 09:54:54 -0000</pubDate><guid>https://sourceforge.netb4fe5adde99561b686fd3d8e323b575f43171b1e</guid></item><item><title>#834 Impossible to type some datatype constructors</title><link>https://sourceforge.net/p/rodin-b-sharp/bugs/834/?limit=25#ff72</link><description>&lt;div class="markdown_content"&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;status&lt;/strong&gt;: open --&amp;gt; closed-fixed&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Guillaume Verdier</dc:creator><pubDate>Mon, 12 May 2025 16:44:33 -0000</pubDate><guid>https://sourceforge.net3830e663a9e4360bc2866d97048f469f04754885</guid></item><item><title>#833 Clarify error message on invalid input for fresh name generation</title><link>https://sourceforge.net/p/rodin-b-sharp/bugs/833/?limit=25#3860</link><description>&lt;div class="markdown_content"&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;status&lt;/strong&gt;: open --&amp;gt; closed-fixed&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Guillaume Verdier</dc:creator><pubDate>Wed, 12 Mar 2025 12:47:40 -0000</pubDate><guid>https://sourceforge.net92573c91b27dcd903a12c1897b43934cc24681f3</guid></item><item><title>#835 Inconsistent handling of Proof Control's global input</title><link>https://sourceforge.net/p/rodin-b-sharp/bugs/835/?limit=25#9a4e</link><description>&lt;div class="markdown_content"&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;status&lt;/strong&gt;: open --&amp;gt; closed-fixed&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Guillaume Verdier</dc:creator><pubDate>Wed, 12 Mar 2025 12:46:57 -0000</pubDate><guid>https://sourceforge.neta97b668f8d1870a921aac820ffefdf30bee43292</guid></item><item><title>#834 Impossible to type some datatype constructors</title><link>https://sourceforge.net/p/rodin-b-sharp/bugs/834/?limit=25#63e7</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;In retrospect, this issue does not seem to be limited to datatype value constructors only. It is current practice to also define operators that behave like value constructors, but contain some additional WD condition. We would then have the same issue with these operators (which are usually prefix). I think we can live with a restriction preventing the definition of infix operators with such a typing scheme.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Laurent Voisin</dc:creator><pubDate>Sun, 02 Mar 2025 12:23:57 -0000</pubDate><guid>https://sourceforge.net56a33982755e5c7edb116055e3c0e87bf9068f4d</guid></item><item><title>#837 Display issues in new tactic profile dialog</title><link>https://sourceforge.net/p/rodin-b-sharp/bugs/837/?limit=25#3230</link><description>&lt;div class="markdown_content"&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;status&lt;/strong&gt;: open --&amp;gt; closed-fixed&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Guillaume Verdier</dc:creator><pubDate>Thu, 27 Feb 2025 08:20:04 -0000</pubDate><guid>https://sourceforge.net74cbeb33c94ff12e29046413c65273925ee554df</guid></item><item><title>#834 Impossible to type some datatype constructors</title><link>https://sourceforge.net/p/rodin-b-sharp/bugs/834/?limit=25#c88f</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Discussing this topic with Nicolas Beauger (the author of the parser for the event-B mathematical language), we have considered a fourth option:&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span&gt;&lt;/span&gt;&lt;code&gt;left⟦ℤ, BOOL⟧(1)
&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;

&lt;p&gt;This is like option 3 but using different square brackets, namely&lt;/p&gt;
&lt;div class="codehilite"&gt;&lt;pre&gt;&lt;span&gt;&lt;/span&gt;&lt;code&gt;MATHEMATICAL LEFT WHITE SQUARE BRACKET (U+27E6)
MATHEMATICAL RIGHT WHITE SQUARE BRACKET (U+27E7)
&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;

&lt;p&gt;We would then need to also extend the event-B keyboard plugin and the Symbol view for these new characters. Their respective shortcuts would be &lt;code&gt;[|&lt;/code&gt; and &lt;code&gt;|]&lt;/code&gt; which is not a valid sequence in the current mathematical language.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Laurent Voisin</dc:creator><pubDate>Fri, 21 Feb 2025 14:34:02 -0000</pubDate><guid>https://sourceforge.net92a81bfec00f0189453bd756debb4283c94ed55e</guid></item><item><title>#834 Impossible to type some datatype constructors</title><link>https://sourceforge.net/p/rodin-b-sharp/bugs/834/?limit=25#17e7</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I can see three options for making explicit the type parameters on such constructors:&lt;br/&gt;
- &lt;code&gt;(left(1) ⦂ Either(ℤ, BOOL))&lt;/code&gt;&lt;br/&gt;
-  &lt;code&gt;(left ⦂ Either(ℤ, BOOL))(1)
-&lt;/code&gt;left&lt;a class="" href="../1"&gt;ℤ, BOOL&lt;/a&gt;`&lt;/p&gt;
&lt;p&gt;The first two reuse the oftype notation. The drawback of the first proposal is that the type annotation is quite far from the constructor operator (the actual parameters can take quite some space).&lt;/p&gt;
&lt;p&gt;The second proposal is a bit of an abuse, as the given type is not that of the constructor operator, but rather of its result. It is however consistent with the type annotations of parameterless constructors.&lt;/p&gt;
&lt;p&gt;The third proposal uses a very different way of annotating with types. It was used years ago when designing generic operators, then dropped in favour of type inference. If this kind of annotation is restricted to operators (that are a distinct category of tokens), then there is no ambiguity introduced in the event-B grammar.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Laurent Voisin</dc:creator><pubDate>Wed, 19 Feb 2025 14:53:16 -0000</pubDate><guid>https://sourceforge.net8200c74d73fb9dee8fa9caff53c581550a927bf8</guid></item><item><title>Display issues in new tactic profile dialog</title><link>https://sourceforge.net/p/rodin-b-sharp/bugs/837/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;The dialog used to create new combined tactic profiles is made of three parts displayed side-by-side. Users can drag-and-drop elements from the parts on the left and right to the one in the middle. Since the middle part is initially empty, it gets resized to a tiny white box that is only a few pixels wide. One needs to resize the window to increase the size of the middle part and make it usable. This is unusable for someone who doesn't know what to do.&lt;br/&gt;
Moreover, the lists that are scrollable have excessive white space at the bottom that should be removed.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Guillaume Verdier</dc:creator><pubDate>Wed, 15 Jan 2025 14:33:47 -0000</pubDate><guid>https://sourceforge.net5a67863eaff89d3170bc7d6b2dc7c4c807d08f2c</guid></item><item><title>Display issues in new tactic profile dialog</title><link>https://sourceforge.net/p/rodin-b-sharp/bugs/837/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Ticket 837 has been modified: Display issues in new tactic profile dialog&lt;br/&gt;
Edited By: Guillaume Verdier (gverdier)&lt;br/&gt;
Status updated: 'open' =&amp;gt; 'closed-fixed'&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Guillaume Verdier</dc:creator><pubDate>Wed, 15 Jan 2025 14:33:47 -0000</pubDate><guid>https://sourceforge.net7219b35f6c1b3d63a449cedc6efd91f8cd54f4e1</guid></item></channel></rss>