Wrote

Wrote

Try the attached DataExchange.dll

images now have the correct size, thank you for the bug fix. Also, direct word read in is possible (zugstab-export-1.odt). However, in this case only images and text regions are read, all math regions (formulas) are broken.

Intermediate load and save with libreoffice (zugstab-export-LO-1.odt) improves the word import, still the formatting of control structures is broken.

In general, opening both odt files with word generates error messages. If saved as docx from Libreoffice, then Word can read the file cleanly, still formatting is broken (mainly due to centering of math items)

Martin

Wrote

hi DC,

save as ODT's amazing plugin
more work needed to get document look likes a textbook

i usually using repetitive tedious works, add manually ""phantom{...} to hiding, so document become readable and not making eyes victim

just wondering, is this possible to do automatically formating by default? since OOo/LO hard and maybe can not access find and replace for embeded formula

thx u s much

Wrote

P.S. the MS Word compatibility of ODT documents containing formulas was reached; with regard to the alignments of the functions I haven't found a way to force MS Word to do it.

• added "Save as... > LaTeX Text Document";
  
• ODT saving:
  - ouptut ODTs now are compatible with MS word (brackets looks better than saving the file from libreoffice)
  - added options on ODT saving (Save text as images/Save formulas as images/evaluate equations)
  - "Print Area Regions" settings from "Page Setup..."
  - SMath texts on multiple lines now are shown on multiple lines even in the output file.
  - minor changes
  
• ODF saving: each evaluation (input formula/symbolic/numeric) written on a different line of code;
  
• Embedded languages: ENGLISH/ITALIAN/RUSSIAN

Wrote

Don't know if this is relevant or how sophisticated you want to be about reformatting stuff, but this thought may be of use. MS word has a facility (as does LO) called tables. When tables are created, each area in the grid is like a mini-page on its own and can be formatted independently of all the others. To align equations, make a 4 column table, put the equals sign (=) in the third column, and narrow the column width to the minimum needed to leave the equals sign visible. Then place equation numbers in the first column, and the LHS and RHS expressions in the second and far right columns. Align the LHS to the right and the RHS to the left. All equals signs and RHS expressions to follow on subsequent lines will be aligned properly.

In the LO file below, tables are used with mathml formula objects in the second and far right columns. Text is used in the first and third columns. This table formatting works in MS office as well. I adjusted the font size of the equals sign until it looked right.

Btw, how does one make math expressions (is it latex?) in these forum posts?

Wrote

Just a small remark:
default export path is not defined by where the current sm file is but by the current directory. If you first launch SMath, then the current directory for the entire session regardless which files are opened afterwards is where the executable is.

As plugins need to be used with the msi-Installer version, the executable path is normally read only and example execution fails. Anyway you do not want to clutter the install dir by accidental export data.

When you just launch a sm file in the file manager, then current dir is equal to sm file dir.

If you have any chance to determine the sm file path name independently from the current dir, then I would recommend to use this and thereby be consistent to what your docs and examples say. This is would make the target dir more predictable and independent of how the file was opened. Otherwise the comments in the examples might need correction.

Environment.CurrentDirectory

Directory.GetCurrentDirectory()

Wrote

Now that you have included MathML code to the plugin, would it be possible to add a "copy to clipboard as MathML" command and context menu item? It would be of a value for those who use Word and other apps that accept MathML right from the clipboard. EDIT 2: copy to clipboard as TeX would be also desirable for uses such as Wiki and MathType.

Wrote

after a closer look to the latex export I recommend the following:
- left align the equations using \usepackage[fleqn]{amsmath}
- typeset the break and continue statements in roman (mathrm)
- remove all empty lines (less space between equations)
- provide choices (if possible with adjustable default settings) for
-- assignment operator (:= vs def over =)
-- equation numbering (starred or unstarred equation environment)

\newcommand{\defeq}{\stackrel{\text{\tiny def}}{=}} % SMath 'define equal'

Wrote

- left align the equations using \usepackage[fleqn]{amsmath} -> done
- typeset the break and continue statements in roman (mathrm) -> fixed (LaTeX/StarMath/MathML) (\operatorname may be better?)

Wrote

- remove all empty lines (less space between equations) -> mhhh... we don't lose tex file readability from the user?

Wrote

- provide choices (if possible with adjustable default settings) for
-- assignment operator (:= vs def over =)
-- equation numbering (starred or unstarred equation environment)
ok... consider that actually you can easily change the define equal of the entire file by editing the header

Wrote

I admit that these proposals were just matter of comfort. The trade between user comfort and coding effort is of course your decision.

Perhaps, an alternative could be to have sort of template in some sensible place (somewhere in install dir or in a system user dir). The default then would be what you currently have.
I bet there is no chance to design a single template such that it works in any language environment. In my case, the german umlauts fail to compile, even if I use my input- and fontencoding from the handbook source. Perhaps there is just too much side effects and dependencies between the packages (I never used some of the ones in the latex export).

Wrote

As for languages issues, my idea was to export the worksheet as a XeLaTeX document with XITS Math fonts and Linux Libertine fonts... it supports accented letters, german umlauts and cyrillic script...

Wrote

I'm not sure that I can add a new "global" context menu item from a plugin (and actually I'm not able to add a context menu item in a single function - one of my goals for NonlinearSolvers next stage of development)

Wrote

I cannot reproduce the problem, see image.

Wrote

hi DC, thanx for updating plugins

try using plugins, save as ODF/ODT all symbols did not display (except for Pi) since it contains "i" at beginning symbol code in OOo math

please consider, is this crucial for math? thx u

Wrote

At the moment it is only possible to add menu items below the "Insert" item. I already talked with Andrey about it. You have to use a class with interface "IPluginCustomRegion" to add menu items. For reference, have a look at Andrey's CheckBoxRegion plugin (see ComboBoxImpl.cs).

Infinity

Wrote

Hello w3bsurf3r,

Would it be possible to provide importData versions without cell specification, which read the rectangular envelope of all non-empty cells? e.g. importData.XLSX("filename";"sheetname" ).

Currently, external input data of unknown size can be read with importdata(), but not with the ods or xlsx import. At least not without looping and adress string construction and the like.

Sorry for bothering you again with a matter of comfort

Martin

Wrote

- provide choices (if possible with adjustable default settings) for
-- assignment operator (:= vs def over =)
-- equation numbering (starred or unstarred equation environment)