alphacocoa-devel — AlphaCocoa Development List

[Alphacocoa-devel] Printer settings

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

I can't find the Printer Settings that were available in AlphaX: Printer 
Font and Printer Font Size. In Alpha: Global Prefs: Printing all I see 
are margin settings.

I have to enlarge the screen font to be able to read the text in Alpha. 
But when I print, this is way too large. It would be wonderful if the 
old Printer Settings could be included in Alpha.

Thank you,

     Michael

[Alphacocoa-devel] Links to files on alpha homepage

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

The links on http://alphacocoa.sourceforge.net/ to the readme file, 
Quick Start, the Alpha Manual, and Alpha Help Topics are all not 
functioning.

Thanks,

     Michael

Re: [Alphacocoa-devel] AlphaCocoa #154 half-second delay near last line

[Greg D. <gre...@in...>]

I can verify that this behavior occurs repeatably for me when inserting a character after the "a" (Vega_rc2, OS X 10.10.5).  If I see anything which
seems to be a causative agent, I'll try to isolate and report it.


On 4/14/18 8:10 AM, alp...@li... wrote:

> Message: 1
> Date: Fri, 13 Apr 2018 15:39:56 -0000
> From: "Bernard Desgraupes" <bde...@us...>
> To: alp...@li...
> Subject: [Alphacocoa-devel] [alphacocoa:tickets] #154 half-second
> 	delay near last line
> Message-ID:
> 	</p/alphacocoa/tickets/154/771...@al...>
> 	
> Content-Type: text/plain; charset="us-ascii"
> 
> I have observed this phenomenon on rare occasions. This is not reproducible (and the recipe above did not work for me right now). I have no explanation but my feeling is that sometimes the Cocoa text engine must be busy doing some book-keeping and gets slowed down.  There's nothing I can do at the moment. Let's keep an eye open...
> 
> 
> ---
> 
> ** [tickets:#154] half-second delay near last line**
> 
> **Status:** open
> **Created:** Fri Apr 13, 2018 09:04 AM UTC by Joachim Kock
> **Last Updated:** Fri Apr 13, 2018 09:04 AM UTC
> **Owner:** nobody
> 
> 
> Here is a strange bug,  with a visual delay
> 
> In a window let let last three lines be
> 
> a
> bbb
> c
> ----------
> 
> (The hyphens represent the end of the window,
> there is a carriage return after c.)  
> 
> Now place the insertion point after the a and do carriage
> return.  The carriage return is correctly inserted,
> but during half a second the c disappears before it
> reappears.  The same phenomenon occurs when 
> inserting the carriage return somewhere else in the
> b line, for example between the b, but curiously 
> this does not seem to be reproducible.
> 
> a
> bbb
> c


-- 
| Greg Dunn                       | Every year is getting shorter,    |
| gre...@in...               | never seem to find the time       |
| The Sultan of Slack(tm)         | Plans that either come to nought  |
| http://www.indy.net/~gregdunn/  | or half a page of scribbled lines |
|                                 |                  Pink Floyd       |

[Alphacocoa-devel] Alpha Preview Release 9.0rc2 (Vega_rc2)

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

Hi all,

I have just uploaded a new release candidate for the final version of Alpha. This is Alpha 9.0rc2 for Mac OS X 10.9 or greater. 

From now on, all versions of Alpha are named after a star. Traditionally, the main stars of a constellation are designated by a greek letter and the brightest is usually called alpha. So, the first final version of the AlphaCocoa project will be Vega, which is α Lyrae, the alpha star of the Lyra constellation. This release candidate is Vega_rc2. 

See at the end of this message, the main changes contained in this new release. 
If you had previously downloaded another preview release, make sure you replace it entirely by the new one, in particular if you keep a working copy for updates as explained in TN #1: How to update the core ? and TN #3: How to update the AlphaTcl library ?. 
Please, read the release notes which will be displayed the first time you launch Alpha and can be accessed later from the Help menu. 
  
Here is the URL to download the disk image: 
https://sourceforge.net/projects/alphacocoa/files/9.0rc2/Alpha_9.0rc2.dmg.zip/download (28.19M) 

The MD5 checksum is: e4d29ed5493790cbbfb1443d8ef0ac72 
The SHA1 checksum is: 7a20d46e3c52aace7822f4cc0d98d6cd8775d557 

Don't hesitate to post bug reports, even if they concern a missing functionality which still has to be implemented. Bug reports are essential to keep track of all the deficiencies. See Alpha's Bug Tracker. 

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

new core command [alphaUpdate] to handle detection and installation of new releases of Alpha.
new core command [restart].
new helper application AlphaUpdater to handle software updates.
new mechanism to check for updates (automatically in the background or manually from the Update Alpha menu).
new core command [screen] to get information about the screens currently connected to the machine.
The following bugs have been fixed (but remain open until the fix is confirmed):
Ticket #148: Problems with the Better Templates feature
Ticket #149: Printing area
Ticket #150: Staus Bar Location
Ticket #151: DiffBOA
Ticket #152: latex mode word double-click
The following tickets have been closed:
Ticket #147: Encoding issues

[Alphacocoa-devel] [alphacocoa:tickets] #153 Problem with Ref completions

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

I just tested this preference and it works for me: in a TeX file containing some *\label* macros, I typed *\ref{* then hit control-Tab, a listpick with the possible labels was displayed, I selected one and it was inserted as expected. 
I tested this with the *Better Templates*  package activated or not. This has no influence (and should not have).
Let's wait for the next release of Alpha (rc2, very soon!) to see if this issue is still present.


---

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

**Status:** open
**Created:** Fri Apr 06, 2018 02:22 AM UTC by Chris Skeels
**Last Updated:** Fri Apr 06, 2018 02:22 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] #154 half-second delay near last line

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

I have observed this phenomenon on rare occasions. This is not reproducible (and the recipe above did not work for me right now). I have no explanation but my feeling is that sometimes the Cocoa text engine must be busy doing some book-keeping and gets slowed down.  There's nothing I can do at the moment. Let's keep an eye open...


---

** [tickets:#154] half-second delay near last line**

**Status:** open
**Created:** Fri Apr 13, 2018 09:04 AM UTC by Joachim Kock
**Last Updated:** Fri Apr 13, 2018 09:04 AM UTC
**Owner:** nobody


Here is a strange bug,  with a visual delay

In a window let let last three lines be

a
bbb
c
----------

(The hyphens represent the end of the window,
there is a carriage return after c.)  

Now place the insertion point after the a and do carriage
return.  The carriage return is correctly inserted,
but during half a second the c disappears before it
reappears.  The same phenomenon occurs when 
inserting the carriage return somewhere else in the
b line, for example between the b, but curiously 
this does not seem to be reproducible.

a
bbb
c



---

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] #154 half-second delay near last line

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

---

** [tickets:#154] half-second delay near last line**

**Status:** open
**Created:** Fri Apr 13, 2018 09:04 AM UTC by Joachim Kock
**Last Updated:** Fri Apr 13, 2018 09:04 AM UTC
**Owner:** nobody


Here is a strange bug,  with a visual delay

In a window let let last three lines be

a
bbb
c
----------

(The hyphens represent the end of the window,
there is a carriage return after c.)  

Now place the insertion point after the a and do carriage
return.  The carriage return is correctly inserted,
but during half a second the c disappears before it
reappears.  The same phenomenon occurs when 
inserting the carriage return somewhere else in the
b line, for example between the b, but curiously 
this does not seem to be reproducible.

a
bbb
c



---

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] Wrap qurstion window

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

Bernard,

atom.tcl doesn't exit, but found aeom.tcl, put the proc into the
prefs.tcl and commented everything out of the block other than

 						set breakit " no  "

Works.

Thanks, el

On 2018-04-12 20:06 , Bernard Desgraupes wrote:
> Hi Eberhard,
> 
> this is not easy to do. This dialog is issued in the proc
> aeom::handleOpen defined in the file atom.tcl, around line 292.
> 
> You could copy the definition of this proc in your file prefs.tcl and
> modify it as you wish. Depending on whether you always want to answer
> yes or to answer no, you could replace the following block
>
> 				if {$needswrap && $breakit eq "ask "} {
> 					set doBreak [alert -t critical -c "Yes" -k "No" -o "" \
> 					  "Wrap ‘[file tail $path]’?" \
> 					  "This will remove the paragraph formatting from the file."]
> 					
> 					if {$doBreak == "Yes"} {
> 						set breakit "yes "
> 					} else {
> 						set breakit "no  "
> 					}
> 				}
> 
> by just 
> 						set breakit "yes "
> or 
> 						set breakit " no  " 
> 
> 
> Cheers,
> Bernard
> 
> 
> 
> Le 12 avr. 2018 à 15:46, Dr Eberhard W Lisse <el...@li...> a écrit :
> 
>> I never got a reply to this one, so here I go again :-0_O
>>
>> Attached a screenshot :-)-O
>>
>> el
>>
>> On 23/02/2018 12:04, Dr Eberhard W Lisse wrote:
>>> Another question,
>>>
>>> I am bothered by the little window that opens on each text file with
>>> long lines, and generally want to manually format parts or all of the
>>> text, in particular emails,
>>>
>>> Is there a way to turn that off and where is it located?
>>>
>>> greetings, el
>>>
>>
>> -- 
>> Dr. Eberhard W. Lisse  \        / Obstetrician & Gynaecologist (Saar)
>> el...@li...            / *     |   Telephone: +264 81 124 6733 (cell)
>> PO Box 8421             \     /
>> Bachbrecht, Namibia     ;____/
>>
>>
>> <alpha.jpeg>

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

