alphacocoa-devel — AlphaCocoa Development List

[Alphacocoa-devel] [alphacocoa:tickets] #158 Line to paragraph

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

---

** [tickets:#158] Line to paragraph**

**Status:** open
**Created:** Sat Jun 16, 2018 12:01 PM UTC by Christoph Schiller
**Last Updated:** Sat Jun 16, 2018 12:01 PM UTC
**Owner:** nobody


In the Text menu, ''Line to paragraph'' 
(at least in tex mode) does not seem to work with questions.
When a question is followed by a sentence, the two are not separated.



---

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] #157 Grammar check issue

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

---

** [tickets:#157] Grammar check issue**

**Status:** open
**Created:** Sat Jun 16, 2018 12:00 PM UTC by Christoph Schiller
**Last Updated:** Sat Jun 16, 2018 12:00 PM UTC
**Owner:** nobody


Grammar check (at least in tex mode) does not seem to work well with line
wrap: it flags every end of sentence at the beginning of a line as ``sentence
fragment''.



---

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] #156 Hard-to-see cursor

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

---

** [tickets:#156] Hard-to-see cursor**

**Status:** open
**Created:** Sat Jun 16, 2018 11:59 AM UTC by Christoph Schiller
**Last Updated:** Sat Jun 16, 2018 11:59 AM UTC
**Owner:** nobody


On a black background the insertion cursor that moves with the mouse is almost invisible: it should 
have a white(r) border in addition to the black double-T-shape.


---

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] #138 Undo does not move insertion point back

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

- **status**: worksforme --> closed



---

** [tickets:#138] Undo does not move insertion point back**

**Status:** closed
**Created:** Thu Jul 27, 2017 11:02 AM UTC by Joachim Kock
**Last Updated:** Thu Jun 14, 2018 10:18 AM UTC
**Owner:** nobody


Suppose you write some text, then move to another place in the document without editing further, and then press Undo.  The correct behaviour would be to have the last action undone, and having the insertion point moved to the spot that last action took place.

Instead Alpha performs the undo, but leaves the insertion point at the remote place. (In particular one does not see the action being undone, because since the insertion point is not moved, the window focus is not moved either.)


---

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] #138 Undo does not move insertion point back

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

- **status**: open --> worksforme
- **Version**: 9.0b3 --> 9.0rc4
- **Comment**:

Resolving as WORKSFORME. Please reopen if necessary.



---

** [tickets:#138] Undo does not move insertion point back**

**Status:** worksforme
**Created:** Thu Jul 27, 2017 11:02 AM UTC by Joachim Kock
**Last Updated:** Mon Nov 06, 2017 07:30 AM UTC
**Owner:** nobody


Suppose you write some text, then move to another place in the document without editing further, and then press Undo.  The correct behaviour would be to have the last action undone, and having the insertion point moved to the spot that last action took place.

Instead Alpha performs the undo, but leaves the insertion point at the remote place. (In particular one does not see the action being undone, because since the insertion point is not moved, the window focus is not moved either.)


---

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] #151 DiffBOA

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

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

The recent fix for Ticket #104 should fix the current ticket.
Resolving as fixed, please reopen if necessary.

BTW, I have fixed the abovementionned issue regarding Word By Word comparisons (between windows or selections). 




---

** [tickets:#151] DiffBOA**

**Status:** fixed
**Created:** Fri Mar 23, 2018 11:50 PM UTC by Chris Skeels
**Last Updated:** Tue Jun 12, 2018 03:32 PM UTC
**Owner:** nobody


I am not surewhat the recommended Diff application is but, for better or worse, I am currently using DiffBOA.  In recent times I have noticed that if I try to compare windows I get error messages telling me that there is a problem setting up the Diff menu.  If I just hit Continue then it seems to get over the problem and carry on correctly.  I can't recall exactly when this started happening, or even if I used to use one of the other Diff apps offered under Alpha>Global Setup>Helper Applications...

Sorry not to have more useful information to offer.


---

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] #104 event loop needs tickling

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

- **status**: open --> fixed
- **Version**: 9.0a14 --> 9.0rc4



---

** [tickets:#104] event loop needs tickling**

**Status:** fixed
**Created:** Mon Feb 13, 2017 08:46 PM UTC by Joachim Kock
**Last Updated:** Thu Jun 14, 2018 08:25 AM UTC
**Owner:** nobody


This is not specific to AlphaCocoa, it happens also in AlphaX:

Sometimes it appears that the event loop waits for something and needs tickling before continuing.
For example, it happens often that when invoking Compare Windows nothing happens -- until you move the mouse (no click or other action needed), then the diff starts.  It is not always it happens but sometimes.  

Another example, perhaps different, is when backwards synching from Skim. Nothing happens, until you manually shift to Alpha, then the action starts, with Alpha correctly selecting the line. Again, it is not systematical, perhaps one out of ten times.


---

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] #104 event loop needs tickling

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

