GNU bug report logs - #7498
23.2; scheme-mode.el doesn't parse racket file correctly

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7498 in the body.
You can then email your comments to 7498 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Alexander Haeckel <alexanderhaeckel <at> lavabit.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 23.2; scheme-mode.el doesn't parse racket file correctly
Date: Sat, 27 Nov 2010 17:18:00 +0100

[Message part 1 (text/plain, inline)]

I describe the problem from 'emacs -Q':
scheme-mode.el isn't able to correctly parse the file:
racket-5.0.2/collects/drracket/tool-lib.rkt
When I open the file, go to position (79,0)
and execute `forward-sexp' I get
Scan error: "Unbalanced parentheses", 2852, 65105

The expected behaviour is for the point to be moved at the end
of the file behind the last closing parenthesis to position (1663,85).
When I move the point at the end of the file behind the last closing
parenthesis and do `backward-sexp' the point is moved to line
the point is moved to position (152,19) instead to (79,0), where
the next character is an opening curly brace.

This error occurs neither under fundamental-mode nor under lisp-mode.
I attach the problematic file to this report.

Thank you very much,
Alexander Haeckel

[tool-lib.rkt (text/plain, attachment)]

[Message part 3 (text/plain, inline)]

In GNU Emacs 23.2.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.12.12)
 of 2010-06-22 on tentakel
Windowing system distributor `The X.Org Foundation', version 11.0.10402000
configured using `configure  '--without-cedet' '--with-x''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: de_DE.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Scheme

Minor modes in effect:
  diff-auto-refine-mode: t
  shell-dirtrack-mode: t
  yas/global-mode: t
  minibuffer-depth-indicate-mode: t
  icicle-mode: t
  show-paren-mode: t
  display-time-mode: t
  Info-breadcrumbs-in-mode-line-mode: t
  semantic-decoration-mode: t
  semantic-mru-bookmark-mode: t
  semantic-idle-completions-mode: t
  semantic-idle-summary-mode: t
  semantic-idle-scheduler-mode: t
  senator-minor-mode: t
  semantic-stickyfunc-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: (only . t)
  auto-fill-mode: t

Recent input:
C-x C-f / u s r <tab> l o c <tab> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> <backspace> <backspace> d o 
n w <tab> <backspace> <backspace> w n <tab> s r <tab> 
e m a <tab> <backspace> <backspace> <backspace> <backspace> 
<backspace> <backspace> l i s <tab> <tab> r a <tab> 
/ c o <tab> t o o l - <tab> <backspace> <backspace> 
<backspace> <backspace> <backspace> d r r <tab> t o 
o <tab> - <tab> <return> ¼ s c h e m e - m o d e <return> 
¼ g o t o - l i n e <return> 7 9 <return> M-> <up> 
<right> <right> <right> <right> <right> C-M-b ¼ C-g 
C-g C-g C-h f s c h e m e - m o d e <return> <down-mouse-1> 
<mouse-movement> <drag-mouse-1> ¼ r e p o r <tab> 
<return>

Recent messages:
Turning OFF Icicle mode...done
Turning ON Icicle mode...done
Computing completion candidates... [13 times]
Loading semanticdb-file...done [4 times]
Mark set [5 times]
Quit [2 times]
C-h (Type ? for further options)- [2 times]
Type C-x 1 to delete the help window, C-M-v to scroll help. [3 times]
Mark set
Computing completion candidates...

