aimmath-developers — Development related messages

FW: [Aimmath-developers] Focus in try mode

[Ken M. <mo...@pt...>]

> -----Original Message-----
> From: Gustav W Delius
> Sent: Saturday, September 20, 2003 9:32 AM
> To: AIM developers
> Subject: [Aimmath-developers] Focus in try mode
>
>
> Can someone remind me what the reason was why the Focus option disappeared
> in try mode? Was it only to avoid duplication given that there
> was already a
> "Try separately" option? Or was there actually something wrong with the
> Focus mode? I personally find the Focus mode more convenient than the "Try
> separately" link.

The reason it "disappeared" was because it didn't work, so I just deleted it
since there was already a "Try separately" link and it didn't seem worth the
effort to debug it to obtain a redundant feature.

If you want to try to debug it and sort it all out, one technical point you
might want to keep in mind is that they actually are using two different
mechanisms... the Focus link uses the try/Quiz.mpl admin command and only
shows the focused question, whereas the Try Separately link uses
try/Question.mpl.  Thus there will be some differences between the pages
produced by each.  For example, if you try the quiz in focused mode, you
probably want to disable the big Index of Questions at the top of the page
(but not if it is in unfocused mode), whereas that index doesn't show up in
Try Question.

Speaking of broken admin commands, I can confirm the bug you reported in
version 3_0... the AnalyzeQuestion command no longer works if you click on
the Results link next to a question on the Quiz admin page.  I think it has
something to do with handling multipart questions, but the fix isn't obvious
to me because I don't fully understand the multipart question implementation
yet.

KEN

[Aimmath-developers] Focus in try mode

[Gustav W D. <gw...@yo...>]

Can someone remind me what the reason was why the Focus option disappeared
in try mode? Was it only to avoid duplication given that there was already a
"Try separately" option? Or was there actually something wrong with the
Focus mode? I personally find the Focus mode more convenient than the "Try
separately" link.

Gustav

RE: [Aimmath-developers] taking over the JISC list

[Gustav W D. <gw...@yo...>]

> Did you check out bugzilla etc?  Although there are plenty of problems
> with the sourceforge list, I think it's important that we should have
> something set up so that you can easily look at an index of all
> reported bugs, see the status of each bug, and read through all
> relevant emails;  I don't think we will be able to do this if we use
> JISC to host the main developers list.

I am not proposing to move away from the SourceForge bug tracker.
It is only the SourceForge mailing list that is too unreliable. The two
are unrelated.

Gustav

[Fwd: Re: [Aimmath-developers] Authenticate students also with AdminPassword]

[Manolis M. <M.M...@ed...>]

-------- Original Message --------
Subject: Re: [Aimmath-developers] Authenticate students also with 
AdminPassword
Date: Mon, 20 Oct 2003 05:20:48 +0100
From: Manolis Mavrikis <M.M...@ed...>
To: gu...@ma...
References: <FKE...@ma...>

Gustav W Delius wrote:
> In aim/Subject.mpl I have added two lines to the method AuthenticateStudent
> so that it authenticates a student also if the given password is the
> AdminPassword rather than the student's password. This is no security risk
> because if a student know the AdminPassword it is bad news anyway. However
> it makes it much easier for external programs to log in students.
> 
> Let me know if there are any objections to this change.
> 

I 've done the same but with a different set password just to add a
layer of security (there are people sniffing http requests)

Manolis

[Aimmath-developers] taking over the JISC list

[Gustav W D. <gw...@yo...>]

Hi Chris,

you are the list administrator for the JISC list. I would like to start
using that list as developer list (because I just again received some
e-mails from the sourceforge list that I sent a long time ago). Could you
perhaps send a message to the JISC list explaining to everyone how they can
unsubscribe from the list and recommend to them that they should register on
aiminfo.net in order to continue to receive important AiM mailings? We
already agreed that we wanted to do that with the release of AiM 3.0. The
only new thing is that instead of simply leaving JISC mail unused as
originally planned we will use it for developer emails.

Best wishes,
Gustav

[Aimmath-developers] bug fix release

[Gustav W D. <gu...@ma...>]

Ken asked:

> On a related matter, I posted these changes to the main/head
> branch at CVS,
> but they really should be in the 3_0 release as bug fixes.  What
> is our plan
> for that?  Should we wait until we get a bunch of bug fixes in the HEAD
> branch and then move it to version 3_01 and release that, or
> should we make
> such fixes directly to the version 3_0 branch?  The former seems a safer
> approach.  Thoughts?

