Menu
▾
▴
alphacocoa-devel — AlphaCocoa Development List
You can subscribe to this list here.
| 2016 |
Jan
|
Feb
|
Mar
(12) |
Apr
(19) |
May
(60) |
Jun
(77) |
Jul
(23) |
Aug
(8) |
Sep
(28) |
Oct
(16) |
Nov
(95) |
Dec
(56) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2017 |
Jan
(127) |
Feb
(169) |
Mar
(59) |
Apr
(132) |
May
(27) |
Jun
|
Jul
(7) |
Aug
(1) |
Sep
(15) |
Oct
(12) |
Nov
(15) |
Dec
(17) |
| 2018 |
Jan
|
Feb
(2) |
Mar
(25) |
Apr
(19) |
May
(28) |
Jun
(75) |
Jul
(48) |
Aug
|
Sep
(31) |
Oct
(26) |
Nov
(51) |
Dec
(82) |
| 2019 |
Jan
(46) |
Feb
(7) |
Mar
(8) |
Apr
|
May
(9) |
Jun
(8) |
Jul
(21) |
Aug
(30) |
Sep
(9) |
Oct
(16) |
Nov
(14) |
Dec
(23) |
| 2020 |
Jan
|
Feb
(6) |
Mar
|
Apr
(7) |
May
(47) |
Jun
(12) |
Jul
(7) |
Aug
(5) |
Sep
(4) |
Oct
(24) |
Nov
(15) |
Dec
(14) |
| 2021 |
Jan
(6) |
Feb
(5) |
Mar
(20) |
Apr
(6) |
May
(46) |
Jun
(17) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2022 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(2) |
Oct
|
Nov
(1) |
Dec
|
| 2023 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
|
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2025 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Bernard D. <bde...@us...> - 2017-04-28 11:17:23
|
Weird ! For me *fn-command-delete* does nothing (just tried on a standard keyboard, not on a laptop). --- ** [tickets:#132] keyboard shortcut for moving and deleting text** **Status:** fixed **Created:** Wed Apr 26, 2017 10:12 AM UTC by Sylvain Loiseau **Last Updated:** Fri Apr 28, 2017 11:08 AM UTC **Owner:** nobody - alt-left or alt-right arrow: move one word backward / forward - alt-backward or alt-fn-backward : delete one word backward / forward - cmd-left or cmd-right arrow: move at the begining or the end of the line - cmd-backward: delete up to the begining of the line What about having the symetrical : cmd-fn-backward: for deleting up to the end of the line? Maybe inconsistent with other keyboards convention... --- 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. |
|
From: Sylvain L. <syl...@us...> - 2017-04-28 11:08:18
|
Thanks! I will used the recommanded binding. It seems that fn-cmd-backward is now deleting up to the end of the line though without any personnal binding... is this normal? --- ** [tickets:#132] keyboard shortcut for moving and deleting text** **Status:** fixed **Created:** Wed Apr 26, 2017 10:12 AM UTC by Sylvain Loiseau **Last Updated:** Thu Apr 27, 2017 05:34 PM UTC **Owner:** nobody - alt-left or alt-right arrow: move one word backward / forward - alt-backward or alt-fn-backward : delete one word backward / forward - cmd-left or cmd-right arrow: move at the begining or the end of the line - cmd-backward: delete up to the begining of the line What about having the symetrical : cmd-fn-backward: for deleting up to the end of the line? Maybe inconsistent with other keyboards convention... --- 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. |
|
From: Bernard D. <bde...@us...> - 2017-04-27 17:34:56
|
- **status**: open --> fixed --- ** [tickets:#132] keyboard shortcut for moving and deleting text** **Status:** fixed **Created:** Wed Apr 26, 2017 10:12 AM UTC by Sylvain Loiseau **Last Updated:** Thu Apr 27, 2017 05:34 PM UTC **Owner:** nobody - alt-left or alt-right arrow: move one word backward / forward - alt-backward or alt-fn-backward : delete one word backward / forward - cmd-left or cmd-right arrow: move at the begining or the end of the line - cmd-backward: delete up to the begining of the line What about having the symetrical : cmd-fn-backward: for deleting up to the end of the line? Maybe inconsistent with other keyboards convention... --- 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. |
|
From: Bernard D. <bde...@us...> - 2017-04-27 17:34:38
|
This is fixed now by implementing a *command-clear* binding bound to the new *endLineDelete* proc. Not entirely satisfactory though since laptops usually do not have a *forward-delete* (aka *Clear* or *Suppr*) key. Implementing a *cmd-fn-backward* binding is feasible but that would have to be done in the core as a special non-standard case, which I am reluctant to do. Using the new *endLineDelete* proc, you might create your own binding for this: for instance
```
binding create {cov delete} endLineDelete
```
which binds to `Option-Command-Delete` (this is *backward-delete*) .
Changes committed to the repository ([rev. 1327](http://sourceforge.net/p/alphacocoa/code/1327/)).
---
** [tickets:#132] keyboard shortcut for moving and deleting text**
**Status:** open
**Created:** Wed Apr 26, 2017 10:12 AM UTC by Sylvain Loiseau
**Last Updated:** Thu Apr 27, 2017 10:09 AM UTC
**Owner:** nobody
- alt-left or alt-right arrow: move one word backward / forward
- alt-backward or alt-fn-backward : delete one word backward / forward
- cmd-left or cmd-right arrow: move at the begining or the end of the line
- cmd-backward: delete up to the begining of the line
What about having the symetrical : cmd-fn-backward: for deleting up to the end of the line?
Maybe inconsistent with other keyboards convention...
---
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. |
|
From: Bernard D. <bde...@us...> - 2017-04-27 13:47:13
|
I can't reproduce this issue. Could you provide detailed instructions ? --- ** [tickets:#130] problem with filename in .tab** **Status:** open **Created:** Wed Apr 26, 2017 10:04 AM UTC by Sylvain Loiseau **Last Updated:** Wed Apr 26, 2017 10:04 AM UTC **Owner:** nobody **Attachments:** - [Capture d’écran 2017-04-24 à 07.35.28.png](https://sourceforge.net/p/alphacocoa/tickets/130/attachment/Capture%20d%E2%80%99%C3%A9cran%202017-04-24%20%C3%A0%2007.35.28.png) (46.9 kB; image/png) If I save a file with a filename ending with ".tab" I have the attached msg. --- 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. |
|
From: Bernard D. <bde...@us...> - 2017-04-27 10:09:08
|
That would be nice but Alpha does not support bindings involving the `fn` key. I had implemented this (bindings with `fn` key) a few months ago but finally removed this feature because of conflicts with the function keys and also because some keyboards do have the `fn` key missing or in such a location that it makes the execution of the bindings a very acrobatic exercice. I could implement a *cmd-clear* binding (that is to say *command*+*forward delete*) instead of *cmd-fn-backward*. Note that the Cocoa text engine does not provide this binding (I verified with TextEdit). --- ** [tickets:#132] keyboard shortcut for moving and deleting text** **Status:** open **Created:** Wed Apr 26, 2017 10:12 AM UTC by Sylvain Loiseau **Last Updated:** Wed Apr 26, 2017 10:12 AM UTC **Owner:** nobody - alt-left or alt-right arrow: move one word backward / forward - alt-backward or alt-fn-backward : delete one word backward / forward - cmd-left or cmd-right arrow: move at the begining or the end of the line - cmd-backward: delete up to the begining of the line What about having the symetrical : cmd-fn-backward: for deleting up to the end of the line? Maybe inconsistent with other keyboards convention... --- 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. |
|
From: Bernard D. <bde...@us...> - 2017-04-27 09:54:10
|
Additional remark: AlphaX did the same. Or did I miss your point ? --- ** [tickets:#131] Keyboard text selection** **Status:** open **Created:** Wed Apr 26, 2017 10:09 AM UTC by Sylvain Loiseau **Last Updated:** Thu Apr 27, 2017 09:52 AM UTC **Owner:** nobody Using shift-alt-left/right key, I can select text word by word. The behavior is the newly implemented one: if I select text toward the left, and then use the right key, it narrows the selection (instead of extending it toward the right). Using the shift-cmd-left/right key, I can select text up to the end of the line. However, the behavior is the old one: if I select toward the left and then toward the right (releasing the cmd key or not) the selection extends toward the right. --- 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. |
|
From: Bernard D. <bde...@us...> - 2017-04-27 09:52:38
|
I think this is the standard behavior recommended by Apple. I observe the same behavior in TextEdit. If your cursor is in the middle of a line and you press shift-cmd-left, the left part of the line is selected. Then you press shift-cmd-right and the right part of the line is additionally selected, so that the entire line is now selected. I see that TextWrangler on the contrary toggles the left and the right parts of the line when you press successively shift-cmd-left and shift-cmd-right. The current behavior is the one implemented by the Cocoa text engine: I tried to remove Alpha's definitions and still I get the same behavior (which means that we do not even have to bother about these key bindings in AlphaTcl because we have them for free). --- ** [tickets:#131] Keyboard text selection** **Status:** open **Created:** Wed Apr 26, 2017 10:09 AM UTC by Sylvain Loiseau **Last Updated:** Wed Apr 26, 2017 10:09 AM UTC **Owner:** nobody Using shift-alt-left/right key, I can select text word by word. The behavior is the newly implemented one: if I select text toward the left, and then use the right key, it narrows the selection (instead of extending it toward the right). Using the shift-cmd-left/right key, I can select text up to the end of the line. However, the behavior is the old one: if I select toward the left and then toward the right (releasing the cmd key or not) the selection extends toward the right. --- 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. |
|
From: Sylvain L. <syl...@us...> - 2017-04-26 10:12:30
|
--- ** [tickets:#132] keyboard shortcut for moving and deleting text** **Status:** open **Created:** Wed Apr 26, 2017 10:12 AM UTC by Sylvain Loiseau **Last Updated:** Wed Apr 26, 2017 10:12 AM UTC **Owner:** nobody - alt-left or alt-right arrow: move one word backward / forward - alt-backward or alt-fn-backward : delete one word backward / forward - cmd-left or cmd-right arrow: move at the begining or the end of the line - cmd-backward: delete up to the begining of the line What about having the symetrical : cmd-fn-backward: for deleting up to the end of the line? Maybe inconsistent with other keyboards convention... --- 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. |
|
From: Sylvain L. <syl...@us...> - 2017-04-26 10:09:12
|
--- ** [tickets:#131] Keyboard text selection** **Status:** open **Created:** Wed Apr 26, 2017 10:09 AM UTC by Sylvain Loiseau **Last Updated:** Wed Apr 26, 2017 10:09 AM UTC **Owner:** nobody Using shift-alt-left/right key, I can select text word by word. The behavior is the newly implemented one: if I select text toward the left, and then use the right key, it narrows the selection (instead of extending it toward the right). Using the shift-cmd-left/right key, I can select text up to the end of the line. However, the behavior is the old one: if I select toward the left and then toward the right (releasing the cmd key or not) the selection extends toward the right. --- 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. |
|
From: Sylvain L. <syl...@us...> - 2017-04-26 10:04:01
|
--- ** [tickets:#130] problem with filename in .tab** **Status:** open **Created:** Wed Apr 26, 2017 10:04 AM UTC by Sylvain Loiseau **Last Updated:** Wed Apr 26, 2017 10:04 AM UTC **Owner:** nobody **Attachments:** - [Capture d’écran 2017-04-24 à 07.35.28.png](https://sourceforge.net/p/alphacocoa/tickets/130/attachment/Capture%20d%E2%80%99%C3%A9cran%202017-04-24%20%C3%A0%2007.35.28.png) (46.9 kB; image/png) If I save a file with a filename ending with ".tab" I have the attached msg. --- 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. |
|
From: Sylvain L. <syl...@us...> - 2017-04-26 10:00:12
|
--- ** [tickets:#129] Keyboard events in windows with multiple panels** **Status:** open **Created:** Wed Apr 26, 2017 10:00 AM UTC by Sylvain Loiseau **Last Updated:** Wed Apr 26, 2017 10:00 AM UTC **Owner:** nobody In the Global preferences and package preferences windows, the list on the left is linked to different set of options displayed on the right. If the focus is on the list on the left list and that I navigate with the up and down arrow keys, the selection does not change the set of options on the right. Only the mouse action triggers an update. Maybe the same issue in Mode preference and File mapping. --- 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. |
|
From: Joachim K. <jk...@us...> - 2017-04-26 07:51:35
|
--- ** [tickets:#128] Cmd-W does not work in help window's search field** **Status:** open **Created:** Wed Apr 26, 2017 07:51 AM UTC by Joachim Kock **Last Updated:** Wed Apr 26, 2017 07:51 AM UTC **Owner:** nobody In browser-like window, with focus on the search field, Cmd-W does not work to close 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. |
|
From: Bernard D. <bde...@us...> - 2017-04-22 13:22:38
|
- **status**: open --> fixed - **Version**: 9.0b1 --> 9.0b2 --- ** [tickets:#124] link detection dirties window** **Status:** fixed **Created:** Sun Apr 09, 2017 04:57 PM UTC by Joachim Kock **Last Updated:** Sat Apr 22, 2017 01:22 PM UTC **Owner:** nobody Open the file fileManipulation.tcl in the AlphaTcl library. Close it again without doing anything. A dialogue asks to save changes, discard or cancel. Quite weird since no changes were made. Try Cancel. Then try Undo, to try to figure out what the changes were. No actual changes are undone, but Vince's email address is selected! The bug has to do with automatic link detection. It does not occur with link detection off. --- 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. |
|
From: Bernard D. <bde...@us...> - 2017-04-22 13:22:23
|
Additional remark: I have been unable to prevent Cocoa from marking the window as dirty after a link detection check. I'm resolving this ticket as fixed. --- ** [tickets:#124] link detection dirties window** **Status:** open **Created:** Sun Apr 09, 2017 04:57 PM UTC by Joachim Kock **Last Updated:** Sat Apr 22, 2017 01:19 PM UTC **Owner:** nobody Open the file fileManipulation.tcl in the AlphaTcl library. Close it again without doing anything. A dialogue asks to save changes, discard or cancel. Quite weird since no changes were made. Try Cancel. Then try Undo, to try to figure out what the changes were. No actual changes are undone, but Vince's email address is selected! The bug has to do with automatic link detection. It does not occur with link detection off. --- 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. |
|
From: Bernard D. <bde...@us...> - 2017-04-22 13:19:41
|
I have completed the implementation of the suggestions above. There is now a new global preference called *Check Text On Open* to control automatic checking (of the currently enabled text checking options) when a document is opened. Its default value is 0. It is found in the *Document* panel of the *Global Preferences*. Note that, as explained above, you may at any moment force a text checking via the *Text ↣ Text Options ↣ Check Document* menu item. Changes committed to the repository ([rev. 1326](http://sourceforge.net/p/alphacocoa/code/1326/)). The core must be rebuilt. --- ** [tickets:#124] link detection dirties window** **Status:** open **Created:** Sun Apr 09, 2017 04:57 PM UTC by Joachim Kock **Last Updated:** Thu Apr 13, 2017 11:45 AM UTC **Owner:** nobody Open the file fileManipulation.tcl in the AlphaTcl library. Close it again without doing anything. A dialogue asks to save changes, discard or cancel. Quite weird since no changes were made. Try Cancel. Then try Undo, to try to figure out what the changes were. No actual changes are undone, but Vince's email address is selected! The bug has to do with automatic link detection. It does not occur with link detection off. --- 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. |
|
From: Samuel L. <sam...@gm...> - 2017-04-22 10:50:26
|
2017-04-21 16:45 GMT+02:00 <bde...@or...>: > > Hi all, > > I’d like to hear suggestions about Command-Double-Click. > > Traditionally in Alpha Command-double-clicking on a word > triggers a mode-dependent behavior which generally > amounts to searching a definition for the clicked word. > > But Command-clicking (single or double click) is used by > most Mac applications to make a multiple selection: > for instance, you select one portion of text then, while > holding the command key, you select another > (discontiguous) portion of text. You get a selection > made of two or more pieces. > > So we get a contradiction: if Alpha’s traditional behavior > is to be maintained, it becomes impossible to make > a multiple selection by double-clicking (but is still possible > by single-clicking-dragging-releasing the mouse). > > My suggestion would be the following: leave command-clicking > (single or double) to multiple selections since users might > be used to this common behavior and change Alpha’s traditional > (but uncommon) behavior to Option-Command-Double-Click > (i.e. add Option). > > Any suggestions ? Yes! +1 to consistency with general MacOS user experience. [ In the same spirit, I am relieved that in Alpha, pressing backspace now deletes text backwards even when the shift key is pressed (contrary to what happens in AlphaX). In the Finder, Terminal, or any other app, backspace works like that, deleting backwards whether or not the shift key is pressed. This means that if you are keeping the shift key pressed to type text in all capitals (I know shift-lock exists but that's not the point), you can still press backspace to delete backwards, without having to release the shift key. I was always puzzled why AlphaX behaved otherwise. If someone wants to set things up so shift-backspace does something special, they can always do it, but in my opinion we should not break common behaviour. ] |
|
From: Greg D. <gre...@in...> - 2017-04-21 20:30:59
|
I like this solution better than one which disables rectangular selections - something I use frequently in Alpha. Well done! On 4/21/17 3:29 PM, Bernard Desgraupes wrote: > Eureka! I found the solution. It is in fact sooooo easy and soooo elegant ! > Finally I have installed a new preference called /Copy Includes Font Info/ in the /General/ panel of the /Global Preferences/ dialog (with value 0 by > default). This preserves both multiple selections and rectangular selections. The trick was to subclass the /writablePasteboardTypes/ in class > /AlphaTextPane/. > > Changes committed to the repository (rev. 1325 <http://sourceforge.net/p/alphacocoa/code/1325/>). The core must be rebuilt. > > ------------------------------------------------------------------------------------------------------------------------------------------------------ > > *[tickets:#120] <https://sourceforge.net/p/alphacocoa/tickets/120/> Copy copies also font info* > > *Status:* open > *Created:* Tue Apr 04, 2017 07:31 PM UTC by Joachim Kock > *Last Updated:* Fri Apr 21, 2017 11:07 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. > > > > ------------------------------------------------------------------------------ > 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 > -- <pre> | Greg Dunn | Loose(n) - not securely attached. | | gre...@in... | Loose(v) - to release or detach. | | The Sultan of Slack(tm) | Lose (v) - to cause the loss of. | | http://www.indy.net/~gregdunn/ | | </pre> |
|
From: Joachim K. <jk...@us...> - 2017-04-21 19:52:58
|
Fantastic! Thank you so much for the effort, Bernard. I have just rebuilt and tested. Works perfectly. --- ** [tickets:#120] Copy copies also font info** **Status:** fixed **Created:** Tue Apr 04, 2017 07:31 PM UTC by Joachim Kock **Last Updated:** Fri Apr 21, 2017 07:29 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. |
|
From: Bernard D. <bde...@us...> - 2017-04-21 19:29:43
|
- **status**: open --> fixed - **Version**: 9.0b1 --> 9.0b2 --- ** [tickets:#120] Copy copies also font info** **Status:** fixed **Created:** Tue Apr 04, 2017 07:31 PM UTC by Joachim Kock **Last Updated:** Fri Apr 21, 2017 07:29 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. |
|
From: Bernard D. <bde...@us...> - 2017-04-21 19:29:24
|
Eureka! I found the solution. It is in fact sooooo easy and soooo elegant ! Finally I have installed a new preference called *Copy Includes Font Info* in the *General* panel of the *Global Preferences* dialog (with value 0 by default). This preserves both multiple selections and rectangular selections. The trick was to subclass the *writablePasteboardTypes* in class *AlphaTextPane*. Changes committed to the repository ([rev. 1325](http://sourceforge.net/p/alphacocoa/code/1325/)). The core must be rebuilt. --- ** [tickets:#120] Copy copies also font info** **Status:** open **Created:** Tue Apr 04, 2017 07:31 PM UTC by Joachim Kock **Last Updated:** Fri Apr 21, 2017 11:07 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. |
|
From: Bernard D. <bde...@gm...> - 2017-04-21 19:24:08
|
Well done François ! Very nice tool ! Le 20 avr. 2017 à 17:17, Francois Chaplais <sno...@us...> a écrit : > let me make some advertisement for the utility popclip, which allows many manipulations of text clipboard. In particular it offers the possibility of pasting raw text (unicode, I guess). It has also many other extensions. > https://pilotmoon.com/popclip/ https://pilotmoon.com/popclip/ > François > > Le 20 avr. 2017 à 11:29, Bernard Desgraupes bde...@us... a écrit : > > 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] https://sourceforge.net/p/alphacocoa/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/ 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. https://sourceforge.net/p/alphacocoa/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. > > 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 > > [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 11:04 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. > > ------------------------------------------------------------------------------ > 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 |
|
From: <bde...@or...> - 2017-04-21 14:45:54
|
Hi all, I’d like to hear suggestions about Command-Double-Click. Traditionally in Alpha Command-double-clicking on a word triggers a mode-dependent behavior which generally amounts to searching a definition for the clicked word. But Command-clicking (single or double click) is used by most Mac applications to make a multiple selection: for instance, you select one portion of text then, while holding the command key, you select another (discontiguous) portion of text. You get a selection made of two or more pieces. So we get a contradiction: if Alpha’s traditional behavior is to be maintained, it becomes impossible to make a multiple selection by double-clicking (but is still possible by single-clicking-dragging-releasing the mouse). My suggestion would be the following: leave command-clicking (single or double) to multiple selections since users might be used to this common behavior and change Alpha’s traditional (but uncommon) behavior to Option-Command-Double-Click (i.e. add Option). Any suggestions ? cheers, Bernard |
|
From: Bernard D. <bde...@us...> - 2017-04-21 11:07:15
|
As an experiment, I have installed a new global preference called *Copy Restricted* which by-passes cocoa's default behavior and stores only the UTF8 text flavour into the pasteboard. This is like using `pasteboard write` and achieves what you want. But doing so we loose the nice copy/paste of rectangular selections. I'll see if I can make Alpha more clever to retrieve the flavour that Cocoa *would* store in case of a rectangular selection and to install it in the pasteboard. My previous attempts at filtering the copies provided by cocoa have been unsuccesfull so far. --- ** [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 11:04 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. |
|
From: Francois C. <sno...@us...> - 2017-04-20 15:17:45
|
let me make some advertisement for the utility popclip, which allows many manipulations of text clipboard. In particular it offers the possibility of pasting raw text (unicode, I guess). It has also many other extensions. https://pilotmoon.com/popclip/ <https://pilotmoon.com/popclip/> François > Le 20 avr. 2017 à 11:29, Bernard Desgraupes <bde...@us...> a écrit : > > 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] <https://sourceforge.net/p/alphacocoa/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/ <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. <https://sourceforge.net/p/alphacocoa/admin/tickets/options.> Or, if this is a mailing list, you can unsubscribe from the mailing list. > > ------------------------------------------------------------------------------ > 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 --- ** [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 11:04 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. |
368 messages has been excluded from this view by a project administrator.
){kind=link}