alphacocoa-devel — AlphaCocoa Development List

[Alphacocoa-devel] [alphacocoa:tickets] #183 opt-left does not move window focus

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

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


---

** [tickets:#183] opt-left does not move window focus**

**Status:** open
**Created:** Wed Oct 10, 2018 07:08 PM UTC by Joachim Kock
**Last Updated:** Wed Oct 10, 2018 07:08 PM UTC
**Owner:** nobody


If in a long non-wrapped line the visible part is, say, cols 20-100, and you move the cursor left with the arrow key, then when you arrive at col 19 the window visibility correctly changes so that the cursor is visible.  However, if the movement is made with opt-leftarrow, word by word, then the same window movement does not happen as it should, resulting in a cursor position outside the visible range.


---

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] #185 alt-arrow should exit isearch

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

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

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



---

** [tickets:#185] alt-arrow should exit isearch**

**Status:** fixed
**Created:** Sat Oct 13, 2018 10:47 AM UTC by Joachim Kock
**Last Updated:** Sat Oct 13, 2018 10:47 AM UTC
**Owner:** nobody


When doing isearch, the arrow keys correctly exit the search and take effect immediately to position the insertion point at the boundary of the selection constituted by the current match.  A similar effect is expected from alt-arrowkey, except that the insertion point should go to the boundary of the word constituted by the match. But this is not what happens. Instead some strange chars are sent to the searcher and appear in the status bar (while of course the search becomes unsuccessful).


---

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] #186 Scary bringToFront bug in connection with TeX error browsing

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

Hi Joachim,
I cannot reproduce the problem. I tried on three different versions of the system (Maverick, High Sierra and Mojave). I've added debugging calls in the core to print out the ordered windows and everything looks fine.
As a workaround, we could make the code safer in the proc [TeX::tetexComm::displayErrorsAndWarnings] by adding -w options like for instance:
```
text delete -w $texConsole [minPos -w $texConsole] [maxPos -w $texConsole]
```
But this is just a workaround, not a fix in case there is indeed a race condition (inside Cocoa?) as your experiments suggest.



---

** [tickets:#186] Scary bringToFront bug in connection with TeX error browsing**

**Status:** open
**Created:** Sun Oct 14, 2018 11:18 AM UTC by Joachim Kock
**Last Updated:** Sun Oct 14, 2018 11:19 AM UTC
**Owner:** nobody


Scary bringToFront bug in connection with TeX error browsing

I see sometimes that after a tex run, when I press Ctrl-W to browse
errors, the effect is that the list of error lines is inserted into the
tex source window instead of the TeX Console window! (Quite
scary: unless you are quick and do Undo, you risk losing the content 
of your tex file!)

There has been no change to the corresponding code in tetexComm for
nearly 10 years, and the symptoms are also more like a core problem.

The relevant proc is [TeX::tetexComm::displayErrorsAndWarnings].
In there I then inserted a debugging alertnote as follows:

	bringToFront $texConsole
	   alertnote [win::Current]
	text delete [minPos] [maxPos]

between the potential window change and the damaging text operation.
What happens then is that the alertnote reports the full path of the
tex source window, but after clicking OK, the warning list is
actually inserted into the TeX Console.

Surely some asynchronous stuff is taking place, confirmed by the
following experiment:

	bringToFront $texConsole
	   set ::A [win::Current]
	text delete [minPos] [maxPos]

In this case, the damaging text is inserted into the tex source
window, which is also the value of ::A.  The difference between the
two scenarios suggests that [bringToFront] has some delay, and that
the alertnote takes enough time for the current window to become
up to date.  In fact, here is something funny:

	bringToFront $texConsole
	   alertnote [win::Current]
	   alertnote [win::Current]
	text delete [minPos] [maxPos]

will give two alerts, the first reporting the path of the tex source
file and the second reporting "*TeX Console*".

To add to the mystery, the TeX Console is obviously frontmost at
the time Ctrl-W is invoked, so I don't see how the tex source window
could be involved at all.




---

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] #186 Scary bringToFront bug in connection with TeX error browsing