Load-path shadows:
/usr/local/share/emacs/site-lisp/completion-ui/completion-ui hides /usr/local/share/emacs/site-lisp/predictive/completion-ui
/usr/local/share/emacs/site-lisp/completion-ui/completion-ui-dynamic hides /usr/local/share/emacs/site-lisp/predictive/completion-ui-dynamic
/usr/local/share/emacs/site-lisp/completion-ui/completion-ui-popup-frame hides /usr/local/share/emacs/site-lisp/predictive/completion-ui-popup-frame
/usr/local/share/emacs/site-lisp/completion-ui/completion-ui-tooltip hides /usr/local/share/emacs/site-lisp/predictive/completion-ui-tooltip
/usr/local/share/emacs/site-lisp/completion-ui/completion-ui-echo hides /usr/local/share/emacs/site-lisp/predictive/completion-ui-echo
/usr/local/share/emacs/site-lisp/completion-ui/completion-ui-menu hides /usr/local/share/emacs/site-lisp/predictive/completion-ui-menu
/usr/local/share/emacs/site-lisp/completion-ui/completion-ui-sources hides /usr/local/share/emacs/site-lisp/predictive/completion-ui-sources
/usr/local/share/emacs/site-lisp/completion-ui/completion-ui-hotkeys hides /usr/local/share/emacs/site-lisp/predictive/completion-ui-hotkeys
/usr/local/share/emacs/site-lisp/yasnippet/current/yasnippet hides /usr/local/share/emacs/site-lisp/yasnippet/yasnippet-0.5.10/yasnippet
/usr/local/share/emacs/site-lisp/cedet/current/speedbar/sb-image hides /usr/local/share/emacs/23.2/lisp/sb-image
/usr/local/share/emacs/site-lisp/cedet/current/common/ezimage hides /usr/local/share/emacs/23.2/lisp/ezimage
/usr/local/share/emacs/site-lisp/cedet/current/speedbar/dframe hides /usr/local/share/emacs/23.2/lisp/dframe
/usr/local/share/emacs/site-lisp/cedet/current/speedbar/speedbar hides /usr/local/share/emacs/23.2/lisp/speedbar
/usr/local/share/emacs/site-lisp/scheme hides /usr/local/share/emacs/23.2/lisp/progmodes/scheme
/usr/local/share/emacs/site-lisp/cc-mode/cc-langs hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-langs
/usr/local/share/emacs/site-lisp/cc-mode/cc-defs hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-defs
/usr/local/share/emacs/site-lisp/cc-mode/cc-vars hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-vars
/usr/local/share/emacs/site-lisp/cc-mode/cc-bytecomp hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-bytecomp
/usr/local/share/emacs/site-lisp/cc-mode/cc-cmds hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-cmds
/usr/local/share/emacs/site-lisp/cc-mode/cc-styles hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-styles
/usr/local/share/emacs/site-lisp/cc-mode/cc-fonts hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-fonts
/usr/local/share/emacs/site-lisp/cc-mode/cc-mode hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-mode
/usr/local/share/emacs/site-lisp/cc-mode/cc-menus hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-menus
/usr/local/share/emacs/site-lisp/cc-mode/cc-engine hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-engine
/usr/local/share/emacs/site-lisp/cc-mode/cc-align hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-align
/usr/local/share/emacs/site-lisp/cc-mode/cc-awk hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-awk
/usr/local/share/emacs/site-lisp/cperl-mode hides /usr/local/share/emacs/232/lisp/progmodes/cperl-mode
/usr/local/share/emacs/site-lisp/cc-mode/cc-compat hides /usr/local/share/emacs/23.2/lisp/progmodes/cc-compat
/usr/local/share/emacs/site-lisp/cedet/current/eieio/eieio-comp hides /usr/local/share/emacs/23.2/lisp/emacs-lisp/eieio-comp
/usr/local/share/emacs/site-lisp/cedet/current/eieio/eieio-opt hides /usr/local/share/emacs/23.2/lisp/emacs-lisp/eieio-opt
/usr/local/share/emacs/site-lisp/cedet/current/eieio/eieio-speedbar hides /usr/local/share/emacs/23.2/lisp/emacs-lisp/eieio-speedbar
/usr/local/share/emacs/site-lisp/predictive/avl-tree hides /usr/local/share/emacs/23.2/lisp/emacs-lisp/avl-tree
/usr/local/share/emacs/site-lisp/cedet/current/eieio/eieio-datadebug hides /usr/local/share/emacs/23.2/lisp/emacs-lisp/eieio-datadebug
/usr/local/share/emacs/site-lisp/dvc/contrib/ewoc hides /usr/local/share/emacs/23.2/lisp/emacs-lisp/ewoc
/usr/local/share/emacs/site-lisp/cedet/current/eieio/eieio-base hides /usr/local/share/emacs/23.2/lisp/emacs-lisp/eieio-base
/usr/local/share/emacs/site-lisp/cedet/current/eieio/eieio-custom hides /usr/local/share/emacs/23.2/lisp/emacs-lisp/eieio-custom
/usr/local/share/emacs/site-lisp/cedet/current/eieio/eieio hides /usr/local/share/emacs/23.2/lisp/emacs-lisp/eieio
/usr/local/share/emacs/site-lisp/cedet/current/eieio/chart hides /usr/local/share/emacs/23.2/lisp/emacs-lisp/chart

