Hi John, thank you for reporting. I'll look into this.
Hi Chris, are you using the new Alpha 9.2.3 ?
Hi Chris, Bugs #246 and #249 have been explicitly fixed. I don't know if this is the same problem as the one you encounter but here are the circumstances that triggered the apparent freeze: it occurred potentially in any mode provided the current document had Automatic Line Breaking turned on and there was an escaped comment character in the current line. For instance, in TeX mode (where the comment symbol is %), a line like Optimus pretosius corrumperet ossifragi \% catelli... triggered the freeze...
S+/R mode - Process Current File (Cmd^T) fails
RemReminder on ticket #248 : Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french
Freeze when using command+I
Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french
Freeze at (26, 70)
Encoding
Migrating Find Patterns
Bumped version to 9.2.4 Alkalurops
Restoring Previous Versions Keyboard Shortcuts
I don't see how << a recent version of Alpha had taken back Command-Option-D from the Dock >> because the bindings that are hijacked by the System do not even reach the application. The only possibility there, is that you defined something different for Hiding/Showing the Dock in the System preferences. Nevermind, I have now defined ctrl-opt-cmd-D as the default in Alpha for the Uncomment Line command. The Embrace thing seems to be solved now as you explained here. So I'm resolving this Ticket as...
Hi John, I'm not sure which patterns you have in mind. Do you mean just the last used patterns or do you mean saved patterns that would be listed at the bottom of the Patterns popup in the Find dialog. The former are stored in a global variable called recentSearches, the latter are stored in a global array called searchPattern. Both variables are found respectively in the files defs.tcl or arrdefs.tcl located in Alpha's Preferences folder (by default ~/Library/Preferences/Alpha-v9). Anyway, what...
Hi John, concerning the Uncomment Line binding I can easily change it by default to ctrl-D. Is it the preferred binding for this ? Concerning Embrace, I must have missed something because it works perfectly well for me (but I do not have a recent version of OSX because my laptop was stolen and I'm currently working with an older machine with High Sierra). Has ctrl-B been hijacked by Big Sur ? Note that the Embrace package allows you to choose something different via the Embrace-trigger preference...
Post release: reset Debug configuration
Created tag 'vs-9_2_3' for version 9.2.3 at revision 2009.
Last commit before tagging 'vs-9_2_3'.
Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french
This is fixed now. Changes committed to the repository (rev. 2009). See details in Ticket 250.
RemReminder on ticket #248 : Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french
This is fixed now. Changes committed to the repository (rev. 2009). All reported faults are resolved in the example given. Please continue to report if you experience other issues. Note that in order to avoid that the word letter be flagged, you can enable the latex mode preference called Dont Spell Check Preamble.
Fix for Tickets #248/250
Removed debugging calls in S mode
Fixed Ticket 252. Updated the doc.
S+/R mode - Process Current File (Cmd^T) fails
So I have implemented this new behaviour in Alpha 9.2.3 (soon to be released). Marking this ticket as fixed.
Hi Chris, thanks for reporting this. I would need something reproducible or more details about the circumstances. I have reviewed the attached file Problem Report.txt but my skills are insufficient to understand what is going on. Let's keep this ticket open until we know more...
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
I'm not sure what you call "previous behavior" since Alpha's R mode has been working like this for several years now. Anyway, what you want to achieve is quite simple to implement. Here is an implementation that you can copy in your file SPrefs.tcl : proc S::sourceCurrentScript {} { global SmodeVars mode set f [win::Current] if {$f eq ""} { return } if {$mode ne "S"} { alertnote "Current file is not in S+/R mode." } if {[winDirty] && [askyesno \ "Do you want to save the file before sending it to...
I don't use R GUI, only the R command line (and R Studio). On start and when doing the TCL Shell I get Error: Can't find app with id 'org.R-project.R' I think I have used every possible way of connecting /usr/local/bin/R (which is a symlink) to Alpha. in the Helper Apps it points to the realpath of R after connecting the symlink. Alpha 9.2.2 R version 4.0.4/4.0.5 (homebrew) Big Sur 11.3.1 I really would like to be able to use Alpha with R (commandline) greetings, el
Hmm, at this point I get confused. You have a command Source A File if you only want to source the file without seeing all the instructions in the R console. Concerning the slowness, isn't it because your script demands a lot of work on the R side ?
Hi Andreas, do you get an error message ? If not, could you try to execute the command from the Tcl Shell like this S::processCurrentFile /path/to/the/script.R where you replace /path/to/the/script.R by the full path of your R script. See if you get an error message.
Hi Laurent, I'm sorry for the lack of responsiveness but I am well aware of these bug reports about the shortcomings of spellchecking in TeX mode. This is on top of my todo list and I'll try to fix this ASAP.
Freeze when using command+I
Freeze when using command+I
Thanks for reporting this. This is a duplicate of Ticket #246. It has been fixed. This is caused by the \% on this line which creates an infinite loop due to a miscalculation of some position. I should release Alpha 9.2.3 now so that people are not bitten by this anymore. Sorry for the inconvenience.
New proc htmlview::clearViewer.
Implemented -selected option for TextField and more generally for views with a field editor. Updated the doc. New test file TextField_selected_test.tcl.
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
For what it’s worth, I just did a tiny bit of digging and discovered that another computer running a different operating system and a different version of Alpha is also doing the same thing. This time, it is Alpha 9.0.7 on a 2008 MacBook Pro running OS X El Capitan (10.11.6). On a third computer, a 2014 MacBook Pro running Alpha 9.1.1 and macOS Mojave (10.14.6), I get the same results. Best, John
Hi Bernard, It sounds like this is not happening to you. Thank you for confirming this; it gives me hope I can get this resolved. Yes, I am familiar with the Hide Extension checkbox. When I first noticed the problem, I immediately checked to see if that was the problem. However, there is no such checkbox in Alpha’s Save As dialog box. Also, if that were the issue, the extension would still be there, so Alpha would correctly color the text. It does not in this case. I am using Alpha 9.2.2 on a 2019...
Freeze at (26, 70)
This is fixed now. Changes committed to the repository (rev. 2004).
Fix for Ticket #246. New -reload option in proc htmlview::createHtmlViewer.
Hi John, nothing has changed recently in this area in Alpha, Sometimes the system itself offers a Save As dialog with a checkbox "Hide Extension" checked (based on what, I can't tell). Do you observe this check box (usually in the left bottom corner of the dialog) ? Which version of OS X do you have ?
I confirm that this is a bug. I have experienced it myself recently. This is caused by the percent sign in this line of text which causes an infinite loop when the return key is pressed to insert a new line. I'll look into this. Thanks for reporting and sorry for the inconvenience.
problem with filename in .tab
I have never seen this problem again in the past three years. I assume Apple fixed something in the OS. Closing this ticket now. Please reopen if necessary.
Encoding
This is fixed now implementing Jpachim's solution. I have defined a new preference called Secondary Input Encoding that is the default choice offered if Alpha failed to open a file with the input encoding. Changes committed to the repository (rev. 2003).
Fix for Ticket #240. New preference Secondary Input Encoding. Updated the doc.
Dynamical Menus under MacOS Big Sur
Marking in sh mode fails completely or is useless
Problems Loading Modes: Diff
Diff missing variable error when trying to run on Mac Catalina
Redefined Get Char Codes command to display results in a popover. Updated the doc for Codes Etc submenu.
Fixed shCompletions.tcl (missing shcmds)
Bumped version to 9.2.3 Suhail (γ Vel)
Created tag 'vs-9_2_2' for version 9.2.2 at revision 1997.
Last commit before tagging 'vs-9_2_2'.
Dynamical Menus under MacOS Big Sur
This is fixed now. Changes committed to the repository (rev. 1997). The core must be rebuilt. Version 9.2.2 will be released soon.
Fix for Ticket #245
New command 'mark count'.
Marking in sh mode fails completely or is useless
This is fixed now. Changes committed to the repository (rev. 1995).
Revision of file marking and coloring in sh mode. Misc coloring updates in bash, zsh modes.
Fixed typo in palette name
Updated doc of sh, bash and zsh modes.
Fix for Ticket 244. More python keywords. New proc charpal::display.
Hi Andreas, I just had a look at this marking issue. There is a silly error in the proc sh::MarkFile (in file shScriptsMode.tcl). At line 680, replace set pat {^(###{3,4}[\t ]+} by set pat {^(#{3,4}[\t ]+} and everything is back in order. By the way, I agree with you that marking all the statements of a script (when Mark Headers Only is not checked) is absurd and useless. I'll try to find a more useful marking policy (maybe only the flow control keywords like if, for, until, while which correspond...
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 ==============================================================================...
Hi Jean-Eric, thanks for reporting this. I am well aware of this problem and it is at the top of my todo list. I'll try to fix this as soon as possible. Meanwhile, note that the associated key binding (if there is one) works as expected.
Hi Andreas, thank you for reporting this. I am not the author of the sh mode in Alpha but I had a look at the code. Could you explain exactly what you would expect regarding file marking in sh mode ? We are speaking here of the sh mode (shell scripts mode). Note that there is also a bash mode and a zsh mode in Alpha: their marking scheme is less complex than what sh mode does.
Updated Haskell mode doc.
Fixes in the documentation regarding line breaking
Two contributions from Joachim: pull and push in vcGit, loadCurrent and gotoError in Haskell mode.
New procs htmlview::statusMessage and hi::centerOnFrame
Doc and tests for new command urlComp
TeX Synchronization with Skim is broken
Adapt the size of the selected region when a search-and-replace reduce it
pageHeader prints untitled instead of document title
New core command urlComp
Diff missing variable error when trying to run on Mac Catalina
This is the same issue as in Ticket #243. This is fixed now. Changes committed to the repository (rev. 1985). The indices must be rebuilt.
Problems Loading Modes: Diff
Hi John, I have tested this directly and indeed this is the problem. This is fixed now. Changes committed to the repository (rev. 1985). The indices must be rebuilt.
Fix for Tickets 242/243
Ah now I understand. See Ticket #243.
Hi John, such an error occurs during startup when Alpha loads the initialization scripts of all the modes. Not sure what's going on but could you try the following experiment : edit the file /Applications/Alpha.app/Contents/Resources/Libraries/AlphaTcl/Cache/index/mode find the line that says prefs::modified DiffmodeVars insert a # at the beginning of this line save the file quit Alpha and relaunch Does this solve the problem ?
Dear Andreas, thank you for your suggestions which go way beyond the initial request contained in this Ticket. As far as this ticket is concerned, I'd like to clarify what happens when Alpha reads a file. The file contains bytes and Alpha must translate (not convert) these bytes to letters. To make this possible, the user must specify the encoding (which seves as a translation table). If your file contains the byte 0xE9, here is what happens depending on the encoding declared by the user: if the...
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...
URL encoding now managed by new urlComp core command
Fixed search direction in proc text::isInSingleComment
If I understand correctly Joachim's proposal this SecondaryEncoding would be empty by default which would correspond to the current behavior (which is what Andreas prefers) but Joachim himself would set it to MacRoman, and James would set it to ISO-8859-1 (aka Latin1). So everybody would be happy. But if thereafter Joachim tries to open a Latin1 file, this file will be silently opened in MacRoman giving wrong characters for all the accented letters: he would have to use the Open File command and...
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....
Hi, I would like to suggest a more pragmatic solution, namely a second option prefs setting. For example, I would set UTF-8 as my first option and MacRoman as my second option, and Alpha would try first UTF-8, and it if doesn't work, try MacRoman (without presenting the dialogue to ask me to choose another encoding). It would work fine most of the time. Only very rarely would I have to open a windows file (and I would be willing to deal with that case in a more manual way, if I could have a more...
Hi Joachim, I agree, it is an elegant solution. I'll try to implement it.