Thread: [Aimmath-developers] -u flag

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Manolis' modified servlet that is setting the -u tag automatically depending
on browser type works brilliantly with Netscape and Internet Explorer. I
have committed it to CVS.

What would Manolis need to have it set the -u for Safari? The browser 
shows as Browser: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-us) 
AppleWebKit/85 (KHTML, like Gecko) Safari/85. Safari is also Unicode 
capable.

On a related topic, Neil responded to a post about an issue with the 
seed in Safari with "A quick check with Google shows that there are 
many known problems with javascript support in Safari.  So, I propose 
to ignore this issue." This is actually a big issue. IE is no longer 
supported on OS X. Microsoft has made a public statement that there 
will be no further development of IE for the Mac. Thus whatever we do 
with AIM needs to work correctly in browsers other than IE. Everything 
I have tested indicates the desire of this group to support multiple 
browsers. I would really like to see AIM continue to embrace all 
platforms while maintaining W3 standards compliance.

Once the beta is released, I will make the necessary changes in the 
configuration files so that AIM will run under OS X. For the most part 
this means copying and pasting the Linux code and making some minor 
changes. So any changes I make and commit will have no impact on the 
Windows or Linux installations. I will also try to create some install 
documents for OS X. They will be very similar to the Linux install 
documents except for the Maple installation.

On Saturday, August 30, 2003, at 06:44  PM, Gustav W Delius wrote:

> Manolis' modified servlet that is setting the -u tag automatically 
> depending
> on browser type works brilliantly with Netscape and Internet Explorer. 
> I
> have committed it to CVS.
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Aimmath-developers mailing list
> Aim...@li...
> https://lists.sourceforge.net/lists/listinfo/aimmath-developers

Jon Breitenbucher
The College of Wooster
Department of Mathematics and Computer Science
Wooster, Ohio 44691

(330)263-2207
jbr...@wo...
http://jbreitenbuch.wooster.edu/~jonb

> What would Manolis need to have it set the -u for Safari?

added anotherer line in an if statement.. it's really simple. This is now
commited and it seems it works

>Thus whatever we do with AIM needs to work correctly in browsers other than
IE. Everything
> I have tested indicates the desire of this group to support multiple
> browsers. I would really like to see AIM continue to embrace all
> platforms while maintaining W3 standards compliance.

I agree with you ... perhaps the work that Gustav and Alex with MathML are
doing could help towards that

>So any changes I make and commit will have no impact on the
> Windows or Linux installations.

good...then we can work together to fix JavaScript problems in Safari. The
problem really interests me as I am already making changes to WALLIS to work
with Macs and anymore problems would be nice to know.

Manolis

Greg proposed to have some way of warning students about their browser and
the math display.

I propose the following solution. Instead of the index.html page create an
index.jsp page that can detect the browser and we can do several things
about that.

Along these lines have a look at this page

http://82.41.200.217:8088/AIM/index.jsp

(I don't have a static IP but the last few months it's being like that so
hopefully it will work)

at the bottom of the screen there is a formula that will appear using
unicode or symbol font according to your browser. We can then add a link to
a page that describes problems if they appear. In a similar way we can bring
a pop-up that says about the IE bug with 2^(e^2) although I have a feeling
that this is a tth bug. Look how the html code looks for this:

<table align="center"><tr><td nowrap="nowrap" align="center">
2<sup>(</sup>e<sup>i</sup>)</td></tr></table>
</td></tr></table>

This is wrong the /sup for the first parenthesis should be after it closes !
(not to mention that it shouldn't have been done with sups but tables but
anyway ..this is how tth works. I am working in a much more elaborate
solution that we can probably use in AIM but this is not ready yet (it
invloves MathML for Mozilla and XSLTs with stylesheets for IE) and I 'll
wait for Gustav's moodle-MathML solutions to see how all these can be used
together.

Manolis

> invloves MathML for Mozilla and XSLTs with stylesheets for IE) and I 'll
> wait for Gustav's moodle-MathML solutions to see how all these can be used
> together.

It is actually Alex's solution more than mine. He is working on it at the
moment and expects to have something working at the beginning of the week.
What we do is of course written in PHP because Moodle is written in PHP. I
don't know how to write jsp pages.

Gustav

On Sun, 31 Aug 2003, Manolis Mavrikis wrote:
> Greg proposed to have some way of warning students about their browser and
> the math display.
> 
> I propose the following solution. Instead of the index.html page create an
> index.jsp page that can detect the browser and we can do several things
> about that.
> 
> Along these lines have a look at this page
> 
> http://82.41.200.217:8088/AIM/index.jsp

Sounds excellent ... I haven't looked into the java server pages stuff
... if it can do all that we want that's great.

> at the bottom of the screen there is a formula that will appear using
> unicode or symbol font according to your browser. We can then add a link to
> a page that describes problems if they appear. In a similar way we can bring
> a pop-up that says about the IE bug with 2^(e^2) although I have a feeling
> that this is a tth bug. 

No, it's a definite deficiency of IE 5, nothing to do with tth.

> ... Look how the html code looks for this:
> ...
> 2<sup>(</sup>e<sup>i</sup>) ...

What was your (La)TeX for this? ... did you remember to enclose the
bracketed term in {} ... this is what I got for: $2^{(e^i)}$ 

2<sup>(e<sup>i</sup>)</sup>

Just in case, I checked if that changed when enclosed in \[ \] instead
of $ $. Of course if you have a very old version of tth, it is possible
it may have had that bug. I uses version 3.30 above ... and the current
version bundled with AiM is 3.40.

  Regards,
  Greg

> On a related topic, Neil responded to a post about an issue with the 
> seed in Safari with "A quick check with Google shows that there are 
> many known problems with javascript support in Safari.  So, I propose 
> to ignore this issue." This is actually a big issue. IE is no longer 
> supported on OS X. Microsoft has made a public statement that there 
> will be no further development of IE for the Mac. Thus whatever we do 
> with AIM needs to work correctly in browsers other than IE. Everything 
> I have tested indicates the desire of this group to support multiple 
> browsers. I would really like to see AIM continue to embrace all 
> platforms while maintaining W3 standards compliance.

I don't think this is such a big issue.  As I understand it there are 
versions of IE (and probably also Mozilla) that work fine under OS X, and 
that will surely continue to be the case for a while, even without active
support from Microsoft.  The javascript problems in Safari are clearly
bugs rather than disputable incompatibilities, and they embarrassing in
number and importance, so they will surely be fixed in the next release.

Neil