I think I will merge all bug fixes from HEAD into the AiM_3_0 branch over
the weekend and release AiM 3.0.1 then. Virtually all the changes that have
been made since the release of AiM 3.0 qualify as bug fixes anyway so it
will be straightforward.

I notice that we have not received any bug reports from the wild. AiM really
doesn't have enough users yet I guess.

Gustav

[Aimmath-developers] RE: SET

[Gustav W D. <gu...@ma...>]

Thank you very much, Ken.

> >
> > Hi Ken,
> >
> > I am trying to use your new SET package in an AiM question but
> don't quite
> > know how to. Could you send me an example?
>
> Hi Gustav,
>
> Sorry for the delay in replying. The SET package was the last one I wrote,
> and unlike Inert, which I tested in "production" with my classes last
> Spring, it hasn't yet been used in questions.  This was one of
> the things I
> wanted to test further when I asked for the month extension a couple weeks
> ago.  I have it sorted out now, and I just committed a batch of
> changes that
> make it work like it is supposed to.  I also wrote up the section of
> AuthoringGuide.pdf on the SET package and posted that to CVS.  That should
> have enough examples in it, but if it doesn't let me know and
> I'll add some
> that address whatever questions you have.

[Aimmath-developers] Authenticate students also with AdminPassword

[Gustav W D. <gu...@ma...>]

In aim/Subject.mpl I have added two lines to the method AuthenticateStudent
so that it authenticates a student also if the given password is the
AdminPassword rather than the student's password. This is no security risk
because if a student know the AdminPassword it is bad news anyway. However
it makes it much easier for external programs to log in students.

Let me know if there are any objections to this change.

Gustav

RE: [Aimmath-developers] QuestionSeed / QuizSeed confusion

[Gustav W D. <gw...@yo...>]

Sorry Neil,

you are right, the lines I am refering to are in aim/try/Quiz.mpl, not in
aim/try/Question.mpl as I had incorrectly written in my message.

Gustav

> I am confused: the text
>
> "QuizSeed" = sprintf("%d",seed),
>
> appears at line 275 in aim/try/Quiz.mpl, but does not seem to appear
> at all in (any version of) aim/try/Question.mpl
>
> Neil
>
> > I am rather confused by the use of both QuestionSeed and QuizSeed in
> > aim/try/Question.mpl. There in the html template one finds on
> lines 145 -
> > 148
> >
> >      [["inputtext",
> >       "name" = "QuestionSeed",
> >       "value" = {"QuestionSeed"},
> >       "onchange" = "seedchanged=true;"]]]]],
> >
> > But then later when the template is being filled one finds
> >
> >     "QuizSeed" = sprintf("%d",seed),
> >
> > rather than "QuestionSeed". This leads to "value" = {"QuestionSeed"}
> > remaining in the html output.
> >
> > Now I am not at all sure whether both occurences should be
> > QuizSeed or both
> > QuestionSeed. Can you clarify? What is the difference between the two?
> >
> > Gustav
>
>

[Aimmath-developers] QuestionSeed / QuizSeed confusion

[Gustav W D. <gw...@yo...>]

I am rather confused by the use of both QuestionSeed and QuizSeed in
aim/try/Question.mpl. There in the html template one finds on lines 145 -
148

     [["inputtext",
      "name" = "QuestionSeed",
      "value" = {"QuestionSeed"},
      "onchange" = "seedchanged=true;"]]]]],

But then later when the template is being filled one finds

    "QuizSeed" = sprintf("%d",seed),

rather than "QuestionSeed". This leads to "value" = {"QuestionSeed"}
remaining in the html output.

Now I am not at all sure whether both occurences should be QuizSeed or both
QuestionSeed. Can you clarify? What is the difference between the two?

Gustav

RE: [Aimmath-developers] bug in try/Question and try/Quiz

[Neil S. <N.P...@sh...>]

I think this was just a mistake, which I never noticed, because
Internet Explorer tolerated the resulting malformed HTML.  It is
possible that this fix will cure one of the problems that Leah
reported in Safari, which may have been caused by Safari failing
to tolerate this error.

Neil