Features:
(shadow sort mail-extr message sendmail ecomplete mml mml-sec mm-decode
mm-bodies mm-encode mailcap mail-parse rfc2231 rfc2047 rfc2045 qp
ietf-drums mailabbrev nnheader mm-util mail-prsvr gmm-utils mailheader
canlock sha1 hex-util hashcash mail-utils emacsbug
semantic-analyze-complete ede-linux ede-emacs ede-cpp-root
semantic-complete semanticdb-typecache semantic-dep semantic-tag-file
semanticdb-file cedet-files semantic-scm semantic-scm-by scheme bzr-core
tla-core tla-autoconf tla-defs dvc-log vc vc-dispatcher dvc-unified
dvc-tips add-log diff-mode ediff xdarcs-core xgit-core xhg-core
xmtn-minimal face-remap tramp-imap tramp-gw tramp-fish tramp-smb
tramp-cache tramp-ftp tramp-cmds tramp auth-source gnus-util netrc
time-date shell password-cache format-spec tramp-compat trampver
semantic-el semantic-bovine bovine-debug semantic-debug paredit
yasnippet dvc-autoloads dvc-core dvc-lisp dvc-buffers dvc-ui
dvc-register dvc-utils dvc-emacs ewoc dvc-defs dvc-site mb-depth
two-column bookmark pp icicles icicles-mode dired+ dired-x ediff-merg
ediff-diff ediff-wind ediff-mult ediff-help ediff-init ediff-util
dired-aux dired icicles-cmd2 icicles-cmd1 cus-edit cus-start cus-load
icicles-mcmd help-mode view icicles-mac icicles-fn wid-edit+ icicles-var
icicles-opt ffap icicles-face hexrgb filesets mailcrypt rfc822 w3m-load
matlab-load jka-compr paren tex-site malabar-mode malabar-refactor
malabar-semanticdb eieio-opt semanticdb-search malabar-test
malabar-jump-to-project malabar-codegen malabar-misc malabar-import
malabar-reflection arc-mode archive-mode malabar-project malabar-groovy
fringe-helper ansi-color malabar-util srecode-getset subword
malabar-annotations malabar-abbrevs skeleton malabar-variables compile
comint wisent-malabar-java-wy wisent-comp wisent-java semantic-java
semantic-doc wisent-java-wy semantic-ia semantic-find cc-subword cc-cmds
cc-engine cc-vars cc-defs bbdb-autoloads bbdb regexp-opt timezone time
easy-mmode info+ thingatpt+ thingatpt sb-info info srecode-mode
cogre-srecode semantic-edit srecode-template-mode srecode-template
srecode-template-wy semantic-wisent wisent srecode-map srecode-insert
srecode-args srecode-dictionary srecode-find srecode-ctxt
srecode-compile srecode-table semantic-decorate-include semanticdb-find
semanticdb-ref semantic-decorate-mode semantic-decorate pulse
semantic-mru-bookmark semanticdb-mode semantic-idle eldoc senator ring
warnings which-func semantic-imenu semantic-sb imenu cedet
cedet-contrib-load contrib-loaddefs cogre-load cogre-loaddefs
speedbar-load speedbar-loaddefs ede-load ede-loaddefs ede-speedbar
ede-files ede ede-base ede-auto eieio-speedbar semantic-ia-sb
semantic-analyze semantic-scope semantic-analyze-fcn semantic-sort
semanticdb-el semanticdb semantic-ctxt semantic-format
semantic-util-modes semantic-util semantic semantic-lex semantic-tag
working fame speedbar sb-image ezimage dframe easymenu assoc
eieio-custom wid-edit ede-source eieio-base srecode-load srecode
srecode-loaddefs semantic-load semantic-fw semantic-loaddefs mode-local
find-func derived eieio-load eieio-loaddefs cedet-load cedet-compat
cedet-loaddefs eieio byte-opt bytecomp byte-compile inversion cl cl-19
uniquify advice help-fns advice-preload edmacro kmacro tooltip
ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd font-setting
tool-bar dnd fontset image fringe lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mldrag mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev loaddefs button
minibuffer faces cus-face files text-properties overlay md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind font-render-setting gtk
x-toolkit x multi-tty emacs)