After close examination, I think I now understand what's going on there. It appears that the delay sometime observed in the diff command is caused by the xserv::invoke proc. More specifically the bottleneck is in the [launch] command  which is in fact [tclAE::launch]: this command, defined in the tclAE extension, uses the Carbon Events model and, when the target application is not already running, it has to launch it and install a Carbon Event Handler waiting for an *AppDidLaunch* notification in order to retrieve the PSN (Process Serial Number). The command then calls ReceiveNextEvent() and waits: this is where the delay occurs (and it depends on the Carbon Events Manager).
I have fixed this by modifying the proc [::xserv::executeApp] in xserv.tcl: it calls [switchTo] to launch the application (this is fast), then calls [tclAE::launch] to retrieve the PSN. Since the app is already running, this avoids the overhead of messing with Carbon Events because, in that case, [tclAE::launch] obtains the psn directly.
Changes committed to the repository ([rev. 1481](https://sourceforge.net/p/alphacocoa/code/1481/)).


---

** [tickets:#104] event loop needs tickling**

**Status:** open
**Created:** Mon Feb 13, 2017 08:46 PM UTC by Joachim Kock
**Last Updated:** Thu Mar 30, 2017 04:32 PM UTC
**Owner:** nobody


This is not specific to AlphaCocoa, it happens also in AlphaX:

Sometimes it appears that the event loop waits for something and needs tickling before continuing.
For example, it happens often that when invoking Compare Windows nothing happens -- until you move the mouse (no click or other action needed), then the diff starts.  It is not always it happens but sometimes.  

Another example, perhaps different, is when backwards synching from Skim. Nothing happens, until you manually shift to Alpha, then the action starts, with Alpha correctly selecting the line. Again, it is not systematical, perhaps one out of ten times.


---

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] #151 DiffBOA

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

Aha, I have been able to reproduce something with the command *Selections Word By Word*.  I now have food for thought...


---

** [tickets:#151] DiffBOA**

**Status:** open
**Created:** Fri Mar 23, 2018 11:50 PM UTC by Chris Skeels
**Last Updated:** Tue Jun 12, 2018 07:54 AM UTC
**Owner:** nobody


I am not surewhat the recommended Diff application is but, for better or worse, I am currently using DiffBOA.  In recent times I have noticed that if I try to compare windows I get error messages telling me that there is a problem setting up the Diff menu.  If I just hit Continue then it seems to get over the problem and carry on correctly.  I can't recall exactly when this started happening, or even if I used to use one of the other Diff apps offered under Alpha>Global Setup>Helper Applications...

Sorry not to have more useful information to offer.


---

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] #151 DiffBOA

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

I tested again windows comparison with Alpha 9.0rc4 using DiffBOA (1.0b2), both on OS X Mavericks and OS X High Sierra, It works for me.


---

** [tickets:#151] DiffBOA**

**Status:** open
**Created:** Fri Mar 23, 2018 11:50 PM UTC by Chris Skeels
**Last Updated:** Tue Jun 12, 2018 05:57 AM UTC
**Owner:** nobody


I am not surewhat the recommended Diff application is but, for better or worse, I am currently using DiffBOA.  In recent times I have noticed that if I try to compare windows I get error messages telling me that there is a problem setting up the Diff menu.  If I just hit Continue then it seems to get over the problem and carry on correctly.  I can't recall exactly when this started happening, or even if I used to use one of the other Diff apps offered under Alpha>Global Setup>Helper Applications...

Sorry not to have more useful information to offer.


---

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: #153 Problem with Ref completions

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

This is probably the right call.  I suspect that it was a manifestation of the two monitor problem, .e. something was happening, just not where I was looking.

Cheers, Chris.


On 12 June 2018 at 4:06:59 pm, Bernard Desgraupes (bde...@us...<mailto:bde...@us...>) wrote:

  *   status: open --> closed
  *   Version: 9.0rc1 --> 9.0rc4
  *   Comment:

I checked again with 9.0rc4. It works for me.
Closing this ticket now. Please reopen if the issues shows up again.

________________________________

[tickets:#153]<https://sourceforge.net/p/alphacocoa/tickets/153/> Problem with Ref completions

Status: closed
Created: Fri Apr 06, 2018 02:22 AM UTC by Chris Skeels
Last Updated: Sat Apr 14, 2018 05:01 AM UTC
Owner: nobody

I typically have checked the Electrics Preferences item "List For Ref Completion". Recently I have noticed that if I type the left brace as part of a \ref{ command, I get the list from which to pick a completion but, upon selection, simply nothing happens other than the left brace has been remover. Specifically, the ref has not been completed. I am not sure whether this has appeared as a consequence of the fix to Better Templates that recently happened or whether it predates that, but it is a fairly recent development.

________________________________

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

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

--
Christopher L. Skeels
Associate Professor, Department of Economics
Director, Econometrics Research Unit
Room 327, FBE Building (#105), 111 Barry Street
The University of Melbourne
VIC 3010 Australia

Tel: (+61) 03 8344 3783<tel://(+61)%2003%208344%203783>
Fax: (+61) 03 8344 6899<tel://(+61)%2003%208344%206899>
email: Chr...@un...<mailto:Chr...@un...>




---

** [tickets:#153] Problem with Ref completions**

**Status:** closed
**Created:** Fri Apr 06, 2018 02:22 AM UTC by Chris Skeels
**Last Updated:** Tue Jun 12, 2018 06:06 AM UTC
**Owner:** nobody


I typically have checked the Electrics Preferences item "List For Ref Completion".  Recently I have noticed that if I type the left brace as part of a \ref{ command, I get the list from which to pick a completion but, upon selection, simply nothing happens other than the left brace has been remover.  Specifically,  the ref has not been completed.  I am not sure whether this has appeared as a consequence of the fix to Better Templates that recently happened or whether it predates that, but it is a fairly recent development.


---

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] #153 Problem with Ref completions

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

- **status**: open --> closed
- **Version**: 9.0rc1 --> 9.0rc4
- **Comment**:

I checked again with 9.0rc4. It works for me.
Closing this ticket now. Please reopen if the issues shows up again. 



---

** [tickets:#153] Problem with Ref completions**

**Status:** closed
**Created:** Fri Apr 06, 2018 02:22 AM UTC by Chris Skeels
**Last Updated:** Sat Apr 14, 2018 05:01 AM UTC
**Owner:** nobody


I typically have checked the Electrics Preferences item "List For Ref Completion".  Recently I have noticed that if I type the left brace as part of a \ref{ command, I get the list from which to pick a completion but, upon selection, simply nothing happens other than the left brace has been remover.  Specifically,  the ref has not been completed.  I am not sure whether this has appeared as a consequence of the fix to Better Templates that recently happened or whether it predates that, but it is a fairly recent development.


---

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] #151 DiffBOA

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

- **status**: fixed --> open
- **Version**: 9.0rc1 --> 9.0rc4



---

** [tickets:#151] DiffBOA**

**Status:** open
**Created:** Fri Mar 23, 2018 11:50 PM UTC by Chris Skeels
**Last Updated:** Tue May 15, 2018 05:15 AM UTC
**Owner:** nobody


I am not surewhat the recommended Diff application is but, for better or worse, I am currently using DiffBOA.  In recent times I have noticed that if I try to compare windows I get error messages telling me that there is a problem setting up the Diff menu.  If I just hit Continue then it seems to get over the problem and carry on correctly.  I can't recall exactly when this started happening, or even if I used to use one of the other Diff apps offered under Alpha>Global Setup>Helper Applications...

Sorry not to have more useful information to offer.


---

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] #155 A Multi-monitor curiosity

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

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



---

** [tickets:#155] A Multi-monitor curiosity**

**Status:** fixed
**Created:** Wed May 30, 2018 08:09 AM UTC by Chris Skeels
**Last Updated:** Wed Jun 06, 2018 02:00 PM UTC
**Owner:** nobody


I have encountered the following today when working with 2 monitors on the one machine.  Have a latex document open on both monitors but have the focus window on monitor 2.  Now try to insert a equation reference.  Specifically, type \eqref{ into the document on monitor 2, thereby triggering the electric completion.  A list appears in a dialog box on monitor 1.  If I select an element from the list presented  then it gets inserted into the document open on monitor 1.  However, if I drag the dialog box onto monitor 2 before making a selection from the list then the selected reference is inserted in the appropriate place in the document on monitor 2.  I have noticed this before, so it is not new to this version of Alpha, but not for a while, which probably just serendipity.  (I typically work with the source on my left (monitor 1) and the view on my right (monitor 2), but not today for some reason.


---

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] #155 A Multi-monitor curiosity

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

Changes committed to the repository ([rev. 1477](https://sourceforge.net/p/alphacocoa/code/1477/)). The core must be rebuilt.



---

** [tickets:#155] A Multi-monitor curiosity**

**Status:** open
**Created:** Wed May 30, 2018 08:09 AM UTC by Chris Skeels
**Last Updated:** Wed Jun 06, 2018 06:23 AM UTC
**Owner:** nobody


I have encountered the following today when working with 2 monitors on the one machine.  Have a latex document open on both monitors but have the focus window on monitor 2.  Now try to insert a equation reference.  Specifically, type \eqref{ into the document on monitor 2, thereby triggering the electric completion.  A list appears in a dialog box on monitor 1.  If I select an element from the list presented  then it gets inserted into the document open on monitor 1.  However, if I drag the dialog box onto monitor 2 before making a selection from the list then the selected reference is inserted in the appropriate place in the document on monitor 2.  I have noticed this before, so it is not new to this version of Alpha, but not for a while, which probably just serendipity.  (I typically work with the source on my left (monitor 1) and the view on my right (monitor 2), but not today for some reason.


---

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] #155 A Multi-monitor curiosity

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

The calculations for the listpick's rect omitted the screen's origin, as if the origin was at (0,0).
This is fixed now.


---

** [tickets:#155] A Multi-monitor curiosity**

**Status:** open
**Created:** Wed May 30, 2018 08:09 AM UTC by Chris Skeels
**Last Updated:** Wed May 30, 2018 10:31 AM UTC
**Owner:** nobody


I have encountered the following today when working with 2 monitors on the one machine.  Have a latex document open on both monitors but have the focus window on monitor 2.  Now try to insert a equation reference.  Specifically, type \eqref{ into the document on monitor 2, thereby triggering the electric completion.  A list appears in a dialog box on monitor 1.  If I select an element from the list presented  then it gets inserted into the document open on monitor 1.  However, if I drag the dialog box onto monitor 2 before making a selection from the list then the selected reference is inserted in the appropriate place in the document on monitor 2.  I have noticed this before, so it is not new to this version of Alpha, but not for a while, which probably just serendipity.  (I typically work with the source on my left (monitor 1) and the view on my right (monitor 2), but not today for some reason.


---

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] Excalibur retirement

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

Hi Joachim,


Le 1 juin 2018 à 00:58, Joachim Kock <ko...@ma...> a écrit :

> At any time, one of the buttons should be a default
> button, so that it can be hit with Return.
> Following Excalibur, I think that the default button
> should be the 'Find Next' button all the time, except
> if something changes in the word field (either
> because the user writes something manually, or because
> the change came from a click in the suggestions field),
> in which case the 'Correct' button should be default.


I have now implemented the last aspect of this suggestion: when the user enters text manually in the word field, the Correct button becomes the default.
To achieve this, I introduced a new option -editProc in the [view] command. It means that the core must be rebuilt to get this behavior… BUT I put the corresponding instruction (in AlphaTcl) inside a catch so that if you do not want to rebuild the core, you can still use the code in AlphaTcl without getting an error.
Changes committed to the repository (rev. 1473 <https://sourceforge.net/p/alphacocoa/code/1473/>).

> Furthermore, it would be great if the spellchecker
> pane could have a few key bindings defined: Cmd-L for
> 'Learn' and Cmd-I for 'Ignore'.  (And of course Cmd-W
> for closing the pane.)

Hmm! This is the next challenge...

Re: [Alphacocoa-devel] Excalibur retirement

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

Hi Joachim,

Excellent idea !
I have implemented part of your suggestions concerning the default button in the Spelling Panel. Now alternatively the Correct or the Find Next buttons appear in blue and may be triggered by pressing the Return key. The Correct button becomes default when something is inserted programmatically in the word field. This part has been committed to the repository: rev 1472 (https://sourceforge.net/p/alphacocoa/code/1472/).
In order for this to function also when the user types something manually in the word field, I must make some changes in the core. At the moment, the [view] command has no way to handle this. I’ll look into this now.

Eberhard’s suggestions have been implemented yesterday: rev 1471 (https://sourceforge.net/p/alphacocoa/code/1471/). 

I’m looking forward for your proposals regarding spellSchemes in latexSpelling. I know this can been improved. I have built a list of macros (extracted from the LaTeX sources, latex.ltx) which I must now examine. More macros with scheme could be added.

Cheers,
Bernard

Le 1 juin 2018 à 00:58, Joachim Kock <ko...@ma...> a écrit :

> Hi Bernard,
> 
> thanks for the new release, and more generally
> for all the work you put into this.
> 
> It is great Alpha has a spellchecker to take over
> from Excalibur -- my favourite Spellchecker for
> 20 years.
> 
> I agree with the two suggestions of Eberhard.
> 
> Here is one more suggestion inspired by Excalibur:
> 
> At any time, one of the buttons should be a default
> button, so that it can be hit with Return.
> Following Excalibur, I think that the default button
> should be the 'Find Next' button all the time, except
> if something changes in the word field (either
> because the user writes something manually, or because
> the change came from a click in the suggestions field),
> in which case the 'Correct' button should be default.
> 
> Furthermore, it would be great if the spellchecker
> pane could have a few key bindings defined: Cmd-L for
> 'Learn' and Cmd-I for 'Ignore'.  (And of course Cmd-W
> for closing the pane.)
> 
> The goal is of course to be able to operate the
> spell checker without using the mouse very much :-)
> 
> Cheers,
> Joachim.
> 
> PS: I am experimenting with the latex spellSchemes
> array, and will propose some slight adjustments soon.
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> AlphaCocoa-devel mailing list
> Alp...@li...
> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel

Re: [Alphacocoa-devel] Excalibur retirement

[Joachim K. <ko...@ma...>]

Hi Bernard,

thanks for the new release, and more generally
for all the work you put into this.

It is great Alpha has a spellchecker to take over
from Excalibur -- my favourite Spellchecker for
20 years.

I agree with the two suggestions of Eberhard.

Here is one more suggestion inspired by Excalibur:

At any time, one of the buttons should be a default
button, so that it can be hit with Return.
Following Excalibur, I think that the default button
should be the 'Find Next' button all the time, except
if something changes in the word field (either
because the user writes something manually, or because
the change came from a click in the suggestions field),
in which case the 'Correct' button should be default.

Furthermore, it would be great if the spellchecker
pane could have a few key bindings defined: Cmd-L for
'Learn' and Cmd-I for 'Ignore'.  (And of course Cmd-W
for closing the pane.)

The goal is of course to be able to operate the
spell checker without using the mouse very much :-)

Cheers,
Joachim.

PS: I am experimenting with the latex spellSchemes
array, and will propose some slight adjustments soon.

Re: [Alphacocoa-devel] Excalibur retirement

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

Hi Tom,

you are right that the menu item «  Select Spelling Service » is broken in 9.0rc4 and does not change the service: it looks like it does but it doesn’t. I have fixed this yesterday. The fix is in the repository and will be in the next release (9.0rc5). Meanwhile, indeed choosing Alpha/Global Setup/Helper Applications is the right thing to do to change the spelling service.
You are also right that the user dictionaries are found in ~/Library/Spelling. They are text files so you can open them with Alpha rather than TextEdit ! :-).
There is one such file per language: on my machine, I have files ~/Library/Spelling/en and ~/Library/Spelling/fr. There is also  ~/Library/Spelling/LocalDictionary which applies to all languages (certainly it is used when you select Automatic in the languages popup in the Spelling Panel).
Sorry for the complications, but the spell checker is now stabilizing !

Bernard

Le 31 mai 2018 à 20:52, Tom Burke <bu...@ma...> a écrit :

> My user's dictionary finally showed up as ~/Library/Spelling/en and it's a TextEdit file.
> 
> One problem I was having is that the Spelling Service selection via Tools/Spelling submenu was not working. I checked this several times, and each time, aspell appeared to be the designated spell checker. I repeatedly selected "Alpha" and clicked OK. Then, when I did a spell check, nothing that was supposed to be learned was learned. 
> By chance I looked at Alpha/Global Setup/Helper Applications. Under Miscellaneous 1, the spell checker was indeed set as aspell despite my having selected Alpha via the Tools menu. I changed the Helper Applications setting, and all worked well first time out of the gate. The user's dictionary was finally created, the range of possible languages showed up, etc.
> 
> --
> F. Thomas Burke, Philosophy Department, University of South Carolina, Columbia SC 29208 USA
> 
> 
> 
> 
> 
>> On May 31, 2018, at 8:57 AM, Bernard Desgraupes <bde...@or...> wrote:
>> 
>> Hi Tom,
>> 
>> yes it is possible to unlearn a word but at the moment only « manually » . Open the Tcl Shell (cmd-Y) and type the following command (assuming the word you learnt by mistake is supercalifragilisticexpialidocious):
>> 
>> «» spellchecker unlearn supercalifragilisticexpialidocious
>> 
>> 
>> You can also test if a word is in the user’s dictionary by using the -c option with the [spellchecker learn ] command. For instance
>> «» spellchecker learn -c supercalifragilisticexpialidocious
>> 0
>> 
>> I don’t know exactly where the user’s dictionary is stored. It probably depends on the version of the System. Maybe in ~/Library/Dictionaries.
>> 
>> Cheers,
>> Bernard
>> 
>> 
>> 
>> Le 31 mai 2018 à 14:40, Tom Burke <bu...@ma...> a écrit :
>> 
>>> Using the built-in spell checker: Is it possible to "unlearn" a word that was learned by mistake? If nothing else, can the user's dictionary be edited directly? Where is the user's dictionary located?
>>> --
>>> F. Thomas Burke, Philosophy Department, University of South Carolina, Columbia SC 29208 USA
>>> 
>>> 
>>> 
>>> 
>>> 
>>>> On May 31, 2018, at 4:55 AM, Bernard Desgraupes <bde...@or...> wrote:
>>>> 
>>>> Hi Eberhard,
>>>> 
>>>> 
>>>> Le 31 mai 2018 à 10:35, Dr Eberhard W Lisse <el...@li...> a écrit :
>>>> 
>>>>> Bernard,
>>>>> 
>>>>> I notice the same behavior (empty spell window) when using aspell.
>>>>> 
>>>>> Aspell is installed in /usr/local/bin/aspell (from homebrew) and from
>>>>> the command line works on the same file.
>>>> 
>>>> Do you mean that no misspelled word is found and displayed in the spelling panel ?
>>>> Are you sure the right dictionary is selected (in the popup menu of the panel or in the Spelling -> Dictionaries submenu) ?
>>>> 
>>>> 
>>>>> 
>>>>> I do have two small issues with the spell window:
>>>>> 
>>>>> 1) I would like it to correct the word, if I double click on one of
>>>>> the offered choices (and then move to the next unknown word, like it
>>>>> does if I click the Correct button)
>>>>> 
>>>>> 2) Once learned, or ignored, I would like it to search for the next
>>>>> unknown word.
>>>>> 
>>>>> Is that possible?
>>>> 
>>>> I think both suggestions are feasible. I’ll look into this.
>>>> 
>>>> 
>>>> Cheers,
>>>> Bernard
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Check out the vibrant tech community on one of the world's most
>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>> _______________________________________________
>>>> AlphaTcl-users mailing list
>>>> Alp...@li...
>>>> http://lists.sourceforge.net/lists/listinfo/alphatcl-users
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> _______________________________________________
>>> AlphaTcl-users mailing list
>>> Alp...@li...
>>> http://lists.sourceforge.net/lists/listinfo/alphatcl-users
>> 
> 

Re: [Alphacocoa-devel] Excalibur retirement

[Tom B. <bu...@ma...>]

My user's dictionary finally showed up as ~/Library/Spelling/en and it's a TextEdit file.

One problem I was having is that the Spelling Service selection via Tools/Spelling submenu was not working. I checked this several times, and each time, aspell appeared to be the designated spell checker. I repeatedly selected "Alpha" and clicked OK. Then, when I did a spell check, nothing that was supposed to be learned was learned. 
By chance I looked at Alpha/Global Setup/Helper Applications. Under Miscellaneous 1, the spell checker was indeed set as aspell despite my having selected Alpha via the Tools menu. I changed the Helper Applications setting, and all worked well first time out of the gate. The user's dictionary was finally created, the range of possible languages showed up, etc.

--
F. Thomas Burke, Philosophy Department, University of South Carolina, Columbia SC 29208 USA





> On May 31, 2018, at 8:57 AM, Bernard Desgraupes <bde...@or...> wrote:
> 
> Hi Tom,
> 
> yes it is possible to unlearn a word but at the moment only « manually » . Open the Tcl Shell (cmd-Y) and type the following command (assuming the word you learnt by mistake is supercalifragilisticexpialidocious):
> 
> «» spellchecker unlearn supercalifragilisticexpialidocious
> 
> 
> You can also test if a word is in the user’s dictionary by using the -c option with the [spellchecker learn ] command. For instance
> «» spellchecker learn -c supercalifragilisticexpialidocious
> 0
> 
> I don’t know exactly where the user’s dictionary is stored. It probably depends on the version of the System. Maybe in ~/Library/Dictionaries.
> 
> Cheers,
> Bernard
> 
> 
> 
> Le 31 mai 2018 à 14:40, Tom Burke <bu...@ma...> a écrit :
> 
>> Using the built-in spell checker: Is it possible to "unlearn" a word that was learned by mistake? If nothing else, can the user's dictionary be edited directly? Where is the user's dictionary located?
>> --
>> F. Thomas Burke, Philosophy Department, University of South Carolina, Columbia SC 29208 USA
>> 
>> 
>> 
>> 
>> 
>>> On May 31, 2018, at 4:55 AM, Bernard Desgraupes <bde...@or...> wrote:
>>> 
>>> Hi Eberhard,
>>> 
>>> 
>>> Le 31 mai 2018 à 10:35, Dr Eberhard W Lisse <el...@li...> a écrit :
>>> 
>>>> Bernard,
>>>> 
>>>> I notice the same behavior (empty spell window) when using aspell.
>>>> 
>>>> Aspell is installed in /usr/local/bin/aspell (from homebrew) and from
>>>> the command line works on the same file.
>>> 
>>> Do you mean that no misspelled word is found and displayed in the spelling panel ?
>>> Are you sure the right dictionary is selected (in the popup menu of the panel or in the Spelling -> Dictionaries submenu) ?
>>> 
>>> 
>>>> 
>>>> I do have two small issues with the spell window:
>>>> 
>>>> 1) I would like it to correct the word, if I double click on one of
>>>> the offered choices (and then move to the next unknown word, like it
>>>> does if I click the Correct button)
>>>> 
>>>> 2) Once learned, or ignored, I would like it to search for the next
>>>> unknown word.
>>>> 
>>>> Is that possible?
>>> 
>>> I think both suggestions are feasible. I’ll look into this.
>>> 
>>> 
>>> Cheers,
>>> Bernard
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> _______________________________________________
>>> AlphaTcl-users mailing list
>>> Alp...@li...
>>> http://lists.sourceforge.net/lists/listinfo/alphatcl-users
>> 
>> 
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> AlphaTcl-users mailing list
>> Alp...@li...
>> http://lists.sourceforge.net/lists/listinfo/alphatcl-users
> 

Re: [Alphacocoa-devel] Excalibur retirement

[Tom B. <bu...@ma...>]

PS: The spell checker selection via Tools/Spelling now seems to be working okay, but only after I first selected Alpha via Glocal Setup/Helper Applications.
--
F. Thomas Burke, Philosophy Department, University of South Carolina, Columbia SC 29208 USA





> On May 31, 2018, at 2:52 PM, Tom Burke <bu...@ma...> wrote:
> 
> My user's dictionary finally showed up as ~/Library/Spelling/en and it's a TextEdit file.
> 
> One problem I was having is that the Spelling Service selection via Tools/Spelling submenu was not working. I checked this several times, and each time, aspell appeared to be the designated spell checker. I repeatedly selected "Alpha" and clicked OK. Then, when I did a spell check, nothing that was supposed to be learned was learned. 
> By chance I looked at Alpha/Global Setup/Helper Applications. Under Miscellaneous 1, the spell checker was indeed set as aspell despite my having selected Alpha via the Tools menu. I changed the Helper Applications setting, and all worked well first time out of the gate. The user's dictionary was finally created, the range of possible languages showed up, etc.
> 
> --
> F. Thomas Burke, Philosophy Department, University of South Carolina, Columbia SC 29208 USA
> 
> 
> 
> 
> 
>> On May 31, 2018, at 8:57 AM, Bernard Desgraupes <bde...@or...> wrote:
>> 
>> Hi Tom,
>> 
>> yes it is possible to unlearn a word but at the moment only « manually » . Open the Tcl Shell (cmd-Y) and type the following command (assuming the word you learnt by mistake is supercalifragilisticexpialidocious):
>> 
>> «» spellchecker unlearn supercalifragilisticexpialidocious
>> 
>> 
>> You can also test if a word is in the user’s dictionary by using the -c option with the [spellchecker learn ] command. For instance
>> «» spellchecker learn -c supercalifragilisticexpialidocious
>> 0
>> 
>> I don’t know exactly where the user’s dictionary is stored. It probably depends on the version of the System. Maybe in ~/Library/Dictionaries.
>> 
>> Cheers,
>> Bernard
>> 
>> 
>> 
>> Le 31 mai 2018 à 14:40, Tom Burke <bu...@ma...> a écrit :
>> 
>>> Using the built-in spell checker: Is it possible to "unlearn" a word that was learned by mistake? If nothing else, can the user's dictionary be edited directly? Where is the user's dictionary located?
>>> --
>>> F. Thomas Burke, Philosophy Department, University of South Carolina, Columbia SC 29208 USA
>>> 
>>> 
>>> 
>>> 
>>> 
>>>> On May 31, 2018, at 4:55 AM, Bernard Desgraupes <bde...@or...> wrote:
>>>> 
>>>> Hi Eberhard,
>>>> 
>>>> 
>>>> Le 31 mai 2018 à 10:35, Dr Eberhard W Lisse <el...@li...> a écrit :
>>>> 
>>>>> Bernard,
>>>>> 
>>>>> I notice the same behavior (empty spell window) when using aspell.
>>>>> 
>>>>> Aspell is installed in /usr/local/bin/aspell (from homebrew) and from
>>>>> the command line works on the same file.
>>>> 
>>>> Do you mean that no misspelled word is found and displayed in the spelling panel ?
>>>> Are you sure the right dictionary is selected (in the popup menu of the panel or in the Spelling -> Dictionaries submenu) ?
>>>> 
>>>> 
>>>>> 
>>>>> I do have two small issues with the spell window:
>>>>> 
>>>>> 1) I would like it to correct the word, if I double click on one of
>>>>> the offered choices (and then move to the next unknown word, like it
>>>>> does if I click the Correct button)
>>>>> 
>>>>> 2) Once learned, or ignored, I would like it to search for the next
>>>>> unknown word.
>>>>> 
>>>>> Is that possible?
>>>> 
>>>> I think both suggestions are feasible. I’ll look into this.
>>>> 
>>>> 
>>>> Cheers,
>>>> Bernard
>>>> 
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> Check out the vibrant tech community on one of the world's most
>>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>>> _______________________________________________
>>>> AlphaTcl-users mailing list
>>>> Alp...@li...
>>>> http://lists.sourceforge.net/lists/listinfo/alphatcl-users
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> _______________________________________________
>>> AlphaTcl-users mailing list
>>> Alp...@li...
>>> http://lists.sourceforge.net/lists/listinfo/alphatcl-users
>> 
> 

Re: [Alphacocoa-devel] Excalibur retirement

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

Hi Tom,

yes it is possible to unlearn a word but at the moment only « manually » . Open the Tcl Shell (cmd-Y) and type the following command (assuming the word you learnt by mistake is supercalifragilisticexpialidocious):

«» spellchecker unlearn supercalifragilisticexpialidocious


You can also test if a word is in the user’s dictionary by using the -c option with the [spellchecker learn ] command. For instance
«» spellchecker learn -c supercalifragilisticexpialidocious
0

I don’t know exactly where the user’s dictionary is stored. It probably depends on the version of the System. Maybe in ~/Library/Dictionaries.

Cheers,
Bernard



Le 31 mai 2018 à 14:40, Tom Burke <bu...@ma...> a écrit :

> Using the built-in spell checker: Is it possible to "unlearn" a word that was learned by mistake? If nothing else, can the user's dictionary be edited directly? Where is the user's dictionary located?
> --
> F. Thomas Burke, Philosophy Department, University of South Carolina, Columbia SC 29208 USA
> 
> 
> 
> 
> 
>> On May 31, 2018, at 4:55 AM, Bernard Desgraupes <bde...@or...> wrote:
>> 
>> Hi Eberhard,
>> 
>> 
>> Le 31 mai 2018 à 10:35, Dr Eberhard W Lisse <el...@li...> a écrit :
>> 
>>> Bernard,
>>> 
>>> I notice the same behavior (empty spell window) when using aspell.
>>> 
>>> Aspell is installed in /usr/local/bin/aspell (from homebrew) and from
>>> the command line works on the same file.
>> 
>> Do you mean that no misspelled word is found and displayed in the spelling panel ?
>> Are you sure the right dictionary is selected (in the popup menu of the panel or in the Spelling -> Dictionaries submenu) ?
>> 
>> 
>>> 
>>> I do have two small issues with the spell window:
>>> 
>>> 1) I would like it to correct the word, if I double click on one of
>>> the offered choices (and then move to the next unknown word, like it
>>> does if I click the Correct button)
>>> 
>>> 2) Once learned, or ignored, I would like it to search for the next
>>> unknown word.
>>> 
>>> Is that possible?
>> 
>> I think both suggestions are feasible. I’ll look into this.
>> 
>> 
>> Cheers,
>> Bernard
>> 
>> 
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>> _______________________________________________
>> AlphaTcl-users mailing list
>> Alp...@li...
>> http://lists.sourceforge.net/lists/listinfo/alphatcl-users
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> AlphaTcl-users mailing list
> Alp...@li...
> http://lists.sourceforge.net/lists/listinfo/alphatcl-users

Re: [Alphacocoa-devel] Excalibur retirement

[Tom B. <bu...@ma...>]

Using the built-in spell checker: Is it possible to "unlearn" a word that was learned by mistake? If nothing else, can the user's dictionary be edited directly? Where is the user's dictionary located?
--
F. Thomas Burke, Philosophy Department, University of South Carolina, Columbia SC 29208 USA





> On May 31, 2018, at 4:55 AM, Bernard Desgraupes <bde...@or...> wrote:
> 
> Hi Eberhard,
> 
> 
> Le 31 mai 2018 à 10:35, Dr Eberhard W Lisse <el...@li...> a écrit :
> 
>> Bernard,
>> 
>> I notice the same behavior (empty spell window) when using aspell.
>> 
>> Aspell is installed in /usr/local/bin/aspell (from homebrew) and from
>> the command line works on the same file.
> 
> Do you mean that no misspelled word is found and displayed in the spelling panel ?
> Are you sure the right dictionary is selected (in the popup menu of the panel or in the Spelling -> Dictionaries submenu) ?
> 
> 
>> 
>> I do have two small issues with the spell window:
>> 
>>  1) I would like it to correct the word, if I double click on one of
>>  the offered choices (and then move to the next unknown word, like it
>>  does if I click the Correct button)
>> 
>>  2) Once learned, or ignored, I would like it to search for the next
>>  unknown word.
>> 
>> Is that possible?
> 
> I think both suggestions are feasible. I’ll look into this.
> 
> 
> Cheers,
> Bernard
> 
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> AlphaTcl-users mailing list
> Alp...@li...
> http://lists.sourceforge.net/lists/listinfo/alphatcl-users

Re: [Alphacocoa-devel] Excalibur retirement

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

Le 31 mai 2018 à 10:35, Dr Eberhard W Lisse <el...@li...> a écrit :

> I do have two small issues with the spell window:
> 
>   1) I would like it to correct the word, if I double click on one of
>   the offered choices (and then move to the next unknown word, like it
>   does if I click the Correct button)
> 
>   2) Once learned, or ignored, I would like it to search for the next
>   unknown word.
> 
> Is that possible?
> 

Both requests are implemented now.
Changes committed to the repository (rev. 1471: https://sourceforge.net/p/alphacocoa/code/1471/).

Bernard