User Activity

  • Created ticket #257 on AlphaCocoa

    Error Domain=NSCocoaErrorDomain ... Permission denied

  • Posted a comment on ticket #250 on AlphaCocoa

    Hi Bernard Thank you very much. Indeed the problem seems to be solved. We are very fortunate to have you so efficient to take care of Alpha Regards Laurent Praly

  • Posted a comment on ticket #250 on AlphaCocoa

    Thank you very much for your anwser. So I'll be patient :-) . Don't rush. I'll find a way around waiting for your solution

  • Created ticket #250 on AlphaCocoa

    RemReminder on ticket #248 : Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french

  • Created ticket #248 on AlphaCocoa

    Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french

  • Posted a comment on ticket #233 on AlphaCocoa

    OK. Thanks for the clarification. In this case I do agree. This is very handy De : "Bernard Desgraupes" A : "[alphacocoa:tickets] " <233@tickets.alphacocoa.p.re.sourceforge.net> Envoyé: mardi 26 Mai 2020 10:06 Objet : [alphacocoa:tickets] #233 tab after \label{}• in TeX mode We are speaking here about the situation where templates introduce empty labels. For instance, if you insert a template for the align environment (select Maths Environments > align… and, say, choose 2 equations), here is what...

  • Posted a comment on ticket #233 on AlphaCocoa

    But then why this behavior for \label{} only, why not also for \bibitem{}, \ref{}, \cite{}, ... ? My view point is: If you don't want a label you do not enter it, instead of entering it and then deleting it with a procedure nominally supposed to move the cursor to the next or previous bullet and in particular to exit the range of {} It is anyway a good thing that we can monitor the behavior. Thank you for this. Laurent Praly De : "Bernard Desgraupes" A : "[alphacocoa:tickets] " <233@tickets.alphacocoa.p.re.sourceforge.net>...

  • Posted a comment on ticket #233 on AlphaCocoa

    Cher Bernard A nouveau un grand merci pour votre aide pour cet autre problème. Au moins cette fois, ce n'est pas ma configuration qui est en cause. Par contre je vois que cette proc TeX::nextStop est déjà sous cette forme FILE: "latexEnvironments.tcl" created: 11/10/1992 {10:42:08 AM} last update: 2011-10-24 21:19:50 Il est donc étrange que le problème que je mentionne n'ait pas déjà été signalé depuis 2011. Ces 4 lignes ont donc peut-être leur raison d'être pour une toute autre cause. Donc comme...

View All

Personal Data

Username:
laurentpraly
Joined:
2020-05-16 21:04:28

Projects

  • No projects to display.

Personal Tools