-- 
"I can't understand why people are frightened of new ideas.
 I'm frightened of the old ones.”
 - John Cage

Message #8 received at 7498 <at> debbugs.gnu.org (full text, mbox):

From: Alan Third <alan <at> idiocy.org>
To: Alexander Haeckel <alexanderhaeckel <at> lavabit.com>
Cc: 7498 <at> debbugs.gnu.org, alexander.haeckel <at> web.de
Subject: Re: bug#7498: 23.2; scheme-mode.el doesn't parse racket file correctly
Date: Fri, 12 Aug 2016 20:12:14 +0100

Alexander Haeckel <alexanderhaeckel <at> lavabit.com> writes:

> I describe the problem from 'emacs -Q':
> scheme-mode.el isn't able to correctly parse the file:
> racket-5.0.2/collects/drracket/tool-lib.rkt
> When I open the file, go to position (79,0)
> and execute `forward-sexp' I get
> Scan error: "Unbalanced parentheses", 2852, 65105
>
> The expected behaviour is for the point to be moved at the end
> of the file behind the last closing parenthesis to position (1663,85).
> When I move the point at the end of the file behind the last closing
> parenthesis and do `backward-sexp' the point is moved to line
> the point is moved to position (152,19) instead to (79,0), where
> the next character is an opening curly brace.

There are lines of the form:

    @item{@racket[error-print-width] is set to 250;}

that appear to break things, because scheme-mode sees that closing curly
bracket as a comment. This syntax looks like it’s Racket specific.

My elisp skills aren’t good enough to tell if this is fixable.
-- 
Alan Third

Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Clément Pit--Claudel <clement.pit <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#7498: 23.2; scheme-mode.el doesn't parse racket file correctly
Date: Fri, 12 Aug 2016 16:37:51 -0400

[Message part 1 (text/plain, inline)]

On 2016-08-12 15:12, Alan Third wrote:
> Alexander Haeckel <alexanderhaeckel <at> lavabit.com> writes:
> 
>> I describe the problem from 'emacs -Q':
>> scheme-mode.el isn't able to correctly parse the file:
>> racket-5.0.2/collects/drracket/tool-lib.rkt
>> When I open the file, go to position (79,0)
>> and execute `forward-sexp' I get
>> Scan error: "Unbalanced parentheses", 2852, 65105
>>
>> The expected behaviour is for the point to be moved at the end
>> of the file behind the last closing parenthesis to position (1663,85).
>> When I move the point at the end of the file behind the last closing
>> parenthesis and do `backward-sexp' the point is moved to line
>> the point is moved to position (152,19) instead to (79,0), where
>> the next character is an opening curly brace.
> 
> There are lines of the form:
> 
>     @item{@racket[error-print-width] is set to 250;}
> 
> that appear to break things, because scheme-mode sees that closing curly
> bracket as a comment. This syntax looks like it’s Racket specific.

I think this isn't written in "core" Racket; it's Scribble, a dialect of Racket that's pretty remote from Scheme. IOW, it's not a trivial fix.

Clément.

[signature.asc (application/pgp-signature, attachment)]

Message #14 received at 7498 <at> debbugs.gnu.org (full text, mbox):

From: Alan Third <alan <at> idiocy.org>
To: Clément Pit--Claudel <clement.pit <at> gmail.com>
Cc: 7498 <at> debbugs.gnu.org
Subject: Re: bug#7498: 23.2; scheme-mode.el doesn't parse racket file correctly
Date: Sat, 10 Sep 2016 22:37:47 +0100

Clément Pit--Claudel <clement.pit <at> gmail.com> writes:

