Activity for Fischlin Andreas
-
Fischlin Andreas posted a comment on ticket #1663
Hej Christiaan, I just wanted to let you know that I have now been working for a few days using 1.9.2. The problems that I encountered with 1.9.1 and caused me to downgrade to < 1.9 are all gone. Excellent. Thanks for all your work. Very much appreciated. Cheers, Andreas ETH Zurich Prof. em. Dr. Andreas Fischlin Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics CHN E 24 Universitaetstrasse 16 8092 Zurich SWITZERLAND andreas.fischlin@env.ethz.ch andreas.fischlin@env.ethz.ch www.sysecol.ethz.ch/people/andreas.fischlin.html...
-
Hej Christiaan, Sorry, I downgrade to 1.8.20 as there are too many bugs I encounter in 1.9.1 while I have no time to debug and chase the causes down. I just experienced that previously running AppleScripts that worked for years with many versions no longer work as they no longer find any of the attached files (pdf’s). Just wanted to let you know. I will file a bug in case you want so later. But right now I am sorry to not have the time. Andy in any case, thanks for all the great work you do. I really...
-
P.S.: Sorry for the bad title, but it seems can't fix anything once ticket is created. It should read "Can't delete URL from right side preview by selecting and backspace"
-
Can't delete URL from attached documents by selecting and backspace
-
Publications -> Reveal Files in Finder selects wrongly parent folder (2 levels up)
-
Thank you Christiaan! Andreas ETH Zurich Prof. em. Dr. Andreas Fischlin IPCC Vice-Chair WGII Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics CHN E 24 Universitaetstrasse 16 8092 Zurich SWITZERLAND andreas.fischlin@env.ethz.chandreas.fischlin@env.ethz.ch www.sysecol.ethz.ch/people/andreas.fischlin.htmlhttp://www.sysecol.ethz.ch/people/andreas.fischlin.hml +41 44 633-6090 phone +41 44 633-1136 fax +41 79 595-4050 mobile Make it as simple as possible, but distrust it! On 06/08/2021,...
-
Journal field T2 becomes wrongly Booktitle instead of Journal when importing from .ris
-
Thanks a lot Bernard (merci beaucoup). It works like a charm, I just use Cmd^T (all other T related shortcuts are already in use by many other processes). Works nicely as the new Cmd^T ;-) BTW, yes, as far back as I can remember (many, many years of R use with Alpha) Cmd^T has sourced the R script. But I have to admit, I do not remember when that changed, as I have not used R since several months now.
-
Dear Bernard, Perhaps one more thing on this: As I said initially, this may also be the result from changes in R and it could well be that Alpha’s S+/R mode is not the reason for the change in behavior. Andreas ETH Zurich Prof. em. Dr. Andreas Fischlin IPCC Vice-Chair WGII Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics CHN E 24 Universitaetstrasse 16 8092 Zurich SWITZERLAND andreas.fischlin@env.ethz.chandreas.fischlin@env.ethz.ch www.sysecol.ethz.ch/people/andreas.fischlin.htmlhttp://www.sysecol.ethz.ch/people/andreas.fischlin.hml...
-
Ok. Let me explain: I guess you mean the menu command in Alpha's S+/R mode menu 'Source A Script...'. This command is not of much use, as it is cumbersome and you have to go through the file selection dialog and reselecting the file you have currently open in Alpha to accomplish the sourcing. That is about the same as switching to R and there to issue the correspondng menu command "File -> Source File...". True, these commands do what the S+/R mode has been doing previously when issuing Cmd^T, i.e....
-
Bonjour Bernard, Thanks for any hints on this issue (which is perhaps not a bug ;-) ). Andreas
-
I tried to execute from the Tcl Shell and get the same. No error message, instead of sourcing the entire script is shown in the R console. I attach a screenshot from R's console so you can see the difference. This is a new behavior. In the attached screenshot you see first the end of the processed R script as sent from Alpha, then I have manually written a comment explaining that I would now source the very same file (at the bottom). With the updated R, the speed is again acceptable and I can at...
-
I updated R to R 4.0.5 GUI 1.74 Catalina build (7950). This works better as the script steps are at least not only shown but also executed acceptably fast now. However, the R script file is still not sourced as was previously the case.
-
S+/R mode - Process Current File (Cmd^T) fails
-
Dear all, Just to cofirm, I have also observed this behavior many versions ago. However, at the moment I am afraid I cannot tell which version that was I observed this a bit annoying behavior the first time. Andreas ETH Zurich Prof. em. Dr. Andreas Fischlin IPCC Vice-Chair WGII Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics CHN E 24 Universitaetstrasse 16 8092 Zurich SWITZERLAND andreas.fischlin@env.ethz.chandreas.fischlin@env.ethz.ch www.sysecol.ethz.ch/people/andreas.fischlin.htmlhttp://www.sysecol.ethz.ch/people/andreas.fischlin.hml...
-
Dear Bernard, I guess an excerpt should demonstrate what I mean: ____ BEGIN OF shell script EXCERPT ______ echo " Hint: Use command 'switch2using -v' to learn about RASS environment variables" fi fi # end of big if for se-server 4.7 - Done? if [ "$onlyInfo" = TRUE ]; then # only info wanted CleanupAndExit 0 fi ============================================================================== 5. Test preconditions for possible switching ==============================================================================...
-
Marking in sh mode fails completely or is useless
-
Dear Bernard, I do not necessarily prefer the current behavior, since it is indeed a bit cumbersome. I would therefore also prefer a simpler, more automated approach. However, to really explain what I would prefer, I would need more clarity what the proposal actually is as I explained in my previous e-mail. The only thing I can say at this point already is, (i) yes, I welcome some support in easier conversion to a desirable encoding such as UTF-8, (ii) but I wish to have sufficient control over the...
-
Dear all, Perhaps that’s a solution that means less effort when opening older files, indeed. I would basically welcome to have less to do when opening files. However, I am not fully convinced that simply defining a default encoding is always what we want for following reasons, my default encoding being UTF-8: (i) I like nevertheless to be reminded that the file is not encoded in UTF-8, e.g. MacRoman, since I prefer to “convert” all my files sooner or later to UTF-8 encoding whenever I modify files....
-
I am of the view that the old behavior should be restored. Alpha was and I hope will continue to be the tool of choice when it comes to really edit a text file, whatever the content. Some files become inevitably text files with inconsistent EOLs. Then Alpha should warn about that fact and do nothing with those unless the user chooses to do so, e.g. when saving. Even an option to restore the original inconsistent EOLs might be helpful in some situations. Just my bit of input on this issue.
-
Dear Chris, My main Mac is also still with OS X 10.9.5 (Mavericks) but I can easily...
-
Unfortunately I can only confirm this. I have been using various input methods, but...
-
But I agree with the initial observation that much of the terminology is not as clear...
-
Ok, I was not aware this was intentionally done. But then I would like to have a...
-
The zipped bib file 'RDMPaper.bib.zip'
-
Sorting by '1st Author or Editor' not correct
-
Menu command "Help -> Visit BibDesk Wiki" of BD Version 1.6.4 (3536) points to a...
-
Help -> Visit BibDesk Wiki points to dead URL
-
BibDesk_Applescripts
-
BibDesk_Applescripts
-
BibDesk_Applescripts
-
BibDesk_Applescripts
-
BibDesk_Applescripts
-
BibDesk_Applescripts
-
BibDesk_Applescripts
-
BibDesk_Applescripts
-
BibDesk_Applescripts
-
BibDesk_Applescripts
1