EAGLE Central Forums
Where the EAGLE community meets. Sponsored by Stratford Digital.

Home » CadSoft Support Forums » eagle.betatest » Beta version 7.5.2 available
Beta version 7.5.2 available [message #165288] Wed, 09 March 2016 15:31 Go to next message
Walter Spermann
Messages: 540
Registered: August 2010
Senior Member
A new beta version of EAGLE is now available for download.

Please see

http://www.cadsoft.de/betatest.htm

for details about how to get, install and use it.

The changes since the previous version are:

- Denying renaming or deletion of a file in the Control Panel if a corresponding
lock file exists.
- Now the EDIT command allows changing to the proper editor window with
'edit .sch' and 'edit .brd' even in the library editor.
- Extended syntax for USE to unuse a specific library (use -a.lbr).
- The USE command can now also be called in the library editor (although the
list of used libraries is only relevant in schematic or board editor).
- Printing: fixed possibly missing caption and offsetted image on Windows.
- Added entry 'DXF' to File/Import sub menu of the library editor in package
or symbol edit mode.
- Fixed a possible inconsistency after library update with device sets involved
that couldn't be found in the new library and other special conditions.
- The color entries #7 (DARKGRAY) of the white and the colored palette
have been changed to darker values; the same applies to 'defaultcolors.scr'.
- Fixed possible graphical artefacts when copying parts or elements by
GROUP/CUT/PASTE or COPY of a group.
- Added an option to textually display the via length. It can be set in the
Settings dialog under 'Misc' or with 'SET Option.ViaLength 1|0'.
- Fix for printing of non solid color fill styles to PDF.
- Fixed ADD dialog: no longer ignoring the first selection after clearing
the search field.
- Changed UPDATE behavior for variable attributes: retaining changes in
schematic and board.
- Improved support for high DPI displays: providing the high
resolution for enlarged icons and dialog texts.
- Ensuring that only a schematic is imported into an existing module
(PASTE from file). It was possible to import a schematic/board pair
which lead to inconsistency.
- Added a note to help for COPY of library objects regarding paths.
- Fixed ULP filesize function for non existing files (now 0 is returned).
- Fixed dlgListView to execute the statement only if a valid item was
doubleclicked.
- Now dlgListView sets the parameter 'Selected' to -1 if nothing is selected
(see help).
- Improved error message when a CAM job or section is tried to start but no
board or schematic is loaded.
- Avoiding a crash if trying to ROTATE a locked element with Click&Drag.
- Avoiding a locked element to become invisible if trying to MOVE it by
name (e.g. move X10).
- Made printing of non solid fill styles work again on Linux; clearer
output also on MAC.
- Fixed f/b annotation if deleting a connection to a power pin and the gate
of this pin is placed in a module.
- Fixed unjustified ERC error message regarding an incompatibility of HIZ
pins on a net which is exported by a module with a PWR port.
- Avoiding a file locking conflict (timing issue) during library export.

A detailed description of all changes can be found in the files
UPDATE and HISTORY.beta that come with the betatest archive.

*****************************************************************
Please do not post problem reports as a reply to _this_ message!!
Start a new thread with a descriptive subject for each report (this
makes handling these reports a lot easier for us).

If possible, please post in ENGLISH rather than German to allow
international testers to follow the threads.
*****************************************************************

--
--------------------------------------------------------------------------- -------------------------------
Walter Spermann
Software Development
CadSoft Computer GmbH
Pleidolfweg 15
84568 Pleiskirchen
Tel.: 08635/6989-10
www.cadsoft.de
--------------------------------------------------------------------------- -------------------------------
Registergericht: Amtsgericht Traunstein HRB 5573
Geschäftsführer: Mark Whiteling
--------------------------------------------------------------------------- -------------------------------
Re: Beta version 7.5.2 available [message #165289 is a reply to message #165288] Wed, 09 March 2016 18:06 Go to previous messageGo to next message
rachaelp
Messages: 608
Registered: March 2015
Location: UK
Senior Member
Walter Spermann wrote on Wed, 09 March 2016 15:31

- Improved support for high DPI displays: providing the high resolution for enlarged icons and dialog texts.


Can you expand on this one please, specifically for Mac users. Does this now work the way OS X expects it to work so OS X now see's Eagle as a HiPDI compliant app and therefore actually work, giving scaled icons and text while retaining the ability to actually use the enhanced resolution of the Retina display? I.e. Does it now work as per the Apple documentation I forwarded you via Jorge?

Many thanks,

Rachael
Re: Beta version 7.5.2 available [message #165299 is a reply to message #165289] Fri, 11 March 2016 16:51 Go to previous messageGo to next message
Walter Spermann
Messages: 540
Registered: August 2010
Senior Member
Hi,

On 03/09/16 19:06, Rachael wrote:
> Walter Spermann wrote on Wed, 09 March 2016 15:31
>> - Improved support for high DPI displays: providing the high resolution
>> for enlarged icons and dialog texts.
>
>
> Can you expand on this one please, specifically for Mac users. Does this
> now work the way OS X expects it to work so OS X now see's Eagle as a HiPDI
> compliant app and therefore actually work, giving scaled icons and text
> while retaining the ability to actually use the enhanced resolution of the
> Retina display?
On Mac it's a HiDpi compliant app now, meaning:
When reducing the resolution of e.g. a 4k monitor, the GUI in general still uses
the monitor's high resolution. In particular you should see the difference
in all dialog and menu texts, in our scalable icons and previews.
However, we found no solution for the actual drawing window. See below.

I.e. Does it now work as per the Apple documentation I
> forwarded you via Jorge?
We don't use Cocoa or other Apple APIs directly, but 3rd party libs for
GUI. They have interfaces for HiDPI support.
It was no big problem to make EAGLE "high DPI aware" in general.
Additionally to that, all images have to be treated differently.
In order to make it work in our drawing window, we would have had to make
many changes regarding resizing, panning, updating etc.
We found this complex and too risky and have the impression our GUI libs have
to improve first before we put more effort into this.
Did you already try it out? You see the differences?

Regards,
Walter Spermann
>
> Many thanks,
>
> Rachael


--
---------------------------------------------------------------
Walter Spermann
Software Development
CadSoft Computer GmbH
Pleidolfweg 15
84568 Pleiskirchen
Tel.: 08635/6989-10
www.cadsoft.de
---------------------------------------------------------------
Registergericht: Amtsgericht Traunstein HRB 5573
Geschäftsführer: Mark Whiteling
Re: Beta version 7.5.2 available [message #165301 is a reply to message #165299] Sat, 12 March 2016 19:30 Go to previous messageGo to next message
rachaelp
Messages: 608
Registered: March 2015
Location: UK
Senior Member
Hi Walter,

Walter Spermann wrote on Fri, 11 March 2016 16:51
Did you already try it out? You see the differences?

Yes I have just tried it and yes I could see the differences Smile See below for additional comments.

Walter Spermann wrote on Fri, 11 March 2016 16:51
On Mac it's a HiDpi compliant app now, meaning:
When reducing the resolution of e.g. a 4k monitor, the GUI in general still uses the monitor's high resolution. In particular you should see the difference in all dialog and menu texts, in our scalable icons and previews. However, we found no solution for the actual drawing window. See below.

The dialogs, menu text etc do all look a lot nicer now, in fact going back to 7.5.0 I hadn't realised how bad they were before! They are definitely much improved and I am happy about this improvement. However.....

Walter Spermann wrote on Fri, 11 March 2016 16:51
We don't use Cocoa or other Apple APIs directly, but 3rd party libs for GUI. They have interfaces for HiDPI support. It was no big problem to make EAGLE "high DPI aware" in general. Additionally to that, all images have to be treated differently. In order to make it work in our drawing window, we would have had to make many changes regarding resizing, panning, updating etc. We found this complex and too risky and have the impression our GUI libs have to improve first before we put more effort into this.

I do appreciate the work you have put into this so far, it is a definite improvement in the general UI but the drawing area was and still is the biggest problem. I understand your rationale for it but not updating this for the drawing area is a huge issue on OS X so I hope you are working on this still with the view to having your libs updated and this issue fixed in a later version?

Basically because of the way OS X deals with HiDPI displays, in EAGLE on my Retina MacBook Pro the resolution of the main drawing area is 1/4 the number of pixels (1/2 in both x and y) which means I actually have a significantly lower effective resolution than my 5 year old Samsung laptop and it's actually much nicer visually to use EAGLE on that than on my MacBook....

Again, thanks for the effort you have put into this so far, it is appreciated.

Best Regards,

Rachael

Re: Beta version 7.5.2 available [message #165303 is a reply to message #165301] Mon, 14 March 2016 09:12 Go to previous messageGo to next message
Walter Spermann
Messages: 540
Registered: August 2010
Senior Member
On 03/12/2016 08:30 PM, Rachael wrote:
> Hi Walter,
>
> Walter Spermann wrote on Fri, 11 March 2016 16:51
>> Did you already try it out? You see the differences?
>
> Yes I have just tried it and yes I could see the differences :) See below
> for additional comments.
>
> Walter Spermann wrote on Fri, 11 March 2016 16:51
>> On Mac it's a HiDpi compliant app now, meaning:
>> When reducing the resolution of e.g. a 4k monitor, the GUI in general
>> still uses the monitor's high resolution. In particular you should see
>> the difference in all dialog and menu texts, in our scalable icons and
>> previews. However, we found no solution for the actual drawing window.
>> See below.
>
> The dialogs, menu text etc do all look a lot nicer now, in fact going back
> to 7.5.0 I hadn't realised how bad they were before! They are definitely
> much improved and I am happy about this improvement. However.....
Many thanks!

>
> Walter Spermann wrote on Fri, 11 March 2016 16:51
>> We don't use Cocoa or other Apple APIs directly, but 3rd party libs for
>> GUI. They have interfaces for HiDPI support. It was no big problem to
>> make EAGLE "high DPI aware" in general. Additionally to that, all images
>> have to be treated differently. In order to make it work in our drawing
>> window, we would have had to make many changes regarding resizing,
>> panning, updating etc. We found this complex and too risky and have the
>> impression our GUI libs have to improve first before we put more effort
>> into this.
>
> I do appreciate the work you have put into this so far, it is a definite
> improvement in the general UI but the drawing area was and still is the
> biggest problem. I understand your rationale for it but not updating this
> for the drawing area is a huge issue on OS X so I hope you are working on
> this still with the view to having your libs updated and this issue fixed
> in a later version?
We are in contact with them and hope to get some improvements from them soon.
We can't say anything detailed right now.
Btw., do you know other applications (e.g. ECAD, maybe others) with something
like our draw window handling HiDPI support well?
We have the impression the way it's avialable right now is kind of inmature.
I think GUI libs should handle HiDPI automatically
(or as automatically as possible).

Regards,
Walter Spermann

>
> Basically because of the way OS X deals with HiDPI displays, in EAGLE on my
> Retina MacBook Pro the resolution of the main drawing area is 1/4 the
> number of pixels (1/2 in both x and y) which means I actually have a
> significantly lower effective resolution than my 5 year old Samsung laptop
> and it's actually much nicer visually to use EAGLE on that than on my
> MacBook....
>
> Again, thanks for the effort you have put into this so far, it is
> appreciated.
>
> Best Regards,
>
> Rachael
>
>


--
--------------------------------------------------------------------------- -------------------------------
Walter Spermann
Software Development
CadSoft Computer GmbH
Pleidolfweg 15
84568 Pleiskirchen
Tel.: 08635/6989-10
www.cadsoft.de
--------------------------------------------------------------------------- -------------------------------
Registergericht: Amtsgericht Traunstein HRB 5573
Geschäftsführer: Mark Whiteling
--------------------------------------------------------------------------- -------------------------------
Re: Beta version 7.5.2 available [message #165307 is a reply to message #165303] Mon, 14 March 2016 16:37 Go to previous messageGo to next message
rachaelp
Messages: 608
Registered: March 2015
Location: UK
Senior Member
Hi Walter,

Walter Spermann wrote on Mon, 14 March 2016 09:12
We are in contact with them and hope to get some improvements from them soon.We can't say anything detailed right now.

Okay that's fine, so long as it's in the pipeline and planned for fairly soon I'm happy to wait for it to be implemented well. As I said, the improvements to the UI you've done already are a definite improvement so thanks again.

Walter Spermann wrote on Mon, 14 March 2016 09:12
Btw., do you know other applications (e.g. ECAD, maybe others) with something like our draw window handling HiDPI support well?

Yes, take a look at Copper: http://www.copper-app.com/

I've been using this a lot recently and it's really useful for board visualisation. You'll see it can render EAGLE schematics and boards in 2D with full HiDPI resolution and the 3D view is really excellent with crisp text which is clearly also using the full resolution.

Walter Spermann wrote on Mon, 14 March 2016 09:12
We have the impression the way it's avialable right now is kind of inmature. I think GUI libs should handle HiDPI automatically(or as automatically as possible).

Yes I agree the GUI libs should be doing all the hard work to support HiDPI for you. I assume you are using a 3rd party GUI library, in which case they need to get their libs sorted pronto as Retina displays have been around for quite a while now on Mac's. Alternatively switch to a different GUI framework that does support this properly although I guess this would possibly be quite hard depending how intertwined the GUI code is with the rest of EAGLE.

Best Regards,

Rachael

Re: Beta version 7.5.2 available [message #165309 is a reply to message #165307] Mon, 14 March 2016 17:32 Go to previous message
Walter Spermann
Messages: 540
Registered: August 2010
Senior Member
Hi Rachael,

On 03/14/2016 05:37 PM, Rachael wrote:
> Hi Walter,
>
> Walter Spermann wrote on Mon, 14 March 2016 09:12
>> We are in contact with them and hope to get some improvements from them
>> soon.We can't say anything detailed right now.
>
> Okay that's fine, so long as it's in the pipeline and planned for fairly
> soon I'm happy to wait for it to be implemented well. As I said, the
> improvements to the UI you've done already are a definite improvement so
> thanks again.
>
> Walter Spermann wrote on Mon, 14 March 2016 09:12
>> Btw., do you know other applications (e.g. ECAD, maybe others) with
>> something like our draw window handling HiDPI support well?
>
> Yes, take a look at Copper: http://www.copper-app.com/
>
> I've been using this a lot recently and it's really useful for board
> visualisation. You'll see it can render EAGLE schematics and boards in 2D
> with full HiDPI resolution and the 3D view is really excellent with crisp
> text which is clearly also using the full resolution.
>
OK, good to know!

> Walter Spermann wrote on Mon, 14 March 2016 09:12
>> We have the impression the way it's avialable right now is kind of
>> inmature. I think GUI libs should handle HiDPI automatically(or as
>> automatically as possible).
>
> Yes I agree the GUI libs should be doing all the hard work to support HiDPI
> for you. I assume you are using a 3rd party GUI library, in which case they
> need to get their libs sorted pronto as Retina displays have been around
> for quite a while now on Mac's. Alternatively switch to a different GUI
> framework that does support this properly although I guess this would
> possibly be quite hard depending how intertwined the GUI code is with the
> rest of EAGLE.
>
That's true, the decision which 3rd party libs to take depends on many more factors.

Regards,
Walter Spermann

> Best Regards,
>
> Rachael
>
>


--
--------------------------------------------------------------------------- -------------------------------
Walter Spermann
Software Development
CadSoft Computer GmbH
Pleidolfweg 15
84568 Pleiskirchen
Tel.: 08635/6989-10
www.cadsoft.de
--------------------------------------------------------------------------- -------------------------------
Registergericht: Amtsgericht Traunstein HRB 5573
Geschäftsführer: Mark Whiteling
--------------------------------------------------------------------------- -------------------------------
Previous Topic: Drawing Artifacts
Next Topic: Beta version 7.5.3 available
Goto Forum:
  


Current Time: Wed Oct 18 03:58:40 GMT 2017