Here is an example.

For 64 bit Linux, you may see this blog.

For 64 bit Linux, you may see this blog.

I do not know about MathType palettes, as I have never used it. I have no idea how many scientific symbols are used in the literature, or if anybody has counted them (assuming that it makes sense). So, I wonder about the statement that MathType palettes do cover about 99.5% of all symbols needed.

About Maple palettes, a case that  has just occured elsewhere, was a request for the symbol of not perpendicular (the perp symbol slashed). This symbol is not available in the Maple palettes, and it is not available in the standard set of MathML symbols. After the section "Negated Mathematical Characters" of this document, when no such pre-composed negated glyph is available, it has to be made by combination. But  it seems like there is not available mechanism in Maple for combining glyphs. And less to include it in a palette.

As pagan suggested above, in principle you could use the presubsup object in the Layout palette, but this may be not so convenient if you want for your palette He upright (not italic) or whatever other variation.

So, the issue may be more of customization than bare coverage. You may have  of palettes with huge numbers of symbols, but not precisely those that you want, or in the exact way that you want them.

Thus, modular programable palettes, that can be added as plugins when needed, would be a much more convenient design in my opinion.

I do not know about MathType palettes, as I have never used it. I have no idea how many scientific symbols are used in the literature, or if anybody has counted them (assuming that it makes sense). So, I wonder about the statement that MathType palettes do cover about 99.5% of all symbols needed.

About Maple palettes, a case that  has just occured elsewhere, was a request for the symbol of not perpendicular (the perp symbol slashed). This symbol is not available in the Maple palettes, and it is not available in the standard set of MathML symbols. After the section "Negated Mathematical Characters" of this document, when no such pre-composed negated glyph is available, it has to be made by combination. But  it seems like there is not available mechanism in Maple for combining glyphs. And less to include it in a palette.

As pagan suggested above, in principle you could use the presubsup object in the Layout palette, but this may be not so convenient if you want for your palette He upright (not italic) or whatever other variation.

So, the issue may be more of customization than bare coverage. You may have  of palettes with huge numbers of symbols, but not precisely those that you want, or in the exact way that you want them.

Thus, modular programable palettes, that can be added as plugins when needed, would be a much more convenient design in my opinion.

That I do not like point-and-click means for me (my usage). It is clear that different groups of users have different needs and preferences. And point-and-click is not the same as 2D input, you could do 2D input with the keyboard.

Besides 1D and 2D input are two different programming languages as it has been discussed thorougly here and in refered threads. But the point here is that palettes do not seem programable by the user in any language (neither 1D nor 2D).

In my opinion, this sets a serious limitation to their usefulness as the set of symbols needed by your high students in Physics, may be different to those needed by other students of math elsewhere, and so on.

I can not say for other american countries, but in Argentina the education at primary and secundary levels has been deteriorating constantly along the last decades.

That I do not like point-and-click means for me (my usage). It is clear that different groups of users have different needs and preferences. And point-and-click is not the same as 2D input, you could do 2D input with the keyboard.

Besides 1D and 2D input are two different programming languages as it has been discussed thorougly here and in refered threads. But the point here is that palettes do not seem programable by the user in any language (neither 1D nor 2D).

In my opinion, this sets a serious limitation to their usefulness as the set of symbols needed by your high students in Physics, may be different to those needed by other students of math elsewhere, and so on.

I can not say for other american countries, but in Argentina the education at primary and secundary levels has been deteriorating constantly along the last decades.

This is a Maple version of presentation MathML, and it is not actually properly documented. Apparently, the idea of Maplesoft is that everything should be done by clicking the pointer, without a programatic counterpart available for the user. Hence, the repertoire of symbol in the palettes seems fixed to what Maplesoft has decided to introduce there. 

As I do not like this point-and-click approach, I have been collecting information on this syntax (i.e. a bag of tricks) obtained by black box experimentation plus reading  MathML documentation and the like.

So, what I can say is that the three none() are necesary there because it is the way it works...

There are many other variations available by using the Typesetting package. For instance you can control the font, color, etc. E.g. He upright:

Typesetting:-mmultiscripts(mi("He", italic = "false"),  
mprescripts(), mn("2"), mn("4"));

Actually, you can follow this line and use also mprescripts() instead of the three none():

`#mscripts(mi("He"),mprescripts(),mn("2"),mn("4"))`;

In principle, you could write a procedure to allow your students enter atomic symbols with a simpler syntax.

This is a Maple version of presentation MathML, and it is not actually properly documented. Apparently, the idea of Maplesoft is that everything should be done by clicking the pointer, without a programatic counterpart available for the user. Hence, the repertoire of symbol in the palettes seems fixed to what Maplesoft has decided to introduce there. 

As I do not like this point-and-click approach, I have been collecting information on this syntax (i.e. a bag of tricks) obtained by black box experimentation plus reading  MathML documentation and the like.

So, what I can say is that the three none() are necesary there because it is the way it works...

There are many other variations available by using the Typesetting package. For instance you can control the font, color, etc. E.g. He upright:

Typesetting:-mmultiscripts(mi("He", italic = "false"),  
mprescripts(), mn("2"), mn("4"));

Actually, you can follow this line and use also mprescripts() instead of the three none():

`#mscripts(mi("He"),mprescripts(),mn("2"),mn("4"))`;

In principle, you could write a procedure to allow your students enter atomic symbols with a simpler syntax.

However:

int(subs(z=-1+r*exp(I*t), 1/(z+2)*I*r*exp(I*t)), t=0..2*Pi) 
assuming r>1;
                                2 I Pi

as Robert mentioned above. So, I see this problem more as a difficulty in recognizing that the complement of r=1 needs to be split in two intervals, namely 0<r<1 and 1<r, as within each of them the evaluation is correct.

However:

int(subs(z=-1+r*exp(I*t), 1/(z+2)*I*r*exp(I*t)), t=0..2*Pi) 
assuming r>1;
                                2 I Pi

as Robert mentioned above. So, I see this problem more as a difficulty in recognizing that the complement of r=1 needs to be split in two intervals, namely 0<r<1 and 1<r, as within each of them the evaluation is correct.

There are some other methods of integration implemented, see ?int,methods (including one for contour integration) but all of them fail, as shown here when method FTOC is excluded:

int(subs(z=-1+r*exp(I*t), 1/(z+2)*I*r*exp(I*t)), t=0..2*Pi,method=NoFTOC) 
assuming r>1;
              r exp(t I) I
         int(--------------, t = 0 .. 2 Pi, method = NoFTOC)
             1 + r exp(t I)

There are some other methods of integration implemented, see ?int,methods (including one for contour integration) but all of them fail, as shown here when method FTOC is excluded:

int(subs(z=-1+r*exp(I*t), 1/(z+2)*I*r*exp(I*t)), t=0..2*Pi,method=NoFTOC) 
assuming r>1;
              r exp(t I) I
         int(--------------, t = 0 .. 2 Pi, method = NoFTOC)
             1 + r exp(t I)

Probably it is a typo and Axel meant wget.

Probably it is a typo and Axel meant wget.