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)
|
Hello. cos_phi wrote:Andrey, would it be possible in the future to add an option in the config to choose a custom font for the interface? I will think about setting of another fonts for GUI into the Mono version of SMath Studio - this should fix a problem at all.
To all: As one can mention new beta version of the program released today: http://en.smath.info/forum/default.aspx?g=posts&m=3387#post3387. It has not much new features and even fixed bugs, but it is very important step for the project. - First of all new plugin appeared: SMath Studio Files Plugin - this is because all the logic of working with *.sm files now moved from the core (File Types Plugins interfaces updated as well and HTML and XMCD file types add-ons improved as well). The only case how one can feel this change is that now after opening a file SMath Studio do not mark the file as changed (i.e. program can be closed immediately after file opened without "Save changes" prompt dialog). - The second big change is regarding built-in and defined in plugins functions. A huge number of code lines was rewritten to make unification changes. Visible thing is that descriptions of all functions are modified (just open Insert Function dialog or Dynamic Assistance menu to see the changes) and two el(..) functions are now represented in all lists: with 2 and 3 arguments. No more different arguments representations into the functions description will be shown - this is unified now. Naming convention of the function's arguments and delimiters are now corrected. This (improved functions) is good but it also brings a big problem: some of the functions descriptions doesn't support new arguments naming convention. For example here is old and new descriptions of the diff(..) function with 3 (!) arguments: 0.89: diff('expression','variable' - Differentiate.0.90: diff("1:expression", "2:variable", "3:number") - Differentiate.... if(..) function: 0.89: if('condition','true','false' - Returns 'true'-statement if logical 'condition'-statement is true (non-zero), 'false'-statement otherwise.0.90: if("1:condition", "2:true", "3:false") - Returns "2:true"-statement if logical "1:condition"-statement is true (non-zero), "3:false"-statement otherwise.... importData(..) function: 0.89: importData('fileName', 'decimalSymbol', 'argumentsSeparator', 'columnsDelimiters', 'fromRow', 'toRow', 'fromColumn', 'toColumn', 'isSymbolic' - Returns a matrix of loaded data from specified file. Function allows to work with 1-9 count of arguments specified. Digit 0 (zero) can be used for the arguments (except 'fileName' to get the built-in default values.0.90: importData("1:fileName", "2:delimiter", "3:delimiter", "4:delimiter", "5:number", "6:number", "7:number", "8:number", "9:number") - Returns a matrix of loaded data from specified file. Function can be used with 1-9 of the arguments specified. Digit 0 (zero) can be used for the arguments (except 'fileName' to get the built-in default values.There are obvious problems with importData(..) function description - now it is absolutely impossible to understand meaning of arguments. So such functions descriptions should be modified. Here is how it works in a new version and how it will work in future. Lets see on the roots(..) function description: 0.90: roots("1:vector", "2:vector", "3:vector") - Finds roots for system of nonlinear equations according to specified approaches "3:vector". Returns the value of "2:vector" to make the set of functions "1:vector" equal to zeros.This description is correctly because a description string in the Translator presented in a correct form: Finds roots for system of nonlinear equations according to specified approaches {2}. Returns the value of {1} to make the set of functions {0} equal to zeros.where {0} means a first argument, {1} - second one and {2} - third. Please note that numbers starts from zero! All work to create left part of description and to replace {n} entries is on the SMath Studio now. For unification and stability reasons most of the argument names are limited with a list: Code: /// <summary>
/// <eng>Complex number.</eng>
/// </summary>
ComplexNumber = 1 << 0,
/// <summary>
/// <eng>Number.</eng>
/// </summary>
RealNumber = 1 << 1,
/// <summary>
/// <eng>Imaginary number.</eng>
/// </summary>
ImaginaryNumber = 1 << 2,
/// <summary>
/// <eng>String.</eng>
/// </summary>
String = 1 << 3,
/// <summary>
/// <eng>Variable.</eng>
/// </summary>
Variable = 1 << 4,
/// <summary>
/// <eng>Unit.</eng>
/// </summary>
Unit = 1 << 5,
/// <summary>
/// <eng>Function.</eng>
/// </summary>
Function = 1 << 6,
/// <summary>
/// <eng>Expression.</eng>
/// </summary>
Expression = 1 << 7,
/// <summary>
/// <eng>Symbolic expression.</eng>
/// </summary>
SymbolicExpression = 1 << 8,
/// <summary>
/// <eng>Numeric expression.</eng>
/// </summary>
NumericExpression = 1 << 9,
/// <summary>
/// <eng>Matrix.</eng>
/// </summary>
Matrix = 1 << 10,
/// <summary>
/// <eng>Vector-row.</eng>
/// </summary>
RowVector = 1 << 11,
/// <summary>
/// <eng>Vector.</eng>
/// </summary>
ColumnVector = 1 << 12,
/// <summary>
/// <eng>File name.</eng>
/// </summary>
FileName = 1 << 13,
/// <summary>
/// <eng>Condition.</eng>
/// </summary>
Condition = 1 << 14,
/// <summary>
/// <eng>Increment.</eng>
/// </summary>
Increment = 1 << 15,
/// <summary>
/// <eng>Action.</eng>
/// </summary>
Action = 1 << 16,
/// <summary>
/// <eng>Delimiter.</eng>
/// </summary>
Delimiter = 1 << 17,
/// <summary>
/// <eng>Argument.</eng>
/// </summary>
Default = 1 << 18,
/// <summary>
/// <eng>Name.</eng>
/// </summary>
Name = 1 << 19,
/// <summary>
/// <eng>Date.</eng>
/// </summary>
Date = 1 << 20,
/// <summary>
/// <eng>Currency.</eng>
/// </summary>
Currency = 1 << 21,
If you think that it is useful to add additional types, please, let me know! Me and other plugin developers can set any other string as a name of the argument but in that case this strings will be presented only in one language and cannot be translated. That's why I will suggest to use only existing types. If it is possible, I have to ask for help with correcting functions description using Translator service (ids: 465-574) for English and other languages because I can't do it myself. Next stable release of SMath Studio will be available in the October-November so we have 1-2 Months to make this work for most popular languages. Thanks in advance. Best regards, Andrey Ivashov. Edited by user 06 September 2010 09:15:53(UTC)
| Reason: Not specified
|