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: Christoph S. <cs...@us...> - 2019-08-13 07:15:05
|
This is the "LONG" version, btw. --- ** [tickets:#218] LASTMODIFIED** **Status:** open **Created:** Tue Aug 13, 2019 07:11 AM UTC by Christoph Schiller **Last Updated:** Tue Aug 13, 2019 07:11 AM UTC **Owner:** nobody The LASTMODIFIED command in BRITISH version produces <!-- #LASTMODIFIED TEXT="" FORM="LONG" LANG="British"--> 13. August 2019 <!-- /#LASTMODIFIED --> </span> whereas the dot should be missing in British dates: <!-- #LASTMODIFIED TEXT="" FORM="LONG" LANG="British"--> 13 August 2019 <!-- /#LASTMODIFIED --> </span> --- 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...> - 2019-08-13 07:11:22
|
--- ** [tickets:#218] LASTMODIFIED** **Status:** open **Created:** Tue Aug 13, 2019 07:11 AM UTC by Christoph Schiller **Last Updated:** Tue Aug 13, 2019 07:11 AM UTC **Owner:** nobody The LASTMODIFIED command in BRITISH version produces <!-- #LASTMODIFIED TEXT="" FORM="LONG" LANG="British"--> 13. August 2019 <!-- /#LASTMODIFIED --> </span> whereas the dot should be missing in British dates: <!-- #LASTMODIFIED TEXT="" FORM="LONG" LANG="British"--> 13 August 2019 <!-- /#LASTMODIFIED --> </span> --- 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...@or...> - 2019-08-01 12:35:45
|
Hi Andreas, It looks like an authentication issue at SourceForge. To work around you could just get the file htmlLastModified.tcl in the repository and copy it directly inside the bundle. All the changes are in this file. Alternatively there is now a command line in the ExtraTools to update your copy from a terminal window. It may help in case SF asks for a password. See https://alphacocoa.sourceforge.io/UpdateAlphaTclHelp.html. Cheers, Bernard. Envoyé de mon iPhone > Le 1 août 2019 à 12:22, Fischlin Andreas <and...@en...> a écrit : > > Cher Bernard, > > I tried to make a User Update, but got following: > > aries/Extras/updateAlphaTcl /Applications/Alpha/AlphaCocoa/Alpha.apptents/Resources/Libr > * creating temp dir... > /var/folders/yp/_8_nvqwx4qbbx7tlf46hrst40000gn/T/alphatcl_svn.YFpkcS7v > * performing export... > svn: E175002: Unable to connect to a repository at URL 'https://svn.code.sf.net/p/alphacocoa/code/Current/Libraries/AlphaTcl' > svn: E175002: OPTIONS of 'https://svn.code.sf.net/p/alphacocoa/code/Current/Libraries/AlphaTcl': SSL handshake failed: SSL error: tlsv1 alert protocol version (https://svn.code.sf.net) > ...export failed > * removing temp dir > afischli@grand4.local:~$ > > Any idea why that is? Or do I need to make the update you mentioned (rev. 1726 in the repository) by another technique? > > Merci beaucoup. > > Amicalement, > Andreas > > ETH Zurich > Prof. em. Dr. Andreas Fischlin > IPCC Vice-Chair WGII > Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics > Universitaetstrasse 16, CHN E 24 > 8092 Zurich > SWITZERLAND > > and...@en... > www.sysecol.ethz.ch/people/andreas.fischlin.html > > +41 44 633-6090 phone > +41 79 595-4050 mobile > > Make it as simple as possible, but distrust it! > ________________________________________________________________________ > > > > > > > > >> On 31/07/2019, at 14:59, Bernard Desgraupes <bde...@or...> wrote: >> >> Hi Andreas, >> >> This is fixed now (rev. 1726 in the repository). >> >> Note that the first line you want is probably something like >> <!-- -*-HTML-*- (nolinebreak) --> >> >> and not (nowrap). I guess you want to prevent Alpha from breaking the long lines by inserting carriage returns: this is obtained with (nolinebreak). >> >> Cheers, >> Bernard >> >>> Le 30 juil. 2019 à 20:39, Fischlin Andreas <and...@en...> a écrit : >>> >>> Merci beaucoup. Très bien! Amicalement, >>> Andreas >>> >>>> On 30/07/2019, at 20:17, Bernard Desgraupes <bde...@or...> wrote: >>>> >>>> Dear Andreas, >>>> >>>> Indeed this was a bug. The magic first line was not parsed correctly and there were other related issues. This is fixed now and I will commit the changes to the repository tomorrow. I will also provide proper documentation for this functionality. >>>> Basically there are different aspects regarding wrapping. Alpha makes a clear distinction between wrapping (which is soft wrapping) and line breaking. >>>> In the fixed code you may now write declarations like >>>> (wrap) or (nowrap) >>>> (linebreak) or (nolinebreak) >>>> and also >>>> (coloring) or (nocoloring) >>>> (readOnly) >>>> and many others... >>>> >>>> For the record I will enter a Ticket about this issue in the bug tracker. >>>> Thanks again for reporting this. >>>> Cheers, >>>> Bernard >>>> >>>> Envoyé de mon iPhone >>>> >>>> Le 29 juil. 2019 à 19:38, Bernard Desgraupes <bde...@or...> a écrit : >>>> >>>>> Dear Andreas, >>>>> >>>>> It is possible that there is a bug. I will investigate in detail tomorrow and let you know. Thanks for reporting the issue. >>>>> Cheers, >>>>> Bernard. >>>>> >>>>> Envoyé de mon iPhone >>>>> >>>>> Le 29 juil. 2019 à 13:22, Fischlin Andreas <and...@en...> a écrit : >>>>> >>>>>> Cher Bernard, >>>>>> >>>>>> I am not sure whether this is a bug or not. On https://alphacocoa.sourceforge.io/AlphaManual.html I read that "This feature can be defeated by including the word nowrap anywhere on the first line.”. However, when I just opened a file containing a first line '<!-- nowrap —>’, I am asked whether I want to wrap that file or not (opening via Fetch a remote file with extension html using SFTP). >>>>>> >>>>>> How come? A bug? >>>>>> >>>>>> Thanks. >>>>>> >>>>>> Regards, >>>>>> Andreas >>>>>> >>>>>> ETH Zurich >>>>>> Prof. em. Dr. Andreas Fischlin >>>>>> IPCC Vice-Chair WGII >>>>>> Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics >>>>>> Universitaetstrasse 16, CHN E 24 >>>>>> 8092 Zurich >>>>>> SWITZERLAND >>>>>> >>>>>> and...@en... >>>>>> www.sysecol.ethz.ch/people/andreas.fischlin.html >>>>>> >>>>>> +41 44 633-6090 phone >>>>>> +41 79 595-4050 mobile >>>>>> >>>>>> Make it as simple as possible, but distrust it! >>>>>> ________________________________________________________________________ >>>>>> _______________________________________________ >>>>>> AlphaCocoa-devel mailing list >>>>>> Alp...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel >>>>> _______________________________________________ >>>>> AlphaCocoa-devel mailing list >>>>> Alp...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel > |
|
From: Fischlin A. <and...@en...> - 2019-08-01 10:22:59
|
Cher Bernard, I tried to make a User Update, but got following: aries/Extras/updateAlphaTcl /Applications/Alpha/AlphaCocoa/Alpha.apptents/Resources/Libr * creating temp dir... /var/folders/yp/_8_nvqwx4qbbx7tlf46hrst40000gn/T/alphatcl_svn.YFpkcS7v * performing export... svn: E175002: Unable to connect to a repository at URL 'https://svn.code.sf.net/p/alphacocoa/code/Current/Libraries/AlphaTcl' svn: E175002: OPTIONS of 'https://svn.code.sf.net/p/alphacocoa/code/Current/Libraries/AlphaTcl': SSL handshake failed: SSL error: tlsv1 alert protocol version (https://svn.code.sf.net) ...export failed * removing temp dir afischli@grand4.local:~$ Any idea why that is? Or do I need to make the update you mentioned (rev. 1726 in the repository) by another technique? Merci beaucoup. Amicalement, Andreas ETH Zurich Prof. em. Dr. Andreas Fischlin IPCC Vice-Chair WGII Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics Universitaetstrasse 16, CHN E 24 8092 Zurich SWITZERLAND and...@en...<mailto:and...@en...> www.sysecol.ethz.ch/people/andreas.fischlin.html<http://www.sysecol.ethz.ch/people/andreas.fischlin.html> +41 44 633-6090 phone +41 79 595-4050 mobile Make it as simple as possible, but distrust it! ________________________________________________________________________ On 31/07/2019, at 14:59, Bernard Desgraupes <bde...@or...<mailto:bde...@or...>> wrote: Hi Andreas, This is fixed now (rev. 1726 in the repository). Note that the first line you want is probably something like <!-- -*-HTML-*- (nolinebreak) --> and not (nowrap). I guess you want to prevent Alpha from breaking the long lines by inserting carriage returns: this is obtained with (nolinebreak). Cheers, Bernard Le 30 juil. 2019 à 20:39, Fischlin Andreas <and...@en...<mailto:and...@en...>> a écrit : Merci beaucoup. Très bien! Amicalement, Andreas On 30/07/2019, at 20:17, Bernard Desgraupes <bde...@or...<mailto:bde...@or...>> wrote: Dear Andreas, Indeed this was a bug. The magic first line was not parsed correctly and there were other related issues. This is fixed now and I will commit the changes to the repository tomorrow. I will also provide proper documentation for this functionality. Basically there are different aspects regarding wrapping. Alpha makes a clear distinction between wrapping (which is soft wrapping) and line breaking. In the fixed code you may now write declarations like (wrap) or (nowrap) (linebreak) or (nolinebreak) and also (coloring) or (nocoloring) (readOnly) and many others... For the record I will enter a Ticket about this issue in the bug tracker. Thanks again for reporting this. Cheers, Bernard Envoyé de mon iPhone Le 29 juil. 2019 à 19:38, Bernard Desgraupes <bde...@or...<mailto:bde...@or...>> a écrit : Dear Andreas, It is possible that there is a bug. I will investigate in detail tomorrow and let you know. Thanks for reporting the issue. Cheers, Bernard. Envoyé de mon iPhone Le 29 juil. 2019 à 13:22, Fischlin Andreas <and...@en...<mailto:and...@en...>> a écrit : Cher Bernard, I am not sure whether this is a bug or not. On https://alphacocoa.sourceforge.io/AlphaManual.html I read that "This feature can be defeated by including the word nowrap anywhere on the first line.”. However, when I just opened a file containing a first line '<!-- nowrap —>’, I am asked whether I want to wrap that file or not (opening via Fetch a remote file with extension html using SFTP). How come? A bug? Thanks. Regards, Andreas ETH Zurich Prof. em. Dr. Andreas Fischlin IPCC Vice-Chair WGII Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics Universitaetstrasse 16, CHN E 24 8092 Zurich SWITZERLAND and...@en...<mailto:and...@en...> www.sysecol.ethz.ch/people/andreas.fischlin.html<http://www.sysecol.ethz.ch/people/andreas.fischlin.html> +41 44 633-6090 phone +41 79 595-4050 mobile Make it as simple as possible, but distrust it! ________________________________________________________________________ _______________________________________________ AlphaCocoa-devel mailing list Alp...@li...<mailto:Alp...@li...> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel _______________________________________________ AlphaCocoa-devel mailing list Alp...@li...<mailto:Alp...@li...> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel |
|
From: Dr E. W L. <el...@li...> - 2019-08-01 09:11:57
|
Ah, had to copy it to ~/Library/Application Support/Alpha/AlphaTcl/Tcl/Modes/Perl Mode Silly me :-)-O el On 01/08/2019 11:09, Dr Eberhard W Lisse wrote: > Bernard, > > thanks. > > I have copied the file into my > > ~/Library/Application Support/Alpha/AlphaTcl/Tcl/Modes > > and modified it, but it did not change anything. So I modified > > /Applications/Alpha.app/Contents/Resources/Libraries/AlphaTcl/Tcl/Modes/Perl Mode/perlEngine.tcl > > which did the trick. > > greetings, el > > On 31/07/2019 17:37, Bernard Desgraupes wrote: >> Hi Eberhard , >> >> Indeed I see the bug. Very easy to fix: in file perlEngine.tcl remove >> lines 17-18 that say: >> << >> # load main Perl file >> perlMenu >>>> >> >> This has nothing to do with application helpers, it's just a self >> recursion within Perl mode files. >> >> Cheers, >> Bernard -- 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...> - 2019-08-01 09:09:56
|
Bernard, thanks. I have copied the file into my ~/Library/Application Support/Alpha/AlphaTcl/Tcl/Modes and modified it, but it did not change anything. So I modified /Applications/Alpha.app/Contents/Resources/Libraries/AlphaTcl/Tcl/Modes/Perl Mode/perlEngine.tcl which did the trick. greetings, el On 31/07/2019 17:37, Bernard Desgraupes wrote: > Hi Eberhard , > > Indeed I see the bug. Very easy to fix: in file perlEngine.tcl remove > lines 17-18 that say: > << > # load main Perl file > perlMenu >>> > > This has nothing to do with application helpers, it's just a self > recursion within Perl mode files. > > Cheers, > Bernard |
|
From: Bernard D. <bde...@or...> - 2019-07-31 15:37:47
|
Hi Eberhard ,
Indeed I see the bug. Very easy to fix: in file perlEngine.tcl remove lines 17-18 that say:
<<
# load main Perl file
perlMenu
>>
This has nothing to do with application helpers, it's just a self recursion within Perl mode files.
Cheers,
Bernard
Envoyé de mon iPhone
> Le 31 juil. 2019 à 14:12, Dr Eberhard W Lisse <el...@li...> a écrit :
>
> Bernard,
>
> I have added the Perl Menu in Mode Menu(1) of 9.0.7 and am getting this
> error message:
>
>
> 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"
>
>
> I use /usr/local/bin/perl and so I looked in Global Setup Helper
> Application Advanced(1). I executed the execPerl option switched to
> /usr/local/perl, eventually, and tried again. Same error, and now the
> execPerl is not in the Helper Application screen at all any more.
>
> I can not find a button at add a new Helper in the screen.
>
> Any idea?
>
> el
>
>
> --
> Dr. Eberhard W. Lisse / Obstetrician & Gynaecologist (Saar)
> el...@li... / * | Telephone: +264 81 124 6733 (cell)
> PO Box 8421 /
> Bachbrecht, Namibia ;____/
>
>
> _______________________________________________
> AlphaCocoa-devel mailing list
> Alp...@li...
> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel
|
|
From: Fischlin A. <and...@en...> - 2019-07-31 13:54:03
|
Cher Bernard, You are right, I just opened files from the AlphaX age, which all contain only ‘nowrap' for the purpose of ‘nolinebreak’. I need to edit all those and should be fine then. Merci. Amicalement, Andreas On 31/07/2019, at 14:59, Bernard Desgraupes <bde...@or...<mailto:bde...@or...>> wrote: Hi Andreas, This is fixed now (rev. 1726 in the repository). Note that the first line you want is probably something like <!-- -*-HTML-*- (nolinebreak) --> and not (nowrap). I guess you want to prevent Alpha from breaking the long lines by inserting carriage returns: this is obtained with (nolinebreak). Cheers, Bernard Le 30 juil. 2019 à 20:39, Fischlin Andreas <and...@en...<mailto:and...@en...>> a écrit : Merci beaucoup. Très bien! Amicalement, Andreas On 30/07/2019, at 20:17, Bernard Desgraupes <bde...@or...<mailto:bde...@or...>> wrote: Dear Andreas, Indeed this was a bug. The magic first line was not parsed correctly and there were other related issues. This is fixed now and I will commit the changes to the repository tomorrow. I will also provide proper documentation for this functionality. Basically there are different aspects regarding wrapping. Alpha makes a clear distinction between wrapping (which is soft wrapping) and line breaking. In the fixed code you may now write declarations like (wrap) or (nowrap) (linebreak) or (nolinebreak) and also (coloring) or (nocoloring) (readOnly) and many others... For the record I will enter a Ticket about this issue in the bug tracker. Thanks again for reporting this. Cheers, Bernard Envoyé de mon iPhone Le 29 juil. 2019 à 19:38, Bernard Desgraupes <bde...@or...<mailto:bde...@or...>> a écrit : Dear Andreas, It is possible that there is a bug. I will investigate in detail tomorrow and let you know. Thanks for reporting the issue. Cheers, Bernard. Envoyé de mon iPhone Le 29 juil. 2019 à 13:22, Fischlin Andreas <and...@en...<mailto:and...@en...>> a écrit : Cher Bernard, I am not sure whether this is a bug or not. On https://alphacocoa.sourceforge.io/AlphaManual.html I read that "This feature can be defeated by including the word nowrap anywhere on the first line.”. However, when I just opened a file containing a first line '<!-- nowrap —>’, I am asked whether I want to wrap that file or not (opening via Fetch a remote file with extension html using SFTP). How come? A bug? Thanks. Regards, Andreas ETH Zurich Prof. em. Dr. Andreas Fischlin IPCC Vice-Chair WGII Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics Universitaetstrasse 16, CHN E 24 8092 Zurich SWITZERLAND and...@en...<mailto:and...@en...> www.sysecol.ethz.ch/people/andreas.fischlin.html<http://www.sysecol.ethz.ch/people/andreas.fischlin.html> +41 44 633-6090 phone +41 79 595-4050 mobile Make it as simple as possible, but distrust it! ________________________________________________________________________ _______________________________________________ AlphaCocoa-devel mailing list Alp...@li...<mailto:Alp...@li...> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel _______________________________________________ AlphaCocoa-devel mailing list Alp...@li...<mailto:Alp...@li...> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel |
|
From: Bernard D. <bde...@or...> - 2019-07-31 13:00:34
|
Hi Andreas, This is fixed (rev 1726 in the repository). You can forget about AlphaX now ! Cheers, Bernard > Le 30 juil. 2019 à 19:44, Fischlin Andreas <and...@en...> a écrit : > > Cher Bernard, Exactement. Amicalement, > Andreas > >> On 30/07/2019, at 15:56, Bernard Desgraupes <bde...@or...> wrote: >> >> Hi Andreas, >> I'll look into this. It seems this is specific to the html 'last modified' facility. Probably the insertion of the date moves the cursor and does not restore its initial position. >> Bernard >> >> >> Envoyé de mon iPhone >> >>> Le 30 juil. 2019 à 12:22, Fischlin Andreas <and...@en...> a écrit : >>> >>> Sorry, I should have mentioned that this behavior is in the html mode where I have constructs of the form >>> >>> <!-- #LASTMODIFIED TEXT="Last modified" FORM="SHORT" --> >>> Last modified 30/07/19 >>> <!-- /#LASTMODIFIED —> >>> >>> The cursor ends then at the begin of the third line in the excerpt shown above. It should however go back to where it was at the moment of issuing the save command of course. >>> >>> Regards, >>> Andreas >>> >>> >>> >>>> On 30/07/2019, at 12:03, Dr Eberhard W Lisse <el...@li...> wrote: >>>> >>>> Can not confirm this behaviour. >>>> >>>> el >>>> >>>>> On 30/07/2019 11:47, Fischlin Andreas wrote: >>>>> Cher Bernard, >>>>> >>>>> I have to admit, I find the saving behavior of AlphaCocoa most >>>>> annoying, causing me often to go back to AlphaX for any serious >>>>> editing. The reason is that the cursor position is not resumed after >>>>> a save (Cmd-S) and I have to relocate my previous position I was >>>>> editing. In long files this is very time consuming and since I am >>>>> constantly saving (to be on the safe side) without thinking, >>>>> AlphaCocoa gets very much in my way. Setting before each save first a >>>>> bookmark or the pin makes also no sense to me. Moreover, the pin >>>>> shortcuts are used by me globally (DragThing), again very contrary to >>>>> my working habits. >>>>> >>>>> Please, can you fix this? >>>>> >>>>> Thanks. >>>>> >>>>> Amicalement, >>>>> Andreas >>>> [...] >>>> >>>> -- >>>> Dr. Eberhard W. Lisse / Obstetrician & Gynaecologist (Saar) >>>> el...@li... / * | Telephone: +264 81 124 6733 (cell) >>>> PO Box 8421 / >>>> Bachbrecht, Namibia ;____/ >>> >>> >>> >>> _______________________________________________ >>> AlphaCocoa-devel mailing list >>> Alp...@li... >>> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel > |
|
From: Bernard D. <bde...@or...> - 2019-07-31 12:59:15
|
Hi Andreas, This is fixed now (rev. 1726 in the repository). Note that the first line you want is probably something like <!-- -*-HTML-*- (nolinebreak) --> and not (nowrap). I guess you want to prevent Alpha from breaking the long lines by inserting carriage returns: this is obtained with (nolinebreak). Cheers, Bernard > Le 30 juil. 2019 à 20:39, Fischlin Andreas <and...@en...> a écrit : > > Merci beaucoup. Très bien! Amicalement, > Andreas > >> On 30/07/2019, at 20:17, Bernard Desgraupes <bde...@or... <mailto:bde...@or...>> wrote: >> >> Dear Andreas, >> >> Indeed this was a bug. The magic first line was not parsed correctly and there were other related issues. This is fixed now and I will commit the changes to the repository tomorrow. I will also provide proper documentation for this functionality. >> Basically there are different aspects regarding wrapping. Alpha makes a clear distinction between wrapping (which is soft wrapping) and line breaking. >> In the fixed code you may now write declarations like >> (wrap) or (nowrap) >> (linebreak) or (nolinebreak) >> and also >> (coloring) or (nocoloring) >> (readOnly) >> and many others... >> >> For the record I will enter a Ticket about this issue in the bug tracker. >> Thanks again for reporting this. >> Cheers, >> Bernard >> >> Envoyé de mon iPhone >> >> Le 29 juil. 2019 à 19:38, Bernard Desgraupes <bde...@or... <mailto:bde...@or...>> a écrit : >> >>> Dear Andreas, >>> >>> It is possible that there is a bug. I will investigate in detail tomorrow and let you know. Thanks for reporting the issue. >>> Cheers, >>> Bernard. >>> >>> Envoyé de mon iPhone >>> >>> Le 29 juil. 2019 à 13:22, Fischlin Andreas <and...@en... <mailto:and...@en...>> a écrit : >>> >>>> Cher Bernard, >>>> >>>> I am not sure whether this is a bug or not. On https://alphacocoa.sourceforge.io/AlphaManual.html <https://alphacocoa.sourceforge.io/AlphaManual.html> I read that "This feature can be defeated by including the word nowrap anywhere on the first line.”. However, when I just opened a file containing a first line '<!-- nowrap —>’, I am asked whether I want to wrap that file or not (opening via Fetch a remote file with extension html using SFTP). >>>> >>>> How come? A bug? >>>> >>>> Thanks. >>>> >>>> Regards, >>>> Andreas >>>> >>>> ETH Zurich >>>> Prof. em. Dr. Andreas Fischlin >>>> IPCC Vice-Chair WGII >>>> Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics >>>> Universitaetstrasse 16, CHN E 24 >>>> 8092 Zurich >>>> SWITZERLAND >>>> >>>> and...@en... <mailto:and...@en...> >>>> www.sysecol.ethz.ch/people/andreas.fischlin.html <http://www.sysecol.ethz.ch/people/andreas.fischlin.html> >>>> >>>> +41 44 633-6090 phone >>>> +41 79 595-4050 mobile >>>> >>>> Make it as simple as possible, but distrust it! >>>> ________________________________________________________________________ >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> AlphaCocoa-devel mailing list >>>> Alp...@li... <mailto:Alp...@li...> >>>> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel <https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel> >>> _______________________________________________ >>> AlphaCocoa-devel mailing list >>> Alp...@li... <mailto:Alp...@li...> >>> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel <https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel> > |
|
From: Dr E. W L. <el...@li...> - 2019-07-31 12:12:27
|
Bernard,
I have added the Perl Menu in Mode Menu(1) of 9.0.7 and am getting this
error message:
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"
I use /usr/local/bin/perl and so I looked in Global Setup Helper
Application Advanced(1). I executed the execPerl option switched to
/usr/local/perl, eventually, and tried again. Same error, and now the
execPerl is not in the Helper Application screen at all any more.
I can not find a button at add a new Helper in the screen.
Any idea?
el
--
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...> - 2019-07-30 18:17:22
|
Dear Andreas, Indeed this was a bug. The magic first line was not parsed correctly and there were other related issues. This is fixed now and I will commit the changes to the repository tomorrow. I will also provide proper documentation for this functionality. Basically there are different aspects regarding wrapping. Alpha makes a clear distinction between wrapping (which is soft wrapping) and line breaking. In the fixed code you may now write declarations like (wrap) or (nowrap) (linebreak) or (nolinebreak) and also (coloring) or (nocoloring) (readOnly) and many others... For the record I will enter a Ticket about this issue in the bug tracker. Thanks again for reporting this. Cheers, Bernard Envoyé de mon iPhone > Le 29 juil. 2019 à 19:38, Bernard Desgraupes <bde...@or...> a écrit : > > Dear Andreas, > > It is possible that there is a bug. I will investigate in detail tomorrow and let you know. Thanks for reporting the issue. > Cheers, > Bernard. > > Envoyé de mon iPhone > >> Le 29 juil. 2019 à 13:22, Fischlin Andreas <and...@en...> a écrit : >> >> Cher Bernard, >> >> I am not sure whether this is a bug or not. On https://alphacocoa.sourceforge.io/AlphaManual.html I read that "This feature can be defeated by including the word nowrap anywhere on the first line.”. However, when I just opened a file containing a first line '<!-- nowrap —>’, I am asked whether I want to wrap that file or not (opening via Fetch a remote file with extension html using SFTP). >> >> How come? A bug? >> >> Thanks. >> >> Regards, >> Andreas >> >> ETH Zurich >> Prof. em. Dr. Andreas Fischlin >> IPCC Vice-Chair WGII >> Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics >> Universitaetstrasse 16, CHN E 24 >> 8092 Zurich >> SWITZERLAND >> >> and...@en... >> www.sysecol.ethz.ch/people/andreas.fischlin.html >> >> +41 44 633-6090 phone >> +41 79 595-4050 mobile >> >> Make it as simple as possible, but distrust it! >> ________________________________________________________________________ >> >> >> >> >> >> >> >> >> _______________________________________________ >> AlphaCocoa-devel mailing list >> Alp...@li... >> https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel > _______________________________________________ > AlphaCocoa-devel mailing list > Alp...@li... > https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel |
|
From: Bernard D. <bde...@or...> - 2019-07-30 13:56:19
|
Hi Andreas, I'll look into this. It seems this is specific to the html 'last modified' facility. Probably the insertion of the date moves the cursor and does not restore its initial position. Bernard Envoyé de mon iPhone > Le 30 juil. 2019 à 12:22, Fischlin Andreas <and...@en...> a écrit : > > Sorry, I should have mentioned that this behavior is in the html mode where I have constructs of the form > > <!-- #LASTMODIFIED TEXT="Last modified" FORM="SHORT" --> > Last modified 30/07/19 > <!-- /#LASTMODIFIED —> > > The cursor ends then at the begin of the third line in the excerpt shown above. It should however go back to where it was at the moment of issuing the save command of course. > > Regards, > Andreas > > > >> On 30/07/2019, at 12:03, Dr Eberhard W Lisse <el...@li...> wrote: >> >> Can not confirm this behaviour. >> >> el >> >>> On 30/07/2019 11:47, Fischlin Andreas wrote: >>> Cher Bernard, >>> >>> I have to admit, I find the saving behavior of AlphaCocoa most >>> annoying, causing me often to go back to AlphaX for any serious >>> editing. The reason is that the cursor position is not resumed after >>> a save (Cmd-S) and I have to relocate my previous position I was >>> editing. In long files this is very time consuming and since I am >>> constantly saving (to be on the safe side) without thinking, >>> AlphaCocoa gets very much in my way. Setting before each save first a >>> bookmark or the pin makes also no sense to me. Moreover, the pin >>> shortcuts are used by me globally (DragThing), again very contrary to >>> my working habits. >>> >>> Please, can you fix this? >>> >>> Thanks. >>> >>> Amicalement, >>> Andreas >> [...] >> >> -- >> Dr. Eberhard W. Lisse / Obstetrician & Gynaecologist (Saar) >> el...@li... / * | Telephone: +264 81 124 6733 (cell) >> PO Box 8421 / >> Bachbrecht, Namibia ;____/ > > > > _______________________________________________ > AlphaCocoa-devel mailing list > Alp...@li... > https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel |
|
From: Dr E. W L. <el...@li...> - 2019-07-30 10:28:39
|
Than, I can confirm :-)-O el On 30/07/2019 12:22, Fischlin Andreas wrote: > Sorry, I should have mentioned that this behavior is in the html mode > where I have constructs of the form > > <!-- #LASTMODIFIED TEXT="Last modified" FORM="SHORT" --> > Last modified 30/07/19 > <!-- /#LASTMODIFIED —> > > The cursor ends then at the begin of the third line in the excerpt > shown above. It should however go back to where it was at the moment > of issuing the save command of course. > > Regards, > Andreas |
|
From: Fischlin A. <and...@en...> - 2019-07-30 10:22:42
|
Sorry, I should have mentioned that this behavior is in the html mode where I have constructs of the form <!-- #LASTMODIFIED TEXT="Last modified" FORM="SHORT" --> Last modified 30/07/19 <!-- /#LASTMODIFIED —> The cursor ends then at the begin of the third line in the excerpt shown above. It should however go back to where it was at the moment of issuing the save command of course. Regards, Andreas > On 30/07/2019, at 12:03, Dr Eberhard W Lisse <el...@li...> wrote: > > Can not confirm this behaviour. > > el > > On 30/07/2019 11:47, Fischlin Andreas wrote: >> Cher Bernard, >> >> I have to admit, I find the saving behavior of AlphaCocoa most >> annoying, causing me often to go back to AlphaX for any serious >> editing. The reason is that the cursor position is not resumed after >> a save (Cmd-S) and I have to relocate my previous position I was >> editing. In long files this is very time consuming and since I am >> constantly saving (to be on the safe side) without thinking, >> AlphaCocoa gets very much in my way. Setting before each save first a >> bookmark or the pin makes also no sense to me. Moreover, the pin >> shortcuts are used by me globally (DragThing), again very contrary to >> my working habits. >> >> Please, can you fix this? >> >> Thanks. >> >> Amicalement, >> Andreas > [...] > > -- > 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...> - 2019-07-30 10:19:26
|
Can not confirm this behaviour. el On 30/07/2019 11:47, Fischlin Andreas wrote: > Cher Bernard, > > I have to admit, I find the saving behavior of AlphaCocoa most > annoying, causing me often to go back to AlphaX for any serious > editing. The reason is that the cursor position is not resumed after > a save (Cmd-S) and I have to relocate my previous position I was > editing. In long files this is very time consuming and since I am > constantly saving (to be on the safe side) without thinking, > AlphaCocoa gets very much in my way. Setting before each save first a > bookmark or the pin makes also no sense to me. Moreover, the pin > shortcuts are used by me globally (DragThing), again very contrary to > my working habits. > > Please, can you fix this? > > Thanks. > > Amicalement, > Andreas [...] -- Dr. Eberhard W. Lisse / Obstetrician & Gynaecologist (Saar) el...@li... / * | Telephone: +264 81 124 6733 (cell) PO Box 8421 / Bachbrecht, Namibia ;____/ |
|
From: Fischlin A. <and...@en...> - 2019-07-30 10:00:42
|
Cher Bernard, I have to admit, I find the saving behavior of AlphaCocoa most annoying, causing me often to go back to AlphaX for any serious editing. The reason is that the cursor position is not resumed after a save (Cmd-S) and I have to relocate my previous position I was editing. In long files this is very time consuming and since I am constantly saving (to be on the safe side) without thinking, AlphaCocoa gets very much in my way. Setting before each save first a bookmark or the pin makes also no sense to me. Moreover, the pin shortcuts are used by me globally (DragThing), again very contrary to my working habits. Please, can you fix this? Thanks. Amicalement, Andreas ETH Zurich Prof. em. Dr. Andreas Fischlin IPCC Vice-Chair WGII Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics Universitaetstrasse 16, CHN E 24 8092 Zurich SWITZERLAND and...@en...<mailto:and...@en...> www.sysecol.ethz.ch/people/andreas.fischlin.html<http://www.sysecol.ethz.ch/people/andreas.fischlin.html> +41 44 633-6090 phone +41 79 595-4050 mobile Make it as simple as possible, but distrust it! ________________________________________________________________________ |
|
From: Bernard D. <bde...@or...> - 2019-07-29 17:38:30
|
Dear Andreas, It is possible that there is a bug. I will investigate in detail tomorrow and let you know. Thanks for reporting the issue. Cheers, Bernard. Envoyé de mon iPhone > Le 29 juil. 2019 à 13:22, Fischlin Andreas <and...@en...> a écrit : > > Cher Bernard, > > I am not sure whether this is a bug or not. On https://alphacocoa.sourceforge.io/AlphaManual.html I read that "This feature can be defeated by including the word nowrap anywhere on the first line.”. However, when I just opened a file containing a first line '<!-- nowrap —>’, I am asked whether I want to wrap that file or not (opening via Fetch a remote file with extension html using SFTP). > > How come? A bug? > > Thanks. > > Regards, > Andreas > > ETH Zurich > Prof. em. Dr. Andreas Fischlin > IPCC Vice-Chair WGII > Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics > Universitaetstrasse 16, CHN E 24 > 8092 Zurich > SWITZERLAND > > and...@en... > www.sysecol.ethz.ch/people/andreas.fischlin.html > > +41 44 633-6090 phone > +41 79 595-4050 mobile > > Make it as simple as possible, but distrust it! > ________________________________________________________________________ > > > > > > > > > _______________________________________________ > AlphaCocoa-devel mailing list > Alp...@li... > https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel |
|
From: Fischlin A. <and...@en...> - 2019-07-29 11:36:33
|
Cher Bernard, I am not sure whether this is a bug or not. On https://alphacocoa.sourceforge.io/AlphaManual.html I read that "This feature can be defeated by including the word nowrap anywhere on the first line.”. However, when I just opened a file containing a first line '<!-- nowrap —>’, I am asked whether I want to wrap that file or not (opening via Fetch a remote file with extension html using SFTP). How come? A bug? Thanks. Regards, Andreas ETH Zurich Prof. em. Dr. Andreas Fischlin IPCC Vice-Chair WGII Systems Ecology - Institute of Biogeochemistry and Pollutant Dynamics Universitaetstrasse 16, CHN E 24 8092 Zurich SWITZERLAND and...@en...<mailto:and...@en...> www.sysecol.ethz.ch/people/andreas.fischlin.html<http://www.sysecol.ethz.ch/people/andreas.fischlin.html> +41 44 633-6090 phone +41 79 595-4050 mobile Make it as simple as possible, but distrust it! ________________________________________________________________________ |
|
From: Bernard D. <bde...@us...> - 2019-07-09 13:37:17
|
- **status**: open --> fixed --- ** [tickets:#217] HTML and CSS Mode Help uses yellow font towards the end.** **Status:** fixed **Created:** Sun Jul 07, 2019 07:45 PM UTC by Christoph Schiller **Last Updated:** Tue Jul 09, 2019 01:36 PM UTC **Owner:** nobody On 9.06 Ginan, reading HTML and CSS Mode Help is not possible: some fonts have no colour at all, some are yellow. This only occurs towards the end. The start is ok, though. I see this after opening an HTML file, going (under the Alpha Menu) to HTML Mode Setup -> Mode Help. The window starts well, but the end is unreadable. --- 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...> - 2019-07-09 13:36:46
|
Thank you for reporting. I can see this. After investigation, I don't see what may have caused this: somehow the file has been damaged. I have recompiled it (from its aida sources) and everything is back to normal. I have uploaded the corrected file to Alpha's web site: https://alphacocoa.sourceforge.io/HtmlCssModeHelp.html --- ** [tickets:#217] HTML and CSS Mode Help uses yellow font towards the end.** **Status:** open **Created:** Sun Jul 07, 2019 07:45 PM UTC by Christoph Schiller **Last Updated:** Sun Jul 07, 2019 07:45 PM UTC **Owner:** nobody On 9.06 Ginan, reading HTML and CSS Mode Help is not possible: some fonts have no colour at all, some are yellow. This only occurs towards the end. The start is ok, though. I see this after opening an HTML file, going (under the Alpha Menu) to HTML Mode Setup -> Mode Help. The window starts well, but the end is unreadable. --- 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...> - 2019-07-07 19:45:10
|
--- ** [tickets:#217] HTML and CSS Mode Help uses yellow font towards the end.** **Status:** open **Created:** Sun Jul 07, 2019 07:45 PM UTC by Christoph Schiller **Last Updated:** Sun Jul 07, 2019 07:45 PM UTC **Owner:** nobody On 9.06 Ginan, reading HTML and CSS Mode Help is not possible: some fonts have no colour at all, some are yellow. This only occurs towards the end. The start is ok, though. I see this after opening an HTML file, going (under the Alpha Menu) to HTML Mode Setup -> Mode Help. The window starts well, but the end is unreadable. --- 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...@or...> - 2019-07-04 19:09:57
|
Hi Andreas, I have restored the old behaviour. The fix is in version 9.0.7 which was released yesterday. Cheers, Bernard > Le 4 juil. 2019 à 19:14, Fischlin Andreas via AlphaCocoa-devel <alp...@li...> a écrit : > > I am of the view that the old behavior should be restored. Alpha was and I hope will continue to be the tool of choice when it comes to really edit a text file, whatever the content. Some files become inevitably text files with inconsistent EOLs. Then Alpha should warn about that fact and do nothing with those unless the user chooses to do so, e.g. when saving. Even an option to restore the original inconsistent EOLs might be helpful in some situations. Just my bit of input on this issue. > > [tickets:#216] <https://sourceforge.net/p/alphacocoa/tickets/216/> Alpha No Longer Warns about Inconsistent Line Terminations (Line Endings) > > Status: fixed > Created: Sun Jun 23, 2019 02:15 AM UTC by jwq > Last Updated: Tue Jul 02, 2019 07:01 AM UTC > Owner: nobody > > I have files which somehow have mixed line ending markers. When these are opened in Alpha: > > Alpha does not display the inconsistent line termination warning (it does display a wrap paragraph warning). > Alpha's window substitutes '\n' for '\r' so that a regexp search fails to find the '\r' characters which are present in the file. > It would be great to have this fixed. > > 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. > > _______________________________________________ > AlphaCocoa-devel mailing list > Alp...@li... > https://lists.sourceforge.net/lists/listinfo/alphacocoa-devel |
|
From: Fischlin A. <afi...@us...> - 2019-07-04 17:14:50
|
I am of the view that the old behavior should be restored. Alpha was and I hope will continue to be the tool of choice when it comes to really edit a text file, whatever the content. Some files become inevitably text files with inconsistent EOLs. Then Alpha should warn about that fact and do nothing with those unless the user chooses to do so, e.g. when saving. Even an option to restore the original inconsistent EOLs might be helpful in some situations. Just my bit of input on this issue. --- ** [tickets:#216] Alpha No Longer Warns about Inconsistent Line Terminations (Line Endings)** **Status:** fixed **Created:** Sun Jun 23, 2019 02:15 AM UTC by jwq **Last Updated:** Tue Jul 02, 2019 07:01 AM UTC **Owner:** nobody I have files which *somehow* have mixed line ending markers. When these are opened in Alpha: 1. Alpha does not display the inconsistent line termination warning (it does display a wrap paragraph warning). 2. Alpha's window substitutes '\n' for '\r' so that a regexp search fails to find the '\r' characters which are present in the file. It would be great to have this fixed. --- 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...@or...> - 2019-07-04 07:52:26
|
Hi all,
I'm pleased to announce the release of a new version of Alpha. This is Alpha 9.0.7 ("Ras Alhague <file:///Users/bernardo/Workspace/Devel/Code/AlphaCocoa/Output/Release/9.0.7/AlphaStar.html>") for Mac OS X 10.11 or greater (El Capitan, Sierra, High Sierra, Mojave).
All versions of Alpha are named after a star. So, for this new release, meet Ras Alhague <https://alphacocoa.sourceforge.io/AlphaStar.html>, which is α Ophiuchi, the α star of the Ophiuchus constellation.
Beware: the Maverick (10.9) and Yosemite (10.10) versions of OS X are no longer supported. The latest version of Alpha running on these two systems is 9.0.3.
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.7/Alpha_9.0.7.dmg.zip/download <https://sourceforge.net/projects/alphacocoa/files/9.0.7/Alpha_9.0.7.dmg.zip/download> (27.65M)
The MD5 checksum is: 30f48489822a13787a072137e0799c48
The SHA1 checksum is: cb051a04b361ac6f72bb963f484629f84aec9ccd
The RMD160 checksum is: 39634b16a26300dcc0889c0013bdb66e4d0f4957
The SHA256 checksum is: 2947b2e474b3d8b07de7f33b84c63ce8a18b597899b5614beaa9963657386655
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 <https://sourceforge.net/p/alphacocoa/tickets/>.
Thank you for using Alpha.
Cheers,
Bernard
<>Changes from previous version
Haskell mode now has support for Literate Haskell <https://wiki.haskell.org/Literate_programming> files.
New mode Rnc to edit Compact RELAX NG <https://relaxng.org/compact-tutorial.html> files.
The following bugs have been fixed (but remain open until the fix is confirmed):
Ticket #216: Alpha No Longer Warns about Inconsistent Line Terminations (Line Endings) <https://sourceforge.net/p/alphacocoa/tickets/216/>
|
368 messages has been excluded from this view by a project administrator.
