alphacocoa-devel — AlphaCocoa Development List

[Alphacocoa-devel] [alphacocoa:tickets] #197 Default behaviour of "Clear Undo Stack on Save"

[Sylvain L. <syl...@us...>]

---

** [tickets:#197] Default behaviour of "Clear Undo Stack on Save"**

**Status:** open
**Created:** Tue Nov 13, 2018 11:12 AM UTC by Sylvain Loiseau
**Last Updated:** Tue Nov 13, 2018 11:12 AM UTC
**Owner:** nobody


A very minor point: by default, the Undo Stack is cleared on save. I know this is a preference that can be changed in global preference, Document, "Clear Undo Stack on Save". However, I'm wondering whether the default behaviour should not be to preserve the stack on save. This is the behaviour in most app, and before realizing it is different in Alpha -- and changing it in the pref -- one can lost work.




---

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] #189 Erratic 'bottomRedraw'

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

After a lot of experiments, I have identified the exact circumstances which provoke these jumps. In any file, this affects only the longest line. It concerns lines that are longer than the width of the text view (i-e which extend past the right edge of the window).

If the longest line (say *L1*) is not at the bottom of the window and you type a character anywhere in the visible part of this line, it *"jumps"* to the bottom of the window, that is to say the text is moved so that line *L1* becomes the last line of the visible part of the text.

If you have another long line (say *L2*), typing a character does not cause this strange behavior but if you keep typing characters, then as soon as the length of *L2* exceeds the length of *L1*, line *L2*  jumps to the bottom of the window. This happens because at this moment *L2* becomes the longest line of the text.

I don't think this is related to the *fillColumn* preference but I have no clue at the moment to understand what's going on under the hood.



---

** [tickets:#189] Erratic 'bottomRedraw'**

**Status:** open
**Created:** Thu Nov 01, 2018 11:34 AM UTC by Joachim Kock
**Last Updated:** Wed Nov 07, 2018 07:13 PM UTC
**Owner:** nobody


Paste this report into an Alpha window with hard wrap
fillColumn=64. Resize the window to approximately 75 chars wide.
Make the window short enough vertically, say 15 lines high.
Scroll to place the Q line near the middle of the window. Now
start writing with short words after the Qs. At the moment the
end of the line (marked 888) hits the edge of the window, the
window focus suddenly jumps, making the active line the last
visible line of the window.

z
z
z
z
z

QQQ QQQ QQQ QQQ QQQ QQQ QQQ QQQ QQQ zzz zzz zzz zzz zzz 888
ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg

z
z
z
z
z
z
z
z
z
z
z
z
z
z



---

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] #196 Enter does not wok on menu item

[Sylvain L. <syl...@us...>]

---

** [tickets:#196] Enter does not wok on menu item**

**Status:** open
**Created:** Fri Nov 09, 2018 12:57 PM UTC by Sylvain Loiseau
**Last Updated:** Fri Nov 09, 2018 12:57 PM UTC
**Owner:** nobody


Having selected any menu entry with either the mouse or the keyboard and hitting "enter" does not trigger this menu item.


---

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] #195 Odd menubar behaviour

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

Hi Chris,
this is not an Alpha bug, but rather a new behavior of the system. As you may know, an icns file contains different versions of an image at different sizes and depths. My guess is that Mojave (OS X 10.14) expects to find 32 bits icons and your icns files do not contain this size. I have just checked (out of AlphaX) for the fileset and oztex icons (the oldish ones). Both icns files contain only the following sizes:
```
ics#	16x16 1-bit mask (32 img + 32 mask)
ics4	16x16 4-bit icon
ics8	16x16 8 bit icon
```
Your BibTeX icns file on the contrary probably contains a richer set of sizes out of which Mojave can pick something. I would have to look into this file to tell more.


---

