← Back to team overview

kicad-developers team mailing list archive

Re: floating point issue ( from Strange eeschema behavior at zoom 0.7) in wxWidgets 2.9.1


On 04/06/2011 02:05 PM, Wayne Stambaugh wrote:
> On 4/6/2011 1:37 PM, Dick Hollenbeck wrote:
>> On 04/06/2011 12:33 PM, Wayne Stambaugh wrote:
>>> On 4/6/2011 1:15 PM, jean-pierre charras wrote:
>>>> Le 06/04/2011 18:43, Dick Hollenbeck a écrit :
>>>>> On 04/06/2011 11:41 AM, Dick Hollenbeck wrote:
>>>>>> On 04/06/2011 11:38 AM, Dick Hollenbeck wrote:
>>>>>>> So did we go back and fix the zoom steps?  I remember one step was commented
>>>>>>> out:  0.7.
>>>>>>> It needs to be enabled now, and absolutely so on Linux.
>>>>>> Currently on Linux, if you start eeschema without loading a schematic, the
>>>>>> sheet border is off screen on top and bottom, suggesting the initial zoom is
>>>>>> not optimal for viewing the border.
>>>>>> Is this intentional?
>>>>> It happens in any loading of a schematic, and any sheet change within a
>>>>> schematic also, and therefore cannot be intentional.
>>>> I do not have this problem.
>>>> Is it a recent issue (BestZoom() was slightly modified in eeschema to fix issue
>>>> for zoom = 0.7) ?
>>> I have the same problem as well when the aspect ratio of the drawing window is
>>> not close to that of the schematic page size.  If wxWidgets 2.9 takes care of
>>> the non-integer zoom sizes and the problem doesn't exist on Linux or OSX, why
>>> not revert to the old behavior of best zoom and put 0.7 back into the zoom list
>>> if we are going to make wxWidget 2.9 a build requirement on windows?
>> Exactly. 
>> Do you know this NOT to be the case at this moment?

> If you are referring to the best zoom behavior I was under the impression that
> JP was still sorting that out.  That may have been a poor assumption on my part.

I meant:
Has the code been reverted?

> If you are talking about wxWidgets 2.9 being the required version for building
> kicad on windows, I wasn't aware that a decision has been made.  I thought it
> was just a proposal by JP.  In any event, we should create a cmake macro to
> verify the version of wxWidgets found is correct.

On windows: 2.9.2 is required

On linux: either 2.8 or 2.92.

There is no practical alternative.

Follow ups