alphacocoa-devel — AlphaCocoa Development List

[Alphacocoa-devel] [alphacocoa:tickets] #120 Copy copies also font info

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

I notice that the Alpha command

  pasteboard write

produces good clean text.

You said that in order to handle rectangular
copy and multiple selection copy, it was necessary
to use native cocoa pasteboard API, not the Alpha
command.

Would it be possible to make copy conditional: 
if the selection is simple, use the Alpha command,
and if it is not simple, use cocoa API.

Maybe it is not feasible, or maybe it would be
too complicated --- in that case sorry for the
noise.



---

** [tickets:#120] Copy copies also font info**

**Status:** open
**Created:** Tue Apr 04, 2017 07:31 PM UTC by Joachim Kock
**Last Updated:** Thu Apr 20, 2017 09:29 AM UTC
**Owner:** nobody


Alpha (in contrast to AlphaX) copies text WITH formatting, 
instead of just copying the text as a sequence of chars.

I think this is wrong, since the formatting is not an attribute 
of the text copied but only an artefact of how the text editor
presents the text on screen.

(In practical terms, when from time to time I have to edit a Word
document, I always found it useful to do as much as possible of 
the editing in AlphaX, before pasting it into Word, where it 
will be inserted free of formatting.  I hope this use of AlphaX 
can be inherited by Alpha.)

If for some reason the new behaviour is deemed useful, perhaps
this is not a bug report but a feature request: could we then have
a prefs flag for controlling this, please?



---

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] #120 Copy copies also font info

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

Unfortunately, after a lot of experiments, it seems that there is no way of removing the rich data flavours from the pasteboard. There is no obvious API to remove a data type from the pasteboard anyway. I tried the hard way: after a copy instruction, I stored a copy of all the data types in a dictionary, then cleared the entire pasteboard (there is a command for this), then reconstructed the pasteboard items filtering out the rich text types. No matter what, the "public.rtf" item is back again. 
Also as soon as I switch to another application, the contents of the pasteboard change and much more types are present, including other rich text types. Maybe it is a question of data providers (promised data as opposed to actual data). 
 I can't think of any other solution and I give up.


---

** [tickets:#120] Copy copies also font info**

**Status:** open
**Created:** Tue Apr 04, 2017 07:31 PM UTC by Joachim Kock
**Last Updated:** Wed Apr 19, 2017 07:43 PM UTC
**Owner:** nobody


Alpha (in contrast to AlphaX) copies text WITH formatting, 
instead of just copying the text as a sequence of chars.

I think this is wrong, since the formatting is not an attribute 
of the text copied but only an artefact of how the text editor
presents the text on screen.

(In practical terms, when from time to time I have to edit a Word
document, I always found it useful to do as much as possible of 
the editing in AlphaX, before pasting it into Word, where it 
will be inserted free of formatting.  I hope this use of AlphaX 
can be inherited by Alpha.)

If for some reason the new behaviour is deemed useful, perhaps
this is not a bug report but a feature request: could we then have
a prefs flag for controlling this, please?



---

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] #120 Copy copies also font info

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

To inspect the pasteboard you can use Alpha's core command [pasteboard](http://alphacocoa.sourceforge.net/Reference/pasteboard.html). In particular, you can obtain the lsit of flavours present in the pasteboard with the following instruction:
```
    pasteboard types
```


---

** [tickets:#120] Copy copies also font info**

**Status:** open
**Created:** Tue Apr 04, 2017 07:31 PM UTC by Joachim Kock
**Last Updated:** Sun Apr 09, 2017 05:05 PM UTC
**Owner:** nobody


Alpha (in contrast to AlphaX) copies text WITH formatting, 
instead of just copying the text as a sequence of chars.

I think this is wrong, since the formatting is not an attribute 
of the text copied but only an artefact of how the text editor
presents the text on screen.

(In practical terms, when from time to time I have to edit a Word
document, I always found it useful to do as much as possible of 
the editing in AlphaX, before pasting it into Word, where it 
will be inserted free of formatting.  I hope this use of AlphaX 
can be inherited by Alpha.)

If for some reason the new behaviour is deemed useful, perhaps
this is not a bug report but a feature request: could we then have
a prefs flag for controlling this, please?



---

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] #123 In TeX mode there are two different definitions of word

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

- **status**: open --> fixed
- **Version**: 9.0b1 --> 9.0b2