** [tickets:#195] Odd menubar behaviour**

**Status:** open
**Created:** Fri Nov 09, 2018 04:31 AM UTC by Chris Skeels
**Last Updated:** Fri Nov 09, 2018 04:31 AM UTC
**Owner:** nobody
**Attachments:**

- [Menubar.pdf](https://sourceforge.net/p/alphacocoa/tickets/195/attachment/Menubar.pdf) (120.1 kB; application/pdf)


Since upgrading to  OS X 10.14 .1 a few days ago I am see a very odd behaviour in respect of custom menu icons.  It is illustrated in the attached pdf file.  The missing menu icons are for the Open Windows , filesets and LaTeX menus,  I have in the ~/Library/Application Support/Alpha/Icons folder  new (well, old actually) icons for each of these menus and also for the BibTeX (which somewhat paradoxically appears in the menubar.  For what  it is worth , the icon files that I was using, but  aparently am no longer using, were the older coloured icons for fileset.icns, openWins.icns, and the earlier, happier, original OzTeX icon for oztex.icns that I recovered from an earlier version of Alpha (or AlphaX, or AlphaCocoa, as the case may be).  Removing the Icons folder  from the path listed above and re-starting Alpha does restore the drabber replacement icons that I am trying to replace.  However, this customization method had been working so I hope that it may continue to do so.

Cheers, Chris.


---

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] #195 Odd menubar behaviour

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

---

** [tickets:#195] Odd menubar behaviour**

**Status:** open
**Created:** Fri Nov 09, 2018 04:31 AM UTC by Chris Skeels
**Last Updated:** Fri Nov 09, 2018 04:31 AM UTC
**Owner:** nobody
**Attachments:**

- [Menubar.pdf](https://sourceforge.net/p/alphacocoa/tickets/195/attachment/Menubar.pdf) (120.1 kB; application/pdf)


Since upgrading to  OS X 10.14 .1 a few days ago I am see a very odd behaviour in respect of custom menu icons.  It is illustrated in the attached pdf file.  The missing menu icons are for the Open Windows , filesets and LaTeX menus,  I have in the ~/Library/Application Support/Alpha/Icons folder  new (well, old actually) icons for each of these menus and also for the BibTeX (which somewhat paradoxically appears in the menubar.  For what  it is worth , the icon files that I was using, but  aparently am no longer using, were the older coloured icons for fileset.icns, openWins.icns, and the earlier, happier, original OzTeX icon for oztex.icns that I recovered from an earlier version of Alpha (or AlphaX, or AlphaCocoa, as the case may be).  Removing the Icons folder  from the path listed above and re-starting Alpha does restore the drabber replacement icons that I am trying to replace.  However, this customization method had been working so I hope that it may continue to do so.

Cheers, Chris.


---

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] #194 Same file opened twice with the "File->Open..." dialog

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

This is complex. All these technics ultimately invoke an aevt/odoc AppleEvent which has an option for either opening the same file or open a duplicate. The calling procs certainly do not have the same settings and this is the cause of the inconsistent behavior. I'll look into this.


---

** [tickets:#194] Same file opened twice with the "File->Open..." dialog**

**Status:** open
**Created:** Thu Nov 08, 2018 03:21 PM UTC by Sylvain Loiseau
**Last Updated:** Thu Nov 08, 2018 03:21 PM UTC
**Owner:** nobody


If I drag (the icon of) a file on the Alpha icon, and if this file is already open, Alpha does not open it a second time a bring the corresponding buffer on the foreground. The same thing occurs if I select an already opened file in the "File->Open Recent" list.

However, if I select a file already opened in the "File->Open..." dialog, it open a new buffer of that file whose name is suffixed with <2>.

At some point (I cannot determinate when exactly), the "Open Recent" list start working the same way: each time I select the same file in the list, it open a new buffer, incrementing the <n> suffix.

Best,
Sylvain


---

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] #193 Strange behavior while opening several modal windows

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

Hi Sylvain,
thanks for reporting. I can reproduce this and this just should not happen: it should not be possible to execute a menu item during a modal session. I'll look into this.


---

** [tickets:#193] Strange behavior while opening several modal windows**

**Status:** open
**Created:** Thu Nov 08, 2018 01:58 PM UTC by Sylvain Loiseau
**Last Updated:** Thu Nov 08, 2018 01:58 PM UTC
**Owner:** nobody


I open a modal window (say, Alpha->Preferences->Global Preferences...). I can then select another modal window (say, Alpha->Preferences->Global Setup->Features...) This second window does not apear until I select the Ok button of the first window. When doing so, the first modal window does not close, but the second window appear on the top of the first.

I'm not sure whether this is really a problem and, if so, where the problem is: the menu still being available while a modal window is open? the second window not appearing immediatly when requested?

Best,
Sylvain


---

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] #194 Same file opened twice with the "File->Open..." dialog

[Sylvain L. <syl...@us...>]

---

** [tickets:#194] Same file opened twice with the "File->Open..." dialog**

**Status:** open
**Created:** Thu Nov 08, 2018 03:21 PM UTC by Sylvain Loiseau
**Last Updated:** Thu Nov 08, 2018 03:21 PM UTC
**Owner:** nobody


If I drag (the icon of) a file on the Alpha icon, and if this file is already open, Alpha does not open it a second time a bring the corresponding buffer on the foreground. The same thing occurs if I select an already opened file in the "File->Open Recent" list.

However, if I select a file already opened in the "File->Open..." dialog, it open a new buffer of that file whose name is suffixed with <2>.

At some point (I cannot determinate when exactly), the "Open Recent" list start working the same way: each time I select the same file in the list, it open a new buffer, incrementing the <n> suffix.

Best,
Sylvain


---

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] #193 Strange behavior while opening several modal windows

[Sylvain L. <syl...@us...>]

---

** [tickets:#193] Strange behavior while opening several modal windows**

**Status:** open
**Created:** Thu Nov 08, 2018 01:58 PM UTC by Sylvain Loiseau
**Last Updated:** Thu Nov 08, 2018 01:58 PM UTC
**Owner:** nobody


I open a modal window (say, Alpha->Preferences->Global Preferences...). I can then select another modal window (say, Alpha->Preferences->Global Setup->Features...) This second window does not apear until I select the Ok button of the first window. When doing so, the first modal window does not close, but the second window appear on the top of the first.

I'm not sure whether this is really a problem and, if so, where the problem is: the menu still being available while a modal window is open? the second window not appearing immediatly when requested?

Best,
Sylvain


---

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...>]

- **status**: fixed --> closed
- **Version**: 9.0 --> 9.0.1



---

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

**Status:** closed
**Created:** Sun Oct 14, 2018 11:18 AM UTC by Joachim Kock
**Last Updated:** Wed Oct 17, 2018 07: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

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

- **status**: fixed --> closed
- **Version**: 9.0 --> 9.0.1
- **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:** closed
**Created:** Sat Oct 13, 2018 10:47 AM UTC by Joachim Kock
**Last Updated:** Tue Oct 16, 2018 12:25 PM 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] #183 opt-left does not move window focus

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

- **status**: fixed --> closed
- **Version**: 9.0 --> 9.0.1



---

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

**Status:** closed
**Created:** Wed Oct 10, 2018 07:08 PM UTC by Joachim Kock
**Last Updated:** Tue Oct 16, 2018 12:38 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] #182 flowed text cursor position

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

- **status**: fixed --> closed
- **Version**: 9.0 --> 9.0.1



---

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

**Status:** closed
**Created:** Wed Sep 26, 2018 08:04 PM UTC by Joachim Kock
**Last Updated:** Thu Oct 04, 2018 09:19 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] #181 Cmd-arrow should follow visual line, not logical

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

- **status**: fixed --> closed
- **Version**: 9.0 --> 9.0.1
- **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:** closed
**Created:** Wed Sep 26, 2018 08:02 PM UTC by Joachim Kock
**Last Updated:** Thu Oct 04, 2018 09:19 AM 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

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

- **status**: fixed --> closed
- **Version**: 9.0 --> 9.0.1



---

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

**Status:** closed
**Created:** Wed Sep 26, 2018 08:01 PM UTC by Joachim Kock
**Last Updated:** Fri Sep 28, 2018 12:38 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] #179 Backward incremental search does not exhaust current match

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