Re: [Alphacocoa-devel] Wrap qurstion window

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

Hi Eberhard,

this is not easy to do. This dialog is issued in the proc aeom::handleOpen defined in the file atom.tcl, around line 292.

You could copy the definition of this proc in your file prefs.tcl and modify it as you wish. Depending on whether you always want to answer yes or to answer no, 
you could replace the following block
				if {$needswrap && $breakit eq "ask "} {
					set doBreak [alert -t critical -c "Yes" -k "No" -o "" \
					  "Wrap ‘[file tail $path]’?" \
					  "This will remove the paragraph formatting from the file."]
					
					if {$doBreak == "Yes"} {
						set breakit "yes "
					} else {
						set breakit "no  "
					}
				}

by just 
						set breakit "yes "
or 
						set breakit " no  " 


Cheers,
Bernard



Le 12 avr. 2018 à 15:46, Dr Eberhard W Lisse <el...@li...> a écrit :

> I never got a reply to this one, so here I go again :-0_O
> 
> Attached a screenshot :-)-O
> 
> el
> 
> On 23/02/2018 12:04, Dr Eberhard W Lisse wrote:
>> Another question,
>> 
>> I am bothered by the little window that opens on each text file with
>> long lines, and generally want to manually format parts or all of the
>> text, in particular emails,
>> 
>> Is there a way to turn that off and where is it located?
>> 
>> greetings, el
>> 
> 
> -- 
> Dr. Eberhard W. Lisse  \        / Obstetrician & Gynaecologist (Saar)
> el...@li...            / *     |   Telephone: +264 81 124 6733 (cell)
> PO Box 8421             \     /
> Bachbrecht, Namibia     ;____/
> 
> 
> <alpha.jpeg>