[Joachim K. <jk...@us...>]

---

** [tickets:#186] Scary bringToFront bug in connection with TeX error browsing**

**Status:** open
**Created:** Sun Oct 14, 2018 11:18 AM UTC by Joachim Kock
**Last Updated:** Sun Oct 14, 2018 11:18 AM UTC
**Owner:** nobody


Scary bringToFront bug in connection with TeX error browsing

I see sometimes that after a tex run, when I press Ctrl-W to browse
errors, the effect is that the list of error lines is inserted into the
tex source window instead of the TeX Console window! (Quite
scary: unless you are quick and do Undo, you risk losing the content 
of your tex file!)

There has been no change to the corresponding code in tetexComm for
nearly 10 years, and the symptoms are also more like a core problem.

The relevant proc is [TeX::tetexComm::displayErrorsAndWarnings].
In there I then inserted a debugging alertnote as follows:

	bringToFront $texConsole
	   alertnote [win::Current]
	text delete [minPos] [maxPos]

between the potential window change and the damaging text operation.
What happens then is that the alertnote reports the full path of the
tex source window, but after clicking OK, the warning list is
actually inserted into the TeX Console.

Surely some asynchronous stuff is taking place, confirmed by the
following experiment:

	bringToFront $texConsole
	   set ::A [win::Current]
	text delete [minPos] [maxPos]

In this case, the damaging text is inserted into the tex source
window, which is also the value of ::A.  The difference between the
two scenarios suggests that [bringToFront] has some delay, and that
the alertnote takes enough time for the current window to become
up to date.  In fact, here is something funny:

	bringToFront $texConsole
	   alertnote [win::Current]
	   alertnote [win::Current]
	text delete [minPos] [maxPos]

will give two alerts, the first reporting the path of the tex source
file and the second reporting "*TeX Console*".

To add to the mystery, the TeX Console is obviously frontmost at
the time Ctrl-W is invoked, so I don't see how the tex source window
could be involved at all.




---

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] #185 alt-arrow should exit isearch

[Joachim K. <jk...@us...>]

---

** [tickets:#185] alt-arrow should exit isearch**

**Status:** open
**Created:** Sat Oct 13, 2018 10:47 AM UTC by Joachim Kock
**Last Updated:** Sat Oct 13, 2018 10:47 AM UTC
**Owner:** nobody


When doing isearch, the arrow keys correctly exit the search and take effect immediately to position the insertion point at the boundary of the selection constituted by the current match.  A similar effect is expected from alt-arrowkey, except that the insertion point should go to the boundary of the word constituted by the match. But this is not what happens. Instead some strange chars are sent to the searcher and appear in the status bar (while of course the search becomes unsuccessful).


---

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] #184 Memory leak?

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

Hi Michael,
did you by chance download the devbuild I released on 2018-10-02 which was a troubleshooting version I produced when people started reporting crashes on the new Mojave system? It contained a *quick and dirty*(™) fix which indeed leaks memory. I wanted to urgently provide something usable. Then the crashing issue was fixed properly and a new devbuild was released on 2018-10-03.
Could you grab the latest development build which I uploaded yesterday (9.0.1d4) and see if this solves the problem. Here is the URL:
https://sourceforge.net/projects/alphacocoa/files/DevBuild/Alpha_devbuild.zip



---

