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-04 20:59:37
|
- **status**: open --> fixed --- ** [tickets:#119] Menu item Global Preferences does not work** **Status:** fixed **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. |
|
From: Bernard D. <bde...@us...> - 2017-04-04 20:59:23
|
Aaargh, sorry about this. My fault. I've been experimenting with a new flag pref *openRemoteLinksInBrowser*, then removed it but forgot to comment line 137 in file *help.tc*l. This is fixed now. Changes committed to the repository ([rev. 1304](http://sourceforge.net/p/alphacocoa/code/1304/)). You can fix it manually or update AlphaTcl. --- ** [tickets:#119] Menu item Global Preferences does not work** **Status:** open **Created:** Tue Apr 04, 2017 06:56 PM UTC by Joachim Kock **Last Updated:** Tue Apr 04, 2017 06:56 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. |
|
From: Greg D. <gre...@in...> - 2017-04-04 19:38:02
|
I can confirm that this also happens on OS X 10.10; I haven't tried b2 on my 10.12 laptop just yet. On 4/4/17 2:56 PM, Joachim Kock wrote: > ------------------------------------------------------------------------------------------------------------------------------------------------------ > > *[tickets:#119] <https://sourceforge.net/p/alphacocoa/tickets/119/> Menu item Global Preferences does not work* > > *Status:* open > *Created:* Tue Apr 04, 2017 06:56 PM UTC by Joachim Kock > *Last Updated:* Tue Apr 04, 2017 06:56 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. > > > > ------------------------------------------------------------------------------ > 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 | I shut out acceptance so I won't | | gre...@in... | get hurt; and move on to the next| | The Sultan of Slack(tm) | one who will treat me like dirt. | | http://www.indy.net/~gregdunn/ | Patti Rothberg | </pre> |
|
From: Joachim K. <jk...@us...> - 2017-04-04 19:31:03
|
--- ** [tickets:#120] Copy copies also font info** **Status:** open **Created:** Tue Apr 04, 2017 07:31 PM UTC by Joachim Kock **Last Updated:** Tue Apr 04, 2017 07:31 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: Joachim K. <jk...@us...> - 2017-04-04 18:56:37
|
--- ** [tickets:#119] Menu item Global Preferences does not work** **Status:** open **Created:** Tue Apr 04, 2017 06:56 PM UTC by Joachim Kock **Last Updated:** Tue Apr 04, 2017 06:56 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. |
|
From: Dr E. W L. <ond...@us...> - 2017-04-04 15:09:26
|
I am impressed. I am still experimenting with this, will revert to the list --- ** [tickets:#73] Edit remote file locally** **Status:** fixed **Created:** Tue Dec 13, 2016 07:17 PM UTC by Eberhard W Lisse **Last Updated:** Wed Mar 29, 2017 05:07 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-04 13:21:13
|
Hi all, I have just uploaded a new development release of Alpha. This is the Beta2 release (version 9.0b2). 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.0b2/Alpha-9.0b2.dmg.zip/download (26.74M) The MD5 checksum is: c35c425455ddd2ec3f2bcdcf221513c3 The SHA1 checksum is: be73ba21a670cc9367554d40c6710a6bed620fa3 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 Revision of the Tools ↣ Codes Etc submenu (previously named Ascii Etc). New option -command in WebView to implement actions when the mouse is over a link or when the user clicks on a link. New status bar at the bottom of the Help Viewer. Remote links in html help pages may be opened in the default system browser. New preference Open Remote Links In Browser (in the Help panel of Global Preferences) to control this behavior. Extended syntax of the alphac command line tool. New script ralpha to edit files on a remote machine through ssh (RFE in Ticket #73). New package progressWindows providing an API to create feedback windows with a progress bar and a cancel button Progress Windows Help. New core command [peekEvent]. The following bugs have been fixed (but remain open until the fix is confirmed): Ticket #18: shortcults for selecting text Ticket #44: deleting text with the keys option+backspace Ticket #55: URLs are not recognized/usable Ticket #73: Edit remote file locally 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 The following tickets have been closed: Ticket #10: Menus triggered on_press rather than on_release Ticket #24: Global Features Ticket #71: Error in Developer Checkout Ticket #82: Various issues with Compare Windows etc Ticket #84: openWindow chokes on small second arg Ticket #94: Alpha crashes when using popups Ticket #97: Menus need second click to activate Ticket #98: Return not captured by help viewer Ticket #99: Line number not displayed at font size Ticket #101: statusBarFontSize not recorded Ticket #102: listpicks can't be cancelled by escape Ticket #103: smart scripts can't be turned off Ticket #105: latex menu icon badly inverted Ticket #106: Help menu crash after changeMode Ticket #107: Behavior of 'modal' dialogs in Alpha Ticket #108: Recent file browser Ticket #109: Hypersearch and 'Add folder' Ticket #110: Events are not catched by a foreground help viewer window but transmitted to underlying documents. Ticket #112: AlphaCocoa Lives! Ticket #117: capitalizeWord does not place cursor correctly |
|
From: Bernard D. <bde...@us...> - 2017-04-04 12:15:39
|
Changes committed to the repository ([rev. 1302](http://sourceforge.net/p/alphacocoa/code/1302/)). The core must be rebuilt. --- ** [tickets:#118] alert does not capture Return** **Status:** fixed **Created:** Tue Apr 04, 2017 09:22 AM UTC by Joachim Kock **Last Updated:** Tue Apr 04, 2017 09:43 AM 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. |
|
From: Joachim K. <jk...@us...> - 2017-04-04 10:41:40
|
On 04/04/2017 11:27, Bernard Desgraupes wrote: > Isn't it a duplicate of Ticket #115: 115 downcaseWord does not leave the > cursor at the end of the word > <http://sourceforge.net/p/alphacocoa/tickets/115/> which I have fixed a > few days ago ? Indeed. Sorry about that. I should update... Cheers, Joachim. --- ** [tickets:#117] capitalizeWord does not place cursor correctly** **Status:** closed **Created:** Tue Apr 04, 2017 09:20 AM UTC by Joachim Kock **Last Updated:** Tue Apr 04, 2017 09:40 AM UTC **Owner:** nobody The procs capitalizeWord, upcaseWord and downcaseWord do not position the cursor correctly after the operation. The correct position is at the end of the word acted on. This works correctly when the cursor position before the operation is immediately at the beginning of the word, but does not work if there is a space between the cursor and the beginning of the word. In that case the new cursor position is just the same as the old. (By cursor I mean insertion point.) --- 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-04 09:43:12
|
- **status**: open --> fixed --- ** [tickets:#118] alert does not capture Return** **Status:** fixed **Created:** Tue Apr 04, 2017 09:22 AM UTC by Joachim Kock **Last Updated:** Tue Apr 04, 2017 09:42 AM 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. |
|
From: Bernard D. <bde...@us...> - 2017-04-04 09:43:00
|
Good catch ! This is fixed now. --- ** [tickets:#118] alert does not capture Return** **Status:** open **Created:** Tue Apr 04, 2017 09:22 AM UTC by Joachim Kock **Last Updated:** Tue Apr 04, 2017 09:22 AM 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. |
|
From: Joachim K. <jk...@us...> - 2017-04-04 09:40:29
|
- **status**: open --> closed - **Comment**: Duplicate of Ticket #115. --- ** [tickets:#117] capitalizeWord does not place cursor correctly** **Status:** closed **Created:** Tue Apr 04, 2017 09:20 AM UTC by Joachim Kock **Last Updated:** Tue Apr 04, 2017 09:27 AM UTC **Owner:** nobody The procs capitalizeWord, upcaseWord and downcaseWord do not position the cursor correctly after the operation. The correct position is at the end of the word acted on. This works correctly when the cursor position before the operation is immediately at the beginning of the word, but does not work if there is a space between the cursor and the beginning of the word. In that case the new cursor position is just the same as the old. (By cursor I mean insertion point.) --- 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-04 09:27:09
|
Isn't it a duplicate of [Ticket #115: 115 downcaseWord does not leave the cursor at the end of the word](http://sourceforge.net/p/alphacocoa/tickets/115/) which I have fixed a few days ago ? --- ** [tickets:#117] capitalizeWord does not place cursor correctly** **Status:** open **Created:** Tue Apr 04, 2017 09:20 AM UTC by Joachim Kock **Last Updated:** Tue Apr 04, 2017 09:20 AM UTC **Owner:** nobody The procs capitalizeWord, upcaseWord and downcaseWord do not position the cursor correctly after the operation. The correct position is at the end of the word acted on. This works correctly when the cursor position before the operation is immediately at the beginning of the word, but does not work if there is a space between the cursor and the beginning of the word. In that case the new cursor position is just the same as the old. (By cursor I mean insertion point.) --- 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-04 09:22:03
|
--- ** [tickets:#118] alert does not capture Return** **Status:** open **Created:** Tue Apr 04, 2017 09:22 AM UTC by Joachim Kock **Last Updated:** Tue Apr 04, 2017 09:22 AM 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. |
|
From: Joachim K. <jk...@us...> - 2017-04-04 09:21:00
|
--- ** [tickets:#117] capitalizeWord does not place cursor correctly** **Status:** open **Created:** Tue Apr 04, 2017 09:20 AM UTC by Joachim Kock **Last Updated:** Tue Apr 04, 2017 09:20 AM UTC **Owner:** nobody The procs capitalizeWord, upcaseWord and downcaseWord do not position the cursor correctly after the operation. The correct position is at the end of the word acted on. This works correctly when the cursor position before the operation is immediately at the beginning of the word, but does not work if there is a space between the cursor and the beginning of the word. In that case the new cursor position is just the same as the old. (By cursor I mean insertion point.) --- 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-02 14:44:44
|
- **status**: open --> fixed - **Version**: 9.0a14 --> 9.0b1 --- ** [tickets:#111] "Stop" button during long multi-file search** **Status:** fixed **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. |
|
From: Bernard D. <bde...@us...> - 2017-04-02 14:44:17
|
This is done. I have implemented the following: * a new package called *progressWindows* which provides the API to display progress windows containing a progress bar and a stop button. See the doc in [Progress Windows Help](http://alphacocoa.sourceforge.net/ProgressWindowsHelp.html). * a new core command [peekEvent](http://alphacocoa.sourceforge.net/Syntax/peekEvent.html). * the *hyperSearch* package has been modified to take advantage of the new progress windows. Changes committed to the repository ([rev. 1297](http://sourceforge.net/p/alphacocoa/code/1297/)). The core must be rebuilt. --- ** [tickets:#111] "Stop" button during long multi-file search** **Status:** open **Created:** Wed Feb 22, 2017 08:43 AM UTC by Sylvain Loiseau **Last Updated:** Thu Mar 30, 2017 04:30 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. |
|
From: Bernard D. <bde...@us...> - 2017-03-31 17:48:43
|
- **status**: open --> closed - **Version**: 9.0a10 --> 9.0b1 --- ** [tickets:#71] Error in Developer Checkout** **Status:** closed **Created:** Tue Nov 29, 2016 11:24 AM UTC by Vittorio **Last Updated:** Fri Mar 31, 2017 04:47 AM UTC **Owner:** nobody The procedure seem to work fine, at the end I get the message: Message: "error deleting "/private/var/folders/.../AlphaCocoa.app/Contents/Resources/Libraries/AlphaTcl": read-only file system" --- 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-03-31 17:47:00
|
- **status**: open --> closed - **Version**: 9.0a14 --> 9.0b1 --- ** [tickets:#107] Behavior of "modal" dialogs in Alpha** **Status:** closed **Created:** Mon Feb 20, 2017 08:50 AM UTC by Sylvain Loiseau **Last Updated:** Fri Mar 31, 2017 05:46 PM UTC **Owner:** nobody Most dialogs in AlphaCocoa are "blocking" all the windows. For instance, if I create two new documents, and select "Save as" for one of them, both of them cannot be edited anymore as long as the "Save as" dialog is open. I would expect this dialog to "block" only the document actualy saved. Even a common dialog such as the "Search" dialog turn the whole application irresponsive, while it is often usefull to use another document to edit something to be paste in one of the dialog fields. For other dialogs, there is no reason that any window is turned irresponsive : for instance, the "create new mode" dialog is not linked to any window and should not impede the use of any of them. Maybe some technical issue is preventing from the concurrent use of dialog and documents? Best Sylvain --- Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Bernard D. <bde...@us...> - 2017-03-31 17:46:38
|
The *Mode Creation Assistant* is now a *Document* root window instead of a *Dialog*. I'm now closing this ticket. If other interfaces need to be handled similarly, please file a separate request. Changes committed to the repository ([rev. 1295](http://sourceforge.net/p/alphacocoa/code/1295/)). --- ** [tickets:#107] Behavior of "modal" dialogs in Alpha** **Status:** open **Created:** Mon Feb 20, 2017 08:50 AM UTC by Sylvain Loiseau **Last Updated:** Thu Mar 30, 2017 04:22 PM UTC **Owner:** nobody Most dialogs in AlphaCocoa are "blocking" all the windows. For instance, if I create two new documents, and select "Save as" for one of them, both of them cannot be edited anymore as long as the "Save as" dialog is open. I would expect this dialog to "block" only the document actualy saved. Even a common dialog such as the "Search" dialog turn the whole application irresponsive, while it is often usefull to use another document to edit something to be paste in one of the dialog fields. For other dialogs, there is no reason that any window is turned irresponsive : for instance, the "create new mode" dialog is not linked to any window and should not impede the use of any of them. Maybe some technical issue is preventing from the concurrent use of dialog and documents? Best Sylvain --- Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Vittorio <vit...@us...> - 2017-03-31 14:33:15
|
yes, for me Vittorio > Il giorno 31 mar 2017, alle ore 06:47, Bernard Desgraupes <bde...@us...> ha scritto: > > Can we close this ticket ? > > [tickets:#71] Error in Developer Checkout > > Status: open > Created: Tue Nov 29, 2016 11:24 AM UTC by Vittorio > Last Updated: Thu Mar 30, 2017 04:48 PM UTC > Owner: nobody > > The procedure seem to work fine, at the end I get the message: > Message: "error deleting "/private/var/folders/.../AlphaCocoa.app/Contents/Resources/Libraries/AlphaTcl": read-only file system" > > 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 --- ** [tickets:#71] Error in Developer Checkout** **Status:** open **Created:** Tue Nov 29, 2016 11:24 AM UTC by Vittorio **Last Updated:** Fri Mar 31, 2017 04:47 AM UTC **Owner:** nobody The procedure seem to work fine, at the end I get the message: Message: "error deleting "/private/var/folders/.../AlphaCocoa.app/Contents/Resources/Libraries/AlphaTcl": read-only file system" --- 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-03-31 04:47:30
|
Can we close this ticket ? --- ** [tickets:#71] Error in Developer Checkout** **Status:** open **Created:** Tue Nov 29, 2016 11:24 AM UTC by Vittorio **Last Updated:** Thu Mar 30, 2017 04:48 PM UTC **Owner:** nobody The procedure seem to work fine, at the end I get the message: Message: "error deleting "/private/var/folders/.../AlphaCocoa.app/Contents/Resources/Libraries/AlphaTcl": read-only file system" --- 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: Vittorio <vit...@us...> - 2017-03-30 19:50:56
|
the problem has disappeared with Alpha 9.0b1, thanks for looking into this Vittorio > Il giorno 30 mar 2017, alle ore 18:48, Bernard Desgraupes <bde...@us...> ha scritto: > > After looking at your attachment, I think I have a vague idea of what is going wrong. Your error log mentions a path which looks like /private/var/folders/....../AppTranslocation/..... (I have added intermediate dots for clarity). This has to do with a new feature introduced in Sierra (Mac OS X 10.12) and known as AppTranslocation. Here are the release notes: > << Starting in OS X v10.12, you can no longer provide external code or data alongside your code-signed app in a zip archive or unsigned disk image. An app distributed outside the Mac App Store runs from a randomized path when it is launched and so cannot access such external resources.>> > > I don't really understand all the implications at the moment but I have to look in that direction. > > [tickets:#71] Error in Developer Checkout > > Status: open > Created: Tue Nov 29, 2016 11:24 AM UTC by Vittorio > Last Updated: Thu Jan 26, 2017 03:13 PM UTC > Owner: nobody > > The procedure seem to work fine, at the end I get the message: > Message: "error deleting "/private/var/folders/.../AlphaCocoa.app/Contents/Resources/Libraries/AlphaTcl": read-only file system" > > Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/alphacocoa/tickets/71/ > > To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/ > --- ** [tickets:#71] Error in Developer Checkout** **Status:** open **Created:** Tue Nov 29, 2016 11:24 AM UTC by Vittorio **Last Updated:** Thu Mar 30, 2017 04:48 PM UTC **Owner:** nobody The procedure seem to work fine, at the end I get the message: Message: "error deleting "/private/var/folders/.../AlphaCocoa.app/Contents/Resources/Libraries/AlphaTcl": read-only file system" --- 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-03-30 16:48:36
|
After looking at your attachment, I think I have a vague idea of what is going wrong. Your error log mentions a path which looks like* /private/var/folders/....../AppTranslocation/.....* (I have added intermediate dots for clarity). This has to do with a new feature introduced in Sierra (Mac OS X 10.12) and known as AppTranslocation. Here are the release notes: *<< Starting in OS X v10.12, you can no longer provide external code or data alongside your code-signed app in a zip archive or unsigned disk image. An app distributed outside the Mac App Store runs from a randomized path when it is launched and so cannot access such external resources.>>* I don't really understand all the implications at the moment but I have to look in that direction. --- ** [tickets:#71] Error in Developer Checkout** **Status:** open **Created:** Tue Nov 29, 2016 11:24 AM UTC by Vittorio **Last Updated:** Thu Jan 26, 2017 03:13 PM UTC **Owner:** nobody The procedure seem to work fine, at the end I get the message: Message: "error deleting "/private/var/folders/.../AlphaCocoa.app/Contents/Resources/Libraries/AlphaTcl": read-only file system" --- 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-03-30 16:32:15
|
Not sure where to look. Do you have something reporducible ? --- ** [tickets:#104] event loop needs tickling** **Status:** open **Created:** Mon Feb 13, 2017 08:46 PM UTC by Joachim Kock **Last Updated:** Wed Feb 22, 2017 07:14 AM UTC **Owner:** nobody This is not specific to AlphaCocoa, it happens also in AlphaX: Sometimes it appears that the event loop waits for something and needs tickling before continuing. For example, it happens often that when invoking Compare Windows nothing happens -- until you move the mouse (no click or other action needed), then the diff starts. It is not always it happens but sometimes. Another example, perhaps different, is when backwards synching from Skim. Nothing happens, until you manually shift to Alpha, then the action starts, with Alpha correctly selecting the line. Again, it is not systematical, perhaps one out of ten times. --- 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.
