Hello João,
I've been using github slime continuously for a few days and everything I normally use seems to be working fine, but today I tried to use multiple REPLs by loading slime-mrepl in my .emacs file, which is available in the contrib folder. When I do M-x slime-open-listener as the documentation indicates, I get [No match] as a response. Is there another way to get multiple REPLs in different threads?
I was hoping to try this feature because I have a client / server app I want to test by running the server from one REPL and the client from the second REPL, but I can't do it in slime without slime-mrepl working.
Also, as I was scouring the slime html documentation looking for clues about multiple REPLs I noticed several sections where the text was single-columned, which didn't look very readable. The sections I noticed where this occurred were: 2.5.2 Multiple Lisps. 3.1.4 Key bindings 3.2 Evaluation commands 3.3 Compilation commands . . . Seems to continue on this way... I create the html file by using 'make slime.html' in the slime/doc folder and this is what it produces.
Thanks,
Paul Bowyer
Paul Bowyer pbowyer@olynet.com writes:
I've been using github slime continuously for a few days and everything I normally use seems to be working fine, but today I tried to use multiple REPLs by loading slime-mrepl in my .emacs file, which is available in the contrib folder. When I do M-x slime-open-listener
Hmmm, the actual command appears to be `slime-new-mrepl'. Have you tried that? I have and it opens a new repl (though apparently a limited one).
Anyway, the documentation does need to be updated, but I don't know enough of the mrepl contrib right now to do it. I guess I could at least fix that entry point tip though.
Also, as I was scouring the slime html documentation looking for clues about multiple REPLs I noticed several sections where the text was single-columned, which didn't look very readable. The sections I noticed where this occurred were: 2.5.2 Multiple Lisps. 3.1.4 Key bindings 3.2 Evaluation commands 3.3 Compilation commands
I don't see these glitches. Maybe the version of the programs you used to make the documentation have glitches. I'm using the latest slime and a fairly up-to-date debian wheezy.
João
Hi João,
I found a solution to the columnized text in the slime.html file. Rather than using:
texi2html $<
in the make file, I used:
makeinfo --html --no-split $<
which works just as well, but without the single-columned text.
If you find this acceptable, I've attached the modified makefile from slime/doc to this message. I don't know how that might impact other users...
The version of texi2html that is available on my Linux Mint is version 1.82-ubuntu. I did some searching and discovered that there is a version 5.0 available, but not on my distro. I was hesitant to install it because it might break something else.
By the way, slime-mrepl seems to be usable for my purposes. At first I thought it wasn't working until I stopped redirecting all the output to the main repl. then it started responding properly.
Thanks,
Paul Bowyer
Paul Bowyer pbowyer@olynet.com writes:
Hi João,
I found a solution to the columnized text in the slime.html file. Rather than using:
texi2html $<
in the make file, I used:
makeinfo --html --no-split $<
which works just as well, but without the single-columned text.
The thing is, I can't see the single-columned text in my slime.html file that I build with "cd doc && make slime.html". Maybe I don't understand what you mean by "single-columned"...
Can you maybe post a screenshot of what you see as single-columned text? To imagebin.org?
My texi2html is also version 1.82.
On the other hand, and while I do find the texi2html output a little bit more readable and navigable (more line breaks and navigation options), I don't object to using your makeinfo line if the former technique shows breakage. So if you can point it out and noone objects I'll commit that change soon.
By the way, slime-mrepl seems to be usable for my purposes. At first I thought it wasn't working until I stopped redirecting all the output to the main repl. then it started responding properly.
Great!
On 01/31/2014 03:15 PM, João Távora wrote:
Paul Bowyer pbowyer@olynet.com writes:
Hi João,
I found a solution to the columnized text in the slime.html file. Rather than using:
texi2html $<
in the make file, I used:
makeinfo --html --no-split $<
which works just as well, but without the single-columned text.
The thing is, I can't see the single-columned text in my slime.html file that I build with "cd doc && make slime.html". Maybe I don't understand what you mean by "single-columned"...
I've been doing some more checking and the problem may be due to khtml in konqueror. When I open it in Firefox, I do not get the single-columned text. Firefox is the default html viewer for dolphin but khtml is used for konqueror unless webkit is offered, which I don't see on my system.
Since it turns out that the problem may not be related to texi2html maybe it's best to leave things as they are unless other users experience similar problems.
I choose to use konqueror as the default file-manager rather than dolphin because I like the ability to view many different file types which dolphin does not have.
Can you maybe post a screenshot of what you see as single-columned text? To imagebin.org?
I'm attaching a single-column1.png to show what the original makefile produces and single-column2.png to show what the modified makefile produces when I view them in konqueror using khtml.
My texi2html is also version 1.82.
On the other hand, and while I do find the texi2html output a little bit more readable and navigable (more line breaks and navigation options), I don't object to using your makeinfo line if the former technique shows breakage. So if you can point it out and noone objects I'll commit that change soon.
By the way, slime-mrepl seems to be usable for my purposes. At first I thought it wasn't working until I stopped redirecting all the output to the main repl. then it started responding properly.
Great!
Hi João,
Referring to my last message where I wrote: ------------------------------------------------------------------------- I've been doing some more checking and the problem may be due to khtml in konqueror. When I open it in Firefox, I do not get the single-columned text. Firefox is the default html viewer for dolphin but khtml is used for konqueror unless webkit is offered, which I don't see on my system. -------------------------------------------------------------------------
I did some more searching and finally looked on the Linux Mint forums where I came across a post that mentioned kpart-webkit. I searched for that package in my package manager and it turned up, so I installed it. Once that was done I rebuilt the slime documentation using the original makefile and it looked normal with webkit as opposed to the single-columned appearance that showed up with khtml.
Sorry I wasn't able to find webkit before I made all the ruckus about the makefile fix. If anyone else happens to mention this particular problem, you'll be able to suggest a couple of solutions though. :-)
Paul Bowyer
Paul Bowyer pbowyer@olynet.com writes:
Sorry I wasn't able to find webkit before I made all the ruckus about the makefile fix. If anyone else happens to mention this particular problem, you'll be able to suggest a couple of solutions though. :-)
Yes, it's quite alright. So konqueror uses webkit? i guess that problem would eventually turn up in version of other browsers, such as safari.
João
On 01/30/2014 01:41 PM, João Távora wrote:
Paul Bowyer pbowyer@olynet.com writes:
I've been using github slime continuously for a few days and everything I normally use seems to be working fine, but today I tried to use multiple REPLs by loading slime-mrepl in my .emacs file, which is available in the contrib folder. When I do M-x slime-open-listener
Hmmm, the actual command appears to be `slime-new-mrepl'. Have you tried that? I have and it opens a new repl (though apparently a limited one).
That actually works. I'll give it a try to see if I can use it the way I want,
Anyway, the documentation does need to be updated, but I don't know enough of the mrepl contrib right now to do it. I guess I could at least fix that entry point tip though.
The way to invoke it is documented in slime-mrepl also, which probably should be corrected.
Also, as I was scouring the slime html documentation looking for clues about multiple REPLs I noticed several sections where the text was single-columned, which didn't look very readable. The sections I noticed where this occurred were: 2.5.2 Multiple Lisps. 3.1.4 Key bindings 3.2 Evaluation commands 3.3 Compilation commands
I don't see these glitches. Maybe the version of the programs you used to make the documentation have glitches. I'm using the latest slime and a fairly up-to-date debian wheezy.
I use texi2html to make the documentation. Maybe I need to do something different.
João
Thanks for checking this out. I'll see what I can do with the documentation build.
Paul Bowyer
-
joaotavora＠gmail.com -
Paul Bowyer