---

** [tickets:#123] In TeX mode there are two different definitions of word**

**Status:** fixed
**Created:** Sat Apr 08, 2017 11:59 AM UTC by Giovanni Dore
**Last Updated:** Wed Apr 19, 2017 07:36 PM UTC
**Owner:** nobody


In TeX mode the procedures backward one word and move one word use an ad hoc definition of word, while the procedures that extend the selection use the standard definition.
Hence there are different behaviors; when moving the cursor "\frac" is a word and "4x" is considered as two different words, while when selcting "\frac" is not a word ("frac" is a word) and "4x" is one word.
It would be better to have coherent behaviors.


---

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] #123 In TeX mode there are two different definitions of word

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

This is fixed now. 

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


---

** [tickets:#123] In TeX mode there are two different definitions of word**

**Status:** open
**Created:** Sat Apr 08, 2017 11:59 AM UTC by Giovanni Dore
**Last Updated:** Sat Apr 08, 2017 11:59 AM UTC
**Owner:** nobody


In TeX mode the procedures backward one word and move one word use an ad hoc definition of word, while the procedures that extend the selection use the standard definition.
Hence there are different behaviors; when moving the cursor "\frac" is a word and "4x" is considered as two different words, while when selcting "\frac" is not a word ("frac" is a word) and "4x" is one word.
It would be better to have coherent behaviors.


---

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] #127 double-clicked selections are not click extendible

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

Additional comment concerning the remark that *" somehow there are two kinds of selections "*. Indeed, there are even three kinds of selections. Cocoa refers to them as the *granularity*: there is a granularity by chars (*NSSelectByCharacter*), one by words (*NSSelectByWord*) and one by lines (*NSSelectByParagraph*). A single click leads to char granularity, a double click to word granularity and a triple click to lines granularity.


---

** [tickets:#127] double-clicked selections are not click extendible**

**Status:** fixed
**Created:** Mon Apr 17, 2017 07:33 PM UTC by Joachim Kock
**Last Updated:** Wed Apr 19, 2017 08:05 AM UTC
**Owner:** nobody


1) If you double-click-and-release on a word to have it selected, and then 
shift-click at the following word, nothing happens.  The correct behaviour would
be to extend the selection.  (This behaviour is in AlphaX and in most other
editable-text fields.  For example this works in AlphaCocoa's text field inside
the search dialogue!)

It works correctly if the the first selection was made by click-drag-release.
So somehow there are two kinds of selections, which is already strange.

2) In fact the really nice word-selection extensions (which also work in AlphaX
and most other places) are made by double-clicking on a word and then
moving the mouse /without releasing the mouse button/, until the desired 
selection is reached, and then release.  The great thing about this technique
is that the double-click that initiated the drag-selection ensures that only 
whole words are selected.

I consider the first a bug.  The second is perhaps rather a feature request.


---

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] #127 double-clicked selections are not click extendible

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

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



---

** [tickets:#127] double-clicked selections are not click extendible**

**Status:** fixed
**Created:** Mon Apr 17, 2017 07:33 PM UTC by Joachim Kock
**Last Updated:** Wed Apr 19, 2017 08:04 AM UTC
**Owner:** nobody


1) If you double-click-and-release on a word to have it selected, and then 
shift-click at the following word, nothing happens.  The correct behaviour would
be to extend the selection.  (This behaviour is in AlphaX and in most other
editable-text fields.  For example this works in AlphaCocoa's text field inside
the search dialogue!)

It works correctly if the the first selection was made by click-drag-release.
So somehow there are two kinds of selections, which is already strange.

2) In fact the really nice word-selection extensions (which also work in AlphaX
and most other places) are made by double-clicking on a word and then
moving the mouse /without releasing the mouse button/, until the desired 
selection is reached, and then release.  The great thing about this technique
is that the double-click that initiated the drag-selection ensures that only 
whole words are selected.

I consider the first a bug.  The second is perhaps rather a feature request.


---

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] #127 double-clicked selections are not click extendible

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

