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-12-07 18:58:04
|
- **status**: fixed --> closed --- ** [tickets:#139] Problems with text selection** **Status:** closed **Created:** Tue Aug 01, 2017 04:37 AM UTC by Chris Skeels **Last Updated:** Tue Nov 07, 2017 12:15 AM UTC **Owner:** nobody I suspect that the two items reported here are related and reflect issues with text selection. Specifically, I feel that there is an issue at the interface between the highlighting of text and text selection. 1. Rectangular Edition Suppose that I highlight a rectangular block of text. If I now delete this block then Alpha deletes only the first line of the block and leaves the rest still there. 2. Drag and Drop The best description that I have is that Drag and Drop is flakey. Trying to grab a piece of highlighted text sometimes works, but more often doesn't. So the net outcome of trying to drag highlighted text somewhere is simply to change the selection of text to be highlighted (typically this is just an extnsion of the existing highlighted region. Note that this behaviour is flakey, sometimes it works perfectly. Sometimes it works perfectly if you wait for a while between highlighting of text and then trying to grab the highlighted text. I haven't been able to find any pattern. As a final remark, This is with 9.0b4, that that is not currently a milestone option. 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...> - 2017-12-07 18:57:38
|
- **status**: fixed --> closed --- ** [tickets:#137] Dynamic menu items are too slow** **Status:** closed **Created:** Sun Jul 02, 2017 06:31 PM UTC by Joachim Kock **Last Updated:** Wed Sep 13, 2017 02:01 PM UTC **Owner:** nobody Example: in the Text menu, go for Paragraph To Line. This involves selecting the menu, and then pressing Alt, before finally selecting the dynamic item. The probem is that the Alt key is not detected the first half second. In fact the nice behaviour, which is the one of AlphaX, is to be able to press Alt even before selecting the menu. With this behaviour, you can sort of do the two things simultaneously, without worrying which comes first. I think the problems is that the dynamic menus detect the event "Alt being activated" where it would be better if it could detect the event "Alt HAS been activated", that is, has been pressed and is still held down. --- 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-12-07 18:57:15
|
- **status**: fixed --> closed --- ** [tickets:#136] with soft wrapping, arrow keys should follow visual lines** **Status:** closed **Created:** Sun Jul 02, 2017 06:24 PM UTC by Joachim Kock **Last Updated:** Wed Sep 13, 2017 01:43 PM UTC **Owner:** nobody With soft wrapping turned on: Currently the behaviour is that navigation keys follow the logical line. I think the correct behaviour, such as found in word processors, is to follow the visual line. For example, in a long logical line spanning three visual lines, pressing arrow-up near the end takes you to the previous logical line, where the expeted behaviour is to go ony one visual line up. --- 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-12-07 18:56:56
|
- **status**: fixed --> closed --- ** [tickets:#135] Right-arrow won't go past a dead accent** **Status:** closed **Created:** Sun Jul 02, 2017 06:19 PM UTC by Joachim Kock **Last Updated:** Tue Sep 12, 2017 10:34 AM UTC **Owner:** nobody Paste the following into Alpha: th ́eorie Now position the insertion point at the beginning and try to navigate right with the arrow key. It won't go past the accented space. (Left arrow key works alright, and accented letters in general do not pose any problem.) The problem seems to have to do with some weird composite utf-8... (The kind of accented space arises often as a result of copying from pdf.) --- 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-12-07 18:56:26
|
- **status**: fixed --> closed - **Version**: 9.0b3 --> 9.0b4 --- ** [tickets:#134] strange behavior of the "undo" command for some actions** **Status:** closed **Created:** Tue May 09, 2017 08:00 AM UTC by Sylvain Loiseau **Last Updated:** Wed May 10, 2017 05:33 PM UTC **Owner:** nobody Usually, when you use "undo" command, the cursor is moved back to the locus where the "undo" is actually done. However, it seems that in some cases, the cursor is not moving. It seems to be the case if the action to be undone is the insertion or the suppresion of a carriage return. Here is a simple test: I open a file, I insert some chars, I insert a new line, I move the cursor down and select undo : the cursor stay in place and the insertion is correctly undone. --- 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-12-07 18:56:01
|
- **status**: fixed --> closed - **Version**: 9.0b3 --> 9.0b4 --- ** [tickets:#133] undo / redo** **Status:** closed **Created:** Tue May 09, 2017 07:47 AM UTC by Sylvain Loiseau **Last Updated:** Wed May 10, 2017 05:34 PM UTC **Owner:** nobody This is rather a RFE : do you think it could be possible to have a "redo" command together with the "undo" ? --- 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-12-07 17:24:51
|
- **status**: open --> fixed --- ** [tickets:#146] After expansion, Math Modes menu crashes Alpha** **Status:** fixed **Created:** Thu Dec 07, 2017 05:10 PM UTC by Bernard Desgraupes **Last Updated:** Thu Dec 07, 2017 05:24 PM UTC **Owner:** Bernard Desgraupes (This bug was reported privately by Wulf Fetscher, thanks! I'm entering this ticket for the record and future reference). Actions: 1. open a file in *TeX* mode 2. in the *LaTeX Menu Options* submenu, modify the layout of the Math Menus (*Expand* or *Compress*) 3. open the *Math Modes* submenu 4. this crashes Alpha --- 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-12-07 17:24:37
|
This is fixed now. There was an overreleased object when the bindings associated with the items of the *Math Modes* menu were redefined. Moreover the proc `TeX::toggleDollarBindings` was doing unnecessary command modifications: it must deal only with bindings. Changes committed to the repository ([rev. 1368](http://sourceforge.net/p/alphacocoa/code/1368/)). The core should be rebuilt --- ** [tickets:#146] After expansion, Math Modes menu crashes Alpha** **Status:** open **Created:** Thu Dec 07, 2017 05:10 PM UTC by Bernard Desgraupes **Last Updated:** Thu Dec 07, 2017 05:10 PM UTC **Owner:** Bernard Desgraupes (This bug was reported privately by Wulf Fetscher, thanks! I'm entering this ticket for the record and future reference). Actions: 1. open a file in *TeX* mode 2. in the *LaTeX Menu Options* submenu, modify the layout of the Math Menus (*Expand* or *Compress*) 3. open the *Math Modes* submenu 4. this crashes Alpha --- 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-12-07 17:10:03
|
--- ** [tickets:#146] After expansion, Math Modes menu crashes Alpha** **Status:** open **Created:** Thu Dec 07, 2017 05:10 PM UTC by Bernard Desgraupes **Last Updated:** Thu Dec 07, 2017 05:10 PM UTC **Owner:** Bernard Desgraupes (This bug was reported privately by Wulf Fetscher, thanks! I'm entering this ticket for the record and future reference). Actions: 1. open a file in *TeX* mode 2. in the *LaTeX Menu Options* submenu, modify the layout of the Math Menus (*Expand* or *Compress*) 3. open the *Math Modes* submenu 4. this crashes Alpha --- 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. <el...@li...> - 2017-11-29 05:44:42
|
Bernard, one thing you do not want to do is to install MacTeX through MacPorts or Homebrew. I use the latter, by the way, which requires /usr/local be owned by an ordinary user account, hence the lack of sudo in the following. You want to install the original MacTeX distribution annually. If space is not an issue, take http://tug.org/cgi-bin/mactex-download/MacTeX.pkg, I use the smaller download http://tug.org/cgi-bin/mactex-download/BasicTeX.pkg which would ordinarily make you loose your additional packages. Since I have several machines that I keep in sync I use the following command tlmgr install `ssh USER@HOST tlmgr list --only-installed \ | awk '{gsub(/:/, ""); print $2}'` after the install and it'll pull (only) the required packages (for the new version). I then do something like mv /usr/local/texlive/2016basic /tmp/ and when I am happy with the new version remove the old one altogether. Rinse and Repeat on all boxes. And finally I run tlmgr update --self --all regularly. I also have the Tex Live Utility.app installed, which I use rarely, as the command line tlmgr does almost all I want. Sound complicated, but is very simple actually. MacTeX sets up symlinks so that which lualatex shows /Library/TeX/texbin/lualatex no matter what version you have installed. greetings, el On 2017-11-29 07:09 , Bernard Desgraupes wrote: [...] > This leads to the pdflatex of the texlive distribution which I installed > via MacPorts. > > So, in your case, I suppose your old version of tex is found before > the new one. You should probably remove the old one or rearrange your > PATH so that the new one is found first or make a soft link to the new > one. [...] |
From: Bernard D. <bde...@or...> - 2017-11-29 05:09:47
|
Hi Claude, assuming that you are using the Alpha-TeX service to typeset your documents from Alpha, the tex command which is invoked is determined by the proc TeX::tetexComm::findOutWhichCommand. If you open a Tcl Shell in Alpha (cmd-Y) and execute this command, it will tell you. For instance, I get: Welcome to Alpha's AlphaTcl shell. «» TeX::tetexComm::findOutWhichCommand pdflatex --synctex=1 It means that a command pdflatex has been found on my PATH. To know where it is, in a terminal window, I typed > which pdflatex /opt/local/bin/pdflatex This leads to the pdflatex of the texlive distribution which I installed via MacPorts. So, in your case, I suppose your old version of tex is found before the new one. You should probably remove the old one or rearrange your PATH so that the new one is found first or make a soft link to the new one. Cheers, Bernard Le 28 nov. 2017 à 11:45, BLANZE Claude <cla...@le...> a écrit : > Hi, > I downloaded the recent version of TexLive (2017) and it is working properly with TeXShop : > > This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017) (preloaded format=pdflatex) > restricted \write18 enabled. > entering extended mode > (./ExamenRdM17.tex > LaTeX2e <2017-04-15> > > Unfortunately I cannot typeset the right version of the TeX distribution with Alpha. > I suppose it is something to do with the right path : > > This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014/MacPorts 2014_7) (preloaded format=pdflatex) > restricted \write18 enabled. > entering extended mode > (./ExamenRdM17.tex > LaTeX2e <2014/05/01> > > What do you suggest ? Thank you for your help. > > Claude Blanzé > cla...@le... > > > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot_______________________________________________ > AlphaCocoa-devel mailing list > Alp...@li... > https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel |
From: Dr E. W L. <el...@li...> - 2017-11-28 13:25:58
|
Remove the old version? el On 28/11/2017 12:45, BLANZE Claude wrote: > Hi, > I downloaded the recent version of TexLive (2017) and it is working > properly with TeXShop : > > This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017) > (preloaded format=pdflatex) > restricted \write18 enabled. > entering extended mode > (./ExamenRdM17.tex > LaTeX2e <2017-04-15> > > Unfortunately I cannot typeset the right version of the TeX distribution > with Alpha. > I suppose it is something to do with the right path : > > This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014/MacPorts > 2014_7) (preloaded format=pdflatex) > restricted \write18 enabled. > entering extended mode > (./ExamenRdM17.tex > LaTeX2e <2014/05/01> > > What do you suggest ? Thank you for your help. > > Claude Blanzé > cla...@le... <mailto:cla...@le...> [...] -- Dr. Eberhard W. Lisse \ / Obstetrician & Gynaecologist (Saar) el...@li... / * | Telephone: +264 81 124 6733 (cell) PO Box 8421 \ / Bachbrecht, Namibia ;____/ |
From: BLANZE C. <cla...@le...> - 2017-11-28 13:18:04
|
Hi, I downloaded the recent version of TexLive (2017) and it is working properly with TeXShop : This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017) (preloaded format=pdflatex) restricted \write18 enabled. entering extended mode (./ExamenRdM17.tex LaTeX2e <2017-04-15> Unfortunately I cannot typeset the right version of the TeX distribution with Alpha. I suppose it is something to do with the right path : This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014/MacPorts 2014_7) (preloaded format=pdflatex) restricted \write18 enabled. entering extended mode (./ExamenRdM17.tex LaTeX2e <2014/05/01> What do you suggest ? Thank you for your help. Claude Blanzé cla...@le...<mailto:cla...@le...> |
From: Bernard D. <bde...@us...> - 2017-11-07 12:48:29
|
- **status**: open --> fixed --- ** [tickets:#145] The Include menu has disappeared from HTML mode** **Status:** fixed **Created:** Tue Nov 07, 2017 09:06 AM UTC by Bernard Desgraupes **Last Updated:** Tue Nov 07, 2017 12:48 PM UTC **Owner:** nobody (Reported by David Craig on the AlphaUsers list on 2017-11-07) << In Alpha 90.b4, the *Include* menu has disappeared from HTML mode. It was present in 9.0b3. I rely quite heavily on Alpha’s includes, so its absence is quite distressing! I don’t seem to see much about it in the help or release notes. (In fact, the link to it in the help file seems to be broken.) Is this a deliberate omission? If so … help! >> --- 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-11-07 12:48:17
|
This is fixed now. The dialog in the proc *html::InsertIncludeTags* has been redefined based on the [view] command. Changes committed to the repository ([rev. 1363](http://sourceforge.net/p/alphacocoa/code/1363/)). The [HTML Mode help](http://alphacocoa.sourceforge.net/HtmlCssModeHelp.html) file has also been updated. --- ** [tickets:#145] The Include menu has disappeared from HTML mode** **Status:** open **Created:** Tue Nov 07, 2017 09:06 AM UTC by Bernard Desgraupes **Last Updated:** Tue Nov 07, 2017 09:06 AM UTC **Owner:** nobody (Reported by David Craig on the AlphaUsers list on 2017-11-07) << In Alpha 90.b4, the *Include* menu has disappeared from HTML mode. It was present in 9.0b3. I rely quite heavily on Alpha’s includes, so its absence is quite distressing! I don’t seem to see much about it in the help or release notes. (In fact, the link to it in the help file seems to be broken.) Is this a deliberate omission? If so … help! >> --- 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-11-07 09:06:12
|
--- ** [tickets:#145] The Include menu has disappeared from HTML mode** **Status:** open **Created:** Tue Nov 07, 2017 09:06 AM UTC by Bernard Desgraupes **Last Updated:** Tue Nov 07, 2017 09:06 AM UTC **Owner:** nobody (Reported by David Craig on the AlphaUsers list on 2017-11-07) << In Alpha 90.b4, the *Include* menu has disappeared from HTML mode. It was present in 9.0b3. I rely quite heavily on Alpha’s includes, so its absence is quite distressing! I don’t seem to see much about it in the help or release notes. (In fact, the link to it in the help file seems to be broken.) Is this a deliberate omission? If so … help! >> --- 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...> - 2017-11-07 00:15:58
|
Based on very limited experience, the drag and drop issue seems much improved with the latest pre-release (9.0b4). It can still take a while for the cursor icon to change but dragging and dropping by itself seems to work regardless of the shape of the cursor and is much more responsive than seen previously, which suggests that the cursor is taking longer to change than it should, i.e. whatever condition is checked to determine the shape of the cursor is being checked later in the sequence than it might otherwise be. I have no idea whether that is an Alpha issue or an Apple issue, but it seems to take longer in Alpha than other apps (even if the other apps that I am thinking of is only AlphaX). --- ** [tickets:#139] Problems with text selection** **Status:** fixed **Created:** Tue Aug 01, 2017 04:37 AM UTC by Chris Skeels **Last Updated:** Wed Sep 13, 2017 04:21 PM UTC **Owner:** nobody I suspect that the two items reported here are related and reflect issues with text selection. Specifically, I feel that there is an issue at the interface between the highlighting of text and text selection. 1. Rectangular Edition Suppose that I highlight a rectangular block of text. If I now delete this block then Alpha deletes only the first line of the block and leaves the rest still there. 2. Drag and Drop The best description that I have is that Drag and Drop is flakey. Trying to grab a piece of highlighted text sometimes works, but more often doesn't. So the net outcome of trying to drag highlighted text somewhere is simply to change the selection of text to be highlighted (typically this is just an extnsion of the existing highlighted region. Note that this behaviour is flakey, sometimes it works perfectly. Sometimes it works perfectly if you wait for a while between highlighting of text and then trying to grab the highlighted text. I haven't been able to find any pattern. As a final remark, This is with 9.0b4, that that is not currently a milestone option. 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: Dr E. W L. <el...@li...> - 2017-11-06 11:04:20
|
Bernard, nuked all of my Alpha preference directories and that seems to cure this one :-)-O el On 2017-11-06 11:27 , Bernard Desgraupes wrote: > Hi Eberhard, > > I cannot reproduce this. Perl mode seems to load just fine. > Tried both on Mavericks and High Sierra. > Is there something in your prefs.tcl file related to Perl mode ? > > Cheers, > Bernard [...] -- Dr. Eberhard W. Lisse \ / Obstetrician & Gynaecologist (Saar) el...@li... / * | Telephone: +264 81 124 6733 (cell) PO Box 8421 \ / Bachbrecht, Namibia ;____/ |
From: Bernard D. <bde...@or...> - 2017-11-06 10:27:38
|
Hi Eberhard, I cannot reproduce this. Perl mode seems to load just fine. Tried both on Mavericks and High Sierra. Is there something in your prefs.tcl file related to Perl mode ? Cheers, Bernard > Le 6 nov. 2017 à 10:51, Eberhard W Lisse via AlphaCocoa-devel <alp...@li...> a écrit : > > Hi, > > I was going to open the ralpha coming with 9.0b4 and get this error > message on a Netbook Air with 10.13.1: > > self-referential recursion in "unknown" for command "perlMenu" > while executing > "perlMenu" > (file > "/Applications/Alpha.app/Contents/Resources/Libraries/AlphaTcl/Tcl/Modes/Perl > Mode/perlEngine.tcl" line 18) > invoked from within > "::__enc_source -encoding utf-8 > {/Applications/Alpha.app/Contents/Resources/Libraries/AlphaTcl/Tcl/Modes/Perl > Mode/perlEngine.tcl}" > ("uplevel" body line 1) > invoked from within > "uplevel 1 [list ::__enc_source -encoding $enc $fileName]" > (procedure "source" line 16) > invoked from within > "source > {/Applications/Alpha.app/Contents/Resources/Libraries/AlphaTcl/Tcl/Modes/Perl > Mode/perlEngine.tcl}" > (in namespace eval "::" script line 1) > invoked from within > "namespace eval :: $auto_index($name)" > (procedure "auto_load" line 13) > invoked from within > "auto_load $name [uplevel 1 {::namespace current}]" > (autoloading "perlEngine.tcl") > (procedure "::unknown" line 22) > invoked from within > "perlEngine.tcl" > invoked from within > "catch $do err" > |
From: Dr E. W L. <el...@li...> - 2017-11-06 10:01:05
|
Sorry, typo remote ~/profile should be remote ~/.profile el On 2017-11-06 10:42 , Dr Eberhard W Lisse wrote: > Hi, > > when editing the remote ~/profile with (the remote) ralpha from 0.9b4 > on Ubuntu 16.04.3 LTS with MacOs 10.13.1 and 0.9bv on the netbook > everything after the line > > # the files are located in the bash-doc package. > > is cut off whether I save the file or not. > > > # ~/.profile: executed by the command interpreter for login shells. > # This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login > # exists. > # see /usr/share/doc/bash/examples/startup-files for examples. > # the files are located in the bash-doc package. > > # the default umask is set in /etc/profile; for setting the umask > # for ssh logins, install and configure the libpam-umask package. > #umask 022 > > # if running bash > if [ -n "$BASH_VERSION" ]; then > # include .bashrc if it exists > if [ -f "$HOME/.bashrc" ]; then > . "$HOME/.bashrc" > fi > fi > > # set PATH so it includes user's private bin if it exists > if [ -d "$HOME/bin" ] ; then > PATH="$HOME/bin:$PATH" > fi > > > Any advice? > -- Dr. Eberhard W. Lisse \ / Obstetrician & Gynaecologist (Saar) el...@li... / * | Telephone: +264 81 124 6733 (cell) PO Box 8421 \ / Bachbrecht, Namibia ;____/ |
From: Dr E. W L. <el...@li...> - 2017-11-06 10:01:03
|
Hi, when editing the remote ~/profile with (the remote) ralpha from 0.9b4 on Ubuntu 16.04.3 LTS with MacOs 10.13.1 and 0.9bv on the netbook everything after the line # the files are located in the bash-doc package. is cut off whether I save the file or not. # ~/.profile: executed by the command interpreter for login shells. # This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login # exists. # see /usr/share/doc/bash/examples/startup-files for examples. # the files are located in the bash-doc package. # the default umask is set in /etc/profile; for setting the umask # for ssh logins, install and configure the libpam-umask package. #umask 022 # if running bash if [ -n "$BASH_VERSION" ]; then # include .bashrc if it exists if [ -f "$HOME/.bashrc" ]; then . "$HOME/.bashrc" fi fi # set PATH so it includes user's private bin if it exists if [ -d "$HOME/bin" ] ; then PATH="$HOME/bin:$PATH" fi Any advice? -- Dr. Eberhard W. Lisse \ / Obstetrician & Gynaecologist (Saar) el...@li... / * | Telephone: +264 81 124 6733 (cell) PO Box 8421 \ / Bachbrecht, Namibia ;____/ |
From: Eberhard W L. <el...@us...> - 2017-11-06 09:51:05
|
Hi, I was going to open the ralpha coming with 9.0b4 and get this error message on a Netbook Air with 10.13.1: self-referential recursion in "unknown" for command "perlMenu" while executing "perlMenu" (file "/Applications/Alpha.app/Contents/Resources/Libraries/AlphaTcl/Tcl/Modes/Perl Mode/perlEngine.tcl" line 18) invoked from within "::__enc_source -encoding utf-8 {/Applications/Alpha.app/Contents/Resources/Libraries/AlphaTcl/Tcl/Modes/Perl Mode/perlEngine.tcl}" ("uplevel" body line 1) invoked from within "uplevel 1 [list ::__enc_source -encoding $enc $fileName]" (procedure "source" line 16) invoked from within "source {/Applications/Alpha.app/Contents/Resources/Libraries/AlphaTcl/Tcl/Modes/Perl Mode/perlEngine.tcl}" (in namespace eval "::" script line 1) invoked from within "namespace eval :: $auto_index($name)" (procedure "auto_load" line 13) invoked from within "auto_load $name [uplevel 1 {::namespace current}]" (autoloading "perlEngine.tcl") (procedure "::unknown" line 22) invoked from within "perlEngine.tcl" invoked from within "catch $do err" [...] -- Dr. Eberhard W. Lisse \ / Obstetrician & Gynaecologist (Saar) el...@li... / * | Telephone: +264 81 124 6733 (cell) PO Box 8421 \ / Bachbrecht, Namibia ;____/ --- ** [tickets:#73] Edit remote file locally** **Status:** closed **Created:** Tue Dec 13, 2016 07:17 PM UTC by Eberhard W Lisse **Last Updated:** Wed May 03, 2017 06:58 AM 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-11-06 09:50:22
|
Hi all, I have just uploaded a new development release of Alpha. This is the Beta4 release (version 9.0b4). 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.0b4/download (29.67M) The MD5 checksum is: 0ce1d06e9f195f8a891e5630b9b2de26 The SHA1 checksum is: 877c39751a4d0d7149cc6dca68e01dd4d4dc5c88 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 Implemented colortags support in the core. New option -preserve for subcommands insert, delete and replace of the [text] command. New subcommand [text composed]. The tclAE extension has been entirely overhauled in order to run properly on Mac OS X 10.13 (aka High Sierra). The new extension has version 3.0.0 and is required for Alpha on High Sierra. The following bugs have been fixed (but remain open until the fix is confirmed): Ticket #133: undo / redo Ticket #134: strange behavior of the 'undo' command for some actions Ticket #135: Right-arrow won't go past a dead accent Ticket #136: with soft wrapping, arrow keys should follow visual lines Ticket #137: Dynamic menu items are too slow Ticket #139: Problems with text selection Ticket #140: 'Standard Templates' function in Electric menu Ticket #141: Cancel 'Create A New ...' Prefs throws error Ticket #142: typo in tex environment name ('flushrignt') ? Ticket #143: Printing causes crash Ticket #144: AppleEvents fail on High Sierra The following tickets have been closed: Ticket #73: Edit remote file locally Ticket #120: Copy copies also font info Ticket #121: alphac broken Ticket #122: serious problem with fillParagraph and comments Ticket #123: In TeX mode there are two different definitions of word Ticket #124: link detection dirties window Ticket #125: status bar does not give focus back to main window field Ticket #126: Revert To Saved dialog doesn't catch return Ticket #127: double-clicked selections are not click extendible Ticket #128: Cmd-W does not work in help window's search field Ticket #129: Keyboard events in windows with multiple panels Ticket #131: Keyboard text selection Ticket #132: keyboard shortcut for moving and deleting text cheers, Bernard |
From: Bernard D. <bde...@us...> - 2017-11-06 07:30:27
|
There must be some kind of misunderstanding. I did exactly as you describe but got the expected behavior: e was unselected and the cursor was positionned after the a. This is with version 9.0b4 which I am about to release. Can you check when the new version is relased? --- ** [tickets:#138] Undo does not move insertion point back** **Status:** open **Created:** Thu Jul 27, 2017 11:02 AM UTC by Joachim Kock **Last Updated:** Mon Oct 09, 2017 06:42 PM UTC **Owner:** nobody Suppose you write some text, then move to another place in the document without editing further, and then press Undo. The correct behaviour would be to have the last action undone, and having the insertion point moved to the spot that last action took place. Instead Alpha performs the undo, but leaves the insertion point at the remote place. (In particular one does not see the action being undone, because since the insertion point is not moved, the window focus is not moved either.) --- 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-10-31 15:12:50
|
- **status**: open --> fixed - **Version**: 9.0b3 --> 9.0b4 --- ** [tickets:#144] AppleEvents fail on High Sierra** **Status:** fixed **Created:** Thu Oct 26, 2017 01:29 PM UTC by Bernard Desgraupes **Last Updated:** Tue Oct 31, 2017 03:12 PM UTC **Owner:** nobody Sad news: most of Alpha's functionalities which rely on AppleEvents fail on Mac OS X 10.13 (aka High Sierra). As a consequence: one cannot open a file from a *Fileset* or from the *Recent Files* menu, one cannot use the *[edit]* proc, one cannot send a string for evaluation in R, one cannot use Excalibur for spell checking, etc, etc. Technically, it seems that this is caused by changes in the aegizmo syntax: the API function *AEBuildDesc* now reports errors for strings which used to work on previous versions of the operating system. I'm currently investigating this issue which will require changes in Alpha's core, in the AlphaTcl library and in the tclAE extension. So, if Alpha is vital for your work, I'd recommend *NOT* to upgrade your OS to High Sierra until version 9.0b4 of Alpha is released. Note though that only the functionalities based on AppleEvents are currently impacted: the rest of Alpha works normally. --- Sent from sourceforge.net because alp...@li... is subscribed to https://sourceforge.net/p/alphacocoa/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/alphacocoa/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. |