[ESS] some recent bugs/annoyances
gerald.jean at dgag.ca
gerald.jean at dgag.ca
Mon Nov 12 16:16:26 CET 2012
Hello,
another annoyance, for me anyway, is when I am in a "*.q" buffer, that I
used to run Splus code, if I have no sessions opened, neither R, nor S+,
..., if I don't remember no Splus session is opened and submit some code
from that buffer, ESS just starts a new R session WITHOUT asking or
anything??? I reported this problem a few years ago, several versions back
but it is still the same. Pesonally I think ESS should just either tell me
I have no sessions running or tell me I have no sessions running and ask me
if want to open one with a choice!!! I have no problems R being the first
choice in the list but I don't think it should be launched by default!!!
After all, open source is a lot about choice, isn't it???
Thanks,
Gérald
(Embedded image moved to file:
pic21724.gif)
Gerald Jean, M. Sc. en statistiques
Conseiller senior en statistiques Lévis (siège social)
Actuariat corporatif, 418 835-4900, poste
Modélisation et Recherche 7639
Assurance de dommages 1 877 835-4900, poste
Mouvement Desjardins 7639
Télécopieur : 418
835-6657
Faites bonne impression et imprimez seulement au besoin!
Ce courriel est confidentiel, peut être protégé par le secret professionnel et
est adressé exclusivement au destinataire. Il est strictement interdit à toute
autre personne de diffuser, distribuer ou reproduire ce message. Si vous l'avez
reçu par erreur, veuillez immédiatement le détruire et aviser l'expéditeur.
Merci.
ess-help-bounces at r-project.org a écrit sur 2012/11/12 04:58:52 :
> >> Michael Lawrence <lawrence.michael at gene.com>
> >> on Fri, 9 Nov 2012 05:23:07 -0800 wrote:
>
> ML> 1) ess-eval-line-and-step function no longer works on arbitrary
buffers
> ML> like it did before. It yields a "ess-dialect is nil" error.
>
>
> Yes, this is a new side effect of making ESS more reliable for multiple
> processes interface.
>
> ML> I'm wonder if it wouldn't be possible, whenever a nil ess-dialect
> ML> is encountered, to have it bring up the session menu for assigning
> ML> the dialect to the buffer? One place where this comes up is
> ML> org-mode buffers.
>
> This is a very good idea. I will try to add this feature these days.
>
> In ESS buffers this problem should never occur. If it does, it is a bug.
>
> For other modes, such as org-mode a permanent solution for you would be
> to (setq ess-dialect "R") in org-mode-hook.
>
> ML> 2) when using an ess session through M-x shell and ess-remote,
sending
> ML> multi-line code blocks, e.g. with ess-eval-region, only gets
> to the second
> ML> line, so
>
> ML> f <- function(x) {
> ML> ...
> ML> }
>
> ML> would end up frozen at:
> >> f <- function(x) {
> ML> +
>
> I will look into this. It seems that ess-remote is not keeping up with
> recent changes.
>
> Thanks,
> Vitalie
>
> ______________________________________________
> ESS-help at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
More information about the ESS-help
mailing list