[Alphacocoa-devel] Wrap qurstion window

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

I never got a reply to this one, so here I go again :-0_O

Attached a screenshot :-)-O

el

On 23/02/2018 12:04, Dr Eberhard W Lisse wrote:
> Another question,
> 
> I am bothered by the little window that opens on each text file with
> long lines, and generally want to manually format parts or all of the
> text, in particular emails,
> 
> Is there a way to turn that off and where is it located?
> 
> greetings, 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] #153 Problem with Ref completions

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

---

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

**Status:** open
**Created:** Fri Apr 06, 2018 02:22 AM UTC by Chris Skeels
**Last Updated:** Fri Apr 06, 2018 02:22 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] #148 Problems with the Better Templates feature

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

This remaining issue has been fixed now. 

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


---

** [tickets:#148] Problems with the Better Templates feature**

**Status:** fixed
**Created:** Wed Mar 14, 2018 12:33 AM UTC by Chris Skeels
**Last Updated:** Tue Apr 03, 2018 08:11 AM UTC
**Owner:** nobody


I will illustrate the problem with a simple example.  Start with the better Better Templates feature turned off and in a TeX window do the following:
1. Create an inline equation  displaying the cube of x, say, using first the keystroke combination ctrl-cmd-m (which should produce \( | \) • where the | denotes the cursor, then typing x, shift-6, 3, tab, tab should leave you with \( x^{3} \)|.
2. Turn on the Better Templates feature and then repeat 1.  I get \( x^{3|}• \)•  Subsequent uses of the tab key moves the cursor to a variety of curious places, but never to the next bullet stop.

The problem appears to be related to nested templates.  For example, if, after ctrl-cmd-m I just hit tab, then the cursor moves to the bullet stop outside the environment, as it should.


---

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] #148 Problems with the Better Templates feature

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

Better but not quite fixed.  Try type-setting the following: \( \frac{1}{2} \).  For me the key-stroke sequence is ctrl-cmd-m, \frac{, 1, tab, 2 tab, tab to reach the end.  It is taking an additional tab on leaving the fraction to exit the math environment than it should


---

** [tickets:#148] Problems with the Better Templates feature**

**Status:** fixed
**Created:** Wed Mar 14, 2018 12:33 AM UTC by Chris Skeels
**Last Updated:** Wed Mar 28, 2018 01:54 PM UTC
**Owner:** nobody


I will illustrate the problem with a simple example.  Start with the better Better Templates feature turned off and in a TeX window do the following:
1. Create an inline equation  displaying the cube of x, say, using first the keystroke combination ctrl-cmd-m (which should produce \( | \) • where the | denotes the cursor, then typing x, shift-6, 3, tab, tab should leave you with \( x^{3} \)|.
2. Turn on the Better Templates feature and then repeat 1.  I get \( x^{3|}• \)•  Subsequent uses of the tab key moves the cursor to a variety of curious places, but never to the next bullet stop.

The problem appears to be related to nested templates.  For example, if, after ctrl-cmd-m I just hit tab, then the cursor moves to the bullet stop outside the environment, as it should.


---

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] #149 Printing area

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

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



---

** [tickets:#149] Printing area**

**Status:** fixed
**Created:** Wed Mar 14, 2018 01:17 AM UTC by Chris Skeels
**Last Updated:** Tue Apr 03, 2018 06:11 AM UTC
**Owner:** nobody


If one prints from Alpha then the page margins are pretty wide and, unlike many other apps, there doesn't seem to be any scope to change this.  Is it possible to provide greater control over page margins when printing?


---

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] #149 Printing area

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

This is fixed now. I have introduced new preferences *Print Margin Bottom*, *Print Margin Left*, *Print Margin Right*, *Print Margin Top* found in the *Alpha ↣ Preferences ↣ Global Preferences ↣ Printing* panel.

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


---

** [tickets:#149] Printing area**

**Status:** open
**Created:** Wed Mar 14, 2018 01:17 AM UTC by Chris Skeels
**Last Updated:** Wed Mar 28, 2018 04:21 PM UTC
**Owner:** nobody


If one prints from Alpha then the page margins are pretty wide and, unlike many other apps, there doesn't seem to be any scope to change this.  Is it possible to provide greater control over page margins when printing?


---

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] #150 Status Bar Location

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

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



---

** [tickets:#150] Status Bar Location**

**Status:** fixed
**Created:** Sun Mar 18, 2018 08:31 PM UTC by Chris Skeels
**Last Updated:** Sat Mar 31, 2018 12:25 PM UTC
**Owner:** nobody


When working with 2 monitors the Menu bar is bold on whichever screen that the active window, however, the Status Bar stays firmly on the left-hand window.  This seems an odd choice, especially if the Status Bar is beeing used for prompts and error messages.  Is it possible to have the Status Bar appear on the monitor with the active window?  If not, might that option be added?


---

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] #150 Status Bar Location

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

I have implemented this RFE. Now the status bar is always displayed on the screen containing the currently active document window.

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


---

** [tickets:#150] Status Bar Location**

**Status:** open
**Created:** Sun Mar 18, 2018 08:31 PM UTC by Chris Skeels
**Last Updated:** Sat Mar 24, 2018 06:47 AM UTC
**Owner:** nobody


When working with 2 monitors the Menu bar is bold on whichever screen that the active window, however, the Status Bar stays firmly on the left-hand window.  This seems an odd choice, especially if the Status Bar is beeing used for prompts and error messages.  Is it possible to have the Status Bar appear on the monitor with the active window?  If not, might that option be added?


---

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] #149 Printing area

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

I'm not sure how this can best be fixed. Do you have an example of an application where these margins can be set ?


---

** [tickets:#149] Printing area**

**Status:** open
**Created:** Wed Mar 14, 2018 01:17 AM UTC by Chris Skeels
**Last Updated:** Wed Mar 14, 2018 01:17 AM UTC
**Owner:** nobody


If one prints from Alpha then the page margins are pretty wide and, unlike many other apps, there doesn't seem to be any scope to change this.  Is it possible to provide greater control over page margins when printing?


---

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] #152 latex mode word double-click

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

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



---

** [tickets:#152] latex mode word double-click**

**Status:** fixed
**Created:** Sat Mar 24, 2018 06:56 AM UTC by Joachim Kock
**Last Updated:** Wed Mar 28, 2018 04:19 PM UTC
**Owner:** nobody


In latex mode, if you double click on delta in 

\delta_n

everything is selected, including the underscore n. The correct would be to have selected only \delta. (Indeed, underscore cannot be be said to be part of any notion of word in tex; it is an operator.)

I have experimented with the definition of TeXmodeVars(wordBreak), but suspect that it may be a core problem. For example, the arrow keys, option-left and option-right, correctly understand that underscore is not part of a word.


---

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] #152 latex mode word double-click

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

This is fixed now.

Two remarks:

* still extension of selection using option-shift-right still captures
* be aware, when playing with mode-specific *wordBreak* preferences, that the string is cached by the core for every document, so if you change it you need to close the file and reopen it : the string is read and cached when the document is created

I'm aware that both points would have to be improved in the future, oh well...

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


---

** [tickets:#152] latex mode word double-click**

**Status:** open
**Created:** Sat Mar 24, 2018 06:56 AM UTC by Joachim Kock
**Last Updated:** Sat Mar 24, 2018 06:56 AM UTC
**Owner:** nobody


In latex mode, if you double click on delta in 

\delta_n

everything is selected, including the underscore n. The correct would be to have selected only \delta. (Indeed, underscore cannot be be said to be part of any notion of word in tex; it is an operator.)

I have experimented with the definition of TeXmodeVars(wordBreak), but suspect that it may be a core problem. For example, the arrow keys, option-left and option-right, correctly understand that underscore is not part of a word.


---

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



---

** [tickets:#151] DiffBOA**

**Status:** fixed
**Created:** Fri Mar 23, 2018 11:50 PM UTC by Chris Skeels
**Last Updated:** Mon Mar 26, 2018 09:38 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...>]

This has been fixed recently by Joachim ([rev. 1389](http://sourceforge.net/p/alphacocoa/code/1389/)).


---

** [tickets:#151] DiffBOA**

**Status:** open
**Created:** Fri Mar 23, 2018 11:50 PM UTC by Chris Skeels
**Last Updated:** Fri Mar 23, 2018 11:50 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.

Re: [Alphacocoa-devel] AlphaCocoa-devel Digest, Vol 55, Issue 5

[Greg D. <gre...@in...>]

When I'm writing a Text mode document and need to re-flow the text, I normally want the indent chosen for the first line of a paragraph to be
respected and retained only for the first line, i.e., as a conventional paragraph indent.  I can see a use for the behavior where the entire paragraph
is shifted over by the value of the indent (as in programming), but this seems to be the default now and I haven't been able to find a way to change it.

I thought there used to be a Text mode preference which allowed you to indent only the first line, or the entire paragraph when performing a cmd-I
wrap or re-flow action, but I can't find it in the current version of Alpha.  Additionally, changing the Text mode preference "left fill column"
doesn't seem to affect a currently open text file; nor does it affect a newly created file.  Perhaps I'm looking in the wrong location for the preference?

On 3/24/18 8:41 AM, alp...@li... wrote:
> Send AlphaCocoa-devel mailing list submissions to
> 	alp...@li...
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel
> or, via email, send a message with subject or body 'help' to
> 	alp...@li...
> 
> You can reach the person managing the list at
> 	alp...@li...
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of AlphaCocoa-devel digest..."
> 
> 
> Today's Topics:
> 
>    1. Paragraph Wrap, CMD-I (Dr Eberhard W Lisse)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sat, 24 Mar 2018 11:31:17 +0100
> From: Dr Eberhard W Lisse <el...@li...>
> To: alp...@li...
> Cc: Bernard Desgraupes <bde...@us...>, Dr
> 	Eberhard W Lisse <el...@li...>
> Subject: [Alphacocoa-devel] Paragraph Wrap, CMD-I
> Message-ID: <228f4f41-7b99-4b4d-a13d-61579190f219@Spark>
> Content-Type: text/plain; charset="utf-8"
> 
> When I indent a line (txt file/mail) and continue to write, subsequent lines do not get indented and when I issue CMD-I on the second or subsequent line all, including the first one get wrapped properly but not indented.
> 
> If I do same on the first line all is well, wraps the whole paragraph indented.
> 
> Would that be a feature or a bug?
> 
> greetings, el
> 
> ?
> Sent from Dr Lisse?s iPad Mini
> 


-- 
| Greg Dunn                       | And all you touch and all you see |
| gre...@in...               | Is all your life will ever be.    |
| The Sultan of Slack(tm)         |                   Pink Floyd      |
| http://www.indy.net/~gregdunn/  |                                   |

Re: [Alphacocoa-devel] Paragraph Wrap, CMD-I

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

Implement both and bind the other to ALT-CMD-I perhaps?

el

—
Sent from Dr Lisse’s iPad Mini

On 24 Mar 2018, 15:11 +0100, Bernard Desgraupes <bde...@or...>, wrote:
> Hi Eberhard,
>
> I have always considered this behavior a feature: cmd-I performs its « filling » based on the indentation of the current line and applies it to the entire paragraph. It could use the indentation of the first line of the paragraph but I’m sure some users would prefer it that way rather than the other.
> I’d be glad to hear the general opinion on this matter.
>
>
> Le 24 mars 2018 à 11:31, Dr Eberhard W Lisse <el...@li...> a écrit :
>
> > When I indent a line (txt file/mail) and continue to write, subsequent lines do not get indented and when I issue CMD-I on the second or subsequent line all, including the first one get wrapped properly but not indented.
> >
> > If I do same on the first line all is well, wraps the whole paragraph indented.
> >
> > Would that be a feature or a bug?
> >
> > greetings, el
> >
> > —
> > Sent from Dr Lisse’s iPad Mini
> >
> > >
> > ------------------------------------------------------------------------------
> > 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] Paragraph Wrap, CMD-I

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

Hi Eberhard,

I have always considered this behavior a feature: cmd-I performs its « filling » based on the indentation of the current line and applies it to the entire paragraph. It could use the indentation of the first line of the paragraph but I’m sure some users would prefer it that way rather than the other.
I’d be glad to hear the general opinion on this matter.


Le 24 mars 2018 à 11:31, Dr Eberhard W Lisse <el...@li...> a écrit :

> When I indent a line (txt file/mail) and continue to write, subsequent lines do not get indented and when I issue CMD-I on the second or subsequent line all, including the first one get wrapped properly but not indented.
> 
> If I do same on the first line all is well, wraps the whole paragraph indented.
> 
> Would that be a feature or a bug?
> 
> greetings, el
> 
> —
> Sent from Dr Lisse’s iPad Mini
> 
>> 
> ------------------------------------------------------------------------------
> 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