>
> Both try/Question and try/Quiz create the Seed: box with the
> following code:
>
>   [["inputtext",
>      "name" = "QuestionSeed",
>      "value" = {"QuestionSeed"},
>      "onchange='seedchanged=true;'"]]
>
> This produces an input box with an extra unwanted ="true" in it (this is
> generated by the SetAttributes method of the HTML/Tag class). I therefore
> changed the code to:
>
>   [["inputtext",
>      "name" = "QuestionSeed",
>      "value" = {"QuestionSeed"},
>      "onchange" = "seedchanged=true;"]]
>
> I have committed this to CVS to the HEAD branch but not yet to the AiM_3_0
> branch because I am a bit worried that there must be a good reason for why
> it was in its original form. If there was and you know it, please warn me.
>
> Gustav
>
>
>
>
> -------------------------------------------------------
> 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
>

[Aimmath-developers] bug in try/Question and try/Quiz

[Gustav W D. <gu...@ma...>]

Both try/Question and try/Quiz create the Seed: box with the following code:

  [["inputtext",
     "name" = "QuestionSeed",
     "value" = {"QuestionSeed"},
     "onchange='seedchanged=true;'"]]

This produces an input box with an extra unwanted ="true" in it (this is
generated by the SetAttributes method of the HTML/Tag class). I therefore
changed the code to:

  [["inputtext",
     "name" = "QuestionSeed",
     "value" = {"QuestionSeed"},
     "onchange" = "seedchanged=true;"]]

I have committed this to CVS to the HEAD branch but not yet to the AiM_3_0
branch because I am a bit worried that there must be a good reason for why
it was in its original form. If there was and you know it, please warn me.

Gustav

RE: [Aimmath-developers] Sorry ... new bug in LaTeX translation

[Greg G. <gr...@ma...>]

On Sun, 14 Sep 2003, Ken Monks wrote:
GG> I'm still getting the `` in one of my Trig examples. So I don't think this
GG> is fixed yet, but thanks, with all the info. you've given I think I'll be
GG> able to sort it out. ...
> 
> Just look at the `latex/latex/symbol` routine in aim/LaTeX.mpl.  You will
> see what changes I made since I have them commented.  I tested the two
> examples you gave in your original message and they both worked as you
> wanted on my system, so perhaps the `` in your example is a different
> situation (or the mods I just made only work in Maple 9)?  Or perhaps it is
> coming from some other Maple latex routine that we are not currently
> overriding because the expression you are constructing with `` is not a
> symbol?

Hi Ken,

It took me a while to see it but the committed routine's name was
`latex/latex/symbol_no` rather than `latex/latex/symbol` ... I guess
that was your debugging name. Anyway, changing the name it worked fine.
Anyway, I worked out what had been going wrong to produce the bug we
were seeing before. Maple does in fact have a bug in this routine
... I guess you spotted it ... in all the clauses starting

elif is(QQ, BottomProp) <> FAIL

it checks for 0 < length(QQ) too late (after testing something that
requires the string to be nonempty) and your change fixes that bug.

I still don't like what the routine does to `-1` (it typesets in
as verbatim). The else block at the end, I think should be changed
to simply output the list ... or maybe check for the special chars
and if there are any output it verbatim ... I'll look at it again 
later on.

  Regards,
  Greg 

RE: [Aimmath-developers] RE: OS X AiM

[Gustav W D. <gu...@ma...>]

Jon wrote:

> Unfortunately it also has the CVS directory in each subdirectory.

The aim.zip file has now been fixed and does not contain CVS files anymore.

> I am also guessing that the included Linux tth binary will not
> work for OS X or other Unixes. I believe I had to compile tth from
> source for my installation. I will test and see.

Very good point. So for anything that is not Linux or Windows we should
disable the use of the included tth binaries and reinstate the search for an
existing version of tth.

> I also found some spelling errors in installosx.html. Some were in what
> I had added, but there were quite a few in what I copied from
> installlin.html. It might be a good idea to do a diff and find the
> corrections that need to be made to the other install files. I can do
> this later this week.

Thanks.

> Also the tar.gz does not work for me. Other tar.gz files I download
> work so I'm not sure what is going on. It creates a loop and I get
> several copies of the same file.

Does anyone else experience similar problems?

Gustav

[Aimmath-developers] Committed Servlet.mpl changes

[Jon B. <jbr...@wo...>]

I have committed the changes proposed by Neil and Gustav to 
Servlet.mpl. I commented out all of the code responsible for generating 
startaim.sh(startaim.bat) and stopaim.sh(stopaim.bat). This will 
necessitate changes to the installlin.html and installwin.html files. I 
took a look but didn't want to mess with the directions for a system I 
can't test. I did make changes to installosx.html and committed them. I 
also made changes to AutoConf.mpl for the default location of the Maple 
binary on OS X. I have not committed the change. When I have done 
further testing I will commit.
______________________________________
q-series are my game.

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