- **status**: fixed --> closed
- **Version**: 9.0 --> 9.0.1
- **Comment**:

Thank you for catching this. It is fixed in proc [search::interactiveKeypress].
Changes committed to the repository ([rev. 1531](https://sourceforge.net/p/alphacocoa/code/1531/)).



---

** [tickets:#179] Backward incremental search does not exhaust current match**

**Status:** closed
**Created:** Sun Sep 02, 2018 01:18 PM UTC by Joachim Kock
**Last Updated:** Thu Sep 20, 2018 10:33 AM UTC
**Owner:** nobody


Backward incremental search does not exhaust current match.

In a file with the text

abcde
abcde
abcde
abcde
abcde

go to the end and search backwards (Ctrl-r) for
abcde.  The correct behaviour would be to find
the last occurrence, but for each letter appended
to the search string, the search skips backward
to previous match, finding instead the first
occurrence.



---

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] #178 math shortcut desabled

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

- **status**: fixed --> closed
- **Version**: 9.0 --> 9.0.1
- **Comment**:

Great! Resolving as FIXED;



---

** [tickets:#178] math shortcut desabled**

**Status:** closed
**Created:** Fri Aug 10, 2018 02:54 PM UTC by Thierry Berger
**Last Updated:** Mon Sep 17, 2018 12:42 PM UTC
**Owner:** nobody


When I open alpha, greek letter keyboard shortcuts (among others) are not enabled. To activate them, I have to go to "Latex Menu Option" and activate "Expand Math Menu". This operation must be repeated each time I open alpha.
version: 9.0 vega


---

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] #177 iterationCount and Ctrl-U

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

- **status**: fixed --> closed
- **Version**: 9.0 --> 9.0.1



---

** [tickets:#177] iterationCount and Ctrl-U**

**Status:** closed
**Created:** Fri Jul 27, 2018 09:08 AM UTC by Enrico Gregorio
**Last Updated:** Mon Sep 17, 2018 12:43 PM UTC
**Owner:** nobody


The TeX mode help file mentions “iterationCount” (end of page 18), but there is no binding of Ctrl-U in TeX mode and no such function that I can see.


---

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] #175 Request for Printer Font and Font Size

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

- **status**: fixed --> closed
- **Version**: 9.0 --> 9.0.1



---

** [tickets:#175] Request for Printer Font and Font Size**

**Status:** closed
**Created:** Thu Jul 05, 2018 03:47 PM UTC by Michael Cowen
**Last Updated:** Mon Jul 23, 2018 04:44 PM UTC
**Owner:** nobody


The Printer Settings from AlphaX: 
Global Prefs: Printing:Printer Font 
and 
Global Prefs: Printing:Printer Font Size
do not seem to be  implemented in Alpha.

I like to print at 12 point, but that is too small to read on my monitor. Being able to enlarge the font on the monitor but keep the printer font size at 12 is a major convenience.




---

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] #174 Return key does not trigger print

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

- **status**: fixed --> closed
- **Version**: 9.0 --> 9.0.1



---

** [tickets:#174] Return key does not trigger print**

**Status:** closed
**Created:** Thu Jul 05, 2018 03:34 PM UTC by Michael Cowen
**Last Updated:** Mon Jul 23, 2018 04:44 PM UTC
**Owner:** nobody


When the print dialog comes up, the return key (U.S. keyboard) does not trigger the print button. Enter key does. (This was previously fixed and working correctly in 9.0rc4.)


---

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**: fixed --> closed
- **Version**: 9.0 --> 9.0.1



---

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

**Status:** closed
**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] #190 tab and font size not remembered with recordWindowState

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

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



---

** [tickets:#190] tab and font size not remembered with recordWindowState**

**Status:** fixed
**Created:** Wed Nov 07, 2018 08:27 AM UTC by Joachim Kock
**Last Updated:** Thu Nov 08, 2018 12:46 PM UTC
**Owner:** nobody


I have a file I need to view in a very small font size (12) and a very large tab size (24).
So I select recordWindowState and set these. But when I reopen the file later, the settings are not respected. Instead the file opens in my standard settings (fontsize 18 and tabsize 4).
Thisbug is seen both in the new 9.0.1 and in the previous version from before the file window menu was made into an [I] button.


---

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] #190 tab and font size not remembered with recordWindowState

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

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


---

** [tickets:#190] tab and font size not remembered with recordWindowState**

**Status:** open
**Created:** Wed Nov 07, 2018 08:27 AM UTC by Joachim Kock
**Last Updated:** Wed Nov 07, 2018 05:17 PM UTC
**Owner:** nobody


I have a file I need to view in a very small font size (12) and a very large tab size (24).
So I select recordWindowState and set these. But when I reopen the file later, the settings are not respected. Instead the file opens in my standard settings (fontsize 18 and tabsize 4).
Thisbug is seen both in the new 9.0.1 and in the previous version from before the file window menu was made into an [I] button.


---

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] #192 new button icons worn out after first use

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

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



---

** [tickets:#192] new button icons worn out after first use**

**Status:** fixed
**Created:** Wed Nov 07, 2018 08:37 AM UTC by Joachim Kock
**Last Updated:** Thu Nov 08, 2018 12:42 PM UTC
**Owner:** nobody


The new buttons [I] and [M] lose their label after first use. They still work normally though.


---

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] #192 new button icons worn out after first use

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

This is fixed. The button cell's menuitem was wiped out each time the menu itself is rebuilt (although this should not happen).
Changes committed to the repository ([rev. 1566](https://sourceforge.net/p/alphacocoa/code/1566/)). The core must be rebuilt.


---

** [tickets:#192] new button icons worn out after first use**

**Status:** open
**Created:** Wed Nov 07, 2018 08:37 AM UTC by Joachim Kock
**Last Updated:** Wed Nov 07, 2018 05:20 PM UTC
**Owner:** nobody


The new buttons [I] and [M] lose their label after first use. They still work normally though.


---

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.