** [tickets:#184] Memory leak?**

**Status:** open
**Created:** Thu Oct 11, 2018 03:34 PM UTC by Michael Cowen
**Last Updated:** Thu Oct 11, 2018 03:34 PM UTC
**Owner:** nobody


Two days ago alpha was using over 2 gb of memory. I restarted alpha,  was down to 34 mb, but now is up to 750. I'm not doing any extensive work with alpha. At the moment, just preparing short quizzes in LaTeX.

Best,
    Michael Cowen

Here is my version info:
Alpha Version Information

The following version information is important to developers when they try to
reproduce a problem; when you report an issue with Alpha, please include
this information in your post.


	=============================================

Alpha 9.0.1 (unix, Darwin)
AlphaTcl 9.0.1
svn working copy, revision 1528
System: Mac OS X 10.13.6
Architecture: i386
Kernel: Darwin 17.7.0

Tcl-version                    8.6.6       
system encoding                utf-8       
AlphaTcl encoding              utf-8       

cmdline                        1.5         
msgcat                         1.6.0       
resource                       1.3         
struct::list                   1.8.3       
Tcl                            8.6.6       
tcl::tommath                   8.6.6       
tclAE                          3.0.0       
TclOO                          1.0.5       
zlib                           2.0.1       

Binary extensions loaded: Tclae, Resource




---

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] #184 Memory leak?

[Michael C. <co...@us...>]

---

** [tickets:#184] Memory leak?**

**Status:** open
**Created:** Thu Oct 11, 2018 03:34 PM UTC by Michael Cowen
**Last Updated:** Thu Oct 11, 2018 03:34 PM UTC
**Owner:** nobody


Two days ago alpha was using over 2 gb of memory. I restarted alpha,  was down to 34 mb, but now is up to 750. I'm not doing any extensive work with alpha. At the moment, just preparing short quizzes in LaTeX.

Best,
    Michael Cowen

Here is my version info:
Alpha Version Information

The following version information is important to developers when they try to
reproduce a problem; when you report an issue with Alpha, please include
this information in your post.


	=============================================

Alpha 9.0.1 (unix, Darwin)
AlphaTcl 9.0.1
svn working copy, revision 1528
System: Mac OS X 10.13.6
Architecture: i386
Kernel: Darwin 17.7.0

Tcl-version                    8.6.6       
system encoding                utf-8       
AlphaTcl encoding              utf-8       

cmdline                        1.5         
msgcat                         1.6.0       
resource                       1.3         
struct::list                   1.8.3       
Tcl                            8.6.6       
tcl::tommath                   8.6.6       
tclAE                          3.0.0       
TclOO                          1.0.5       
zlib                           2.0.1       

Binary extensions loaded: Tclae, Resource




---

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] Alpha Developer Build 9.0.1d4 (8000)

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

Hi all,

 I have uploaded a new developer build of Alpha. This is Alpha 9.0.1d4 ("Miram") for Mac OS X 10.9 or greater. 
This is not a final release. It is meant for developers and beta testers. 
It gives a preview of Alpha on Mojave, the new version of the Mac OS X system. In particular, it supports the Dark Mode and copes with the new paranoid policy introduced by Mojave regarding inter application communications.
This version of Alpha also runs on previous versions of OS X (starting from 10.9).
  
Disclaimer: it reflects the current state of the source code and should be used only for testing. 
It has been built with the sources at revision 1544 in the Subversion repository at SourceForge. 
Version:	9.0.1d4 (devel)
Date:	2018-10-11
Build:	8000
Revision:	1544

See at the end of this message, the main changes contained in this developer release. 

Here is the URL to download the application: 
https://sourceforge.net/projects/alphacocoa/files/DevBuild/Alpha_devbuild.zip/download (41.15M) 

Checksums: 
MD5:	 ba84e576b857bae5518a577f88dbdfd2
SHA1:	 bd119e7cfb0c211d734d10d0dc7d6c2d46459d56
RMD160:	d8fbe914bdbf570a8f617d592ec6cbfe2c0ceddd
SHA256:	 27e4be257ffbdb007fdd7ebfde344aa901c6134c81b00923668fd7648d9af2af


If you find problems with the application, don't hesitate to post bug reports (go to Alpha's Bug Tracker). 