RE: [Aimmath-developers] Sorry ... new bug in LaTeX translation

[Ken M. <mo...@pt...>]

> -----Original Message-----
> From: Greg Gamble [mailto:gr...@ma...]
> Sent: Sunday, September 14, 2003 10:50 PM
> To: Ken Monks
> Cc: AIM developers
> Subject: RE: [Aimmath-developers] Sorry ... new bug in LaTeX translation
>
:
> Incidentally, does the Maple 5 definition of
> `latex/latex/symbol` upset Inert? Does Inert need the Maple 7, 8, 9
> definition of `latex/latex/symbol`?

No because Inert is a completely separate formatting system.  It doesn't
need or use anything from the built-in latex package.  Each inert expression
contains its own TeX formatting as a field inside it, either as a proc or a
string.  It doesn't use the built-in latex routines at all.

> I'm still getting the `` in one of my Trig examples. So I don't think this
> is fixed yet, but thanks, with all the info. you've given I think I'll be
> able to sort it out. I've got a tut. now ... so I'll have to look at it
> later on.

Just look at the `latex/latex/symbol` routine in aim/LaTeX.mpl.  You will
see what changes I made since I have them commented.  I tested the two
examples you gave in your original message and they both worked as you
wanted on my system, so perhaps the `` in your example is a different
situation (or the mods I just made only work in Maple 9)?  Or perhaps it is
coming from some other Maple latex routine that we are not currently
overriding because the expression you are constructing with `` is not a
symbol?

-KEN

RE: [Aimmath-developers] Sorry ... new bug in LaTeX translation

[Greg G. <gr...@ma...>]

Before I get into this, I want to thank you for the nice job you did
WhatsNewInV3.txt (I was a bit amused by your comment that it was a bit 
rough). It was good enough that I didn't bother to add to it ... maybe
I'll add something when I'm happy with what happens with ``.

On Sun, 14 Sep 2003, Ken Monks wrote:
GG> Sorry but there still seem to be problems with the new LaTeX routines.
GG> ...
GG> I'm guessing that either the change is due to a missing eval somewhere
GG> or changes made to the `aim/LaTeX` routines to make the Inert package
GG> work. Is it possible, to have the old behavior without breaking Inert?
> 
> This had nothing to do with Inert.  As I said before, Inert is completely
> independent of the default latex formatting routines... adding Inert did not
> cause ANY of the latex formatting problems and bugs that we have fixed
> recently because it is a completely separate formatting system.

No, no ... I wasn't suggesting that the changed behaviour was due to 
Inert. I was pretty sure it was changes in the `aim/LaTeX` routines.
I was speculating that to make something work in the Inert package a
change in `aim/LaTeX` was made.

> The built-in Maple command latex(``) causes an error in Maple itself (try it
> in a worksheet) in Maple 8 and 9, but not in Maple 7.  In all three versions
> of Maple the command latex(``||(-1)) returns \mbox {{\tt `-1`}}.

Ah! Well this really is wrong IMO, since ``||(-1) is of type symbol and 
should be treated like other symbols (except maybe I can see that it might
be appropriate to set them in tt font ... but the `` shouldn't be there 
IMO). Anyway, so the problem lies at Maple's door. They are really bad in
listing the changes they make between versions. 

> So the
> behavior you are describing is not an AIM bug, but rather the default Maple
> behavior for the latex command in versions 7,8,9.  The reason you got away
> with it in the past is that we had been overriding `latex/latex/symbol` in
> aim/LaTeX/mpl with an old routine, probably a modified version of the one
> supplied with Maple 5, which had different behavior.

Thanks for the explanation. Thanks also for the detailed explanation
you gave before about the overrides. I had been using the `` trick for a 
while, and then I noticed a comment in the code made by Neil about it.

> The problem with
> overriding built-in Maple routines is that as Maple updates the routines, we
> aren't getting the updates in our overrides.

Yes, true ...'cept sometimes Maple gets it wrong ... and IMO they got it 
wrong this time. Incidentally, does the Maple 5 definition of 
`latex/latex/symbol` upset Inert? Does Inert need the Maple 7, 8, 9
definition of `latex/latex/symbol`?
 
