alphacocoa-devel — AlphaCocoa Development List

Re: [Alphacocoa-devel] S+/R mode - Process Current File (Cmd^T) fails

[Bernard D. <bde...@or...>]

Hi Eberhard,

the commands « Process Current File » and « Process Selection » in Alpha’s R menu are meant to work with the GUI versions of R (either R.app or RStudio). Communication goes through AppleEvents. So the services in Helper Apps expect you to choose one of these applications.
The R command line does not understand Apple Events.
What you want to achieve is certainly feasible and could be implemented using Tcl’s exec command. But how (or where) would you expect the output of R’s calculations to be sent back ?

Cheers,
Bernard



> Le 13 mai 2021 à 12:04, Dr Eberhard W Lisse <el...@li...> a écrit :
> 
> 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
> 

[Alphacocoa-devel] [alphacocoa:tickets] #252 S+/R mode - Process Current File (Cmd^T) fails

[Bernard D. <bde...@us...>]

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 $SmodeVars(rApp)?"]} {
		save
	} 

	if {$SmodeVars(stayInAlpha)} {
		app::launchBack [S::bundleID]
	} else {
		app::launchFore [S::bundleID]
	}
	xserv::invoke sourceRFile -file $f
	
	return
}

binding create -tag S {coz 'T'} S::sourceCurrentScript
```

The last line defines a `ctrl-opt-cmd T` binding to this new proc called `S::sourceCurrentScript`.  
After you copy this in your file SPrefs.tcl, then quit Alpha and relaunch it: now you can just press `ctrl-opt-cmd T` to get your current file sent to R.app as a *source* command.
Whether this new implementation should become the default for the *Process Current File* command in Alpha's R menu may be debated.  I have no objection: the current behaviour could be handled by the *Process Selection* command when the selection is ... empty (!). 


---

** [tickets:#252] S+/R mode - Process Current File (Cmd^T) fails**

**Status:** open
**Labels:** S+/R mode 
**Created:** Thu May 13, 2021 09:21 AM UTC by Fischlin Andreas
**Last Updated:** Thu May 13, 2021 11:46 AM UTC
**Owner:** nobody


The essential menu command "S+/R -> Process Current File" of the S+/R mode fails. It does no longer source, i.e. it does not process the current file. I am sorry to lack the time right now to figure out why that is. Perhaps it is the R GUI app which has changed, but then Alpha might need to adjust what Apple Event it sends to R. In any case, INMHO  the mode is crippled by this problem. Does anyone perhaps know a solution to this problem?  I would greatly appreciate getting any hints on how to circumvent this if bigger modifications would be required to the mode as this is rather at the moment urgent for me. Thanks.

Alpha 9.2.2 (10145) -- R 3.6.1 GUI 1.70 El Capitan build -- OS X 10.14.6 (Mojave)


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #252 S+/R mode - Process Current File (Cmd^T) fails

[Fischlin A. <afi...@us...>]

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. selecting the menu command 'S+/R -> Process Current File'.

I believe it is much, much more preferable to return to the previous behavior and source the current file when issuing Cmd^T. The current behavior, if to be retained at all, would need to go to another, new menu command in the S+/R mode menu and could perhaps be issued with shortcut Cmd^Opt^T. But the crucial Cmd^T needs to source again the file. 

Note, similarly, the mode menu commands "S+/R -> Process Selection" need also to return to the previous behavior of only sourcing that selection. Perhaps, here you could argue that the current behavior would be more acceptable, as you might use that command often when debugging R scripts. However, I favor for sure the old behavior as many of my R scripts are complex and produce also complex calculation results, which become unreadable whith the current behavior.

Another option than adding new menu comamnds retaining the current behavior might be to switch to some debugging mode via a preference and adding only a toggling menu command. In the debugging mode you would have the current behavior, in the normal default mode, the old behavior of merely sourcing the script (or script selection).

The issue with the speed with the older R version 3.6.1 is the fact that the script is not sourced, but somhow slowly, line by line accepted and interpreted and processed in such a slow manner, that the Cmd^T is basically unusable. With the exactly same software sourcing the very same script, everything R does is back to normal speed. Therefore, for the older R versions, the new approach seems to me to be alone for speed reasons a no go. R script code needs there to be sourced as always.


---

** [tickets:#252] S+/R mode - Process Current File (Cmd^T) fails**

**Status:** open
**Labels:** S+/R mode 
**Created:** Thu May 13, 2021 09:21 AM UTC by Fischlin Andreas
**Last Updated:** Thu May 13, 2021 10:13 AM UTC
**Owner:** nobody


The essential menu command "S+/R -> Process Current File" of the S+/R mode fails. It does no longer source, i.e. it does not process the current file. I am sorry to lack the time right now to figure out why that is. Perhaps it is the R GUI app which has changed, but then Alpha might need to adjust what Apple Event it sends to R. In any case, INMHO  the mode is crippled by this problem. Does anyone perhaps know a solution to this problem?  I would greatly appreciate getting any hints on how to circumvent this if bigger modifications would be required to the mode as this is rather at the moment urgent for me. Thanks.

Alpha 9.2.2 (10145) -- R 3.6.1 GUI 1.70 El Capitan build -- OS X 10.14.6 (Mojave)


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] Re: #252 S+/R mode - Process Current File (Cmd^T) fails

[Eberhard W L. <el...@us...>]

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

On 2021-05-13 11:42 , Fischlin Andreas via AlphaCocoa-devel wrote:
> 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.
> 
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> 
> *[tickets:#252] <https://sourceforge.net/p/alphacocoa/tickets/252/>
> S+/R mode - Process Current File (Cmd^T) fails*
> 
> *Status:* open
> *Labels:* S+/R mode
> *Created:* Thu May 13, 2021 09:21 AM UTC by Fischlin Andreas
> *Last Updated:* Thu May 13, 2021 09:41 AM UTC
> *Owner:* nobody
> 
> The essential menu command "S+/R -> Process Current File" of the S+/R
> mode fails.  It does no longer source, i.e. it does not process the
> current file.  I am sorry to lack the time right now to figure out why
> that is.  Perhaps it is the R GUI app which has changed, but then
> Alpha might need to adjust what Apple Event it sends to R. In any
> case, INMHO the mode is crippled by this problem.  Does anyone perhaps
> know a solution to this problem?  I would greatly appreciate getting
> any hints on how to circumvent this if bigger modifications would be
> required to the mode as this is rather at the moment urgent for me.
> Thanks.
> 
> Alpha 9.2.2 (10145) -- R 3.6.1 GUI 1.70 El Capitan build -- OS X
> 10.14.6 (Mojave)
[...]
-- 
Dr. Eberhard W. Lisse   \         /       Obstetrician & Gynaecologist
el...@li...             / *      |  Telephone: +264 81 124 6733 (cell)
PO Box 8421 Bachbrecht  \      /  If this email is signed with GPG/PGP
10007, Namibia           ;____/ Sect 20 of Act No. 4 of 2019 may apply



---

** [tickets:#252] S+/R mode - Process Current File (Cmd^T) fails**

**Status:** open
**Labels:** S+/R mode 
**Created:** Thu May 13, 2021 09:21 AM UTC by Fischlin Andreas
**Last Updated:** Thu May 13, 2021 10:13 AM UTC
**Owner:** nobody


The essential menu command "S+/R -> Process Current File" of the S+/R mode fails. It does no longer source, i.e. it does not process the current file. I am sorry to lack the time right now to figure out why that is. Perhaps it is the R GUI app which has changed, but then Alpha might need to adjust what Apple Event it sends to R. In any case, INMHO  the mode is crippled by this problem. Does anyone perhaps know a solution to this problem?  I would greatly appreciate getting any hints on how to circumvent this if bigger modifications would be required to the mode as this is rather at the moment urgent for me. Thanks.

Alpha 9.2.2 (10145) -- R 3.6.1 GUI 1.70 El Capitan build -- OS X 10.14.6 (Mojave)


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #252 S+/R mode - Process Current File (Cmd^T) fails

[Bernard D. <bde...@us...>]

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 ?


---

** [tickets:#252] S+/R mode - Process Current File (Cmd^T) fails**

**Status:** open
**Labels:** S+/R mode 
**Created:** Thu May 13, 2021 09:21 AM UTC by Fischlin Andreas
**Last Updated:** Thu May 13, 2021 09:57 AM UTC
**Owner:** nobody


The essential menu command "S+/R -> Process Current File" of the S+/R mode fails. It does no longer source, i.e. it does not process the current file. I am sorry to lack the time right now to figure out why that is. Perhaps it is the R GUI app which has changed, but then Alpha might need to adjust what Apple Event it sends to R. In any case, INMHO  the mode is crippled by this problem. Does anyone perhaps know a solution to this problem?  I would greatly appreciate getting any hints on how to circumvent this if bigger modifications would be required to the mode as this is rather at the moment urgent for me. Thanks.

Alpha 9.2.2 (10145) -- R 3.6.1 GUI 1.70 El Capitan build -- OS X 10.14.6 (Mojave)


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

Re: [Alphacocoa-devel] [alphacocoa:tickets] #252 S+/R mode - Process Current File (Cmd^T) fails

[Dr E. W L. <el...@li...>]

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

On 2021-05-13 11:42 , Fischlin Andreas via AlphaCocoa-devel wrote:
> 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.
> 
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> 
> *[tickets:#252] <https://sourceforge.net/p/alphacocoa/tickets/252/>
> S+/R mode - Process Current File (Cmd^T) fails*
> 
> *Status:* open
> *Labels:* S+/R mode
> *Created:* Thu May 13, 2021 09:21 AM UTC by Fischlin Andreas
> *Last Updated:* Thu May 13, 2021 09:41 AM UTC
> *Owner:* nobody
> 
> The essential menu command "S+/R -> Process Current File" of the S+/R
> mode fails.  It does no longer source, i.e. it does not process the
> current file.  I am sorry to lack the time right now to figure out why
> that is.  Perhaps it is the R GUI app which has changed, but then
> Alpha might need to adjust what Apple Event it sends to R. In any
> case, INMHO the mode is crippled by this problem.  Does anyone perhaps
> know a solution to this problem?  I would greatly appreciate getting
> any hints on how to circumvent this if bigger modifications would be
> required to the mode as this is rather at the moment urgent for me.
> Thanks.
> 
> Alpha 9.2.2 (10145) -- R 3.6.1 GUI 1.70 El Capitan build -- OS X
> 10.14.6 (Mojave)
[...]
-- 
Dr. Eberhard W. Lisse   \         /       Obstetrician & Gynaecologist
el...@li...             / *      |  Telephone: +264 81 124 6733 (cell)
PO Box 8421 Bachbrecht  \      /  If this email is signed with GPG/PGP
10007, Namibia           ;____/ Sect 20 of Act No. 4 of 2019 may apply

[Alphacocoa-devel] [alphacocoa:tickets] #252 S+/R mode - Process Current File (Cmd^T) fails

[Fischlin A. <afi...@us...>]

Bonjour Bernard, 
Thanks for any hints on this issue (which is perhaps not a bug ;-) ).
Andreas


---

** [tickets:#252] S+/R mode - Process Current File (Cmd^T) fails**

**Status:** open
**Labels:** S+/R mode 
**Created:** Thu May 13, 2021 09:21 AM UTC by Fischlin Andreas
**Last Updated:** Thu May 13, 2021 09:54 AM UTC
**Owner:** nobody


The essential menu command "S+/R -> Process Current File" of the S+/R mode fails. It does no longer source, i.e. it does not process the current file. I am sorry to lack the time right now to figure out why that is. Perhaps it is the R GUI app which has changed, but then Alpha might need to adjust what Apple Event it sends to R. In any case, INMHO  the mode is crippled by this problem. Does anyone perhaps know a solution to this problem?  I would greatly appreciate getting any hints on how to circumvent this if bigger modifications would be required to the mode as this is rather at the moment urgent for me. Thanks.

Alpha 9.2.2 (10145) -- R 3.6.1 GUI 1.70 El Capitan build -- OS X 10.14.6 (Mojave)


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #252 S+/R mode - Process Current File (Cmd^T) fails

[Fischlin A. <afi...@us...>]

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 least use Cmd^T for graphs. Before, i.e. with the previous R version, the new behavior was incredibly slow. Yet, I would like R to only source the file, so that one can focus on the output from the script, not having to see the script being repeated and mixed with the results in the messy way it does that right now. IMHO it would be good if the S+/R mode returns to simply asking R to source the current file. Perhaps for debugging purposes of R-scripts an option to "process the current file" in this manner may be useful. But not for real work with R.


Attachments:

- [R and Alpha Cmd^T.png](https://sourceforge.net/p/alphacocoa/tickets/_discuss/thread/552336decb/fec9/attachment/R%20and%20Alpha%20Cmd%5ET.png) (271.4 kB; image/png)


---

** [tickets:#252] S+/R mode - Process Current File (Cmd^T) fails**

**Status:** open
**Labels:** S+/R mode 
**Created:** Thu May 13, 2021 09:21 AM UTC by Fischlin Andreas
**Last Updated:** Thu May 13, 2021 09:42 AM UTC
**Owner:** nobody


The essential menu command "S+/R -> Process Current File" of the S+/R mode fails. It does no longer source, i.e. it does not process the current file. I am sorry to lack the time right now to figure out why that is. Perhaps it is the R GUI app which has changed, but then Alpha might need to adjust what Apple Event it sends to R. In any case, INMHO  the mode is crippled by this problem. Does anyone perhaps know a solution to this problem?  I would greatly appreciate getting any hints on how to circumvent this if bigger modifications would be required to the mode as this is rather at the moment urgent for me. Thanks.

Alpha 9.2.2 (10145) -- R 3.6.1 GUI 1.70 El Capitan build -- OS X 10.14.6 (Mojave)


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #252 S+/R mode - Process Current File (Cmd^T) fails

[Fischlin A. <afi...@us...>]

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.


---

** [tickets:#252] S+/R mode - Process Current File (Cmd^T) fails**

**Status:** open
**Labels:** S+/R mode 
**Created:** Thu May 13, 2021 09:21 AM UTC by Fischlin Andreas
**Last Updated:** Thu May 13, 2021 09:41 AM UTC
**Owner:** nobody


The essential menu command "S+/R -> Process Current File" of the S+/R mode fails. It does no longer source, i.e. it does not process the current file. I am sorry to lack the time right now to figure out why that is. Perhaps it is the R GUI app which has changed, but then Alpha might need to adjust what Apple Event it sends to R. In any case, INMHO  the mode is crippled by this problem. Does anyone perhaps know a solution to this problem?  I would greatly appreciate getting any hints on how to circumvent this if bigger modifications would be required to the mode as this is rather at the moment urgent for me. Thanks.

Alpha 9.2.2 (10145) -- R 3.6.1 GUI 1.70 El Capitan build -- OS X 10.14.6 (Mojave)


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #252 S+/R mode - Process Current File (Cmd^T) fails

[Bernard D. <bde...@us...>]

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.


---

** [tickets:#252] S+/R mode - Process Current File (Cmd^T) fails**

**Status:** open
**Labels:** S+/R mode 
**Created:** Thu May 13, 2021 09:21 AM UTC by Fischlin Andreas
**Last Updated:** Thu May 13, 2021 09:21 AM UTC
**Owner:** nobody


The essential menu command "S+/R -> Process Current File" of the S+/R mode fails. It does no longer source, i.e. it does not process the current file. I am sorry to lack the time right now to figure out why that is. Perhaps it is the R GUI app which has changed, but then Alpha might need to adjust what Apple Event it sends to R. In any case, INMHO  the mode is crippled by this problem. Does anyone perhaps know a solution to this problem?  I would greatly appreciate getting any hints on how to circumvent this if bigger modifications would be required to the mode as this is rather at the moment urgent for me. Thanks.

Alpha 9.2.2 (10145) -- R 3.6.1 GUI 1.70 El Capitan build -- OS X 10.14.6 (Mojave)


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #252 S+/R mode - Process Current File (Cmd^T) fails

[Fischlin A. <afi...@us...>]

---

** [tickets:#252] S+/R mode - Process Current File (Cmd^T) fails**

**Status:** open
**Labels:** S+/R mode 
**Created:** Thu May 13, 2021 09:21 AM UTC by Fischlin Andreas
**Last Updated:** Thu May 13, 2021 09:21 AM UTC
**Owner:** nobody


The essential menu command "S+/R -> Process Current File" of the S+/R mode fails. It does no longer source, i.e. it does not process the current file. I am sorry to lack the time right now to figure out why that is. Perhaps it is the R GUI app which has changed, but then Alpha might need to adjust what Apple Event it sends to R. In any case, INMHO  the mode is crippled by this problem. Does anyone perhaps know a solution to this problem?  I would greatly appreciate getting any hints on how to circumvent this if bigger modifications would be required to the mode as this is rather at the moment urgent for me. Thanks.

Alpha 9.2.2 (10145) -- R 3.6.1 GUI 1.70 El Capitan build -- OS X 10.14.6 (Mojave)


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #251 Strange hang

[Chris S. <cs...@us...>]

---

** [tickets:#251] Strange hang**

**Status:** open
**Created:** Thu Apr 22, 2021 06:00 AM UTC by Chris Skeels
**Last Updated:** Thu Apr 22, 2021 06:00 AM UTC
**Owner:** nobody
**Attachments:**

- [Problem Report.txt](https://sourceforge.net/p/alphacocoa/tickets/251/attachment/Problem%20Report.txt) (3.0 MB; text/plain)


Every now and then, not often, I find that Alpha hangs for no apparent reason.  This most recent time I caught the report that would have been sent to Apple, in case this is of any benefit at all.  It doesn't happen so often that it is a major event, but it is always annoying when it does happen.  Like as not it is interaction with something else on my machine rather than Alpha itself.


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #250 RemReminder on ticket #248 : Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french

[L. P. <lau...@us...>]

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


---

** [tickets:#250] RemReminder on ticket #248 : Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french**

**Status:** open
**Created:** Sun Apr 11, 2021 09:30 AM UTC by  Laurent PRALY
**Last Updated:** Sun Apr 11, 2021 10:24 AM UTC
**Owner:** nobody


Having received no comment on ticket 248, I am rewriting it here with increasing its priority to major.

I have problems with the spellcker of Alpha 9.2.2 in TeX Mode for french. Specifically in a text in french, the job is not done correctly in presence of accents or in comments.

Here are the parameters concerning spelling in my Alpha's configuration for the TeX Mode
Choose an implementatation for spellcheck: Alpha

Alpha Preferences: "TeX" Mode > LaTeX Accents
Accent Smart Escape: Yes
Accents in Comments: No
Bind LaTeX Accents: No
Accente Syntax: \'{e} & \oe{}

Alpha Preferences: "TeX" Mode Features
LaTeX Accents: Yes

My test file is:

\documentclass[a4paper,12pt]
% letter
\begin{document}
Nous \'{e}tudions ici le bouclage dynamique de sortie qui est un sujet extr\^{e}mement extremement vaste. Nous nous li-mi-tons \`{a} l'\'{e}nonc\'{e} d'id\'{e}es directrices et \`{a} une pr\'{e}sentation tr\`{e}s in\'{e}gale des r\'{e}sultats, avec beaucoup de d\'{e}tails pour certains et \`{a} peine une \'{e}bauche pour d'autres.
\end{document}

After starting Alpha, I created a new file with the above content, change the mode to TeX, typed the above and recorded the file. Then Edit > Spelling > Spelcheck window flagged successively the following words,
**letter**                                              Find next
**extr**                                                  Find next
**extremement**                            Correct
**d'id**                                                   Find next
**tr**                                                       Find next

For me **letter** should not be flagged because it is in a comment. The other flagged words show that TeX accents, as declared in the configuration, are not understood. Worse, the correction of **extremement** I get is **extr\^{e}mement** which is correct. But if I run the spellchecker on the corrected file, the corrected word is flagged as **extr**

I have noticed that the problem does not depend in the encoding. It is the same for UTF-8, OSX and ISO.

Is there a problem with my configuration or is it a problem with the spellchecker ?

Auxiliary question: how to remove "learned" words or to go back to the default dictionary ?

Thanks in advance for your help.



---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #250 RemReminder on ticket #248 : Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french

[Bernard D. <bde...@us...>]

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.


---

** [tickets:#250] RemReminder on ticket #248 : Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french**

**Status:** open
**Created:** Sun Apr 11, 2021 09:30 AM UTC by  Laurent PRALY
**Last Updated:** Sun Apr 11, 2021 09:30 AM UTC
**Owner:** nobody


Having received no comment on ticket 248, I am rewriting it here with increasing its priority to major.

I have problems with the spellcker of Alpha 9.2.2 in TeX Mode for french. Specifically in a text in french, the job is not done correctly in presence of accents or in comments.

Here are the parameters concerning spelling in my Alpha's configuration for the TeX Mode
Choose an implementatation for spellcheck: Alpha

Alpha Preferences: "TeX" Mode > LaTeX Accents
Accent Smart Escape: Yes
Accents in Comments: No
Bind LaTeX Accents: No
Accente Syntax: \'{e} & \oe{}

Alpha Preferences: "TeX" Mode Features
LaTeX Accents: Yes

My test file is:

\documentclass[a4paper,12pt]
% letter
\begin{document}
Nous \'{e}tudions ici le bouclage dynamique de sortie qui est un sujet extr\^{e}mement extremement vaste. Nous nous li-mi-tons \`{a} l'\'{e}nonc\'{e} d'id\'{e}es directrices et \`{a} une pr\'{e}sentation tr\`{e}s in\'{e}gale des r\'{e}sultats, avec beaucoup de d\'{e}tails pour certains et \`{a} peine une \'{e}bauche pour d'autres.
\end{document}

After starting Alpha, I created a new file with the above content, change the mode to TeX, typed the above and recorded the file. Then Edit > Spelling > Spelcheck window flagged successively the following words,
**letter**                                              Find next
**extr**                                                  Find next
**extremement**                            Correct
**d'id**                                                   Find next
**tr**                                                       Find next

For me **letter** should not be flagged because it is in a comment. The other flagged words show that TeX accents, as declared in the configuration, are not understood. Worse, the correction of **extremement** I get is **extr\^{e}mement** which is correct. But if I run the spellchecker on the corrected file, the corrected word is flagged as **extr**

I have noticed that the problem does not depend in the encoding. It is the same for UTF-8, OSX and ISO.

Is there a problem with my configuration or is it a problem with the spellchecker ?

Auxiliary question: how to remove "learned" words or to go back to the default dictionary ?

Thanks in advance for your help.



---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #250 RemReminder on ticket #248 : Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french

[L. P. <lau...@us...>]

---

** [tickets:#250] RemReminder on ticket #248 : Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french**

**Status:** open
**Created:** Sun Apr 11, 2021 09:30 AM UTC by  Laurent PRALY
**Last Updated:** Sun Apr 11, 2021 09:30 AM UTC
**Owner:** nobody


Having received no comment on ticket 248, I am rewriting it here with increasing its priority to major.

I have problems with the spellcker of Alpha 9.2.2 in TeX Mode for french. Specifically in a text in french, the job is not done correctly in presence of accents or in comments.

Here are the parameters concerning spelling in my Alpha's configuration for the TeX Mode
Choose an implementatation for spellcheck: Alpha

Alpha Preferences: "TeX" Mode > LaTeX Accents
Accent Smart Escape: Yes
Accents in Comments: No
Bind LaTeX Accents: No
Accente Syntax: \'{e} & \oe{}

Alpha Preferences: "TeX" Mode Features
LaTeX Accents: Yes

My test file is:

\documentclass[a4paper,12pt]
% letter
\begin{document}
Nous \'{e}tudions ici le bouclage dynamique de sortie qui est un sujet extr\^{e}mement extremement vaste. Nous nous li-mi-tons \`{a} l'\'{e}nonc\'{e} d'id\'{e}es directrices et \`{a} une pr\'{e}sentation tr\`{e}s in\'{e}gale des r\'{e}sultats, avec beaucoup de d\'{e}tails pour certains et \`{a} peine une \'{e}bauche pour d'autres.
\end{document}

After starting Alpha, I created a new file with the above content, change the mode to TeX, typed the above and recorded the file. Then Edit > Spelling > Spelcheck window flagged successively the following words,
**letter**                                              Find next
**extr**                                                  Find next
**extremement**                            Correct
**d'id**                                                   Find next
**tr**                                                       Find next

For me **letter** should not be flagged because it is in a comment. The other flagged words show that TeX accents, as declared in the configuration, are not understood. Worse, the correction of **extremement** I get is **extr\^{e}mement** which is correct. But if I run the spellchecker on the corrected file, the corrected word is flagged as **extr**

I have noticed that the problem does not depend in the encoding. It is the same for UTF-8, OSX and ISO.

Is there a problem with my configuration or is it a problem with the spellchecker ?

Auxiliary question: how to remove "learned" words or to go back to the default dictionary ?

Thanks in advance for your help.



---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #249 Freeze when using command+I

[Bernard D. <bde...@us...>]

- **status**: open --> fixed
- **Comment**:

Thanks for reporting this. This is a duplicate of T



---

** [tickets:#249] Freeze when using command+I**

**Status:** fixed
**Created:** Sat Apr 10, 2021 04:20 PM UTC by Marco Comini
**Last Updated:** Sun Apr 11, 2021 07:13 AM UTC
**Owner:** nobody


I'm writing LaTeX sources and frequently when using command+I it freezes. For example on line

~~~
\item In the first two sections, any \emph{indented} text or any text enclosed in \mlst{\%\{} $\langle$code$\rangle$ \mlst{\%\}}
~~~



---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #249 Freeze when using command+I

[Bernard D. <bde...@us...>]

- **Comment**:

Thanks for reporting this. This is a duplicate of [Ticket #246](https://sourceforge.net/p/alphacocoa/tickets/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.



---

** [tickets:#249] Freeze when using command+I**

**Status:** open
**Created:** Sat Apr 10, 2021 04:20 PM UTC by Marco Comini
**Last Updated:** Sat Apr 10, 2021 04:20 PM UTC
**Owner:** nobody


I'm writing LaTeX sources and frequently when using command+I it freezes. For example on line

~~~
\item In the first two sections, any \emph{indented} text or any text enclosed in \mlst{\%\{} $\langle$code$\rangle$ \mlst{\%\}}
~~~



---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #248 Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french

[L. P. <lau...@us...>]

---

** [tickets:#248] Problems with the spellchecker of Alpha 9.2.2 in TeX Mode for french**

**Status:** open
**Created:** Mon Mar 29, 2021 11:23 AM UTC by  Laurent PRALY
**Last Updated:** Mon Mar 29, 2021 11:23 AM UTC
**Owner:** nobody


I have problems with the spellcker of Alpha 9.2.2 in TeX Mode for french. Specifically in a text in french, the job is not done correctly in presence of accents or in comments.

Here are the  parameters concerning spelling in my Alpha's configuration for the TeX Mode
**Choose an implementatation for spellcheck:** Alpha

**Alpha Preferences: "TeX" Mode > LaTeX Accents**
     Accent Smart Escape: Yes
     Accents in Comments: No
     Bind LaTeX Accents: No
    Accente Syntax:    \'{e}  & \oe{}

**Alpha Preferences: "TeX" Mode Features**
     LaTeX Accents: Yes

My test file is:

*\documentclass[a4paper,12pt]{article}
% letter
\begin{document}
Nous \'{e}tudions ici le bouclage dynamique de sortie qui est un sujet extr\^{e}mement extremement vaste.  Nous nous  li\-mi\-tons \`{a} l'\'{e}nonc\'{e} d'id\'{e}es directrices et \`{a} une pr\'{e}sentation tr\`{e}s  in\'{e}gale des r\'{e}sultats, avec beaucoup de d\'{e}tails pour certains et \`{a} peine une \'{e}bauche pour d'autres. 
\end{document}*

Here are the flagged words by Alpha after the action of "spellcheck window"
letter
extr
extremement
d'id
tr

For me     letter     should not be flagged because it is in a comment. The other flagged words show that TeX accents, as declared in the configuration, are not understood. Worse, if I use the spellchecker to correct the word      extremement     I get     extr\^{e}mement     which is correct. But if I run the spellchecker on the corrected file, the corrected  word is flagged as
extr

I have noticed that the problem does not depend in the encoding. It is the same for UTF-8, OSX and ISO.

Is there a problem with my configuration or is it a problem with the spellchecker ?

Auxiliary question: how to remove "learned" words or to go back to the default dictionary ?


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #246 Freeze at (26, 70)

[Bernard D. <bde...@us...>]

- **status**: open --> fixed



---

** [tickets:#246] Freeze  at (26, 70)**

**Status:** fixed
**Created:** Mon Mar 15, 2021 09:00 AM UTC by Jose Miro Julia
**Last Updated:** Mon Mar 22, 2021 01:10 PM UTC
**Owner:** nobody
**Attachments:**

- [Captura de pantalla 2021-03-15 a las 9.48.29.jpg](https://sourceforge.net/p/alphacocoa/tickets/246/attachment/Captura%20de%20pantalla%202021-03-15%20a%20las%209.48.29.jpg) (61.8 kB; image/jpeg)


I am using Alpha 9.2.2 on OS 10.14.6. I was writting a text in TeX mode and it consistently freezes when I reach  line 26, column 70.  I have to force it closed. It does not seem to matter what I write or if there is text after. I am sending two attachments with screen captures after freezing.


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #246 Freeze at (26, 70)

[Bernard D. <bde...@us...>]

This is fixed now. 
Changes committed to the repository ([rev. 2004](https://sourceforge.net/p/alphacocoa/code/2004/)).


---

** [tickets:#246] Freeze  at (26, 70)**

**Status:** open
**Created:** Mon Mar 15, 2021 09:00 AM UTC by Jose Miro Julia
**Last Updated:** Wed Mar 17, 2021 11:49 AM UTC
**Owner:** nobody
**Attachments:**

- [Captura de pantalla 2021-03-15 a las 9.48.29.jpg](https://sourceforge.net/p/alphacocoa/tickets/246/attachment/Captura%20de%20pantalla%202021-03-15%20a%20las%209.48.29.jpg) (61.8 kB; image/jpeg)


I am using Alpha 9.2.2 on OS 10.14.6. I was writting a text in TeX mode and it consistently freezes when I reach  line 26, column 70.  I have to force it closed. It does not seem to matter what I write or if there is text after. I am sending two attachments with screen captures after freezing.


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] Re: #247 Missing File Name Extensions

[Fischlin A. <afi...@us...>]

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

and...@en...<mailto:and...@en...>
www.sysecol.ethz.ch/people/andreas.fischlin.html<http://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 21/03/2021, at 23:18, John via AlphaCocoa-devel <alp...@li...<mailto:alp...@li...>> wrote:


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

On Mar 21, 2021, at 2:54 PM, Bernard Desgraupes bde...@us...<mailto:bde...@us...> wrote:

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 ?

[tickets:#247]<https://sourceforge.net/p/alphacocoa/tickets/247/> Missing File Name Extensions

Status: open
Created: Sun Mar 21, 2021 06:35 PM UTC by John
Last Updated: Sun Mar 21, 2021 06:35 PM UTC
Owner: nobody

The latest version of Alpha does not seem to like file name extensions. Every time I try to create a copy of a document by choosing Save As from the file menu, the Save dialog defaults to the old file name without the extension. How do I get it to keep the same file name? Ideally, the save dialog would have the exact same name as the old file with just the name selected (not the period and not the extension).

Sent from sourceforge.net<http://sourceforge.net> because you indicated interest in https://sourceforge.net/p/alphacocoa/tickets/247/

To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

________________________________

[tickets:#247]<https://sourceforge.net/p/alphacocoa/tickets/247/> Missing File Name Extensions

Status: open
Created: Sun Mar 21, 2021 06:35 PM UTC by John
Last Updated: Sun Mar 21, 2021 06:54 PM UTC
Owner: nobody

The latest version of Alpha does not seem to like file name extensions. Every time I try to create a copy of a document by choosing Save As from the file menu, the Save dialog defaults to the old file name without the extension. How do I get it to keep the same file name? Ideally, the save dialog would have the exact same name as the old file with just the name selected (not the period and not the extension).

________________________________

Sent from sourceforge.net<http://sourceforge.net> because alp...@li...<mailto:alp...@li...> is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

_______________________________________________
AlphaCocoa-devel mailing list
Alp...@li...<mailto:Alp...@li...>
https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel




---

** [tickets:#247] Missing File Name Extensions**

**Status:** open
**Created:** Sun Mar 21, 2021 06:35 PM UTC by John
**Last Updated:** Sun Mar 21, 2021 06:54 PM UTC
**Owner:** nobody


The latest version of Alpha does not seem to like file name extensions. Every time I try to create a copy of a document by choosing Save As from the file menu, the Save dialog defaults to the old file name without the extension. How do I get it to keep the same file name? Ideally, the save dialog would have the exact same name as the old file with just the name selected (not the period and not the extension).


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

Re: [Alphacocoa-devel] [alphacocoa:tickets] Re: #247 Missing File Name Extensions

[Fischlin A. <and...@en...>]

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

and...@en...<mailto:and...@en...>
www.sysecol.ethz.ch/people/andreas.fischlin.html<http://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 21/03/2021, at 23:18, John via AlphaCocoa-devel <alp...@li...<mailto:alp...@li...>> wrote:


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

On Mar 21, 2021, at 2:54 PM, Bernard Desgraupes bde...@us...<mailto:bde...@us...> wrote:

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 ?

[tickets:#247]<https://sourceforge.net/p/alphacocoa/tickets/247/> Missing File Name Extensions

Status: open
Created: Sun Mar 21, 2021 06:35 PM UTC by John
Last Updated: Sun Mar 21, 2021 06:35 PM UTC
Owner: nobody

The latest version of Alpha does not seem to like file name extensions. Every time I try to create a copy of a document by choosing Save As from the file menu, the Save dialog defaults to the old file name without the extension. How do I get it to keep the same file name? Ideally, the save dialog would have the exact same name as the old file with just the name selected (not the period and not the extension).

Sent from sourceforge.net<http://sourceforge.net> because you indicated interest in https://sourceforge.net/p/alphacocoa/tickets/247/

To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

________________________________

[tickets:#247]<https://sourceforge.net/p/alphacocoa/tickets/247/> Missing File Name Extensions

Status: open
Created: Sun Mar 21, 2021 06:35 PM UTC by John
Last Updated: Sun Mar 21, 2021 06:54 PM UTC
Owner: nobody

The latest version of Alpha does not seem to like file name extensions. Every time I try to create a copy of a document by choosing Save As from the file menu, the Save dialog defaults to the old file name without the extension. How do I get it to keep the same file name? Ideally, the save dialog would have the exact same name as the old file with just the name selected (not the period and not the extension).

________________________________

Sent from sourceforge.net<http://sourceforge.net> because alp...@li...<mailto:alp...@li...> is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

_______________________________________________
AlphaCocoa-devel mailing list
Alp...@li...<mailto:Alp...@li...>
https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel

[Alphacocoa-devel] [alphacocoa:tickets] Re: #247 Missing File Name Extensions

[John <uni...@us...>]

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

> On Mar 21, 2021, at 2:54 PM, Bernard Desgraupes <bde...@us...> wrote:
> 
> 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 ?
> 
> [tickets:#247] Missing File Name Extensions
> 
> Status: open
> Created: Sun Mar 21, 2021 06:35 PM UTC by John
> Last Updated: Sun Mar 21, 2021 06:35 PM UTC
> Owner: nobody
> 
> The latest version of Alpha does not seem to like file name extensions. Every time I try to create a copy of a document by choosing Save As from the file menu, the Save dialog defaults to the old file name without the extension. How do I get it to keep the same file name? Ideally, the save dialog would have the exact same name as the old file with just the name selected (not the period and not the extension).
> 
> Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/alphacocoa/tickets/247/
> 
> To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/


---

** [tickets:#247] Missing File Name Extensions**

**Status:** open
**Created:** Sun Mar 21, 2021 06:35 PM UTC by John
**Last Updated:** Sun Mar 21, 2021 06:54 PM UTC
**Owner:** nobody


The latest version of Alpha does not seem to like file name extensions. Every time I try to create a copy of a document by choosing Save As from the file menu, the Save dialog defaults to the old file name without the extension. How do I get it to keep the same file name? Ideally, the save dialog would have the exact same name as the old file with just the name selected (not the period and not the extension).


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] Re: #247 Missing File Name Extensions

[John <uni...@us...>]

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 MacBook Pro running macOS Catalina (10.15.7).

  What steps can I take to diagnose this issue?

Best,
John

> On Mar 21, 2021, at 2:54 PM, Bernard Desgraupes <bde...@us...> wrote:
> 
> 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 ?
> 
> [tickets:#247] Missing File Name Extensions
> 
> Status: open
> Created: Sun Mar 21, 2021 06:35 PM UTC by John
> Last Updated: Sun Mar 21, 2021 06:35 PM UTC
> Owner: nobody
> 
> The latest version of Alpha does not seem to like file name extensions. Every time I try to create a copy of a document by choosing Save As from the file menu, the Save dialog defaults to the old file name without the extension. How do I get it to keep the same file name? Ideally, the save dialog would have the exact same name as the old file with just the name selected (not the period and not the extension).
> 
> Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/alphacocoa/tickets/247/
> 
> To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/


---

** [tickets:#247] Missing File Name Extensions**

**Status:** open
**Created:** Sun Mar 21, 2021 06:35 PM UTC by John
**Last Updated:** Sun Mar 21, 2021 06:54 PM UTC
**Owner:** nobody


The latest version of Alpha does not seem to like file name extensions. Every time I try to create a copy of a document by choosing Save As from the file menu, the Save dialog defaults to the old file name without the extension. How do I get it to keep the same file name? Ideally, the save dialog would have the exact same name as the old file with just the name selected (not the period and not the extension).


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Alphacocoa-devel] [alphacocoa:tickets] #247 Missing File Name Extensions

[Bernard D. <bde...@us...>]

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 ?


---

** [tickets:#247] Missing File Name Extensions**

**Status:** open
**Created:** Sun Mar 21, 2021 06:35 PM UTC by John
**Last Updated:** Sun Mar 21, 2021 06:35 PM UTC
**Owner:** nobody


The latest version of Alpha does not seem to like file name extensions. Every time I try to create a copy of a document by choosing Save As from the file menu, the Save dialog defaults to the old file name without the extension. How do I get it to keep the same file name? Ideally, the save dialog would have the exact same name as the old file with just the name selected (not the period and not the extension).


---

Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.