Thank you for using Alpha. 
Cheers, 
Bernard
Changes from previous version

New interface for the commands of the Alpha ↣ Global Setup ↣ Update Alpha menu.
New extra tool updateAlphaTcl to update the AlphaTcl library inside the bundle from the command line.
New item "Hilite Repeated Words" in the Search menu to find all duplicated words and select them simultaneously. This is a dynamic item which is an alternative to "Find Repeated Words" when the Option key (⌥) is pressed.
New package Text Statistics providing functions to gather statistics about the text of a document (word counts, word frequencies, etc.).
The Info and Mode popups are now displayed in the control bar instead of the toolbar of the document windows.
Support for Dark Mode in Mojave (OS X 10.14).
The following bugs have been fixed (but remain open until the fix is confirmed):
Ticket #174: Return key does not trigger print
Ticket #177: iterationCount and Ctrl-U
Ticket #178: math shortcut desabled
Ticket #179: Backward incremental search does not exhaust current match
Ticket #180: OK after word count
Ticket #181: Cmd-arrow should follow visual line, not logical
Ticket #182: flowed text cursor position
The following RFE's has been implemented:
Ticket #169: Text Statistics
Ticket #175: Request for Printer Font and Font Size
The following tickets have been closed:
Ticket #172: Cmd-Opt-\] does not Shift Right Space

[Alphacocoa-devel] [alphacocoa:tickets] #183 opt-left does not move window focus

[Joachim K. <jk...@us...>]

---

** [tickets:#183] opt-left does not move window focus**

**Status:** open
**Created:** Wed Oct 10, 2018 07:08 PM UTC by Joachim Kock
**Last Updated:** Wed Oct 10, 2018 07:08 PM UTC
**Owner:** nobody


If in a long non-wrapped line the visible part is, say, cols 20-100, and you move the cursor left with the arrow key, then when you arrive at col 19 the window visibility correctly changes so that the cursor is visible.  However, if the movement is made with opt-leftarrow, word by word, then the same window movement does not happen as it should, resulting in a cursor position outside the visible range.


---

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] #181 Cmd-arrow should follow visual line, not logical

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

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

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



---

** [tickets:#181] Cmd-arrow should follow visual line, not logical**

**Status:** fixed
**Created:** Wed Sep 26, 2018 08:02 PM UTC by Joachim Kock
**Last Updated:** Wed Sep 26, 2018 08:02 PM UTC
**Owner:** nobody


With flowed text, cmd-left and cmd-right should follow visual line, not logical line.  Same problem with shift-cmd-arrow.


---

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] #182 flowed text cursor position

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

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



---

** [tickets:#182] flowed text cursor position**

**Status:** fixed
**Created:** Wed Sep 26, 2018 08:04 PM UTC by Joachim Kock
**Last Updated:** Thu Oct 04, 2018 09:18 AM UTC
**Owner:** nobody


With flowed text, end of a visual line and start of the
following visual line represent the same logical position in the
text (namely after the space char).  Currently, navigation with
left and right arrow will only ever put the cursor in the 
end-of-visual line position, meaning that it is not possible
to navigate the the start-of-visual-line with left and right.
(It is possible to click at this position, and Alpha understands
it correctly.  It is also possible to arrive at a start-of-visual-line
by going to the start-of-logicical-line and pressing downarrow a
number of times.)

I would like to suggest the convention that the two cursor 
positions should be conservative in the sense that it stays on
the line the arrow movement takes place on (as long as 
possible).  This means that if you are in visual col 1 and press
leftarrow, you end up in visual col 0 (and not at 
end-of-previous-line).  (The next leftarrow press will then of
course take you to the penultimate position of the previous
visual line.)
On the other hand, it you are in the penultimate position of a
visual line (after the last word, but before the linebreaking 
whitespace), then pressing Rightarrow should take you to the
end-of-visual-line position.



---

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] #182 flowed text cursor position

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

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


---