> Our recent problems with formatting complex numbers, ln, and producing
> "\sin" vs "sin", were all a result of trying to use old routines to override
> the routines for newer versions of Maple.  To fix the "\sin" bug I deleted
> the override to `latex/latex/symbol` and that fixed the problem.  It also
> meant that the latex formatting of `` and ``||(-1) both reverted to the
> Maple defaults for Maple 7,8, and 9, which is the behavior you describe.  So
> the changes you experienced are due to changes in the way Maple formats
> those expressions, not changes we made to those routines in AIM.
> 
> So what I did just now was modify the Maple 7 version of
> `latex/latex/symbol` so it no longer puts `` around nonstandard symbols like
> ``||(-1) and so it returns NULL for the symbol ``.  This seems to do the
> trick in Maple 9 and returns the old AIM formatting behavior you desire.  I
> can't test it in Maple 8 or 7 though.  I committed the changes to the head
> branch, not to the 3.0 release branch, so I'll leave it up to you to commit
> it to the 3.0 branch if it works for you under 7 and 8.  I think the bug fix
> for formatting `` is definitely an improvement, but I have mixed feelings
> about the lack of quotes around all nonstandard symbols, though I can't
> think of a situation where that might be a problem offhand.  You might want
> to look at the code for `latex/latex/symbol` in aim/LateX.mpl and see if it
> looks like the change might affect anything else before committing to the
> main release branch.

I'm still getting the `` in one of my Trig examples. So I don't think this 
is fixed yet, but thanks, with all the info. you've given I think I'll be 
able to sort it out. I've got a tut. now ... so I'll have to look at it 
later on.
 
  Regards,
  Greg

RE: [Aimmath-developers] Change to Servlet.mpl

[Neil S. <N.P...@sh...>]

I think that these scripts were genuinely needed for Tomcat 3, but 
probably not for Tomcat 4 (although I still used them out of habit)
and certainly not for Tomcat 5 (which I'm now using although it's
a beta release).  I propose that we ignore Tomcat 3, so we can 
probably discard the scripts.

Neil

> -----Original Message-----
> From: aim...@li...
> [mailto:aim...@li...]On Behalf Of
> Gustav W Delius
> Sent: 14 September 2003 21:47
> To: AIM developers
> Subject: RE: [Aimmath-developers] Change to Servlet.mpl
> 
> 
> Jon wrote:
> > I missed an or statement in Servlet.mpl where the startaim.sh and
> > stopaim.sh scripts are written.
> 
> I never understood the need for these scripts anyway. I always just start
> and stop Tomcat the usual way. The scripts appear only to be 
> telling Tomcat
> where to find Java (JAVA_HOME) and where to find itself (CATALINA_HOME).
> Apparently in earlier versions Tomcat wasn't intelligent enough 
> to know this
> info by itself. Even if that was the case, why would you want to set the
> environment variables a second time to the same values when 
> shutting Tomcat
> down? The Windows installation instructions already don't refer to the
> scripts startaim.bat and stopaim.bat anymore. I propose we drop them from
> the linux and OS X instructions as well unless someone actually 
> needs them.
> 
> > If there are no objections, I will commit the change tomorrow.
> 
> Yes, please do.
> 
> Gustav
> 
> 
> 
> 
> -------------------------------------------------------
> 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
> 

RE: [Aimmath-developers] Change to Servlet.mpl

[Gustav W D. <gu...@ma...>]

Jon wrote:
> I missed an or statement in Servlet.mpl where the startaim.sh and
> stopaim.sh scripts are written.

I never understood the need for these scripts anyway. I always just start
and stop Tomcat the usual way. The scripts appear only to be telling Tomcat
where to find Java (JAVA_HOME) and where to find itself (CATALINA_HOME).
Apparently in earlier versions Tomcat wasn't intelligent enough to know this
info by itself. Even if that was the case, why would you want to set the
environment variables a second time to the same values when shutting Tomcat
down? The Windows installation instructions already don't refer to the
scripts startaim.bat and stopaim.bat anymore. I propose we drop them from
the linux and OS X instructions as well unless someone actually needs them.

> If there are no objections, I will commit the change tomorrow.

Yes, please do.

Gustav

[Aimmath-developers] Change to Servlet.mpl

[Jon B. <jbr...@wo...>]

I missed an or statement in Servlet.mpl where the startaim.sh and=20
sto=
paim.sh scripts are written. Thus I was not getting the scripts when=20
=
I installed. I didn't notice before since I had symlinks to prior=20
ver=
sions. I added or if os_os =3D "OS X" to the line starting this block=20
=
of code for the Linux installation.

