Beta: SMath Studio 0.99.6962 (23 January 2019) - Сообщения
Программа может быть легко дополнена новой функциональностью основываясь на ваших требованиях. Встроенный менеджер расширений позволяет получить доступ к сотням официальных и сторонних ресурсов следующих типов: примеры использования, дополнения, приложения на основе SMath Viewer, заготовки, языковые переводы интерфейса, интерактивные книги, справочники и пособия.
Предоставляет множество вычислительных возможностей и обладает богатым пользовательским интерфейсом, переведённым примерно на 40 различных языков. К тому же, в приложение встроен подробный математический справочник.
Changes introduced in current build 0.99.6962
Разное
- Dynamic Assistance updated to support high DPI;
- Support for different Header/Footer for specific Worksheet page fixed;
- Invalidation errors fixed on regions/cursor moving;
- Refactoring.
Download
SMathStudioDesktop.0_99_6962.Mono.tar.gz (1 МиБ) скачан 603 раз(а).
SMathStudioDesktop.0_99_6962.Setup.msi (2 МиБ) скачан 1759 раз(а).
Please note:
- There are some known bugs with Worksheet scrolling - will be addressed soon;
- There are some UI issues on environment with high DPI (some Custom plug-ins may not be scaled correctly).
Please use the following to disable high dpi support if required:
To all developers:
As you may notice starting from build 0.99.6955 SMath Studio supports high DPI and in order to scale Regions correctly we have to introduce new requirement:
- Plug-in must use SMath.Drawing.Graphics instead of System.Drawing.Graphics everywhere.
or
- All Fonts created by the plug-in must have GraphicsUnit.Pixel specified as a unit and size must be multiplied by 96f / 72f in order to convert Points to Pixels.
All existing plug-ins should be updated according to this requirement as everything looks ok while system is configured to have use 96 DPI, but in all other cases scaling of Fonts in plug-ins is incorrect.
All modern platforms like iOS, Android, UWP have Pixel specified as a unit by default, so this issue appears on Windows machines only (we have it on Linux as well because of Mono).
Please let me know in case of any related questions. If you are not able to perform changes by yourself - just let me know and I will update plug-ins by myself.
Best regards, Andrey Ivashov.
for pi/euler/boelan equal, the thickness. they should not to be bold actually.
Wrote
Hello.
What you do not like exactly? Font? Style (bold)? Both?
Best regards.
By taking into consideration of the silence, should I not wait for change for them?
Regards
Actually, it would be sufficient to just give pre-defined values an upright face.
In the equations below, the rhs pi and e should be bold, shouldn't they?
I like the idea of the boolean equal being visually different from the evaluation operator
-
Новые сообщения
-
Нет новых сообщений