** [tickets:#182] flowed text cursor position**

**Status:** open
**Created:** Wed Sep 26, 2018 08:04 PM UTC by Joachim Kock
**Last Updated:** Wed Sep 26, 2018 08:04 PM UTC
**Owner:** nobody


With flowed text, end of a visual line and start of the
following visual line represent the same logical position in the
text (namely after the space char).  Currently, navigation with
left and right arrow will only ever put the cursor in the 
end-of-visual line position, meaning that it is not possible
to navigate the the start-of-visual-line with left and right.
(It is possible to click at this position, and Alpha understands
it correctly.  It is also possible to arrive at a start-of-visual-line
by going to the start-of-logicical-line and pressing downarrow a
number of times.)

I would like to suggest the convention that the two cursor 
positions should be conservative in the sense that it stays on
the line the arrow movement takes place on (as long as 
possible).  This means that if you are in visual col 1 and press
leftarrow, you end up in visual col 0 (and not at 
end-of-previous-line).  (The next leftarrow press will then of
course take you to the penultimate position of the previous
visual line.)
On the other hand, it you are in the penultimate position of a
visual line (after the last word, but before the linebreaking 
whitespace), then pressing Rightarrow should take you to the
end-of-visual-line position.



---

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] Alpha Developer Build 9.0.1a1 for Mojave

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

Bernard,

thanks, this shows that it works :-)-O



el

On 2018-10-02 09:13 , bde...@or... wrote:
> Hi all,
> 
> for those who already jumped into the new version of OS X Mojave
> 10.14, be aware that Alpha 9.0 crashes when you close a document
> window.
> 
> I have installed a troubleshooting version of Alpha (9.0.1a1) with a
> (quick and dirty) fix to work around this problem. Here is the link:
> https://sourceforge.net/projects/alphacocoa/files/DevBuild/Alpha_devbuild.zip
> 
> This is a temporary fix and I’m now working on a proper solution. This
> is a Mojave bug which affects the popup menus in Alpha’s toolbar (file
> and mode): they attempt to release an observer which they did not
> install. I’ll probably have to redesign the interface and move the
> popups to the window’s level (rather than the toolbar’s level).
> 
> I’ll release a final version of 9.0.1 as soon as possible.
> 
> cheers,
> Bernard
[...]

-- 
Dr. Eberhard W. Lisse          / Obstetrician & Gynaecologist (Saar)
el...@li...            / *     |   Telephone: +264 81 124 6733 (cell)
PO Box 8421                  /
Bachbrecht, Namibia     ;____/

[Alphacocoa-devel] Alpha Developer Build 9.0.1a1 for Mojave

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

Hi all,

for those who already jumped into the new version of OS X Mojave 10.14, be aware that Alpha 9.0 crashes when you close a document window. 

I have installed a troubleshooting version of Alpha (9.0.1a1) with a (quick and dirty) fix to work around this problem. Here is the link:
https://sourceforge.net/projects/alphacocoa/files/DevBuild/Alpha_devbuild.zip

This is a temporary fix and I’m now working on a proper solution. This is a Mojave bug which affects the popup menus in Alpha’s toolbar (file and mode): they attempt to release an observer which they did not install. I’ll probably have to redesign the interface and move the popups to the window’s level (rather than the toolbar’s level).

I’ll release a final version of 9.0.1 as soon as possible.

cheers,
Bernard

[Alphacocoa-devel] [alphacocoa:tickets] #180 OK after word count

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

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



---

** [tickets:#180] OK after word count**

**Status:** fixed
**Created:** Wed Sep 26, 2018 08:01 PM UTC by Joachim Kock
**Last Updated:** Fri Sep 28, 2018 12:37 PM UTC
**Owner:** nobody


After doing word count, pressing return a first time does not trigger the OK button, but the second time does.



---

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] #180 OK after word count

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

