  Rank: Administration Groups: Developers, Registered, Knovel Developers, Administrators, Advanced Member Joined: 11/07/2008(UTC) Posts: 1,616   Was thanked: 1978 time(s) in 666 post(s)
|
SMath Studio - SMath
This website uses cookies to enhance your browsing experience and provide personalized recommendations. By continuing to use our website, you agree to our Privacy Policy.
Tiny, but powerful mathematical program with WYSIWYG editor and complete units of measurements support.
It provides numerous computing features and rich user interface translated into about 40 different languages. Application also contains integrated mathematical reference book.
Free for personal usage! Plans for Organizations are available!
Application can be easily extended based on your needs. Built-in Extensions Manager tool allows to get access to hundreds official and third-party resources of the following types: usage examples, plug-ins, SMath Viewer based applications, snippets, interface translations, interactive books, handbooks and tutorials.
As experienced mechanical guy, this powerful tool is extremely useful for calculation for my work activities, and amazing it is free please keep working for software crown and kick expensive mathcad away!
more...
by Kelvin Liu
An amazing math tool, a must-have for engineers and scientists everywhere. (And it's not bad as a quick expression evaluator, either.)
more...
by Mike Williams
I just discovered this project and WOW!: What a great alternative to MathCAD. I encourage engineers and scientists to try this app, you will be amazed by its power and versatility. Thanks to developers!
more...
by Diego Nacif
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.
|
 5 users thanked Andrey Ivashov for this useful post.
|
on 23/01/2019(UTC), on 23/01/2019(UTC), on 23/01/2019(UTC), on 23/01/2019(UTC), on 23/01/2019(UTC)
|
|
|
  Rank: Advanced Member Groups: Registered
Joined: 23/07/2013(UTC) Posts: 1,126  Was thanked: 507 time(s) in 338 post(s)
|
I have always thought those ones looks weird, especially when they are printed. - Pi - Euler's number - Booelan Equal - Infinity  It's up to developer to "correct" them anyway. But it is just frustrating to change them in PDF manually  ) Regards
|
|
|
|
|
|
Rank: Administration Groups: Developers, Registered, Knovel Developers, Administrators, Advanced Member Joined: 11/07/2008(UTC) Posts: 1,616 Was thanked: 1978 time(s) in 666 post(s)
|
Originally Posted by: overlord  I have always thought those ones looks weird, especially when they are printed. - Pi - Euler's number - Booelan Equal - Infinity Hello. What you do not like exactly? Font? Style (bold)? Both? Best regards.
|
|
|
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 23/07/2013(UTC) Posts: 1,126 Was thanked: 507 time(s) in 338 post(s)
|
for infinity, the size.
for pi/euler/boelan equal, the thickness. they should not to be bold actually.
|
|
|
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 23/07/2013(UTC) Posts: 1,126 Was thanked: 507 time(s) in 338 post(s)
|
Originally Posted by: Andrey Ivashov
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
|
|
|
|
|
|
Rank: Advanced Member Groups: Registered
Joined: 15/04/2012(UTC) Posts: 1,986  Was thanked: 1124 time(s) in 721 post(s)
|
As for pi and e, you can easily get rid of the bold face. 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 ![2019-01-31 08_33_59-SMath Studio 0.99.6965 - [Klausur 2018-2.sm_].png](/forum/resource.ashx?a=30066&b=2) |
|
|
|
|
|
|
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.