This is fixed now on both accounts. Points 1) and 2) are now working as expected. 
Note that [Ticket #123: In TeX mode there are two different definitions of word](http://sourceforge.net/p/alphacocoa/tickets/123/) still needs to be solved.

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


---

** [tickets:#127] double-clicked selections are not click extendible**

**Status:** open
**Created:** Mon Apr 17, 2017 07:33 PM UTC by Joachim Kock
**Last Updated:** Mon Apr 17, 2017 08:01 PM UTC
**Owner:** nobody


1) If you double-click-and-release on a word to have it selected, and then 
shift-click at the following word, nothing happens.  The correct behaviour would
be to extend the selection.  (This behaviour is in AlphaX and in most other
editable-text fields.  For example this works in AlphaCocoa's text field inside
the search dialogue!)

It works correctly if the the first selection was made by click-drag-release.
So somehow there are two kinds of selections, which is already strange.

2) In fact the really nice word-selection extensions (which also work in AlphaX
and most other places) are made by double-clicking on a word and then
moving the mouse /without releasing the mouse button/, until the desired 
selection is reached, and then release.  The great thing about this technique
is that the double-click that initiated the drag-selection ensures that only 
whole words are selected.

I consider the first a bug.  The second is perhaps rather a feature request.


---

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] #126 Revert To Saved dialog doesn't catch return

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

- **status**: open --> fixed
- **Version**: 9.0b1 --> 9.0b2



---

** [tickets:#126] Revert To Saved dialog doesn't catch return**

**Status:** fixed
**Created:** Mon Apr 17, 2017 05:05 PM UTC by Giovanni Dore
**Last Updated:** Tue Apr 18, 2017 06:34 AM UTC
**Owner:** nobody


If you call "Revert To Saved" in a dirty window wou get a dialog asking if you want to revert to the saved version of the file.
Hitting return inserts a carriage return in the file instead of accepting to revert.


---

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] #126 Revert To Saved dialog doesn't catch return

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

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


---

** [tickets:#126] Revert To Saved dialog doesn't catch return**

**Status:** open
**Created:** Mon Apr 17, 2017 05:05 PM UTC by Giovanni Dore
**Last Updated:** Mon Apr 17, 2017 05:05 PM UTC
**Owner:** nobody


If you call "Revert To Saved" in a dirty window wou get a dialog asking if you want to revert to the saved version of the file.
Hitting return inserts a carriage return in the file instead of accepting to revert.


---

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] #127 double-clicked selections are not click extendible

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

- **Version**: 9.0b1 --> 9.0b2
- **Comment**:

I have to fix this. I'm annoyed all the time by this problem...



---

** [tickets:#127] double-clicked selections are not click extendible**

**Status:** open
**Created:** Mon Apr 17, 2017 07:33 PM UTC by Joachim Kock
**Last Updated:** Mon Apr 17, 2017 07:33 PM UTC
**Owner:** nobody


1) If you double-click-and-release on a word to have it selected, and then 
shift-click at the following word, nothing happens.  The correct behaviour would
be to extend the selection.  (This behaviour is in AlphaX and in most other
editable-text fields.  For example this works in AlphaCocoa's text field inside
the search dialogue!)

It works correctly if the the first selection was made by click-drag-release.
So somehow there are two kinds of selections, which is already strange.

2) In fact the really nice word-selection extensions (which also work in AlphaX
and most other places) are made by double-clicking on a word and then
moving the mouse /without releasing the mouse button/, until the desired 
selection is reached, and then release.  The great thing about this technique
is that the double-click that initiated the drag-selection ensures that only 
whole words are selected.

I consider the first a bug.  The second is perhaps rather a feature request.


---

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] #119 Menu item Global Preferences does not work

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

- **status**: fixed --> closed



---

** [tickets:#119] Menu item Global Preferences does not work**

**Status:** closed
**Created:** Tue Apr 04, 2017 06:56 PM UTC by Joachim Kock
**Last Updated:** Tue Apr 04, 2017 08:59 PM UTC
**Owner:** nobody


When selecting Global Preferences in the Alpha menu, nothing happens -- the prefs dialogue is no displayed. (I think this was not a problem with 9.0b1.)


---

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] #118 alert does not capture Return

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

- **status**: fixed --> closed



---

** [tickets:#118] alert does not capture Return**

**Status:** closed
**Created:** Tue Apr 04, 2017 09:22 AM UTC by Joachim Kock
**Last Updated:** Tue Apr 04, 2017 12:15 PM UTC
**Owner:** nobody


Suppose there is an open window.
Open a macroman file, don't convert, cancel.
A second alert will say can't open.
This second alert can't be dismissed with Return.
In fact the return presses are sent to the
open window.  (Well, they are only inserted into
the open window once the alert is dismissed with
the mouse.)



---

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] #116 Cant deactivate emacs

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

