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...> - 2018-11-07 19:13:15
|
I have seen this recently (on Mojave) and don't know why we get these annoying jumps. I hope your detailed recipe will help me catch the culprit. Thanks for reporting. --- ** [tickets:#189] Erratic 'bottomRedraw'** **Status:** open **Created:** Thu Nov 01, 2018 11:34 AM UTC by Joachim Kock **Last Updated:** Thu Nov 01, 2018 11:34 AM UTC **Owner:** nobody Paste this report into an Alpha window with hard wrap fillColumn=64. Resize the window to approximately 75 chars wide. Make the window short enough vertically, say 15 lines high. Scroll to place the Q line near the middle of the window. Now start writing with short words after the Qs. At the moment the end of the line (marked 888) hits the edge of the window, the window focus suddenly jumps, making the active line the last visible line of the window. z z z z z QQQ QQQ QQQ QQQ QQQ QQQ QQQ QQQ QQQ zzz zzz zzz zzz zzz 888 ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg z z z z z z z z z z z z z z --- 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...> - 2018-11-07 19:06:34
|
- **status**: open --> fixed --- ** [tickets:#191] path bar keeps focus** **Status:** fixed **Created:** Wed Nov 07, 2018 08:31 AM UTC by Joachim Kock **Last Updated:** Wed Nov 07, 2018 07:06 PM UTC **Owner:** nobody When clicking in the path bar, the correct folder opens in the Finder, but when coming back to Alpha, the path bar still has the focus, so that for example rightarrow beeps instead of moving the insertion point. I think the correct behaviour would be to give the focus back to the window itself (the file buffer). --- 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...> - 2018-11-07 19:06:21
|
This is fixed in proc *[pathControlHook]*. Changes committed to the repository ([rev. 1565](https://sourceforge.net/p/alphacocoa/code/1565/)). --- ** [tickets:#191] path bar keeps focus** **Status:** open **Created:** Wed Nov 07, 2018 08:31 AM UTC by Joachim Kock **Last Updated:** Wed Nov 07, 2018 05:22 PM UTC **Owner:** nobody When clicking in the path bar, the correct folder opens in the Finder, but when coming back to Alpha, the path bar still has the focus, so that for example rightarrow beeps instead of moving the insertion point. I think the correct behaviour would be to give the focus back to the window itself (the file buffer). --- 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...> - 2018-11-07 17:22:33
|
I can reproduce the issue. Thank you for reporting, I'll try to fix it. --- ** [tickets:#191] path bar keeps focus** **Status:** open **Created:** Wed Nov 07, 2018 08:31 AM UTC by Joachim Kock **Last Updated:** Wed Nov 07, 2018 08:31 AM UTC **Owner:** nobody When clicking in the path bar, the correct folder opens in the Finder, but when coming back to Alpha, the path bar still has the focus, so that for example rightarrow beeps instead of moving the insertion point. I think the correct behaviour would be to give the focus back to the window itself (the file buffer). --- 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...> - 2018-11-07 17:20:28
|
Aaargh, I see this on High Sierra and on Mojave, but not on Mavericks which is my main system for work. This is why I missed it. What did they change on recent versions of the system with popup buttons ?! I'll look into this. --- ** [tickets:#192] new button icons worn out after first use** **Status:** open **Created:** Wed Nov 07, 2018 08:37 AM UTC by Joachim Kock **Last Updated:** Wed Nov 07, 2018 08:37 AM UTC **Owner:** nobody The new buttons [I] and [M] lose their label after first use. They still work normally though. --- 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...> - 2018-11-07 17:17:19
|
At the moment, this is not a bug, but rather a design. Currently the *Record Window State* feature records the encoding, the window geometry and the selection as extended file system attributes. You can see this from a *Terminal* window using the `xattr` command line tool. For instance, if you enabled *Record Window State* on a file called *foobar*, type: ``` xattr -l foobar ``` That said, we could turn this ticket into a feature request... --- ** [tickets:#190] tab and font size not remembered with recordWindowState** **Status:** open **Created:** Wed Nov 07, 2018 08:27 AM UTC by Joachim Kock **Last Updated:** Wed Nov 07, 2018 08:27 AM UTC **Owner:** nobody I have a file I need to view in a very small font size (12) and a very large tab size (24). So I select recordWindowState and set these. But when I reopen the file later, the settings are not respected. Instead the file opens in my standard settings (fontsize 18 and tabsize 4). Thisbug is seen both in the new 9.0.1 and in the previous version from before the file window menu was made into an [I] button. --- 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. <ko...@ma...> - 2018-11-07 08:39:55
|
Hi Bernard, I just tried the updateAlphaTcl script, with ./updateAlphaTcl -d -u jkock I got the following error: Checked out revision 1563. ...done * synchronizing AlphaTcl in application bundle... > .svn dir > Examples dir rsync: --force-delete: unknown option rsync error: syntax or usage error (code 1) at /BuildRoot/Library/Caches/com.apple.xbs/Sources/rsync/rsync-52/rsync/main.c(1337) [client=2.6.9] synchronization of Examples dir failed * removing temp dir So the checkout took place correctly, only the copying failed. Then I tried ./updateAlphaTcl -d -u jkock -x to see if I could copy it in manually, but this time the message was Updating '.': At revision 1563. indicating that it somehow picked up a secret temporary copy. But these temporary dirs ought to be unique, so two invocations of the script should not be able to share a temp dir :-( I also tried to do svn -u status (from Alpha), but this gives the error svn: E170013: Unable to connect to a repository at URL 'svn+ssh://bde...@sv.../p/alphacocoa/code/Current/Libraries/AlphaTcl' svn: E210002: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. svn: E210002: Network connection closed unexpectedly indicating on one hand that there is still some old .svn stuff left, and on the other hand that the new copy did not arrive inside the bundle. (Finally I deleted Alpha, reinstalled, and did ./updateAlphaTcl -d -u jkock -x directly, found the tmp checkout /var/folders/lx/v70nzsd96w19vr_gz101p_pm0000gn/T/alphatcl_svn.8ltHqfMC which I ditto'ed into the bundle. Now it seems to work, and I successfully committed a small patch to the repository.) Cheers, Joachim. |
|
From: Joachim K. <jk...@us...> - 2018-11-07 08:37:37
|
--- ** [tickets:#192] new button icons worn out after first use** **Status:** open **Created:** Wed Nov 07, 2018 08:37 AM UTC by Joachim Kock **Last Updated:** Wed Nov 07, 2018 08:37 AM UTC **Owner:** nobody The new buttons [I] and [M] lose their label after first use. They still work normally though. --- 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...> - 2018-11-07 08:31:40
|
--- ** [tickets:#191] path bar keeps focus** **Status:** open **Created:** Wed Nov 07, 2018 08:31 AM UTC by Joachim Kock **Last Updated:** Wed Nov 07, 2018 08:31 AM UTC **Owner:** nobody When clicking in the path bar, the correct folder opens in the Finder, but when coming back to Alpha, the path bar still has the focus, so that for example rightarrow beeps instead of moving the insertion point. I think the correct behaviour would be to give the focus back to the window itself (the file buffer). --- 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...> - 2018-11-07 08:27:23
|
--- ** [tickets:#190] tab and font size not remembered with recordWindowState** **Status:** open **Created:** Wed Nov 07, 2018 08:27 AM UTC by Joachim Kock **Last Updated:** Wed Nov 07, 2018 08:27 AM UTC **Owner:** nobody I have a file I need to view in a very small font size (12) and a very large tab size (24). So I select recordWindowState and set these. But when I reopen the file later, the settings are not respected. Instead the file opens in my standard settings (fontsize 18 and tabsize 4). Thisbug is seen both in the new 9.0.1 and in the previous version from before the file window menu was made into an [I] button. --- 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...> - 2018-11-05 16:22:45
|
Hi all,
I'm pleased to announce the release of a new version of Alpha. This is Alpha 9.0.1 ("Miram") for Mac OS X 10.9 or greater.
All versions of Alpha (since 9.0) are named after a star. So, for this new release of the AlphaCocoa project, meet Miram, which is η Persei, the η star of the Perseus constellation.
See at the end of this message, the main changes contained in this new release.
Please, read the release notes which will be displayed the first time you launch Alpha and can be accessed later from the Help ↣ Developer Help menu.
Here is the URL to download the disk image:
https://sourceforge.net/projects/alphacocoa/files/9.0.1/Alpha_9.0.1.dmg.zip/download (28.52M)
The MD5 checksum is: 7fc5dd935071e9a441b505cff08a90ca
The SHA1 checksum is: f1fdc49a0deea7338be9d8a50cfdfbed21a799c1
The RMD160 checksum is: 9e9aaa9caa62fc3a571ce27b6899e481cd5ace36
The SHA256 checksum is: b1d16410a36c92878f6a6e65de748db6c279d9ad00bcccf810dd96e0660975e7
If you find problems with the application, don't hesitate to post bug reports. They are essential to keep track of the deficiencies. See Alpha's Bug Tracker.
Thank you for using Alpha.
Cheers,
Bernard
Changes from previous version
New interface for the commands of the Alpha ↣ Global Setup ↣ Update Alpha menu.
New extra tool updateAlphaTcl to update the AlphaTcl library inside the bundle from the command line.
New Markdown mode sporting editing and rendering capacities for files that use the Markdown syntax. See the Markdown Mode Help.
New item "Hilite Repeated Words" in the Search menu to find all duplicated words and select them simultaneously. This is a dynamic item which is an alternative to "Find Repeated Words" when the Option key (⌥) is pressed.
New package Text Statistics providing functions to gather statistics about the text of a document (word counts, word frequencies, etc.).
The Info and Mode popups are now displayed in the control bar instead of the toolbar of the document windows.
Support for Dark Mode in Mojave (OS X 10.14).
New option -truncate for the [listpick] and the TableView items of the [view] command. It sets the truncation mode used to display items that are too long to fit in the width of the table.
Upgraded the Tcl framework to version 8.6.8.
Upgraded aida to version 1.4.3.
The following bugs have been fixed (but remain open until the fix is confirmed):
Ticket #174: Return key does not trigger print
Ticket #177: iterationCount and Ctrl-U
Ticket #178: math shortcut desabled
Ticket #179: Backward incremental search does not exhaust current match
Ticket #180: OK after word count
Ticket #181: Cmd-arrow should follow visual line, not logical
Ticket #182: flowed text cursor position
Ticket #183: opt-left does not move window focus
Ticket #185: alt-arrow should exit isearch
Ticket #186: Scary bringToFront bug in connection with TeX error browsing
The following RFE's have been implemented:
Ticket #169: Text Statistics
Ticket #175: Request for Printer Font and Font Size
The following tickets have been closed:
Ticket #172: Cmd-Opt-\] does not Shift Right Space
|
|
From: Joachim K. <jk...@us...> - 2018-11-01 12:00:48
|
Hi Bernard, sorry for the noise. It turns out to be a OSX bug! I just saw it also in Thunderbird. The culprit turns out to be a preference setting (in Accessibility), 'double-tap to drag', that causes the bug, system wide. (This used to be a standard OSX feature (I always used it), but at some point it was relegated to be an exotic Accessibility feature, and I guess the bug was introduced then. Until I got this newish MacBook, I never had problems with it. Now I will try out 'three-finger drag' instead.) Cheers, Joachim. --- ** [tickets:#187] Click is detected too slowly** **Status:** open **Created:** Sun Oct 21, 2018 08:45 AM UTC by Joachim Kock **Last Updated:** Mon Oct 22, 2018 04:29 AM UTC **Owner:** nobody Here is an annoying asynchronicity issue: do the following with 0.2-seconds intervals: (1) click somewhere (2) type a letter (3) type a letter What happens is that the first letter is inserted before the insertion-point movement caused by the click :-( The second letter is inserted after the movement. (I am not sure if 0.2 seconds is a precise indication, but it happens in practice. The computer is relatively new MacBook Air running 10.13.4.) --- 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...> - 2018-11-01 11:34:43
|
--- ** [tickets:#189] Erratic 'bottomRedraw'** **Status:** open **Created:** Thu Nov 01, 2018 11:34 AM UTC by Joachim Kock **Last Updated:** Thu Nov 01, 2018 11:34 AM UTC **Owner:** nobody Paste this report into an Alpha window with hard wrap fillColumn=64. Resize the window to approximately 75 chars wide. Make the window short enough vertically, say 15 lines high. Scroll to place the Q line near the middle of the window. Now start writing with short words after the Qs. At the moment the end of the line (marked 888) hits the edge of the window, the window focus suddenly jumps, making the active line the last visible line of the window. z z z z z QQQ QQQ QQQ QQQ QQQ QQQ QQQ QQQ QQQ zzz zzz zzz zzz zzz 888 ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg ggg z z z z z z z z z z z z z z --- 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...> - 2018-10-26 14:42:01
|
Hi all,
I have uploaded a new developer build of Alpha. This is Alpha 9.0.1d6 ("Miram") for Mac OS X 10.9 or greater.
This is not a final release. It is meant for developers and beta testers.
Disclaimer: it reflects the current state of the source code and should be used only for testing the most recent features.
It has been built with the sources at revision 1555 in the Subversion repository at SourceForge.
Version: 9.0.1d6 (devel)
Date: 2018-10-26
Build: 8018
Revision: 1555
See at the end of this message, the main changes contained in this developer release.
Here is the URL to download the application:
https://sourceforge.net/projects/alphacocoa/files/DevBuild/Alpha_devbuild.zip/download (31.62M)
Checksums:
MD5: cee34cb4a2b2584a47b5835fd83df771
SHA1: b9c234f0096ad905ced1f936e1bf7220b8c7f064
RMD160: 105009f30ae0b65f33b3475f8377fe8106ed290d
SHA256: fabf339392f29ece21a2aecb5be9a84e71d0d46ef2b6bfc2afec5e217e663b0c
If you find problems with the application, don't hesitate to post bug reports (go to Alpha's Bug Tracker).
Thank you for using Alpha.
Cheers,
Bernard
Changes from previous version
New interface for the commands of the Alpha ↣ Global Setup ↣ Update Alpha menu.
New extra tool updateAlphaTcl to update the AlphaTcl library inside the bundle from the command line.
New Markdown mode sporting editing and rendering capacities for files that use the Markdown syntax. See the Markdown Mode Help.
New item "Hilite Repeated Words" in the Search menu to find all duplicated words and select them simultaneously. This is a dynamic item which is an alternative to "Find Repeated Words" when the Option key (⌥) is pressed.
New package Text Statistics providing functions to gather statistics about the text of a document (word counts, word frequencies, etc.).
The Info and Mode popups are now displayed in the control bar instead of the toolbar of the document windows.
Support for Dark Mode in Mojave (OS X 10.14).
New option -truncate for the [listpick] and the TableView items of the [view] command. It sets the truncation mode used to display items that are too long to fit in the width of the table.
Upgraded the Tcl framework to version 8.6.8.
Upgraded aida to version 1.4.3.
The following bugs have been fixed (but remain open until the fix is confirmed):
Ticket #174: Return key does not trigger print
Ticket #177: iterationCount and Ctrl-U
Ticket #178: math shortcut desabled
Ticket #179: Backward incremental search does not exhaust current match
Ticket #180: OK after word count
Ticket #181: Cmd-arrow should follow visual line, not logical
Ticket #182: flowed text cursor position
Ticket #183: opt-left does not move window focus
Ticket #185: alt-arrow should exit isearch
Ticket #186: Scary bringToFront bug in connection with TeX error browsing
The following RFE's have been implemented:
Ticket #169: Text Statistics
Ticket #175: Request for Printer Font and Font Size
The following tickets have been closed:
Ticket #172: Cmd-Opt-\] does not Shift Right Space
|
|
From: Burkhard S. <be...@us...> - 2018-10-26 09:32:37
|
Dear Bernard, thank you for your quick reply. I had a closer look on this and have made two more observations: 1. The behavior I describe happens only when (a) Appearance is set to Dark and (b) Highlight Color is set to Graphite in the General control panel of System Preferences. I hope you can confirm this. 2. The behavior is not exclusive to Alpha (I didn’t check this prior to filing a ticket): TeXShop shows the same when using its LiteTheme and general preferences settings as described in 1. This might point to a bug in macOS 10.14, not in Alpha. Best regards, Burkhard. > Am 26.10.2018 um 06:51 schrieb Bernard Desgraupes <bde...@us...>: > > Hmm, unless I misunderstand the report, this is not what I observe. I do get the hiliting color when I select a piece of text. See the attachment. > > Attachments: > > • selection_in_dark_mode.png (463.8 kB; image/png) > [tickets:#188] Selecting text in Dark Mode doesn't change background color > > Status: open > Created: Thu Oct 25, 2018 07:58 AM UTC by Burkhard Schmidt > Last Updated: Thu Oct 25, 2018 07:59 AM UTC > Owner: nobody > > When in Dark Mode, selecting text replaces the foreground color with the background color. However the background color remains unchanged, so with the default settings, I get white text on white background. The background color is actually changed to dark gray when the active editing window loses focus. > > Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/alphacocoa/tickets/188/ > > To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/ > --- ** [tickets:#188] Selecting text in Dark Mode doesn't change background color** **Status:** open **Created:** Thu Oct 25, 2018 07:58 AM UTC by Burkhard Schmidt **Last Updated:** Fri Oct 26, 2018 04:51 AM UTC **Owner:** nobody When in Dark Mode, selecting text replaces the foreground color with the background color. However the background color remains unchanged, so with the default settings, I get white text on white background. The background color is actually changed to dark gray when the active editing window loses focus. --- 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...> - 2018-10-26 04:51:41
|
Hmm, unless I misunderstand the report, this is not what I observe. I do get the hiliting color when I select a piece of text. See the attachment. Attachments: - [selection_in_dark_mode.png](https://sourceforge.net/p/alphacocoa/tickets/_discuss/thread/67309587ed/dc3e/attachment/selection_in_dark_mode.png) (463.8 kB; image/png) --- ** [tickets:#188] Selecting text in Dark Mode doesn't change background color** **Status:** open **Created:** Thu Oct 25, 2018 07:58 AM UTC by Burkhard Schmidt **Last Updated:** Thu Oct 25, 2018 07:59 AM UTC **Owner:** nobody When in Dark Mode, selecting text replaces the foreground color with the background color. However the background color remains unchanged, so with the default settings, I get white text on white background. The background color is actually changed to dark gray when the active editing window loses focus. --- 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: Burkhard S. <be...@us...> - 2018-10-25 07:59:29
|
Forgot to include version info: Alpha 9.0.1d5 (unix, Darwin) AlphaTcl 9.0.1d5 System: Mac OS X 10.14 Architecture: i386 Kernel: Darwin 18.0.0 Tcl-version 8.6.6 system encoding utf-8 AlphaTcl encoding utf-8 cmdline 1.5 msgcat 1.6.0 resource 1.3 struct::list 1.8.3 Tcl 8.6.6 tcl::tommath 8.6.6 tclAE 3.0.0 TclOO 1.0.5 vfs 1.4.1 vfslib 1.4 zlib 2.0.1 Binary extensions loaded: Vfs, Tclae, Resource --- ** [tickets:#188] Selecting text in Dark Mode doesn't change background color** **Status:** open **Created:** Thu Oct 25, 2018 07:58 AM UTC by Burkhard Schmidt **Last Updated:** Thu Oct 25, 2018 07:58 AM UTC **Owner:** nobody When in Dark Mode, selecting text replaces the foreground color with the background color. However the background color remains unchanged, so with the default settings, I get white text on white background. The background color is actually changed to dark gray when the active editing window loses focus. --- 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: Burkhard S. <be...@us...> - 2018-10-25 07:58:15
|
--- ** [tickets:#188] Selecting text in Dark Mode doesn't change background color** **Status:** open **Created:** Thu Oct 25, 2018 07:58 AM UTC by Burkhard Schmidt **Last Updated:** Thu Oct 25, 2018 07:58 AM UTC **Owner:** nobody When in Dark Mode, selecting text replaces the foreground color with the background color. However the background color remains unchanged, so with the default settings, I get white text on white background. The background color is actually changed to dark gray when the active editing window loses focus. --- 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...> - 2018-10-22 04:29:23
|
I can't replicate anything like that and I see no reason why the order of the events would be reversed. Events (in this case, mouse event and keyboard events) are handled sequentially. Are you sure your fingers execute the movements in the right order. --- ** [tickets:#187] Click is detected too slowly** **Status:** open **Created:** Sun Oct 21, 2018 08:45 AM UTC by Joachim Kock **Last Updated:** Sun Oct 21, 2018 08:45 AM UTC **Owner:** nobody Here is an annoying asynchronicity issue: do the following with 0.2-seconds intervals: (1) click somewhere (2) type a letter (3) type a letter What happens is that the first letter is inserted before the insertion-point movement caused by the click :-( The second letter is inserted after the movement. (I am not sure if 0.2 seconds is a precise indication, but it happens in practice. The computer is relatively new MacBook Air running 10.13.4.) --- 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...> - 2018-10-21 08:45:33
|
--- ** [tickets:#187] Click is detected too slowly** **Status:** open **Created:** Sun Oct 21, 2018 08:45 AM UTC by Joachim Kock **Last Updated:** Sun Oct 21, 2018 08:45 AM UTC **Owner:** nobody Here is an annoying asynchronicity issue: do the following with 0.2-seconds intervals: (1) click somewhere (2) type a letter (3) type a letter What happens is that the first letter is inserted before the insertion-point movement caused by the click :-( The second letter is inserted after the movement. (I am not sure if 0.2 seconds is a precise indication, but it happens in practice. The computer is relatively new MacBook Air running 10.13.4.) --- 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...> - 2018-10-17 08:03:49
|
Hi all,
I have uploaded a new developer build of Alpha. This is Alpha 9.0.1d5 ("Miram") for Mac OS X 10.9 or greater.
This is not a final release. It is meant for developers and beta testers.
Disclaimer: it reflects the current state of the source code and should be used only for testing the most recent features.
It has been built with the sources at revision 1549 in the Subversion repository at SourceForge.
Version: 9.0.1d5 (devel)
Date: 2018-10-17
Build: 8016
Revision: 1549
See at the end of this message, the main changes contained in this developer release.
Here is the URL to download the application:
https://sourceforge.net/projects/alphacocoa/files/DevBuild/Alpha_devbuild.zip/download (31.58M)
Checksums:
MD5: 47196490db1d0da68148281c2d4b58bc
SHA1: 55ef6266a1e64f6bb64d3603718a7d5ff4a5d828
RMD160: 73e997fb0e715b9676046fa530a8ceec2a70e17d
SHA256: 1b55ebe682f7f5960afa576aaffc3837b26d201005872a53a510730d386d5b17
If you find problems with the application, don't hesitate to post bug reports (go to Alpha's Bug Tracker).
Thank you for using Alpha.
Cheers,
Bernard
Changes from previous version
New interface for the commands of the Alpha ↣ Global Setup ↣ Update Alpha menu.
New extra tool updateAlphaTcl to update the AlphaTcl library inside the bundle from the command line.
New item "Hilite Repeated Words" in the Search menu to find all duplicated words and select them simultaneously. This is a dynamic item which is an alternative to "Find Repeated Words" when the Option key (⌥) is pressed.
New package Text Statistics providing functions to gather statistics about the text of a document (word counts, word frequencies, etc.).
The Info and Mode popups are now displayed in the control bar instead of the toolbar of the document windows.
Support for Dark Mode in Mojave (OS X 10.14).
New option -truncate for the [listpick] and the TableView items of the [view] command. It sets the truncation mode used to display items that are too long to fit in the width of the table.
The following bugs have been fixed (but remain open until the fix is confirmed):
Ticket #174: Return key does not trigger print
Ticket #177: iterationCount and Ctrl-U
Ticket #178: math shortcut desabled
Ticket #179: Backward incremental search does not exhaust current match
Ticket #180: OK after word count
Ticket #181: Cmd-arrow should follow visual line, not logical
Ticket #182: flowed text cursor position
Ticket #183: opt-left does not move window focus
Ticket #185: alt-arrow should exit isearch
Ticket #186: Scary bringToFront bug in connection with TeX error browsing
The following RFE's have been implemented:
Ticket #169: Text Statistics
Ticket #175: Request for Printer Font and Font Size
The following tickets have been closed:
Ticket #172: Cmd-Opt-\] does not Shift Right Space
|
|
From: Bernard D. <bde...@us...> - 2018-10-17 07:18:49
|
Resolved as fixed but will still investigate regarding possible race condition between *makeKeyAndOrderFront* and *orderedWindows* Cocoa methods. --- ** [tickets:#186] Scary bringToFront bug in connection with TeX error browsing** **Status:** fixed **Created:** Sun Oct 14, 2018 11:18 AM UTC by Joachim Kock **Last Updated:** Wed Oct 17, 2018 07:15 AM UTC **Owner:** nobody Scary bringToFront bug in connection with TeX error browsing I see sometimes that after a tex run, when I press Ctrl-W to browse errors, the effect is that the list of error lines is inserted into the tex source window instead of the TeX Console window! (Quite scary: unless you are quick and do Undo, you risk losing the content of your tex file!) There has been no change to the corresponding code in tetexComm for nearly 10 years, and the symptoms are also more like a core problem. The relevant proc is [TeX::tetexComm::displayErrorsAndWarnings]. In there I then inserted a debugging alertnote as follows: bringToFront $texConsole alertnote [win::Current] text delete [minPos] [maxPos] between the potential window change and the damaging text operation. What happens then is that the alertnote reports the full path of the tex source window, but after clicking OK, the warning list is actually inserted into the TeX Console. Surely some asynchronous stuff is taking place, confirmed by the following experiment: bringToFront $texConsole set ::A [win::Current] text delete [minPos] [maxPos] In this case, the damaging text is inserted into the tex source window, which is also the value of ::A. The difference between the two scenarios suggests that [bringToFront] has some delay, and that the alertnote takes enough time for the current window to become up to date. In fact, here is something funny: bringToFront $texConsole alertnote [win::Current] alertnote [win::Current] text delete [minPos] [maxPos] will give two alerts, the first reporting the path of the tex source file and the second reporting "*TeX Console*". To add to the mystery, the TeX Console is obviously frontmost at the time Ctrl-W is invoked, so I don't see how the tex source window could be involved at all. --- 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...> - 2018-10-17 07:15:56
|
- **status**: open --> fixed --- ** [tickets:#186] Scary bringToFront bug in connection with TeX error browsing** **Status:** fixed **Created:** Sun Oct 14, 2018 11:18 AM UTC by Joachim Kock **Last Updated:** Wed Oct 17, 2018 07:15 AM UTC **Owner:** nobody Scary bringToFront bug in connection with TeX error browsing I see sometimes that after a tex run, when I press Ctrl-W to browse errors, the effect is that the list of error lines is inserted into the tex source window instead of the TeX Console window! (Quite scary: unless you are quick and do Undo, you risk losing the content of your tex file!) There has been no change to the corresponding code in tetexComm for nearly 10 years, and the symptoms are also more like a core problem. The relevant proc is [TeX::tetexComm::displayErrorsAndWarnings]. In there I then inserted a debugging alertnote as follows: bringToFront $texConsole alertnote [win::Current] text delete [minPos] [maxPos] between the potential window change and the damaging text operation. What happens then is that the alertnote reports the full path of the tex source window, but after clicking OK, the warning list is actually inserted into the TeX Console. Surely some asynchronous stuff is taking place, confirmed by the following experiment: bringToFront $texConsole set ::A [win::Current] text delete [minPos] [maxPos] In this case, the damaging text is inserted into the tex source window, which is also the value of ::A. The difference between the two scenarios suggests that [bringToFront] has some delay, and that the alertnote takes enough time for the current window to become up to date. In fact, here is something funny: bringToFront $texConsole alertnote [win::Current] alertnote [win::Current] text delete [minPos] [maxPos] will give two alerts, the first reporting the path of the tex source file and the second reporting "*TeX Console*". To add to the mystery, the TeX Console is obviously frontmost at the time Ctrl-W is invoked, so I don't see how the tex source window could be involved at all. --- 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...> - 2018-10-17 07:15:35
|
I have introduced the suggested fix (workaround). Changes committed to the repository ([rev. 1548](https://sourceforge.net/p/alphacocoa/code/1548/)). --- ** [tickets:#186] Scary bringToFront bug in connection with TeX error browsing** **Status:** open **Created:** Sun Oct 14, 2018 11:18 AM UTC by Joachim Kock **Last Updated:** Tue Oct 16, 2018 09:01 AM UTC **Owner:** nobody Scary bringToFront bug in connection with TeX error browsing I see sometimes that after a tex run, when I press Ctrl-W to browse errors, the effect is that the list of error lines is inserted into the tex source window instead of the TeX Console window! (Quite scary: unless you are quick and do Undo, you risk losing the content of your tex file!) There has been no change to the corresponding code in tetexComm for nearly 10 years, and the symptoms are also more like a core problem. The relevant proc is [TeX::tetexComm::displayErrorsAndWarnings]. In there I then inserted a debugging alertnote as follows: bringToFront $texConsole alertnote [win::Current] text delete [minPos] [maxPos] between the potential window change and the damaging text operation. What happens then is that the alertnote reports the full path of the tex source window, but after clicking OK, the warning list is actually inserted into the TeX Console. Surely some asynchronous stuff is taking place, confirmed by the following experiment: bringToFront $texConsole set ::A [win::Current] text delete [minPos] [maxPos] In this case, the damaging text is inserted into the tex source window, which is also the value of ::A. The difference between the two scenarios suggests that [bringToFront] has some delay, and that the alertnote takes enough time for the current window to become up to date. In fact, here is something funny: bringToFront $texConsole alertnote [win::Current] alertnote [win::Current] text delete [minPos] [maxPos] will give two alerts, the first reporting the path of the tex source file and the second reporting "*TeX Console*". To add to the mystery, the TeX Console is obviously frontmost at the time Ctrl-W is invoked, so I don't see how the tex source window could be involved at all. --- 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...> - 2018-10-16 12:38:29
|
- **status**: open --> fixed --- ** [tickets:#183] opt-left does not move window focus** **Status:** fixed **Created:** Wed Oct 10, 2018 07:08 PM UTC by Joachim Kock **Last Updated:** Tue Oct 16, 2018 12:38 PM UTC **Owner:** nobody If in a long non-wrapped line the visible part is, say, cols 20-100, and you move the cursor left with the arrow key, then when you arrive at col 19 the window visibility correctly changes so that the cursor is visible. However, if the movement is made with opt-leftarrow, word by word, then the same window movement does not happen as it should, resulting in a cursor position outside the visible range. --- 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}