<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to 68: MultiColumnList in OSX saves size as (-1,-1)</title><link>https://sourceforge.net/p/pythoncard/bugs/68/</link><description>Recent changes to 68: MultiColumnList in OSX saves size as (-1,-1)</description><atom:link href="https://sourceforge.net/p/pythoncard/bugs/68/feed.rss" rel="self"/><language>en</language><lastBuildDate>Mon, 10 Nov 2008 22:14:23 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/pythoncard/bugs/68/feed.rss" rel="self" type="application/rss+xml"/><item><title>MultiColumnList in OSX saves size as (-1,-1)</title><link>https://sourceforge.net/p/pythoncard/bugs/68/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;PythonCard deliberately sets the size to (-1,-1) in propertyEditor.py if the component's size matches the call to GetBestSize() - under OSX GetBestSize() is not staying constant for the multicolumn list and keeps matching the new size....hence size always gets set to (-1,-1). &lt;/p&gt;
&lt;p&gt;Well done if you managed to follow that last sentence.&lt;/p&gt;
&lt;p&gt;(You can get the same result under Windows XP, if you resize the component to exactly GetBestSize()'s calculation of the minimum size. You are unlikely to see this in the real world.)&lt;/p&gt;
&lt;p&gt;There appear to be 2 issues - a possible bug in GetBestSize() since the release of 2.7.x, and some clarification as to why the size needs to be set to (-1,-1). The comments in propertyEditor.py indicate that there is some doubt as to the purpose of setting (-1,-1).&lt;/p&gt;
&lt;p&gt;I have attached a test that shows the problem, along with the results I see here.&lt;/p&gt;&lt;/div&gt;</description><pubDate>Mon, 10 Nov 2008 22:14:23 -0000</pubDate><guid>https://sourceforge.net0e82ff8b96cb5b1e512da82bcb61dfd9e350e7eb</guid></item></channel></rss>