- **status**: fixed --> closed



---

** [tickets:#116] Cant deactivate emacs**

**Status:** closed
**Created:** Mon Mar 20, 2017 08:12 PM UTC by Giovanni Dore
**Last Updated:** Mon Mar 20, 2017 08:17 PM UTC
**Owner:** nobody


I can't deactivate emacs.
When I uncheck emacs in Preferences: Global features and hit OK i get an
* ERROR * TCL RED VARNAME * window saying:
"can't read "emacLastWordIfTouching": no such variable while deactivating emacs"
and emacs remains active.



---

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] #115 downcaseWord does not leave the cursor at the end of the word

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

- **status**: fixed --> closed



---

** [tickets:#115] downcaseWord does not leave the cursor at the end of the word**

**Status:** closed
**Created:** Sat Mar 18, 2017 05:46 PM UTC by Vittorio
**Last Updated:** Thu Mar 30, 2017 04:15 PM UTC
**Owner:** nobody


downcaseWord, as well as capitalizeWord, do not leave the cursor at the end of the word if there is a space between the cursor and the 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] #114 Error when canceling Window Geometry

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

- **status**: fixed --> closed



---

** [tickets:#114] Error when canceling Window Geometry **

**Status:** closed
**Created:** Wed Mar 15, 2017 12:02 AM UTC by Giovanni Dore
**Last Updated:** Wed Mar 15, 2017 04:58 PM UTC
**Owner:** nobody


Preferences -> Global Preferences -> Window, click to modify Window Geometry, then Cancel.
You get the error:
Error executing dialog::specialSet::geometry {prefs::dialogs::_setPrefValue standard windowGeometry} {view378 {Window,Window Geometry} {geometry {prefs::dialogs::_setPrefValue standard windowGeometry}}}


---

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] #113 Alpha crashes when cutting text

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

- **status**: fixed --> closed



---

** [tickets:#113] Alpha crashes when cutting text**

**Status:** closed
**Created:** Tue Mar 14, 2017 11:50 PM UTC by Giovanni Dore
**Last Updated:** Mon Mar 20, 2017 07:32 PM UTC
**Owner:** nobody


Sometimes Alpha crashes when cutting text.
This happens always when cutting the whole content of a file with 10 or more lines, ending with a carriage return.
Moreover it happens unpredictabily when cutting a large chunk of text.


---

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] #111 "Stop" button during long multi-file search

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

- **status**: fixed --> closed



---

** [tickets:#111] "Stop" button during long multi-file search**

**Status:** closed
**Created:** Wed Feb 22, 2017 08:43 AM UTC by Sylvain Loiseau
**Last Updated:** Sun Apr 02, 2017 02:44 PM UTC
**Owner:** nobody


While searching in a very large file-set, the names of the files searched are printed in the status bar.

I'm wondering if the search progression could not been shown in a Levelndicator control in a modal dialog with a "stop" button in order to kill a search going on for too long.

This may sound cosmetic, but not having a way to stop a long process is an uncomfortable experience. While rebuilding indexes, a LevelIndicator is shown in the status bar. But this may be an unusual place for a stop button (and the status bar is mostly devoted to non-blocking information, and it is optional. Yes, I keep arguing against the status bar :-)


---

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] #96 inconsistent tab size

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

- **status**: fixed --> closed



---

** [tickets:#96] inconsistent tab size**

**Status:** closed
**Created:** Mon Feb 06, 2017 11:58 PM UTC by Joachim Kock
**Last Updated:** Fri Mar 17, 2017 07:23 PM UTC
**Owner:** nobody


In Tcl mode (and perhaps in other modes), tabs are not always rendered
consistently visually (even within one file): sometimes they look like 4 spaces,
and sometimes like 2 spaces. (formatProc does not fix the problem).
Actually it looks like neither precisely 4 nor 2.

It is worse at big font sizes.  At 18pt (which is my favourite), a tab looks like
2.5 spaces.


---

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] #79 Paste upon rectangular copy inserts spaces instead of \n

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

- **status**: fixed --> closed



---