If there are no objections, I will=
 commit the change tomorrow.
______________________________________
A M=
athematician is a machine for turning coffee into theorems. (Paul=20
Erd=
=F6s)

Jon Breitenbucher
The College of Wooster
Department of Mathema=
tics and Computer Science
Wooster, Ohio 44691

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

[Aimmath-developers] [ aimmath-Bugs-806142 ] Incorrect parsing of Maple commands in OS X AiM

[SourceForge.net <no...@so...>]

Bugs item #806142, was opened at 2003-09-14 15:24
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=439479&aid=806142&group_id=44411

Category: Marking
Group: None
Status: Open
Resolution: None
Priority: 7
Submitted By: Jon Breitenbucher (breitenbucher)
Assigned to: Nobody/Anonymous (nobody)
Summary: Incorrect parsing of Maple commands in OS X AiM

Initial Comment:
If one creates a new course and quiz under an OS X AiM 

installation and uses the Tutorial for the quiz, then any 

question whose answer involves exp, ln, abs, etc appears to 

have the answer parsed in reverse. For example you get an 

error saying forbidden command sba, nl, or pxe in the 

marking. I imagine this would happen for sin, cos, sum. 

However it does not happen on the question involving 

Sum. This has been around since I started using Maple 9. 

I'm not sure what is causing it. No one else using 9 seems 

to be able to reproduce it. Nowhere else in the set up of 

AiM on OS X do I have problems. Any suggestions on what 

I should look at?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=439479&aid=806142&group_id=44411

RE: [Aimmath-developers] Re: release of 3.0

[Gustav W D. <gu...@ma...>]

Hi Greg,

I had actually received your bug report in time but had come to the same
conclusion as you that it was not likely to affect many users. You should
nevertheless file a bug report for it, otherwise it might well get forgotten
again.

There is one other bug in the bug tracker, but I have not had any
confirmation whether anyone besides me can reproduce that bug. So again I
decided not to delay the release.

There will however almost certainly be an AiM 3.0.1 bug fix release at some
point in the future.

Regards,
Gustav

> -----Original Message-----
> From: aim...@li...
> [mailto:aim...@li...]On Behalf Of Greg
> Gamble
> Sent: 14 September 2003 17:25
> To: AIM developers
> Subject: [Aimmath-developers] Re: release of 3.0
>
>
> Hi Gustav,
>
> I wondered why you had released AiM 3.0 when I had sent a new bug report
> ... and then I noticed it only just now came through, despite some other
> messages coming through almost straight after I'd sent them (and after I
> had sent the bug report). There's probably no harm done, however. The
> bug is unlikely to affect new users, except that it puts some unwanted
> ``s in one or two of my Trig examples.
>
>   Regards,
>   Greg
>
>
>
> -------------------------------------------------------
> 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
>

[Aimmath-developers] Re: release of 3.0

[Greg G. <gr...@ma...>]

Hi Gustav,

I wondered why you had released AiM 3.0 when I had sent a new bug report
... and then I noticed it only just now came through, despite some other
messages coming through almost straight after I'd sent them (and after I
had sent the bug report). There's probably no harm done, however. The
bug is unlikely to affect new users, except that it puts some unwanted
``s in one or two of my Trig examples.

  Regards,
  Greg

RE: [Aimmath-developers] small changes to installation instructions

[Gustav W D. <gu...@ma...>]

Neil wrote:

> That's great; but I would again suggest that you offer a .zip version
> as well.  My Windows XP will handle .zip files without any additional
> software or configuration,

That is a very good point. There is therefore now also a zip version of AiM
3.0 at http://aimmath.sourceforge.net/aim.zip. I will include it in the
Windows installation instructions as well.

Neil, could you check that it is downloading and installing o.k.?

Gustav

RE: [Aimmath-developers] small changes to installation instructions

[Neil S. <N.P...@sh...>]

That's great; but I would again suggest that you offer a .zip version
as well.  My Windows XP will handle .zip files without any additional
software or configuration, but I need cygwin tools (or something else)
to deal with .tar.gz files.  And in any case, many people will be 
familiar with .zip files but may not have heard of .tar.gz.

Neil

> I have uploaded the new file aim.tar.gz that contains release 3.0 to
> aimmath.sourceforge.net. I will now test it and then publish it.
> 
> Gustav