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-12-10 13:02:36
|
Menu items should be drawn disabled if a modal window is running. This is fixed now. Changes committed to the repository ([rev. 1574](https://sourceforge.net/p/alphacocoa/code/1574/)). The core must be rebuilt. --- ** [tickets:#193] Strange behavior while opening several modal windows** **Status:** open **Created:** Thu Nov 08, 2018 01:58 PM UTC by Sylvain Loiseau **Last Updated:** Thu Nov 08, 2018 03:47 PM UTC **Owner:** nobody I open a modal window (say, Alpha->Preferences->Global Preferences...). I can then select another modal window (say, Alpha->Preferences->Global Setup->Features...) This second window does not apear until I select the Ok button of the first window. When doing so, the first modal window does not close, but the second window appear on the top of the first. I'm not sure whether this is really a problem and, if so, where the problem is: the menu still being available while a modal window is open? the second window not appearing immediatly when requested? 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...> - 2018-12-10 11:04:06
|
- **status**: open --> fixed --- ** [tickets:#205] Emacs Command "Yank" Non-functional** **Status:** fixed **Created:** Sat Nov 24, 2018 10:23 PM UTC by jwq **Last Updated:** Mon Dec 10, 2018 11:03 AM UTC **Owner:** nobody Neither the menu item Edit → Emacs Commands → Yank nor the keyboard shortcut Ctrl-Y inserts the text most recently killed by, e.g. the Kill Line command (Ctrl-K). Worked in AlphaX, would be nice to have for AlphaCocoa. --- 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-12-10 11:03:47
|
I discover that the [yank] command was not implemented at all ! This is fixed now. Changes committed to the repository ([rev. 1573](https://sourceforge.net/p/alphacocoa/code/1573/)). The core must be rebuilt. --- ** [tickets:#205] Emacs Command "Yank" Non-functional** **Status:** open **Created:** Sat Nov 24, 2018 10:23 PM UTC by jwq **Last Updated:** Sat Nov 24, 2018 10:23 PM UTC **Owner:** nobody Neither the menu item Edit → Emacs Commands → Yank nor the keyboard shortcut Ctrl-Y inserts the text most recently killed by, e.g. the Kill Line command (Ctrl-K). Worked in AlphaX, would be nice to have for AlphaCocoa. --- 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-12-10 07:16:40
|
- **status**: open --> fixed --- ** [tickets:#201] Offer to create a fileset with a directory dragged onto Alpha Icon** **Status:** fixed **Created:** Mon Nov 19, 2018 09:11 AM UTC by Sylvain Loiseau **Last Updated:** Mon Dec 10, 2018 07:16 AM UTC **Owner:** nobody This is a RFE. When dragging a folder on the Alpha Icon, the "chose encoding" dialog appears. The user has no other option but to select "cancel" since no encoding is going to be correct... I'm wondering whether it could'nt be a nice feature to open the "create fileset" dialog in order to offer the user, when a folder is droped onto the Alpha Icon, the option to create a fileset with this dicrectory (/hierarchy). 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...> - 2018-12-10 07:16:12
|
Great idea ! I have implemented it. Changes committed to the repository ([rev. 1570](https://sourceforge.net/p/alphacocoa/code/1570/)). --- ** [tickets:#201] Offer to create a fileset with a directory dragged onto Alpha Icon** **Status:** open **Created:** Mon Nov 19, 2018 09:11 AM UTC by Sylvain Loiseau **Last Updated:** Mon Nov 19, 2018 09:11 AM UTC **Owner:** nobody This is a RFE. When dragging a folder on the Alpha Icon, the "chose encoding" dialog appears. The user has no other option but to select "cancel" since no encoding is going to be correct... I'm wondering whether it could'nt be a nice feature to open the "create fileset" dialog in order to offer the user, when a folder is droped onto the Alpha Icon, the option to create a fileset with this dicrectory (/hierarchy). 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...> - 2018-12-09 20:39:23
|
- **status**: open --> closed --- ** [tickets:#195] Odd menubar behaviour** **Status:** closed **Created:** Fri Nov 09, 2018 04:31 AM UTC by Chris Skeels **Last Updated:** Sun Dec 09, 2018 05:15 PM UTC **Owner:** nobody **Attachments:** - [Menubar.pdf](https://sourceforge.net/p/alphacocoa/tickets/195/attachment/Menubar.pdf) (120.1 kB; application/pdf) Since upgrading to OS X 10.14 .1 a few days ago I am see a very odd behaviour in respect of custom menu icons. It is illustrated in the attached pdf file. The missing menu icons are for the Open Windows , filesets and LaTeX menus, I have in the ~/Library/Application Support/Alpha/Icons folder new (well, old actually) icons for each of these menus and also for the BibTeX (which somewhat paradoxically appears in the menubar. For what it is worth , the icon files that I was using, but aparently am no longer using, were the older coloured icons for fileset.icns, openWins.icns, and the earlier, happier, original OzTeX icon for oztex.icns that I recovered from an earlier version of Alpha (or AlphaX, or AlphaCocoa, as the case may be). Removing the Icons folder from the path listed above and re-starting Alpha does restore the drabber replacement icons that I am trying to replace. However, this customization method had been working so I hope that it may continue to do so. Cheers, Chris. --- 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: Chris S. <cs...@us...> - 2018-12-09 19:57:40
|
Yes. This should be closed. Thanks Bernard. -- Christopher L. Skeels Associate Professor, Department of Economics Secretary, Australasian Standing Committee of the Econometric Society Director, Econometrics Research Unit Room 327, FBE Building (#105), 111 Barry Street The University of Melbourne VIC 3010 Australia ORCID: 0000-0003-3632-1933 Tel: (+61) 03 8344 3783<tel://(+61)%2003%208344%203783> Fax: (+61) 03 8344 6899<tel://(+61)%2003%208344%206899> email: Chr...@un...<mailto:Chr...@un...> From: Bernard Desgraupes via AlphaCocoa-devel <alp...@li...> Reply-To: "[alphacocoa:tickets]" <19...@ti...> Date: Monday, 10 December 2018 at 4:16 am To: "alp...@li..." <alp...@li...> Cc: Bernard Desgraupes <bde...@us...> Subject: [Alphacocoa-devel] [alphacocoa:tickets] #195 Odd menubar behaviour Has this issue been solved ? I don't think Alpha is responsible for this since it seems to be related to external resources. ________________________________ [tickets:#195]<https://sourceforge.net/p/alphacocoa/tickets/195/> Odd menubar behaviour Status: open Created: Fri Nov 09, 2018 04:31 AM UTC by Chris Skeels Last Updated: Fri Nov 09, 2018 06:15 AM UTC Owner: nobody Attachments: * Menubar.pdf<https://sourceforge.net/p/alphacocoa/tickets/195/attachment/Menubar.pdf> (120.1 kB; application/pdf) Since upgrading to OS X 10.14 .1 a few days ago I am see a very odd behaviour in respect of custom menu icons. It is illustrated in the attached pdf file. The missing menu icons are for the Open Windows , filesets and LaTeX menus, I have in the ~/Library/Application Support/Alpha/Icons folder new (well, old actually) icons for each of these menus and also for the BibTeX (which somewhat paradoxically appears in the menubar. For what it is worth , the icon files that I was using, but aparently am no longer using, were the older coloured icons for fileset.icns, openWins.icns, and the earlier, happier, original OzTeX icon for oztex.icns that I recovered from an earlier version of Alpha (or AlphaX, or AlphaCocoa, as the case may be). Removing the Icons folder from the path listed above and re-starting Alpha does restore the drabber replacement icons that I am trying to replace. However, this customization method had been working so I hope that it may continue to do so. Cheers, Chris. ________________________________ Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/<https://sourceforge.net/p/alphacocoa/tickets/> To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options.<https://sourceforge.net/p/alphacocoa/admin/tickets/options.> Or, if this is a mailing list, you can unsubscribe from the mailing list. --- ** [tickets:#195] Odd menubar behaviour** **Status:** open **Created:** Fri Nov 09, 2018 04:31 AM UTC by Chris Skeels **Last Updated:** Sun Dec 09, 2018 05:15 PM UTC **Owner:** nobody **Attachments:** - [Menubar.pdf](https://sourceforge.net/p/alphacocoa/tickets/195/attachment/Menubar.pdf) (120.1 kB; application/pdf) Since upgrading to OS X 10.14 .1 a few days ago I am see a very odd behaviour in respect of custom menu icons. It is illustrated in the attached pdf file. The missing menu icons are for the Open Windows , filesets and LaTeX menus, I have in the ~/Library/Application Support/Alpha/Icons folder new (well, old actually) icons for each of these menus and also for the BibTeX (which somewhat paradoxically appears in the menubar. For what it is worth , the icon files that I was using, but aparently am no longer using, were the older coloured icons for fileset.icns, openWins.icns, and the earlier, happier, original OzTeX icon for oztex.icns that I recovered from an earlier version of Alpha (or AlphaX, or AlphaCocoa, as the case may be). Removing the Icons folder from the path listed above and re-starting Alpha does restore the drabber replacement icons that I am trying to replace. However, this customization method had been working so I hope that it may continue to do so. Cheers, Chris. --- 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-12-09 17:31:19
|
- **status**: open --> closed --- ** [tickets:#206] User Interface Changes Capriciously in Minor-Point-Update** **Status:** closed **Created:** Sat Nov 24, 2018 10:42 PM UTC by jwq **Last Updated:** Sun Dec 09, 2018 05:30 PM UTC **Owner:** nobody **Attachments:** - [Alpha 9.0.1.png](https://sourceforge.net/p/alphacocoa/tickets/206/attachment/Alpha%209.0.1.png) (29.7 kB; image/png) - [Alpha 9.0.png](https://sourceforge.net/p/alphacocoa/tickets/206/attachment/Alpha%209.0.png) (28.2 kB; image/png) Alpha 9.0.1 has a new UI for mode selection, etc., per the attachments. The UI wasn't *broken* and this change adds *no* value for me as a user; it's not even post-hoc explained in the release notes. Rather, having the UI change capriciously in a minor-point update (9.0 → 9.0.1) is irksome. I appreciate the bug fixes - and all the hard work that is required for them. Please don't tarnish my appreciation with UI annoyances. 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...> - 2018-12-09 17:30:56
|
Sorry for the inconvenience, but as a matter of fact the *Release Notes* contained the following item: *"The Info and Mode popups are now displayed in the control bar instead of the toolbar of the document windows."* This was not just a cosmetic change : it was meant to fix a *very bad* problem on Mojave (OS X latest version). The popups in the toolbar caused a systematic crash of the application. --- ** [tickets:#206] User Interface Changes Capriciously in Minor-Point-Update** **Status:** open **Created:** Sat Nov 24, 2018 10:42 PM UTC by jwq **Last Updated:** Sat Nov 24, 2018 10:42 PM UTC **Owner:** nobody **Attachments:** - [Alpha 9.0.1.png](https://sourceforge.net/p/alphacocoa/tickets/206/attachment/Alpha%209.0.1.png) (29.7 kB; image/png) - [Alpha 9.0.png](https://sourceforge.net/p/alphacocoa/tickets/206/attachment/Alpha%209.0.png) (28.2 kB; image/png) Alpha 9.0.1 has a new UI for mode selection, etc., per the attachments. The UI wasn't *broken* and this change adds *no* value for me as a user; it's not even post-hoc explained in the release notes. Rather, having the UI change capriciously in a minor-point update (9.0 → 9.0.1) is irksome. I appreciate the bug fixes - and all the hard work that is required for them. Please don't tarnish my appreciation with UI annoyances. 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...> - 2018-12-09 17:19:29
|
Do you still see this with 9.0.1 ?
---
** [tickets:#184] Memory leak?**
**Status:** open
**Created:** Thu Oct 11, 2018 03:34 PM UTC by Michael Cowen
**Last Updated:** Fri Oct 12, 2018 05:52 AM UTC
**Owner:** nobody
Two days ago alpha was using over 2 gb of memory. I restarted alpha, was down to 34 mb, but now is up to 750. I'm not doing any extensive work with alpha. At the moment, just preparing short quizzes in LaTeX.
Best,
Michael Cowen
Here is my version info:
Alpha Version Information
The following version information is important to developers when they try to
reproduce a problem; when you report an issue with Alpha, please include
this information in your post.
=============================================
Alpha 9.0.1 (unix, Darwin)
AlphaTcl 9.0.1
svn working copy, revision 1528
System: Mac OS X 10.13.6
Architecture: i386
Kernel: Darwin 17.7.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
zlib 2.0.1
Binary extensions loaded: Tclae, Resource
---
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-12-09 17:16:00
|
Has this issue been solved ? I don't think Alpha is responsible for this since it seems to be related to external resources. --- ** [tickets:#195] Odd menubar behaviour** **Status:** open **Created:** Fri Nov 09, 2018 04:31 AM UTC by Chris Skeels **Last Updated:** Fri Nov 09, 2018 06:15 AM UTC **Owner:** nobody **Attachments:** - [Menubar.pdf](https://sourceforge.net/p/alphacocoa/tickets/195/attachment/Menubar.pdf) (120.1 kB; application/pdf) Since upgrading to OS X 10.14 .1 a few days ago I am see a very odd behaviour in respect of custom menu icons. It is illustrated in the attached pdf file. The missing menu icons are for the Open Windows , filesets and LaTeX menus, I have in the ~/Library/Application Support/Alpha/Icons folder new (well, old actually) icons for each of these menus and also for the BibTeX (which somewhat paradoxically appears in the menubar. For what it is worth , the icon files that I was using, but aparently am no longer using, were the older coloured icons for fileset.icns, openWins.icns, and the earlier, happier, original OzTeX icon for oztex.icns that I recovered from an earlier version of Alpha (or AlphaX, or AlphaCocoa, as the case may be). Removing the Icons folder from the path listed above and re-starting Alpha does restore the drabber replacement icons that I am trying to replace. However, this customization method had been working so I hope that it may continue to do so. Cheers, Chris. --- 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-12-09 17:11:37
|
- **status**: open --> closed - **Comment**: So closing now. --- ** [tickets:#199] Skim jumps to first page of pdf** **Status:** closed **Created:** Tue Nov 13, 2018 01:45 PM UTC by Jørgen Haug **Last Updated:** Mon Nov 26, 2018 10:41 AM UTC **Owner:** nobody Not sure if the following is due to Alpha or Skim: On two independent installations of Alpha, TeX, and Skim; Each time I typeset foo.latex, Skim reverts to the first page of foo.pdf. Sync otherwise works flawlessly in both directions. --- 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: Jørgen H. <j4g...@us...> - 2018-11-26 10:41:13
|
Can ignore ticket: Fixed in latest version of Skim (1.4.38) --- ** [tickets:#199] Skim jumps to first page of pdf** **Status:** open **Created:** Tue Nov 13, 2018 01:45 PM UTC by Jørgen Haug **Last Updated:** Tue Nov 13, 2018 01:45 PM UTC **Owner:** nobody Not sure if the following is due to Alpha or Skim: On two independent installations of Alpha, TeX, and Skim; Each time I typeset foo.latex, Skim reverts to the first page of foo.pdf. Sync otherwise works flawlessly in both directions. --- 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: Christoph S. <cs...@us...> - 2018-11-25 15:57:59
|
Firefox for Mac has a dark top bar, for example. --- ** [tickets:#207] Are dark/coloured window frames possible?** **Status:** open **Created:** Sun Nov 25, 2018 03:54 PM UTC by Christoph Schiller **Last Updated:** Sun Nov 25, 2018 03:54 PM UTC **Owner:** nobody Sorry if this features already exists - I did not find it. When writing for long hours, many prefer to have a dark screen. In Alpha, there is a way to change the color of the interior of a window/file. But I did not find a way to change the colour of the frame around a window/file: the left column with the line numbers, the right one with the slider, the bottom bar and the top bar are always light grey, even in full screen mode. Is there a way to make them dark as well, in the global preferences? --- 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: Christoph S. <cs...@us...> - 2018-11-25 15:54:20
|
--- ** [tickets:#207] Are dark/coloured window frames possible?** **Status:** open **Created:** Sun Nov 25, 2018 03:54 PM UTC by Christoph Schiller **Last Updated:** Sun Nov 25, 2018 03:54 PM UTC **Owner:** nobody Sorry if this features already exists - I did not find it. When writing for long hours, many prefer to have a dark screen. In Alpha, there is a way to change the color of the interior of a window/file. But I did not find a way to change the colour of the frame around a window/file: the left column with the line numbers, the right one with the slider, the bottom bar and the top bar are always light grey, even in full screen mode. Is there a way to make them dark as well, in the global preferences? --- 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: jwq <jw...@us...> - 2018-11-24 22:42:59
|
--- ** [tickets:#206] User Interface Changes Capriciously in Minor-Point-Update** **Status:** open **Created:** Sat Nov 24, 2018 10:42 PM UTC by jwq **Last Updated:** Sat Nov 24, 2018 10:42 PM UTC **Owner:** nobody **Attachments:** - [Alpha 9.0.1.png](https://sourceforge.net/p/alphacocoa/tickets/206/attachment/Alpha%209.0.1.png) (29.7 kB; image/png) - [Alpha 9.0.png](https://sourceforge.net/p/alphacocoa/tickets/206/attachment/Alpha%209.0.png) (28.2 kB; image/png) Alpha 9.0.1 has a new UI for mode selection, etc., per the attachments. The UI wasn't *broken* and this change adds *no* value for me as a user; it's not even post-hoc explained in the release notes. Rather, having the UI change capriciously in a minor-point update (9.0 → 9.0.1) is irksome. I appreciate the bug fixes - and all the hard work that is required for them. Please don't tarnish my appreciation with UI annoyances. 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: jwq <jw...@us...> - 2018-11-24 22:23:02
|
--- ** [tickets:#205] Emacs Command "Yank" Non-functional** **Status:** open **Created:** Sat Nov 24, 2018 10:23 PM UTC by jwq **Last Updated:** Sat Nov 24, 2018 10:23 PM UTC **Owner:** nobody Neither the menu item Edit → Emacs Commands → Yank nor the keyboard shortcut Ctrl-Y inserts the text most recently killed by, e.g. the Kill Line command (Ctrl-K). Worked in AlphaX, would be nice to have for AlphaCocoa. --- 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: jwq <jw...@us...> - 2018-11-24 22:07:00
|
--- ** [tickets:#204] Update Functionality: "Download and Install" Silently Fails to Install** **Status:** open **Created:** Sat Nov 24, 2018 10:06 PM UTC by jwq **Last Updated:** Sat Nov 24, 2018 10:06 PM UTC **Owner:** nobody Alpha 9.0 displayed a dialog stating that 9.0.1 is available, containing a button "Download and Install". When clicked, Alpha 9.0 downloads Alpha_9.0.1.dmg.zip [to the system-default download folder] and then, on completion, displays a "Download completed" message in the message bar and triggers the system alert sound. No install. A minor pest, but it would be nice to fix this for future versions so update functions as desired. --- Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Sylvain L. <syl...@us...> - 2018-11-20 14:42:03
|
--- ** [tickets:#203] "Display Palettes" in Markdown mode: two bugs and one RFE** **Status:** open **Created:** Tue Nov 20, 2018 02:42 PM UTC by Sylvain Loiseau **Last Updated:** Tue Nov 20, 2018 02:42 PM UTC **Owner:** nobody When "Display Palettes" is activated in Mardown mode, two things seem strange: - If I click again on "Display Palettes", only one palette disapears. Beside, I suggest that the menu item swith to "Hide Palettes" once activated. - If I switch to another document (while one Markdown file is open, with Palettes shown), the "Mardown" menu disapear from the menu bar, but the Palettes are still visible Beside, one RFE (maybe not a good one) : to have the shortcut displayed on the palette beside the function names. 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: Sylvain L. <syl...@us...> - 2018-11-19 10:00:49
|
Edit : something like :
~~~
regexp -- {([\w]+:)?[\w]+} $tag tag
~~~
could be better, since the ":" is supposed to appear only if there is a prefix.
Best regards,
Sylvain
---
** [tickets:#200] xml::electricClosingAngleBracket : two issues**
**Status:** open
**Created:** Mon Nov 19, 2018 08:57 AM UTC by Sylvain Loiseau
**Last Updated:** Mon Nov 19, 2018 08:57 AM UTC
**Owner:** nobody
In XML mode, xml::electricClosingAngleBracket offers to insert the end-tag of an XML element while typing the closing ">" of the start-tag.
I have noted two issues:
- with prefixed element name (QName), for instance "xsl:param", only "xsl" is inserted in the end tag. It is due to the regexp used for matching the start tag:
`regexp -- {[\w]+} $tag tag`
l. 511 of Modes/XML Modes/xmlMode.tcl
I think it could be turned into:
`regexp -- {[\w]*:?[\w]+} $tag tag`
- second ; when typing a start-tag at the very end of a document (the cursor is at the last position), the closing tag is not inserted. I havn't been able to trace the issue. It may be a common situation to enter the root element of a document and to expect it to be closed also.
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: Sylvain L. <syl...@us...> - 2018-11-19 09:21:35
|
--- ** [tickets:#202] Navigate in a fileset with an explorer-like window** **Status:** open **Created:** Mon Nov 19, 2018 09:21 AM UTC by Sylvain Loiseau **Last Updated:** Mon Nov 19, 2018 09:21 AM UTC **Owner:** nobody This is a RFE. When using fileset, I find sometime that it would be comfortable to have a view of the files of the fileset in a explorer-like or finder-like window, in witch you can select the files to be opened. Indeed, when searching in a fileset, it may sometime turn out to be boring to have to go back to the fileset menu and to the submenu corresponding to the (possibly deeply nested) directory I am currently searching in. Another editor, whose name start with a T and end ends with "Mate" has something quite usefull: you can open a directory and have its structure displayed on the side of the window (never in my life have I dared to use this program, I was told about it by friends). 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: Sylvain L. <syl...@us...> - 2018-11-19 09:11:04
|
--- ** [tickets:#201] Offer to create a fileset with a directory dragged onto Alpha Icon** **Status:** open **Created:** Mon Nov 19, 2018 09:11 AM UTC by Sylvain Loiseau **Last Updated:** Mon Nov 19, 2018 09:11 AM UTC **Owner:** nobody This is a RFE. When dragging a folder on the Alpha Icon, the "chose encoding" dialog appears. The user has no other option but to select "cancel" since no encoding is going to be correct... I'm wondering whether it could'nt be a nice feature to open the "create fileset" dialog in order to offer the user, when a folder is droped onto the Alpha Icon, the option to create a fileset with this dicrectory (/hierarchy). 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: Sylvain L. <syl...@us...> - 2018-11-19 08:57:55
|
---
** [tickets:#200] xml::electricClosingAngleBracket : two issues**
**Status:** open
**Created:** Mon Nov 19, 2018 08:57 AM UTC by Sylvain Loiseau
**Last Updated:** Mon Nov 19, 2018 08:57 AM UTC
**Owner:** nobody
In XML mode, xml::electricClosingAngleBracket offers to insert the end-tag of an XML element while typing the closing ">" of the start-tag.
I have noted two issues:
- with prefixed element name (QName), for instance "xsl:param", only "xsl" is inserted in the end tag. It is due to the regexp used for matching the start tag:
`regexp -- {[\w]+} $tag tag`
l. 511 of Modes/XML Modes/xmlMode.tcl
I think it could be turned into:
`regexp -- {[\w]*:?[\w]+} $tag tag`
- second ; when typing a start-tag at the very end of a document (the cursor is at the last position), the closing tag is not inserted. I havn't been able to trace the issue. It may be a common situation to enter the root element of a document and to expect it to be closed also.
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: Jørgen H. <j4g...@us...> - 2018-11-13 13:45:15
|
--- ** [tickets:#199] Skim jumps to first page of pdf** **Status:** open **Created:** Tue Nov 13, 2018 01:45 PM UTC by Jørgen Haug **Last Updated:** Tue Nov 13, 2018 01:45 PM UTC **Owner:** nobody Not sure if the following is due to Alpha or Skim: On two independent installations of Alpha, TeX, and Skim; Each time I typeset foo.latex, Skim reverts to the first page of foo.pdf. Sync otherwise works flawlessly in both directions. --- Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |
|
From: Sylvain L. <syl...@us...> - 2018-11-13 11:16:31
|
--- ** [tickets:#198] unsaved change when typesetting in tex mode** **Status:** open **Created:** Tue Nov 13, 2018 11:16 AM UTC by Sylvain Loiseau **Last Updated:** Tue Nov 13, 2018 11:16 AM UTC **Owner:** nobody When typesetting a buffer in tex mode that have unsaved changes, a dialog appears: "The window 'xxx' has unsaved changes"... Do you want to save it before typesetting? The odd point is that the user is left with only one button "Save and Typeset", the question in the dialog being then rather rhetorical :-) Maybe a "abort" button would be more coherent, even if it will not be very useful in practice. --- 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}
){kind=link}