** [tickets:#79] Paste upon rectangular copy inserts spaces instead of \n**

**Status:** closed
**Created:** Sun Jan 22, 2017 12:52 PM UTC by Joachim Kock
**Last Updated:** Sat Mar 11, 2017 06:21 AM UTC
**Owner:** Bernard Desgraupes


Paste upon rectangular copy inserts spaces instead of \n


---

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] #55 URLs are not recognized/usable

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

- **status**: fixed --> closed



---

** [tickets:#55] URLs are not recognized/usable**

**Status:** closed
**Created:** Fri Nov 18, 2016 08:19 PM UTC by Dan
**Last Updated:** Mon Mar 20, 2017 07:32 PM UTC
**Owner:** nobody


AlphaX automagically recognized urls, allowing you to click/launch them.

AlphaCocoa does not.  yet?  Please?  Thanks!


---

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] #44 deleting text with the keys option+backspace

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

- **status**: fixed --> closed



---

** [tickets:#44] deleting text with the keys option+backspace**

**Status:** closed
**Created:** Wed Jul 20, 2016 03:02 PM UTC by Sylvain Loiseau
**Last Updated:** Tue Feb 28, 2017 05:43 PM UTC
**Owner:** nobody


While deleting text with the two keys option (alt) + backspace, and repeting this operation, non-deleted extra white space accumulate before the cursor.

If a non alpha char is encountered (punctuation, etc.) and that I keep deleting that way, the non-alpha chars are not deleted and are are accumulated with the white space.


---

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] #18 shortcults for selecting text

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

- **status**: fixed --> closed



---

** [tickets:#18] shortcults for selecting text**

**Status:** closed
**Created:** Sun Apr 24, 2016 07:37 AM UTC by Sylvain Loiseau
**Last Updated:** Mon Feb 27, 2017 05:51 PM UTC
**Owner:** nobody


This may be a request for feature rather than a bug report since I'm pointing  the historical behavior of Alpha.

The way Alpha Cocoa behaves during the selection of text with the keyboard is rather different than any other editor I know of.

When selecting a word with Shift-alt-arrow, I'm not able to keep the shift key, release the alt key, and use only arrow-key to select only some chars.

When selecting a line with Shift-cmd-arrow-key, I'm not able to keep the shift key, release the alt key, and use only arrow-key to select only character, or to select alt key and use the arrow-key to select up the end of the line but the last word for instance.

I'm wondering whether the standard behavior could be available, may be as an option. It may be helpful for new user discovering the Alpha Cocoa editor not to be discouraged by too much idiosyncratic behavior.


---

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] #125 status bar does not give focus back to main window field

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

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



---

** [tickets:#125] status bar does not give focus back to main window field**

**Status:** fixed
**Created:** Sun Apr 16, 2017 08:15 AM UTC by Joachim Kock
**Last Updated:** Mon Apr 17, 2017 07:50 PM UTC
**Owner:** nobody


Do some command in the status bar with [execute], 
such as the command [getPos].

The result is correctly displayed in the status line.
But the focus is not properly returned to the main
editing field of the window.  The focus only comes 
back to the main editing window when you click
in it.

For example, typing has no effect before that click.
Actually it turns out that the chars typed are sent to
some invisible status-bar buffer: they turn up in the
status bar next time you open it with [execute]!

Pressing arrow keys causes a different phenomenon:
The insertion point is not visible at all while the
focus is elsewhere.  The insertion point is actually 
moved correctly, but it is invisible.  It only become 
visible after clicking in the window.





---

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] #125 status bar does not give focus back to main window field

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

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


---

** [tickets:#125] status bar does not give focus back to main window field**

**Status:** open
**Created:** Sun Apr 16, 2017 08:15 AM UTC by Joachim Kock
**Last Updated:** Sun Apr 16, 2017 08:15 AM UTC
**Owner:** nobody


Do some command in the status bar with [execute], 
such as the command [getPos].

The result is correctly displayed in the status line.
But the focus is not properly returned to the main
editing field of the window.  The focus only comes 
back to the main editing window when you click
in it.

For example, typing has no effect before that click.
Actually it turns out that the chars typed are sent to
some invisible status-bar buffer: they turn up in the
status bar next time you open it with [execute]!

Pressing arrow keys causes a different phenomenon:
The insertion point is not visible at all while the
focus is elsewhere.  The insertion point is actually 
moved correctly, but it is invisible.  It only become 
visible after clicking in the window.





---

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.