> *,
That's wild enough to include me. I really don't have anything to
contribute, but I thought I should delurk sometime.
> when i first got the code (before it saw the light of day) i spent a
> lot of time thinking about my past sins and letting my mud settle. as
> a result of that navel gazi
C Y wrote:
> I'm
> just saying that in an open source project discussion without code
> ultimately goes nowhere. I don't think that's a danger here, but it
> has been known to effectively kill projects in the past.
Is that (projects getting killed) necessarily bad?
> > The running of Spad depend
*,
when i first got the code (before it saw the light of day) i spent a
lot of time thinking about my past sins and letting my mud settle. as
a result of that navel gazing i decided that the system needed to be
completely rewritten. the task at that time was to rewrite the system
into pamphlet fil
--- William Sit <[EMAIL PROTECTED]> wrote:
> C Y wrote:
> > I think it is more like "if there are two firmly opposed points of
> > view in a debate, if only one person is willing to put the coding
> > time behind their ideas then they win the argument by default."
> > Or perhaps "only ideas wit
Bill Page wrote:
>
> Tim,
>
> On November 7, 2005 12:23 PM you wrote:
> >
> > replace that text with the one i just sent you.
> > this update will go out as part of the next patch.
> > hopefully that fixes the problem.
> >
>
> Thanks Tim. That looks much better and does fix the problem for
> m
C Y wrote:
>
> --- William Sit <[EMAIL PROTECTED]> wrote:
>
> > Bill Page wrote:
> > >
> > > Tim
> > >
> > > On November 6, 2005 1:16 PM you wrote:
> > > >
> > > > in open source "advocacy is volunteering"
> > [snipped]
> > > I agree that "advocacy is volunteering" ...
> >
> > Well, I don't! To
Hello all,
It's time for me to weigh in on some issues again.
>>Converting Boot code to Lisp is trivial - just run the compiler.
>>That is the first step that Tim has already used in his recent
>>work to which I am objecting.
I agree that this is not the best way to convert the system to
Lisp.
Greetings!
Hans Peter Würmli <[EMAIL PROTECTED]> writes:
> Hi Camm
>
> I can probably not reproduce all the smaller or larger glitches I
> encountered,
> but they all seemed to be like the one with postprop.
>
> > Am fixing this now in a -4 debian package upload. It would be most
> > helpfu
Thank you, Bill.
> >
> > if isPower(x**y) returns [x**y,1] then I would expect
> > isMult(x*y) to return [x*y,1] as the power expression
> > seems to be viewed as (x**y)**1, so one would
> > expect the second expression to be viewed as (x*y)*1.
>
> I agree with you that it is a little inconsistent
re: maxima.
i know Jim Amundson. He's a good guy. We can ask him if he or someone
else would like to help. probably just crossposting a request to the
maxima mailing list would likely get a response also.
re: integration integration
more on this later. i'm lagged at the moment.
t
___
Tim,
Could you explain a little more about what you have in mind
with the TILU site/database
http://torte.cs.berkeley.edu:8010/tilu
Mirroring this site on MathAction and maybe adding something
like Axiom-style input and LaTeX output or something like that,
e.g. adding the following kind of MathA
i'd like to make the integration by lookup opaque to the user
so the various math systems "just work".
for axiom this is going to take a bit of work due to the type issue.
i don't know about reduce as i haven't looked at the code.
axiom already does some pattern-match lookup so i expect that is
t
Dan,
You may remember me as we've crossed paths in the past but it
has been a while. My last email for you was as world.std.com.
Richard Fateman has a TILU server which contains a database of
integrals that can be accessed from common lisp.
Bill Page has a website (page.axiom-developer.org) whe
I checked the interface.
If you do the same as Ron Avitzur, you open a socket and
send a string in prefix form, like
(integrate (sin x) x)
and you get a response like (-1)*cos(x)
Even easier would be (* -1 (cos x))
but that is not what Ron wanted.
The socket is at tilu/integrateGC2
I could se
Dan,
You may remember me as we've crossed paths in the past but it
has been a while.
Richard Fateman has a TILU server which contains a database of
integrals that can be accessed from common lisp.
Bill Page has a website (page.axiom-developer.org) where he's
been building up a mathematics web s
Martin,
Tim provided an updated pamphlet file that I have put on
MathAction. Does this work now for you?
If not, could you please let me know what
linux version:
browser and version:
dvi viewer and version:
you are using?
Thanks.
Bill Page.
On November 7, 2005 11:14 AM you wrote:
> >
Richard,
Axiom has a wiki website (page.axiom-developer.org) where we are
hosting not only axiom but other computer algebra systems.
You run the tilu website.
It would be a useful extension to the systems we host to enable
them to use your database lookup for computation. I hesitate
to point our
Martin Rubey wrote:
>
> William Sit <[EMAIL PROTECTED]> writes:
>
> > What we need is a development kit with tools to set breaks and examine Axiom
> > variables, displayed in mathematical notations, not Lisp data structures
> > down to
> > the nitty gritty.
>
> You do know about
>
> )trace C
Tim,
On November 7, 2005 12:23 PM you wrote:
>
> replace that text with the one i just sent you.
> this update will go out as part of the next patch.
> hopefully that fixes the problem.
>
Thanks Tim. That looks much better and does fix the problem for
me using MikTeX Yap on Windows.
Does the '
--- root <[EMAIL PROTECTED]> wrote:
> the bibtex file in src/doc is intended to be the standard place
> where bibtex references from axiom reside. this keeps the bibtex
> reference files from showing up all over the place.
>
> it only references axiom files now because that's all i had at the
> t
On November 7, 2005 10:10 AM Kai Kaminski wrote:
>
> I don't feel like participating in the language arguments going
> on at the moment. Still I would like to voice my support for Tim's
> position in this matter.
Thank you for participating anyway. :)
>
> In particular, I agree with him that B
the bibtex file in src/doc is intended to be the standard place
where bibtex references from axiom reside. this keeps the bibtex
reference files from showing up all over the place.
it only references axiom files now because that's all i had at the time.
the idea of the bibtex file as a pamphlet f
replace that text with the one i just sent you.
this update will go out as part of the next patch.
hopefully that fixes the problem.
t
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists.nongnu.org/mailman/listinfo/axiom-developer
On November 7, 2005 11:10 AM C Y wrote:
> ...
> So this I guess would be a UnitsandDimensions.bib file to
> go along with UnitsandDimensions.pamphlet. I doubt it would
> make sense to include it in a global bib file ...
I think this is an interesting question that I think must have
been addresse
On November 7, 2005 10:49 AM C Y wrote:
>
> Dunno if these relate to Mathaction, the pamphlet structure, or
> what exactly so I'll just throw them out:
Yes, they do relate to how pamphlets are implemented on
MathAction.
>
> a) I'm building a bibtex file that is specialized to the units
> and d
--- root <[EMAIL PROTECTED]> wrote:
> you're semi-innovating here, which is a good thing.
>
> re: bibtex
>
> there is some prior art. see src/doc/axim.bib.pamphlet.
> consider rewriting/redesigning/redoing it.
I take it you're referring to this?:
http://wiki.axiom-developer.org/axiom--test--1/s
you're semi-innovating here, which is a good thing.
re: bibtex
there is some prior art. see src/doc/axim.bib.pamphlet.
consider rewriting/redesigning/redoing it.
re: hyperlinks
hyperlinks are fine in pamphlet files, i think.
they'll cause us some dependency pain but they are worth it.
not sure
Changes http://www.axiom-developer.org/zope/mathaction/WinTeXmacs/diff
--
$$\frac{1}{2}$$
--
forwarded from http://www.axiom-developer.org/zope/mathaction/[EMAIL PROTECTED]
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists.nongnu.
On November 7, 2005 10:53 AM Tim Daly wrote:
>
> what source file?
>
fspace.spad.pamphlet
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists.nongnu.org/mailman/listinfo/axiom-developer
Changes http://www.axiom-developer.org/zope/mathaction/ProgrammingAxiom/diff
--
++added:
Debugging in Axiom
Axiom contains some powerful commands to help with testing and
debugging library modules written in Spad and also the Axiom system
itself. The most important of these commands is ')trace'
Dunno if these relate to Mathaction, the pamphlet structure, or what
exactly so I'll just throw them out:
a) I'm building a bibtex file that is specialized to the units and
dimensions effort - how would this file be handled as 1) part of a
MathAction rendering and 2) as part of the Axiom source t
"Bill Page" <[EMAIL PROTECTED]> writes:
> Have any seen this error with any other source files?
>
> Can anyone reproduce this problem using a dvi viewer on linux?
>
http://wiki.axiom-developer.org/axiom--test--1/src/algebra/FspaceSpad
Clicking on pdf or dvi returns a page
---
Hi everyone,
I don't feel like participating in the language arguments going on at
the moment. Still I would like to voice my support for Tim's position
in this matter.
In particular, I agree with him that BOOT is *not* higher-level than
Lisp. There is not a single feature in Lisp that can't be e
--- William Sit <[EMAIL PROTECTED]> wrote:
> Bill Page wrote:
> >
> > Tim
> >
> > On November 6, 2005 1:16 PM you wrote:
> > >
> > > in open source "advocacy is volunteering"
> [snipped]
> > I agree that "advocacy is volunteering" ...
>
> Well, I don't! To have that as the defacto working pr
what source file?
t
___
Axiom-developer mailing list
Axiom-developer@nongnu.org
http://lists.nongnu.org/mailman/listinfo/axiom-developer
William Sit <[EMAIL PROTECTED]> writes:
> What we need is a development kit with tools to set breaks and examine Axiom
> variables, displayed in mathematical notations, not Lisp data structures down
> to
> the nitty gritty.
You do know about
)trace COMBF )math
(does not work with EXPR, unfort
Willaim,
Thanks for noticing this. I get the a similar error when I try
to open the dvi file using Yap from MikTeX. But this is very
strange because I can open other dvi files and I can even open
this file in pdf format even though the pdf format is created from
the dvi using dvipdfm.
The file do
Hans Peter,
On November 7, 2005 1:28 AM you wrote:
>
> Thank you for the quick answer. I had hoped for a different
> one. S-expressions are what I would call a parse tree, but
> I feel that I have to leave thinking in Axiom and need
> rethinking in Lisp. Anyway, I will try.
I know what you mean
Bill Page wrote:
>
> Tim
>
> On November 6, 2005 1:16 PM you wrote:
> >
> > in open source "advocacy is volunteering"
[snipped]
> I agree that "advocacy is volunteering" ...
Well, I don't! To have that as the defacto working principle is to discourage
people from commenting or advocating. All w
root wrote:
> boot subtracts functionality and forces me to code things that
> i know generate code which is a waste of time. do this:
>
> cd int/interp
> fgrep MAKESTRING *
>
> see all those calls to MAKESTRING? lets investigate. each call looks like:
>
> (MAKESTRING "a string")
>
> so w
Bill Page wrote:
>
> Am (marginally) happier. :)
>
> On November 6, 2005 10:50 AM Tim Daly wrote:
> >
> > intloop () ==
> > mode := $intRestart
> > while mode = $intRestart repeat
> > resetStackLimits()
> > mode := CATCH($intTopLevel,
> > SpadInterpretStream(1, [
root wrote:
> sorry, but you are reasoning by wrong analogy.
>
Let me try another analogy. Ever use MS Word to generate an html page and look
at how inefficient the generated html source is? Well, I hate that every time I
see such html code, and I myself never used that: I hand code html pages u
Hello everybody ! Hans, Bill and others...
> I am struggling with dealing with Expressions. For most sake and purposes I
> can find a fix and solve my small problems, but I never feel very assured.
I have the same problem when I try to expand cos(2*x) in cos(x)^2-sin(x)^2.
The expand(cos(x+y))
43 matches
Mail list logo
