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-05-03 07:05:18
|
- **status**: fixed --> closed - **Version**: 9.0b2 --> 9.0b3 --- ** [tickets:#129] Keyboard events in windows with multiple panels** **Status:** closed **Created:** Wed Apr 26, 2017 10:00 AM UTC by Sylvain Loiseau **Last Updated:** Sat Apr 29, 2017 08:53 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: Bernard D. <bde...@us...> - 2017-05-03 07:04:58
|
- **status**: fixed --> closed - **Version**: 9.0b2 --> 9.0b3 --- ** [tickets:#128] Cmd-W does not work in help window's search field** **Status:** closed **Created:** Wed Apr 26, 2017 07:51 AM UTC by Joachim Kock **Last Updated:** Sat Apr 29, 2017 07:26 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-05-03 07:04:22
|
- **status**: fixed --> closed - **Version**: 9.0b2 --> 9.0b3 --- ** [tickets:#127] double-clicked selections are not click extendible** **Status:** closed **Created:** Mon Apr 17, 2017 07:33 PM UTC by Joachim Kock **Last Updated:** Wed Apr 19, 2017 08:13 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. |
|
From: Bernard D. <bde...@us...> - 2017-05-03 07:03:46
|
- **status**: fixed --> closed - **Version**: 9.0b2 --> 9.0b3 --- ** [tickets:#126] Revert To Saved dialog doesn't catch return** **Status:** closed **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. |
|
From: Bernard D. <bde...@us...> - 2017-05-03 07:03:26
|
- **status**: fixed --> closed - **Version**: 9.0b1 --> 9.0b3 --- ** [tickets:#125] status bar does not give focus back to main window field** **Status:** closed **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. |
|
From: Bernard D. <bde...@us...> - 2017-05-03 07:03:08
|
- **status**: fixed --> closed - **Version**: 9.0b2 --> 9.0b3 --- ** [tickets:#124] link detection dirties window** **Status:** closed **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-05-03 07:02:11
|
- **status**: fixed --> closed
- **Version**: 9.0b2 --> 9.0b3
---
** [tickets:#123] In TeX mode there are two different definitions of word**
**Status:** closed
**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. |
|
From: Bernard D. <bde...@us...> - 2017-05-03 07:01:43
|
- **status**: fixed --> closed - **Version**: 9.0b1 --> 9.0b3 --- ** [tickets:#122] serious problem with fillParagraph and comments** **Status:** closed **Created:** Sat Apr 08, 2017 07:32 AM UTC by Joachim Kock **Last Updated:** Sun Apr 16, 2017 03:04 PM UTC **Owner:** Joachim Kock There is a serious problem with fillParagraph in connection with comments: if the paragraph filled is preceded immediately by a commented block of text, sometimes the filling messes up the two blocks, either resulting in some commented text being part of the non-commented text, or some non-commented text ending up inside the comment. Here is a rather small example (must be in TeX mode): % The ojiijiji % defines in this way a that is, $R_\bullet:\Deltagen\op\to\Grpd$. The pullback construction Place the insertion point on the third line and do Cmd-I. Curiously enough, the following example in Text mode has no problem: > The ojiijiji > defines in this way a that is, $R_\bullet:\Deltagen\op\to\Grpd$. The pullback construction I promise to look into this, hopefully over Easter. At the moment I just want to warn everybody. --- 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-05-03 07:00:38
|
- **status**: fixed --> closed - **Version**: 9.0b2 --> 9.0b3 --- ** [tickets:#120] Copy copies also font info** **Status:** closed **Created:** Tue Apr 04, 2017 07:31 PM UTC by Joachim Kock **Last Updated:** Fri Apr 21, 2017 07:52 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-05-03 06:58:47
|
- **status**: fixed --> closed
- **Version**: 9.0b1 --> 9.0b3
---
** [tickets:#121] alphac broken**
**Status:** closed
**Created:** Sat Apr 08, 2017 07:17 AM UTC by Joachim Kock
**Last Updated:** Sun Apr 16, 2017 08:39 PM UTC
**Owner:** nobody
When backward synching from Skim, I get the following error:
Message: "Error # while executing a command from 127.0.0.1:50784"
Error Code: NONE
Command: file::openWithSelection /path/to/file.tex 9 0 10 0
Error: invalid command name "file::openWithSelection"
# while executing
error $msg
(procedure "::alphaServer::readCommand" line 129) # invoked from within
::alphaServer::readCommand sock7fdc14667690 127.0.0.1 50784
Apparently the special interpreter for alphac has become too restricted.
If I execute the exact same command by selecting it in the error window
and doing Cmd-L, it works normally.
---
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-05-03 06:58:15
|
- **status**: fixed --> closed - **Version**: 9.0b1 --> 9.0b3 --- ** [tickets:#73] Edit remote file locally** **Status:** closed **Created:** Tue Dec 13, 2016 07:17 PM UTC by Eberhard W Lisse **Last Updated:** Sat Apr 29, 2017 01:55 PM UTC **Owner:** Bernard Desgraupes Hi Eberhard, this is certainly feasible. I’ll have a look at the rmate script. Could you enter an RFE in Alpha’s Tickets tracker so that I have a reminder ? Cheers, Bernard Le 13 déc. 2016 à 19:30, Dr Eberhard W Lisse <el...@li...> a écrit : Bernard, during the absence of a production level AlphaCocoa I have been using TextMate2. There is one feature without which I can no longer work, namely logging onto a remote ssh host with -R #####:localhost:###### and TextMate listening on that port so that if one edits a file on the remote host with rmate filename, TextMate will edit the file in a local window (tab). rmate sits on the python repository from which pip installs it. Will it be possible to implement this in AlphaCocoa? el --- 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: Eberhard W L. <el...@us...> - 2017-04-29 14:23:19
|
Thank you so much,
perfect :-)-O
el
On 2017-04-29 14:55 , Bernard Desgraupes wrote:
> Not difficult at all. I thought I had already done that but obviously I
> forgot.
> You may fix that manually:
>
> * open the file alphaServer.tcl inside the application (that is
> Alpha.app/Contents/Resources/Libraries/AlphaTcl/Tcl/Packages/alphaServer.tcl)
> * just after line 793 which is
>
> editDocument {*}$cmdArgs$tmpfile
>
> add the following instruction
>
> switchTo
>
> That's all. I just committed the change to the repository (rev. 1332
> <http://sourceforge.net/p/alphacocoa/code/1332/>).
>
> ------------------------------------------------------------------------
>
> *[tickets:#73] <https://sourceforge.net/p/alphacocoa/tickets/73/> Edit
> remote file locally*
>
> *Status:* fixed
> *Created:* Tue Dec 13, 2016 07:17 PM UTC by Eberhard W Lisse
> *Last Updated:* Thu Apr 06, 2017 07:18 PM UTC
> *Owner:* Bernard Desgraupes
>
> Hi Eberhard,
>
> this is certainly feasible. I’ll have a look at the rmate script.
> Could you enter an RFE in Alpha’s Tickets tracker so that I have a
> reminder ?
>
> Cheers,
> Bernard
>
> Le 13 déc. 2016 à 19:30, Dr Eberhard W Lisse el...@li...
> <mailto:el...@li...> a écrit :
>
> Bernard,
>
> during the absence of a production level AlphaCocoa I have been using
> TextMate2.
>
> There is one feature without which I can no longer work, namely logging
> onto a remote ssh host with -R #####:localhost:###### and TextMate
> listening on that port so that if one edits a file on the remote host
> with rmate filename, TextMate will edit the file in a local window (tab).
>
> rmate sits on the python repository from which pip installs it.
>
> Will it be possible to implement this in AlphaCocoa?
>
> el
>
> ------------------------------------------------------------------------
>
> Sent from sourceforge.net because you indicated interest in
> https://sourceforge.net/p/alphacocoa/tickets/73/
>
> To unsubscribe from further messages, please visit
> https://sourceforge.net/auth/subscriptions/
>
---
** [tickets:#73] Edit remote file locally**
**Status:** fixed
**Created:** Tue Dec 13, 2016 07:17 PM UTC by Eberhard W Lisse
**Last Updated:** Sat Apr 29, 2017 01:55 PM UTC
**Owner:** Bernard Desgraupes
Hi Eberhard,
this is certainly feasible. I’ll have a look at the rmate script.
Could you enter an RFE in Alpha’s Tickets tracker so that I have a reminder ?
Cheers,
Bernard
Le 13 déc. 2016 à 19:30, Dr Eberhard W Lisse <el...@li...> a écrit :
Bernard,
during the absence of a production level AlphaCocoa I have been using TextMate2.
There is one feature without which I can no longer work, namely logging onto a remote ssh host with -R #####:localhost:###### and TextMate listening on that port so that if one edits a file on the remote host with rmate filename, TextMate will edit the file in a local window (tab).
rmate sits on the python repository from which pip installs it.
Will it be possible to implement this in AlphaCocoa?
el
---
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-29 13:55:10
|
Not difficult at all. I thought I had already done that but obviously I forgot.
You may fix that manually:
* open the file alphaServer.tcl inside the application (that is Alpha.app/Contents/Resources/Libraries/AlphaTcl/Tcl/Packages/alphaServer.tcl)
* just after line 793 which is
```
editDocument {*}$cmdArgs $tmpfile
```
add the following instruction
```
switchTo
```
That's all. I just committed the change to the repository ([rev. 1332](http://sourceforge.net/p/alphacocoa/code/1332/)).
---
** [tickets:#73] Edit remote file locally**
**Status:** fixed
**Created:** Tue Dec 13, 2016 07:17 PM UTC by Eberhard W Lisse
**Last Updated:** Thu Apr 06, 2017 07:18 PM UTC
**Owner:** Bernard Desgraupes
Hi Eberhard,
this is certainly feasible. I’ll have a look at the rmate script.
Could you enter an RFE in Alpha’s Tickets tracker so that I have a reminder ?
Cheers,
Bernard
Le 13 déc. 2016 à 19:30, Dr Eberhard W Lisse <el...@li...> a écrit :
Bernard,
during the absence of a production level AlphaCocoa I have been using TextMate2.
There is one feature without which I can no longer work, namely logging onto a remote ssh host with -R #####:localhost:###### and TextMate listening on that port so that if one edits a file on the remote host with rmate filename, TextMate will edit the file in a local window (tab).
rmate sits on the python repository from which pip installs it.
Will it be possible to implement this in AlphaCocoa?
el
---
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: Eberhard W L. <el...@us...> - 2017-04-29 13:36:40
|
Than you, that works nicely on Beta 3. Just one more thing, I'd love to have the local window open in the foreground. Is that difficult to implement? greetings, el On 2017-04-07 11:45 , Dr Eberhard W Lisse wrote: > Great, > > I'll wait for the next beta release as I don't want to compile from > source. > > Thank you so much. > > greetings el > > On 06/04/2017 20:18, Bernard Desgraupes wrote: > >> I have now implemented the hardwired port number. The default value >> is 51954. There is a global preference /alphaServerPort/ (found in >> the /General/ panel of the /Global Preferences/) in case you need >> another value. The /ralpha/ script has been slightly modified (but >> was already aware of port 51954). Also updated the doc. This has been >> tested and seems to work fine. >> >> Changes committed to the repository (rev. 1306 >> <http://sourceforge.net/p/alphacocoa/code/1306/>). > [...] > --- ** [tickets:#73] Edit remote file locally** **Status:** fixed **Created:** Tue Dec 13, 2016 07:17 PM UTC by Eberhard W Lisse **Last Updated:** Thu Apr 06, 2017 07:18 PM UTC **Owner:** Bernard Desgraupes Hi Eberhard, this is certainly feasible. I’ll have a look at the rmate script. Could you enter an RFE in Alpha’s Tickets tracker so that I have a reminder ? Cheers, Bernard Le 13 déc. 2016 à 19:30, Dr Eberhard W Lisse <el...@li...> a écrit : Bernard, during the absence of a production level AlphaCocoa I have been using TextMate2. There is one feature without which I can no longer work, namely logging onto a remote ssh host with -R #####:localhost:###### and TextMate listening on that port so that if one edits a file on the remote host with rmate filename, TextMate will edit the file in a local window (tab). rmate sits on the python repository from which pip installs it. Will it be possible to implement this in AlphaCocoa? el --- 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: <bde...@or...> - 2017-04-29 13:05:19
|
Hi all, I have just uploaded a new development release of Alpha. This is the Beta3 release (version 9.0b3). 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.0b3/Alpha-9.0b3.dmg.zip/download (26.65M) The MD5 checksum is: f257fca4e060e0490c900fdcf46aa883 The SHA1 checksum is: 08aa459dcaf6626d9f5d3f662c48bdb84b77e7c2 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 preference Alpha Server Port to set the port number the Alpha Server is listening on. The default hardwired value is 51954. New mailer client for the Mail menu to serve as a front end for Apple's Mail application to send mails from Alpha. New option -filter for Text Field views. Also supported by Secure Text Fields, Combo Boxes and Search Fields. The Use Dynamic Menus global preference is now implemented. Revision of the Synchronizer package. There are now two implementations of the synchronizing engine: Alpha and rsync. They are available as xserv services. New global preference Copy Includes Font Info to control whether Copy operations store the font information attached to the text. New global preference Check Text On Open to control whether text checking should be performed synchronously when a document is opened. The following bugs have been fixed (but remain open until the fix is confirmed): Ticket #120: Copy copies also font info Ticket #121: alphac broken Ticket #122: serious problem with fillParagraph and comments Ticket #123: In TeX mode there are two different definitions of word Ticket #124: link detection dirties window Ticket #125: status bar does not give focus back to main window field Ticket #126: Revert To Saved dialog doesn't catch return Ticket #127: double-clicked selections are not click extendible Ticket #128: Cmd-W does not work in help window's search field Ticket #129: Keyboard events in windows with multiple panels Ticket #131: Keyboard text selection Ticket #132: keyboard shortcut for moving and deleting text The following tickets have been closed: Ticket #18: shortcults for selecting text Ticket #44: deleting text with the keys option+backspace Ticket #55: URLs are not recognized/usable Ticket #79: Paste upon rectangular copy inserts spaces instead of \\n Ticket #96: inconsistent tab size Ticket #107: Behavior of 'modal' dialogs in Alpha Ticket #111: 'Stop' button during long multi-file search Ticket #112: AlphaCocoa Lives! Ticket #113: Alpha crashes when cutting text Ticket #114: Error when canceling Window Geometry Ticket #115: downcaseWord does not leave the cursor at the end of the word Ticket #116: Cant deactivate emacs Ticket #118: alert does not capture Return Ticket #119: Menu item Global Preferences does not work |
|
From: Bernard D. <bde...@us...> - 2017-04-29 08:53:20
|
- **status**: open --> fixed --- ** [tickets:#129] Keyboard events in windows with multiple panels** **Status:** fixed **Created:** Wed Apr 26, 2017 10:00 AM UTC by Sylvain Loiseau **Last Updated:** Sat Apr 29, 2017 08:53 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: Bernard D. <bde...@us...> - 2017-04-29 08:53:08
|
This is fixed using the *tableViewSelectionDidChange* delegate method for table views. Changes committed to the repository ([rev. 1329](http://sourceforge.net/p/alphacocoa/code/1329/)). The core must be rebuilt. --- ** [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: Bernard D. <bde...@gm...> - 2017-04-29 07:35:09
|
Le 28 avr. 2017 à 13:40, Sylvain Loiseau <syl...@un...> a écrit : > Hi, > > Well I’m not sure wether this is really a bug then, because if it were you would have been able to reproduce it. Maybe it’s a peculiarity on my side. > > I open alpha > I open a new document (cmd-N) > I write « x » > I select save (cmd-S) > I the dialog, i select the right key to move the cursor at the end of « untitled » > I write « .tab » > I click enter. > … > the previously attached screenshot appear. I’m sorry but I can’t reproduce what you describe. It works for me as expected. I tried both with version 9.0b2 and with my latest development code (9.0b3). Something else comes in line of play but I don’t understand where it comes from. Is there a general system preference or user preference concerning the file extensions ? |
|
From: Bernard D. <bde...@us...> - 2017-04-29 07:26:06
|
- **status**: open --> fixed --- ** [tickets:#128] Cmd-W does not work in help window's search field** **Status:** fixed **Created:** Wed Apr 26, 2017 07:51 AM UTC by Joachim Kock **Last Updated:** Sat Apr 29, 2017 07:25 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-29 07:25:55
|
This is fixed. Reorganized the event monitoring for root windows. Changes committed to the repository ([rev. 1328](http://sourceforge.net/p/alphacocoa/code/1328/)). The core must be rebuilt. --- ** [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-29 07:21:58
|
- **status**: open --> wont-fix - **Comment**: Resolving as *WONTFIX* since we agreed that this is the expected behavior. --- ** [tickets:#131] Keyboard text selection** **Status:** wont-fix **Created:** Wed Apr 26, 2017 10:09 AM UTC by Sylvain Loiseau **Last Updated:** Thu Apr 27, 2017 09:54 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-28 17:58:31
|
Hmm, I just tried on my old laptop with Mavericks (10.9) and the key binding does nothing. Maybe on El Capitan or Sierra. Anyway since this is a binding involving the `fn` key, it has nothing to do with Alpha and is provided by Cocoa itself. So there's nothing I can do about it. --- ** [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:17 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: slelievre <sle...@us...> - 2017-04-28 12:30:40
|
I think that on laptops, MacOS interprets (fn-"backspace") as "suppr", ie (function-key + backward-delete) is interpreted as (forward-delete). It is therefore no surprise that cmd-fn-backspace acts as cmd-suppr. Kind regards. Samuel Lelièvre --- ** [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:17 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: Samuel L. <sam...@gm...> - 2017-04-28 12:05:19
|
I think that on laptops, MacOS interprets (fn-"backspace") as "suppr", ie (function-key + backward-delete) is interpreted as (forward-delete). It is therefore no surprise that cmd-fn-backspace acts as cmd-suppr. Kind regards. Samuel Lelièvre |
|
From: Sylvain L. <syl...@un...> - 2017-04-28 11:49:40
|
I’m sorry, if it is the recommended behavior of Mac apps (and indeed it is how it works in TextEdit, Mail, in Safary form…), it is ok for me. I was used to the behavior in other Apps (such as Word, TextWrangler, TextMate) having the other convention. But it’s ok. Best Sylvain > Le 27 avr. 2017 à 11:52, Bernard Desgraupes <bde...@us...> a écrit : > > 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. > > ------------------------------------------------------------------------------ > 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 ----- Sylvain Loiseau syl...@un... Université Paris 13 99 avenue Jean-Baptiste Clément F-93430 Villetaneuse Laboratoire Sedyl, UMR 8202 Campus CNRS 7 rue Guy Môquet F-94800 Villejuif |
368 messages has been excluded from this view by a project administrator.