> On 2016-08-12 15:12, Alan Third wrote:
>> Alexander Haeckel <alexanderhaeckel <at> lavabit.com> writes:
>> 
>> that appear to break things, because scheme-mode sees that closing curly
>> bracket as a comment. This syntax looks like it’s Racket specific.
>
> I think this isn't written in "core" Racket; it's Scribble, a dialect
> of Racket that's pretty remote from Scheme. IOW, it's not a trivial
> fix.

I think since it's not really scheme we can't expect scheme-mode to deal
with it. It may make more sense to have a separate Racket or Scribble
mode (based on Scheme mode, I expect).

I'll mark this wishlist anyway in case someone feels like giving it a
go.
-- 
Alan Third

Message #19 received at 7498 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Alan Third <alan <at> idiocy.org>
Cc: 7498 <at> debbugs.gnu.org,
 Clément Pit--Claudel <clement.pit <at> gmail.com>
Subject: Re: bug#7498: 23.2; scheme-mode.el doesn't parse racket file correctly
Date: Wed, 18 Nov 2020 20:46:15 -0800

Alan Third <alan <at> idiocy.org> writes:

> Clément Pit--Claudel <clement.pit <at> gmail.com> writes:
>
>> On 2016-08-12 15:12, Alan Third wrote:
>>> Alexander Haeckel <alexanderhaeckel <at> lavabit.com> writes:
>>>
>>> that appear to break things, because scheme-mode sees that closing curly
>>> bracket as a comment. This syntax looks like it’s Racket specific.
>>
>> I think this isn't written in "core" Racket; it's Scribble, a dialect
>> of Racket that's pretty remote from Scheme. IOW, it's not a trivial
>> fix.
>
> I think since it's not really scheme we can't expect scheme-mode to deal
> with it. It may make more sense to have a separate Racket or Scribble
> mode (based on Scheme mode, I expect).
>
> I'll mark this wishlist anyway in case someone feels like giving it a
> go.

Just to add that racket-mode exists:

    https://www.racket-mode.com/

Of course, it would be useful to have something built-in or in GNU ELPA.
But maybe we could add it to NonGNU ELPA once we get that running.

Message #22 received at 7498 <at> debbugs.gnu.org (full text, mbox):

From: Jean Louis <bugs <at> gnu.support>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 7498 <at> debbugs.gnu.org, Alan Third <alan <at> idiocy.org>,
 Clément Pit--Claudel <clement.pit <at> gmail.com>
Subject: Re: bug#7498: 23.2; scheme-mode.el doesn't parse racket file correctly
Date: Thu, 19 Nov 2020 08:25:10 +0300

* Stefan Kangas <stefan <at> marxist.se> [2020-11-19 07:47]:
> Alan Third <alan <at> idiocy.org> writes:
> 
> > Clément Pit--Claudel <clement.pit <at> gmail.com> writes:
> >
> >> On 2016-08-12 15:12, Alan Third wrote:
> >>> Alexander Haeckel <alexanderhaeckel <at> lavabit.com> writes:
> >>>
> >>> that appear to break things, because scheme-mode sees that closing curly
> >>> bracket as a comment. This syntax looks like it’s Racket specific.
> >>
> >> I think this isn't written in "core" Racket; it's Scribble, a dialect
> >> of Racket that's pretty remote from Scheme. IOW, it's not a trivial
> >> fix.
> >
> > I think since it's not really scheme we can't expect scheme-mode to deal
> > with it. It may make more sense to have a separate Racket or Scribble
> > mode (based on Scheme mode, I expect).

scheme-mode allows all kinds of evaluations including with
racket. scheme-program has to be set to racket -i

closing curly bracket on my side is not considered comment.

From scheme.el:

