|
|
last edited 17 years ago by kratt6 |
1 2 3 | ||
Editor:
Time: 2007/11/17 21:57:41 GMT-8 |
||
Note: What to do with this fix? |
changed: - The hyperdoc and )show commands associate the source file of a package with abbreviation xxx to xxx.spad. This is not correct and sometimes the xxx is not even close to the correct file name. Please note that one spad file may contain many domains and packages. So most clicks in hyperdoc on the source file results in file not found and it is a guessing game what the right file is. An example is SOLVETRA package where the spad file is transsolve.spad; another is EF where the file is elemntry.spad. The NAG version is correct, so something in the OpenSource version is responsible for the change. From unknown Sun Apr 3 09:05:51 -0500 2005 From: unknown Date: Sun, 03 Apr 2005 09:05:51 -0500 Subject: property change Message-ID: <20050403090551-0500@page.axiom-developer.org> Category: Axiom Compiler => building Axiom from source From unknown Sun Apr 3 09:28:31 -0500 2005 From: unknown Date: Sun, 03 Apr 2005 09:28:31 -0500 Subject: .spad vs .pamphlet Message-ID: <20050403092831-0500@page.axiom-developer.org> The problem to which William is referring is caused by the way Tim has re-organized the original *.spad source files into *.spad.pamphlet files. The mapping is many-to- one where there used to be 1000+ *.spad files there are now only 300+ *.spad.pamphlet files. The new OpenSource makefile extracts the individual *.spad files as intermediate files as needed by the rest of the build, but these are not the ones passed on to the 'mnt' release directory. Instead the current makefile extracts the merged *.spad.pamphlet files and calls them *.spad files in the 'mnt' directory, but these correspond to the 300+ *.spad.pamphlet files not the 1000+ original *.spad files. I agree that the fact that these appear with the suffix ".spad" is confusing because the names because these are not the original *.spad files. I think one reason that Tim may have done that was to keep these source files in sync with the corresponding *.dvi documentation files - that is a good thing. But unfortunately it breaks Axiom's original method of referring to the appropriate source. Perhaps the *.spad files extracted as intermediate files could just be copied into the 'mnt' directory instead of the re-packaged versions. That would at least make Axim work the way it used to. But in the new system of code+documentation in pamphlet files really one is not supposed to be editing the *.spad files directly, rather it is the pamphlet file that is should to be changed - both code and associated documentation. So I suppose really Axiom should be supplying the new *.spad.pamphlet file names. This might be a little difficult since currently Axiom itself does not understand the mapping of spad to pamphlet files. I think that something would have to be changed in the Axiom database files. Regards, Bill Page. From unknown Fri Jul 1 03:17:27 -0500 2005 From: unknown Date: Fri, 01 Jul 2005 03:17:27 -0500 Subject: wild card and case sensitivity in hyperdoc Message-ID: <20050701031727-0500@page.axiom-developer.org> The searches should allow use wild card character * also be case insensitive. This is not the case in the open source version (something broken?), making it very unusable. Should be a high priority to fix since it is close to impossible for newcomers to program in Axiom without a fully working hyperdoc. Why spent time discussing about new GUI when it is perhaps simpler to fix these? From BillPage Wed Dec 7 22:56:37 -0600 2005 From: Bill Page Date: Wed, 07 Dec 2005 22:56:37 -0600 Subject: property change Message-ID: <20051207225637-0600@wiki.axiom-developer.org> Category: building Axiom from source => Axiom User Interface From billpage Mon Jan 23 19:49:36 -0600 2006 From: billpage Date: Mon, 23 Jan 2006 19:49:36 -0600 Subject: See related #116 Message-ID: <20060123194936-0600@wiki.axiom-developer.org> From kratt6 Thu Aug 10 02:27:21 -0500 2006 From: kratt6 Date: Thu, 10 Aug 2006 02:27:21 -0500 Subject: workaround - or even a fix, in some sense Message-ID: <20060810022721-0500@wiki.axiom-developer.org> Save the following as $AXIOM/lib/SPADEDIT and make it executable, and replace the call to emacs by your favorite text editor. In fact, maybe one should change the code to call the dvi file or at least the pamphlet:: #! /bin/bash ## get the filename f=\$(basename \$1 .spad) ## get the file and the line number. We can assume that grep produces only one ## answer, I guess. ## (replace \$AXIOM/src/algebra/* by the directory containing pamphlets if you ## prefer them) h=\$(grep -n ")abb.* \$f " \$AXIOM/src/algebra/*) ## get the filename name=\${h%%:*} ## get the number number1=\${h#*:} number=\${number1%:*} ## start emacs emacs +\$number \$name From kratt6 Thu Aug 10 02:32:12 -0500 2006 From: kratt6 Date: Thu, 10 Aug 2006 02:32:12 -0500 Subject: fix is in comment Message-ID: <20060810023212-0500@wiki.axiom-developer.org> Status: open => fix proposed From billpage Thu Aug 10 03:02:36 -0500 2006 From: billpage Date: Thu, 10 Aug 2006 03:02:36 -0500 Subject: cool edit script! Message-ID: <20060810030236-0500@wiki.axiom-developer.org> Thanks Martin. I think your approach to solving (or at least working around) this problem is very innovative. I definitely agree that it should be included in the Axiom distribution. In the longer term I still think that we need a more integrated support for literate programming in Axiom, but as a stopgap I think this is great! From kratt6 Fri Oct 27 04:05:22 -0500 2006 From: kratt6 Date: Fri, 27 Oct 2006 04:05:22 -0500 Subject: A better fix that also fixes #5 Message-ID: <20061027040522-0500@wiki.axiom-developer.org> Here is a pamphlet for a fix that also works for #5. <a href="SPADEDIT.pamphlet">SPADEDIT.pamphlet</a> Martin From fhub Thu Nov 23 12:46:42 -0600 2006 From: fhub Date: Thu, 23 Nov 2006 12:46:42 -0600 Subject: What to do with this fix? Message-ID: <20061123124642-0600@wiki.axiom-developer.org> I´m new to Axiom (Windows version), and I´ve also this problem with ')edit filename.input'. So what exactly should I do with this SPADEDIT.pamphlet file to solve this problem? A few postings up I read: "Save the following as $AXIOM/lib/SPADEDIT and make it executable". How can I make it executable? Sorry for my stupid questions, but as I said I´m still a newbie in Axiom, and just want to try (and use) it like other CAS. Franz.
The hyperdoc and )show commands associate the source file of a package with abbreviation xxx to xxx.spad. This is not correct and sometimes the xxx is not even close to the correct file name. Please note that one spad file may contain many domains and packages. So most clicks in hyperdoc on the source file results in file not found and it is a guessing game what the right file is.
An example is SOLVETRA package where the spad file is transsolve.spad; another is EF where the file is elemntry.spad. The NAG version is correct, so something in the OpenSource? version is responsible for the change.
mnt
release directory. Instead
the current makefile extracts the merged .spad.pamphlet
files and calls them .spad files in the mnt
directory,
but these correspond to the 300+ .spad.pamphlet files
not the 1000+ original .spad files. I agree that the fact
that these appear with the suffix ".spad" is confusing because
the names because these are not the original *.spad
files.
I think one reason that Tim may have done that was to keep these source files in sync with the corresponding *.dvi documentation files - that is a good thing. But unfortunately it breaks Axiom's original method of referring to the appropriate source.
Perhaps the *.spad files extracted as intermediate files
could just be copied into the mnt
directory instead of
the re-packaged versions. That would at least make Axim
work the way it used to. But in the new system of
code+documentation in pamphlet files really one is not
supposed to be editing the *.spad files directly, rather it
is the pamphlet file that is should to be changed - both
code and associated documentation.
So I suppose really Axiom should be supplying the new *.spad.pamphlet file names. This might be a little difficult since currently Axiom itself does not understand the mapping of spad to pamphlet files. I think that something would have to be changed in the Axiom database files.
Regards, Bill Page.
The searches should allow use wild card character * also be case insensitive. This is not the case in the open source version (something broken?), making it very unusable. Should be a high priority to fix since it is close to impossible for newcomers to program in Axiom without a fully working hyperdoc. Why spent time discussing about new GUI when it is perhaps simpler to fix these? Category: building Axiom from source => Axiom User Interface Save the following as $AXIOM/lib/SPADEDIT and make it executable, and replace the call to emacs by your favorite text editor. In fact, maybe one should change the code to call the dvi file or at least the pamphlet:#! /bin/bash ## get the filename f=$(basename $1 .spad) ## get the file and the line number. We can assume that grep produces only one ## answer, I guess. ## (replace $AXIOM/src/algebra/* by the directory containing pamphlets if you ## prefer them) h=$(grep -n ")abb.* $f " $AXIOM/src/algebra/*) ## get the filename name=${h%%:*} ## get the number number1=${h#*:} number=${number1%:*} ## start emacs emacs +$number $nameStatus: open => fix proposed Thanks Martin. I think your approach to solving (or at least working around) this problem is very innovative. I definitely agree that it should be included in the Axiom distribution.
In the longer term I still think that we need a more integrated support for literate programming in Axiom, but as a stopgap I think this is great!
Here is a pamphlet for a fix that also works for #5.Martin
I´m new to Axiom (Windows version), and I´ve also this problem with)edit filename.input
.
So what exactly should I do with this SPADEDIT.pamphlet file to solve this problem?
A few postings up I read: "Save the following as $AXIOM/lib/SPADEDIT and make it executable".
How can I make it executable?
Sorry for my stupid questions, but as I said I´m still a newbie in Axiom, and just want to try (and use) it like other CAS.
Franz.