How about creating a Scheme Box?
Benjamin L. Russell
http://www.gigamonkeys.com/book/lispbox/) and Clojure Box (see
http://clojure.bighugh.com/), wouldn't it be convenient to have a
SLIME-based
(see http://common-lisp.net/project/slime/) Scheme Box? It seems that
unfair that Common Lispers and Clojurers are having all the fun.
-- Benjamin L. Russell
--
Benjamin L. Russell / DekuDekuplex at Yahoo dot com
http://dekudekuplex.wordpress.com/
Translator/Interpreter / Mobile: +011 81 80-3603-6725
"Furuike ya, kawazu tobikomu mizu no oto."
-- Matsuo Basho^
Pascal J. Bourguignon
> Along the lines of Lispbox (see
> http://www.gigamonkeys.com/book/lispbox/) and Clojure Box (see
> http://clojure.bighugh.com/), wouldn't it be convenient to have a
> SLIME-based
> (see http://common-lisp.net/project/slime/) Scheme Box? It seems that
> unfair that Common Lispers and Clojurers are having all the fun.
SLIME-based scheme "box" could be convenient (IIRC somebody worked on
a scheme-48 swank backend for slime a few years ago).
But I'm not sure there's a pressing need for it, given nice scheme
implementations+IDE such as DrScheme.
If we had a DrCommonLisp, there would be no need for LispBoxes...
--
__Pascal Bourguignon__
Grant Rettke
> Along the lines of Lispbox (seehttp://www.gigamonkeys.com/book/lispbox/) and Clojure Box (seehttp://clojure.bighugh.com/), wouldn't it be convenient to have a
> SLIME-based
> (seehttp://common-lisp.net/project/slime/) Scheme Box? It seems that
> unfair that Common Lispers and Clojurers are having all the fun.
What Scheme distributions does SLIME work with?
Greg
wrote:
> Benjamin L. Russell <DekuDekup...@Yahoo.com> writes:
>
> > Along the lines of Lispbox (see
> >http://www.gigamonkeys.com/book/lispbox/) and Clojure Box (see
> >http://clojure.bighugh.com/), wouldn't it be convenient to have a
> > SLIME-based
> > unfair that Common Lispers and Clojurers are having all the fun.
>
> SLIME-based scheme "box" could be convenient (IIRC somebody worked on
> a scheme-48 swank backend for slime a few years ago).
>
> But I'm not sure there's a pressing need for it, given nice scheme
> implementations+IDE such as DrScheme.
>
> If we had a DrCommonLisp, there would be no need for LispBoxes...
>
> --
> __Pascal Bourguignon__
I like EMACS, and in fact due my Scheme-ing in it. It's not like it's
a difficult setup; install a Scheme, download quack.el, and add the
require to your .emacs file.
Aaron W. Hsu
I kind of agree here. Who's going to decide what's in the box?
DrScheme is already a pretty self-contained GUI, or should we skip
that and use Scheme48 1.3 and SLIME48, maybe update it? Maybe we
use SWL with its editor and REPL from Chez Scheme? Or how about
Emacs?
I don't think there's a way of packaging Scheme into some kind of
box: it's too diverse for that! Besides, we're having way more
fun with our implementations over here than they are over there!
:-D
--
Aaron W. Hsu <arc...@sacrideo.us> | <http://www.sacrideo.us>
"Government is the great fiction, through which everybody endeavors to
live at the expense of everybody else." -- Frederic Bastiat
+++++++++++++++ ((lambda (x) (x x)) (lambda (x) (x x))) ++++++++++++++
Aaron W. Hsu
>On Jun 2, 5:43=A0am, Benjamin L. Russell <DekuDekup...@Yahoo.com> wrote:
>> Along the lines of Lispbox (seehttp://www.gigamonkeys.com/book/lispbox/) =
>and Clojure Box (seehttp://clojure.bighugh.com/), wouldn't it be convenient=
> to have a
>> SLIME-based
>> (seehttp://common-lisp.net/project/slime/) Scheme Box? =A0It seems that
>> unfair that Common Lispers and Clojurers are having all the fun.
>What Scheme distributions does SLIME work with?
Taylor Campbell wrote SLIME48 for Scheme48 1.3, but has since stopped
maintaining it or bringing it up to speed with newer versions of
Scheme48.
Aaron W. Hsu
>I like EMACS, and in fact due my Scheme-ing in it. It's not like it's
>a difficult setup; install a Scheme, download quack.el, and add the
>require to your .emacs file.
Don't forget to download paredit.el.
Shiro Kawai
https://sourceforge.net/project/showfiles.php?group_id=25227&package_id=275266
It uses Meadow instead of raw Emacs, for it works better with Windows
IME.
--shiro
On 6月2日, 午前12:43, Benjamin L. Russell <DekuDekup...@Yahoo.com> wrote:
> Along the lines of Lispbox (seehttp://www.gigamonkeys.com/book/lispbox/) and Clojure Box (seehttp://clojure.bighugh.com/), wouldn't it be convenient to have a
> SLIME-based
> (seehttp://common-lisp.net/project/slime/) Scheme Box? It seems that
> unfair that Common Lispers and Clojurers are having all the fun.
>
> -- Benjamin L. Russell
> --
> Benjamin L. Russell / DekuDekuplex at Yahoo dot comhttp://dekudekuplex.wordpress.com/
Benjamin L. Russell
This is basically what I was looking for. It seems like it could
still use at least the following improvements, though:
1) The Windows installer currently installs a shortcut to "Gauchebox"
in the Start Menu and the Desktop, but this just starts up a REPL in a
terminal window, while the real Gauchebox running in the bundled
Meadow is started by a shortcut labelled "Meadow." This "Meadow"
shortcut should really be renamed "Gauchebox," the current "Gauchebox"
shortcut should be renamed "Gauchebox REPL," and the icon for the
Meadow in Gauchebox should be changed to the one for the Gauchebox
terminal window REPL, which is much more Scheme-ish than the one for
the bundled Meadow.
2) The fonts in Meadow3 seem hard to read compared to those in GNU
Emacs 22.3.1. Is there any way to unify the fonts to those of the
latter?
3) If possible, the buncled Meadow in Gauchebox, when started, should
bring up a ripple-effect banner similar to the one for Lispbox or
Clojure Box. Currently, there seems to be no startup banner for
Gauchebox.
It's interesting that you should mention Gauchebox, since I had
already downloaded this package on February 20, but hadn't installed
it then because of documentation which I had read at the time that the
"Pre-compiled Windows Binary (Experimental)," Gauche-mingw-0.8.14.zip,
of the same version number, at
http://practical-scheme.net/gauche/download.html, had the following
problem:
>Pre-compiled Windows Binary (Experimental)
>
> * Gauche-mingw-0.8.14.zip
>
>This is a binary archive of pre-compiled Gauche on Windows/MinGW. MinGW
> DLL is included, so just unzip the archive in your choice of directory and it
>should work. Note that it is an early experimental stage; many system
>functions doesn't work, and it is likely that there are broken parts. Use it at
>your own risk.
Therefore, at that time, I had proceeded to download and install
Meadow3 (downloaded from
http://www.meadowy.org/meadow/dists/3.00/setup.exe) and
Gauche-0.8.14.tgz (downloaded from
http://sourceforge.net/project/downloading.php?groupname=gauche&filename=Gauche-0.8.14.tgz&use_mirror=nchc)
separately, and to customize my .emacs file to call customized
versions thereof, which became.emacs.nt.el or .emacs.meadow.el,
depending on whether GNU Emacs or Meadow was called (they both refer
to .emacs).
Incidentally, for reference, here is the code in my .emacs file that I
use to switch between .emacs.nt.el for GNU Emacs and .emacs.meadow.el
for Meadow:
>(if (featurep 'meadow)
> (if (file-exists-p (expand-file-name "~/.emacs.meadow.el"))
> (load (expand-file-name "~/.emacs.meadow.el") nil t nil))
> (if (file-exists-p (expand-file-name "~/.emacs.nt.el"))
> (load (expand-file-name "~/.emacs.nt.el") nil t nil))
> )
Also for reference, in order to get Gauchebox to work correctly with
my current Meadow installation (I had already installed the Japanese
IME Winanthy (see http://www.kmc.gr.jp/proj/winanthy/)
(Japanese-language site) and made some customizations to use SKK (see
the third blue code box at
http://d.hatena.ne.jp/LukeSilvia/20080417/1208404476)
(Japanese-language site), for instance), settings for whose .emacs
file switching between .emacs.nt.el and .emacs.meadow.el were
partially borrowed from
http://72.14.235.132/search?q=cache:B3Xqvrn_jdAJ:coderepos.org/share/browser/dotfiles/emacs/oinume/.emacs.my.el%3Frev%3D13819
%26format%3Dtxt+Meadow+%2Bmaximize&hl=en&lr=lang_ja&client=firefox-a&hs=LmQ&gl=jp&strip=1,
I needed to perform the following changes:
A. Copy the following directories from c:/meadow/site-lisp/ to
c:/Program Files/Gauchebox/Meadow/site-lisp/:
color-theme-autoloads.el
color-theme-autoloads.elc
color-theme-autoloads.in
color-theme.el
color-theme.elc
quack.el
scheme-complete.el
B. Copy the following folder from c:/meadow/packages/lisp/ to
c:/Program Files/Gauchebox/Meadow/packages/lisp:
skk
(Note: The above-mentioned changes mentioned in Steps A and B are
only necessary if Meadow is already installed and .emacs has already
been customized for a setup matching my Meadow setup. Otherwise,
Gauchebox works find out-of-the-box (although the installer is worded
in Japanese).)
After these changes, since Gauchebox now seems to run smoothly, I'll
probably use Gauchebox for most of my Gauche needs, and only use the
separately installed Meadow3 if I have problems with the system
functions of Gauche.
Does Gauchebox have the same problems with system functions as the
version contained in Gauche-0.8.14.tgz, or is everything fully
functional?
-- Benjamin L. Russell
Shiro Kawai
and am not maintaining Gauchebox, I didn't realize those shortcomings.
I'll let the maintainer know your post.
As far as I know, what Gauchebox has is the same as Gauche-mingw
version, so there are still limitations in system-related functions.
I haven't got a chance to improve Windows port for a while, though
it is always near the top of my task list :-)
--shiro
On 6月2日, 午後11:56, Benjamin L. Russell <DekuDekup...@Yahoo.com> wrote:
> I just downloaded and installed Gauchebox, and it seems to work fine.
> This is basically what I was looking for. It seems like it could
> still use at least the following improvements, though:
>
> 1) The Windows installer currently installs a shortcut to "Gauchebox"
> in the Start Menu and the Desktop, but this just starts up a REPL in a
> terminal window, while the real Gauchebox running in the bundled
> Meadow is started by a shortcut labelled "Meadow." This "Meadow"
> shortcut should really be renamed "Gauchebox," the current "Gauchebox"
> shortcut should be renamed "Gauchebox REPL," and the icon for the
> Meadow in Gauchebox should be changed to the one for the Gauchebox
> terminal window REPL, which is much more Scheme-ish than the one for
> the bundled Meadow.
>
> 2) The fonts in Meadow3 seem hard to read compared to those in GNU
> Emacs 22.3.1. Is there any way to unify the fonts to those of the
> latter?
>
> 3) If possible, the buncled Meadow in Gauchebox, when started, should
> bring up a ripple-effect banner similar to the one for Lispbox or
> Clojure Box. Currently, there seems to be no startup banner for
> Gauchebox.
>
> It's interesting that you should mention Gauchebox, since I had
> already downloaded this package on February 20, but hadn't installed
> it then because of documentation which I had read at the time that the
> "Pre-compiled Windows Binary (Experimental)," Gauche-mingw-0.8.14.zip,
> of the same version number, athttp://practical-scheme.net/gauche/download.html, had the following
> problem:
>
> >Pre-compiled Windows Binary (Experimental)
>
> > * Gauche-mingw-0.8.14.zip
>
> >This is a binary archive of pre-compiled Gauche on Windows/MinGW. MinGW
> > DLL is included, so just unzip the archive in your choice of directory and it
> >should work. Note that it is an early experimental stage; many system
> >functions doesn't work, and it is likely that there are broken parts. Use it at
> >your own risk.
>
> Therefore, at that time, I had proceeded to download and install
> Meadow3 (downloaded fromhttp://www.meadowy.org/meadow/dists/3.00/setup.exe) and
> Gauche-0.8.14.tgz (downloaded fromhttp://sourceforge.net/project/downloading.php?groupname=gauche&filen...)
> separately, and to customize my .emacs file to call customized
> versions thereof, which became.emacs.nt.el or .emacs.meadow.el,
> depending on whether GNU Emacs or Meadow was called (they both refer
> to .emacs).
>
> Incidentally, for reference, here is the code in my .emacs file that I
> use to switch between .emacs.nt.el for GNU Emacs and .emacs.meadow.el
> for Meadow:
>
> >(if (featurep 'meadow)
> > (if (file-exists-p (expand-file-name "~/.emacs.meadow.el"))
> > (load (expand-file-name "~/.emacs.meadow.el") nil t nil))
> > (if (file-exists-p (expand-file-name "~/.emacs.nt.el"))
> > (load (expand-file-name "~/.emacs.nt.el") nil t nil))
> > )
>
> Also for reference, in order to get Gauchebox to work correctly with
> my current Meadow installation (I had already installed the Japanese
> IME Winanthy (seehttp://www.kmc.gr.jp/proj/winanthy/)
> (Japanese-language site) and made some customizations to use SKK (see
> the third blue code box athttp://d.hatena.ne.jp/LukeSilvia/20080417/1208404476)
> (Japanese-language site), for instance), settings for whose .emacs
> file switching between .emacs.nt.el and .emacs.meadow.el were
> partially borrowed fromhttp://72.14.235.132/search?q=cache:B3Xqvrn_jdAJ:coderepos.org/share/...
> <shiro.ka...@gmail.com> wrote:
> >There's a GaucheBox, as an easy starter for windows users:
> >https://sourceforge.net/project/showfiles.php?group_id=25227&package_...
Grant Rettke
>
> I don't think there's a way of packaging Scheme into some kind of
> box:
Would you say that Schemers tend to think outside of the box? ;)
Aaron W. Hsu
Maybe they are like water, which fills any container easily enough,
until you get turbulence, and then they go make their own sloshy path.
*shrugs*