(defconst scheme-sexp-comment-syntax-table
  (let ((st (make-syntax-table scheme-mode-syntax-table)))
    (modify-syntax-entry ?\; "." st)
    (modify-syntax-entry ?\n " " st)
    (modify-syntax-entry ?#  "'" st)
    st))

How can I reproduce that bug? Please send me example.

Message #25 received at 7498 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Alan Third <alan <at> idiocy.org>
Cc: 7498 <at> debbugs.gnu.org, Philip Kaludercic <philipk <at> posteo.net>,
 Clément Pit--Claudel <clement.pit <at> gmail.com>
Subject: Re: bug#7498: 23.2; scheme-mode.el doesn't parse racket file correctly
Date: Thu, 21 Oct 2021 12:44:57 -0700

Hi Philip,

Stefan Kangas <stefan <at> marxist.se> writes:

> Alan Third <alan <at> idiocy.org> writes:
>
>> Clément Pit--Claudel <clement.pit <at> gmail.com> writes:
>>
>>> On 2016-08-12 15:12, Alan Third wrote:
>>>> Alexander Haeckel <alexanderhaeckel <at> lavabit.com> writes:
>>>>
>>>> that appear to break things, because scheme-mode sees that closing curly
>>>> bracket as a comment. This syntax looks like it’s Racket specific.
>>>
>>> I think this isn't written in "core" Racket; it's Scribble, a dialect
>>> of Racket that's pretty remote from Scheme. IOW, it's not a trivial
>>> fix.
>>
>> I think since it's not really scheme we can't expect scheme-mode to deal
>> with it. It may make more sense to have a separate Racket or Scribble
>> mode (based on Scheme mode, I expect).
>>
>> I'll mark this wishlist anyway in case someone feels like giving it a
>> go.
>
> Just to add that racket-mode exists:
>
>     https://www.racket-mode.com/
>
> Of course, it would be useful to have something built-in or in GNU ELPA.
> But maybe we could add it to NonGNU ELPA once we get that running.

What do you think of adding racket-mode to NonGNU ELPA?  Is doing that
something you would be willing to volunteer for?

Message #28 received at 7498 <at> debbugs.gnu.org (full text, mbox):

From: Philip Kaludercic <philipk <at> posteo.net>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 7498 <at> debbugs.gnu.org, Alan Third <alan <at> idiocy.org>,
 Clément Pit--Claudel <clement.pit <at> gmail.com>
Subject: Re: bug#7498: 23.2; scheme-mode.el doesn't parse racket file correctly
Date: Thu, 21 Oct 2021 20:18:06 +0000

Stefan Kangas <stefan <at> marxist.se> writes:

> Hi Philip,
>
> Stefan Kangas <stefan <at> marxist.se> writes:
>
>> Alan Third <alan <at> idiocy.org> writes:
>>
>>> Clément Pit--Claudel <clement.pit <at> gmail.com> writes:
>>>
>>>> On 2016-08-12 15:12, Alan Third wrote:
>>>>> Alexander Haeckel <alexanderhaeckel <at> lavabit.com> writes:
>>>>>
>>>>> that appear to break things, because scheme-mode sees that closing curly
>>>>> bracket as a comment. This syntax looks like it’s Racket specific.
>>>>
>>>> I think this isn't written in "core" Racket; it's Scribble, a dialect
>>>> of Racket that's pretty remote from Scheme. IOW, it's not a trivial
>>>> fix.
>>>
>>> I think since it's not really scheme we can't expect scheme-mode to deal
>>> with it. It may make more sense to have a separate Racket or Scribble
>>> mode (based on Scheme mode, I expect).
>>>
>>> I'll mark this wishlist anyway in case someone feels like giving it a
>>> go.
>>
>> Just to add that racket-mode exists:
>>
>>     https://www.racket-mode.com/
>>
>> Of course, it would be useful to have something built-in or in GNU ELPA.
>> But maybe we could add it to NonGNU ELPA once we get that running.
>
> What do you think of adding racket-mode to NonGNU ELPA?  Is doing that
> something you would be willing to volunteer for?

By coincidence, the racket-mode maintainer just responded to my
request[0] from a weeks ago, and he isn't that enthusiastic because ELPA
is stable-by-default, and he prefers a rolling release model.

Of course it would still be possible, but the lack of upstream
cooperation would make it more difficult.

[0] https://github.com/greghendershott/racket-mode/issues/389#issuecomment-948738602

-- 
	Philip Kaludercic

Message #31 received at 7498 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Philip Kaludercic <philipk <at> posteo.net>
Cc: 7498 <at> debbugs.gnu.org, Alan Third <alan <at> idiocy.org>,
 Clément Pit--Claudel <clement.pit <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#7498: 23.2; scheme-mode.el doesn't parse racket file correctly
Date: Thu, 21 Oct 2021 13:45:53 -0700

Philip Kaludercic <philipk <at> posteo.net> writes:

>> What do you think of adding racket-mode to NonGNU ELPA?  Is doing that
>> something you would be willing to volunteer for?
>
> By coincidence, the racket-mode maintainer just responded to my
> request[0] from a weeks ago, and he isn't that enthusiastic because ELPA
> is stable-by-default, and he prefers a rolling release model.
>
> Of course it would still be possible, but the lack of upstream
> cooperation would make it more difficult.
>
> [0] https://github.com/greghendershott/racket-mode/issues/389#issuecomment-948738602

(I've CC:ed in Stefan Monnier.)

I see no need for us to be strict about such things, any more than
Debian is trying to be strict with the packages they distribute.  So I
would encourage the maintainer to keep his current release model, or
whichever one he happens to prefer, and explain explicitly that we have
no interest in imposing any kind of release model on anyone.

However, it would be very useful if he could periodically update the
"Version" header, for example on the 1st of each month or whatever suits
him, so that the package is automatically updated ("released") on NonGNU
ELPA.

Beyond that, I don't see that we do anything in particular to raise user
expectations on our end, but I don't think that his concerns are
therefore invalid.  One way to manage user expectations could be to add
a brief note to the documentation (e.g. the README and/or Commentary
section) explaining the release model of the package.

Message #34 received at 7498 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 7498 <at> debbugs.gnu.org, Philip Kaludercic <philipk <at> posteo.net>,
 Alan Third <alan <at> idiocy.org>,
 Clément Pit--Claudel <clement.pit <at> gmail.com>
Subject: Re: bug#7498: 23.2; scheme-mode.el doesn't parse racket file correctly
Date: Thu, 21 Oct 2021 17:24:53 -0400

We could add to elpa-admin.el some flag that makes it behave the same
for the -devel and the non-devel repositories.


        Stefan

Message #37 received at 7498 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 7498 <at> debbugs.gnu.org, Philip Kaludercic <philipk <at> posteo.net>,
 Alan Third <alan <at> idiocy.org>,
 Clément Pit--Claudel <clement.pit <at> gmail.com>
Subject: Re: bug#7498: 23.2; scheme-mode.el doesn't parse racket file correctly
Date: Thu, 21 Oct 2021 15:05:09 -0700

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

> We could add to elpa-admin.el some flag that makes it behave the same
> for the -devel and the non-devel repositories.

Sure, that makes a whole lot of sense.

Message #42 received at 7498-close <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefankangas <at> gmail.com>
To: Alan Third <alan <at> idiocy.org>
Cc: 7498-close <at> debbugs.gnu.org,
 Clément Pit--Claudel <clement.pit <at> gmail.com>
Subject: Re: bug#7498: 23.2; scheme-mode.el doesn't parse racket file correctly
Date: Tue, 11 Mar 2025 23:56:08 -0400

Stefan Kangas <stefankangas <at> gmail.com> writes:

> Alan Third <alan <at> idiocy.org> writes:
>
>> Clément Pit--Claudel <clement.pit <at> gmail.com> writes:
>>
>>> On 2016-08-12 15:12, Alan Third wrote:
>>>> Alexander Haeckel <alexanderhaeckel <at> lavabit.com> writes:
>>>>
>>>> that appear to break things, because scheme-mode sees that closing curly
>>>> bracket as a comment. This syntax looks like it’s Racket specific.
>>>
>>> I think this isn't written in "core" Racket; it's Scribble, a dialect
>>> of Racket that's pretty remote from Scheme. IOW, it's not a trivial
>>> fix.
>>
>> I think since it's not really scheme we can't expect scheme-mode to deal
>> with it. It may make more sense to have a separate Racket or Scribble
>> mode (based on Scheme mode, I expect).
>>
>> I'll mark this wishlist anyway in case someone feels like giving it a
>> go.
>
> Just to add that racket-mode exists:
>
>     https://www.racket-mode.com/
>
> Of course, it would be useful to have something built-in or in GNU ELPA.
> But maybe we could add it to NonGNU ELPA once we get that running.

racket-mode is now on NonGNU ELPA, and I think the recommendation here
is to use that instead.  I'm therefore closing this bug report.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.