This is fixed. 
Explanation for the record: this was caused by the *TextView* contained in this dialog. All dialogs (built with *dialog::make*) containing an item of type 'text' exhibit the same problem. The culprit *in fine* is the *-selectable* option of the *TextView* which must be set to 0 when *-editable* is set to 0.
Changes committed to the repository ([rev. 1534](https://sourceforge.net/p/alphacocoa/code/1534/)).


---

** [tickets:#180] OK after word count**

**Status:** open
**Created:** Wed Sep 26, 2018 08:01 PM UTC by Joachim Kock
**Last Updated:** Thu Sep 27, 2018 07:31 PM UTC
**Owner:** nobody


After doing word count, pressing return a first time does not trigger the OK button, but the second time does.



---

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] Alpha and Mojave

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

Thanks,

no hurry.

I am systematically testing all apps I am using with Mojave on the laptop before putting it on my practice iMac.

greetings,,el

Sent from Dr Lisse’s iPad mini 4
On 27 Sep 2018, 18:54 +0200, Bernard Desgraupes <bde...@or...>, wrote:
> Thank you Eberhard for the report. I’ll look into this, but I haven’t installed Mojave yet. Will try ASAP.
> Cheers,
> Bernard
>
>
> Le 27 sept. 2018 à 18:40, Dr Eberhard W Lisse <el...@li...> a écrit :
>
> > Bernard,
> >
> > I installed Mojave and find that when closing a text window with CMD-W
> > but not when using the Red-Button, it terminates Alpha.
> >
> > Not an ideal behavior.
> >
> > el
> > --
> > Dr. Eberhard W. Lisse / Obstetrician & Gynaecologist (Saar)
> > el...@li... / * | Telephone: +264 81 124 6733 (cell)
> > PO Box 8421 /
> > Bachbrecht, Namibia ;____/

[Alphacocoa-devel] [alphacocoa:tickets] #180 OK after word count

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

I can reproduce this. Thank you for reporting, I'll look into it.


---

** [tickets:#180] OK after word count**

**Status:** open
**Created:** Wed Sep 26, 2018 08:01 PM UTC by Joachim Kock
**Last Updated:** Wed Sep 26, 2018 08:01 PM UTC
**Owner:** nobody


After doing word count, pressing return a first time does not trigger the OK button, but the second time does.



---

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] #169 Text Statistics

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

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



---

** [tickets:#169] Text Statistics**

**Status:** fixed
**Created:** Thu Jun 21, 2018 02:20 PM UTC by Christoph Schiller
**Last Updated:** Thu Sep 27, 2018 07:28 PM UTC
**Owner:** nobody


For writing texts, it makes sense to have data on  text statistics that is useful to improve the quality of writing. This would imply:

a menu item "Word count" (opens a window with the word count, the character count and the average number of characters per word)
a menu item "Sentence count" (opens a window with the sentence count, the word count and the averagae number of words per sentence)
a menu item "Frequently used words'' (opens a window with the list of the 50 most used words in the text)
a menu item "Frequently used expressions'' (of at most 4 words: opens a windo with the list)

Since all these open new windows, they should probably appear in an item in the "Tools" menu.


---

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] #169 Text Statistics

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

I have created a new package called *Text Statistics* and implemented the four requested commands. The code  has been committed to the repository ([rev. 1533](https://sourceforge.net/p/alphacocoa/code/1533/)). Documentation can be found [here](https://alphacocoa.sourceforge.io/TextStatisticsHelp.html).


---

** [tickets:#169] Text Statistics**

**Status:** open
**Created:** Thu Jun 21, 2018 02:20 PM UTC by Christoph Schiller
**Last Updated:** Thu Jul 05, 2018 05:45 AM UTC
**Owner:** nobody


For writing texts, it makes sense to have data on  text statistics that is useful to improve the quality of writing. This would imply:

a menu item "Word count" (opens a window with the word count, the character count and the average number of characters per word)
a menu item "Sentence count" (opens a window with the sentence count, the word count and the averagae number of words per sentence)
a menu item "Frequently used words'' (opens a window with the list of the 50 most used words in the text)
a menu item "Frequently used expressions'' (of at most 4 words: opens a windo with the list)

Since all these open new windows, they should probably appear in an item in the "Tools" menu.


---

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] Alpha and Mojave

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

Bernard,

I installed Mojave and find that when closing a text window with CMD-W
but not when using the Red-Button, it terminates Alpha.

Not an ideal behavior.

el
-- 
Dr. Eberhard W. Lisse          / Obstetrician & Gynaecologist (Saar)
el...@li...            / *     |   Telephone: +264 81 124 6733 (cell)
PO Box 8421                  /
Bachbrecht, Namibia     ;____/

Re: [Alphacocoa-devel] Alpha and Mojave

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

Thank you Eberhard for the report. I’ll look into this, but I haven’t installed Mojave yet. Will try ASAP.
Cheers,
Bernard


Le 27 sept. 2018 à 18:40, Dr Eberhard W Lisse <el...@li...> a écrit :

> Bernard,
> 
> I installed Mojave and find that when closing a text window with CMD-W
> but not when using the Red-Button, it terminates Alpha.
> 
> Not an ideal behavior.
> 
> el
> -- 
> Dr. Eberhard W. Lisse          / Obstetrician & Gynaecologist (Saar)
> el...@li...            / *     |   Telephone: +264 81 124 6733 (cell)
> PO Box 8421                  /
> Bachbrecht, Namibia     ;____/

[Alphacocoa-devel] [alphacocoa:tickets] #182 flowed text cursor position

[Joachim K. <jk...@us...>]

---

** [tickets:#182] flowed text cursor position**

**Status:** open
**Created:** Wed Sep 26, 2018 08:04 PM UTC by Joachim Kock
**Last Updated:** Wed Sep 26, 2018 08:04 PM UTC
**Owner:** nobody


With flowed text, end of a visual line and start of the
following visual line represent the same logical position in the
text (namely after the space char).  Currently, navigation with
left and right arrow will only ever put the cursor in the 
end-of-visual line position, meaning that it is not possible
to navigate the the start-of-visual-line with left and right.
(It is possible to click at this position, and Alpha understands
it correctly.  It is also possible to arrive at a start-of-visual-line
by going to the start-of-logicical-line and pressing downarrow a
number of times.)

I would like to suggest the convention that the two cursor 
positions should be conservative in the sense that it stays on
the line the arrow movement takes place on (as long as 
possible).  This means that if you are in visual col 1 and press
leftarrow, you end up in visual col 0 (and not at 
end-of-previous-line).  (The next leftarrow press will then of
course take you to the penultimate position of the previous
visual line.)
On the other hand, it you are in the penultimate position of a
visual line (after the last word, but before the linebreaking 
whitespace), then pressing Rightarrow should take you to the
end-of-visual-line position.



---

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] #181 Cmd-arrow should follow visual line, not logical

[Joachim K. <jk...@us...>]

---

** [tickets:#181] Cmd-arrow should follow visual line, not logical**

**Status:** open
**Created:** Wed Sep 26, 2018 08:02 PM UTC by Joachim Kock
**Last Updated:** Wed Sep 26, 2018 08:02 PM UTC
**Owner:** nobody


With flowed text, cmd-left and cmd-right should follow visual line, not logical line.  Same problem with shift-cmd-arrow.


---

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] #180 OK after word count

[Joachim K. <jk...@us...>]

---

** [tickets:#180] OK after word count**

**Status:** open
**Created:** Wed Sep 26, 2018 08:01 PM UTC by Joachim Kock
**Last Updated:** Wed Sep 26, 2018 08:01 PM UTC
**Owner:** nobody


After doing word count, pressing return a first time does not trigger the OK button, but the second time does.



---

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.