Yeah, that's the same issue. DrRacket tries to update that menu in the time
after you click on the menubar, before the menus are displayed. It then
also follows up with a callback later to do it again since that first
attempt can fail.

This is something that probably requires a different strategy at the
DrRacket level, but I'm not sure what's the right approach. It may be best
for DrRacket to just stop using the on-demand callback (altho that callback
is very convenient!).

Robby


On Fri, Nov 27, 2015 at 8:59 AM, Jens Axel Søgaard <jensa...@soegaard.net>
wrote:

> FWIW there is a small annoyance (bug?) with the open recent menu.
> If as the first thing after starting DrRacket, one touches "File" and then
> "Open Recent" then
> then no files are displayed. Choosing "Open Recent" again will work though.
>
> /Jens Axel
>
>
> 2015-11-27 15:42 GMT+01:00 Robby Findler <ro...@eecs.northwestern.edu>:
>
>> Those are menu items that DrRacket updates via a callback that happens
>> when you click on the menubar, something that has been problematic in the
>> past. I could change DrRacket to avoid doing the update at that time, if
>> that's necessary.
>>
>> The "open recent" submenu in the "file" menu also does stuff like that,
>> but it follows up the changes with a callback to repeat them because that
>> one seems to be more problematic than the changes that happen to the View
>> menu.
>>
>> Do you see reasonable content in the "open recent" menu item? ANd if not,
>> what happens if you open and close a new window and then check again?
>>
>> Robby
>>
>>
>>
>> On Fri, Nov 27, 2015 at 3:03 AM, John Berry <jarc...@gmail.com> wrote:
>>
>>> Under OS X Yosemite I get some odd behavior with the menus. My view menu
>>> has missing items, and the windows menu does nothing at all.  See picture
>>> below:
>>>
>>> ​
>>>
>>> On Tue, Nov 24, 2015 at 6:34 AM, Ryan Culpepper <ry...@ccs.neu.edu>
>>> wrote:
>>>
>>>> Racket version 6.3 is now available from
>>>>
>>>>     http://racket-lang.org/
>>>>
>>>> - Racket's macro expander uses a new representation of binding called
>>>>   "set of scopes". The new binding model provides a simpler
>>>>   explanation of how macros preserve binding, especially across module
>>>>   boundaries and in hygiene-bending expansions. The new expander is
>>>>   mostly compatible with existing Racket macros, but there are some
>>>>   incompatibilities. For the formally inclined, a research paper on
>>>>   this macro system will appear at POPL next year:
>>>>
>>>>       http://www.cs.utah.edu/plt/scope-sets/
>>>>
>>>> - Racket's GUI library now uses Gtk+ 3 when available, instead of Gtk+
>>>>   2. Set the `PLT_GTK2` environment variable to select Gtk+ 2.
>>>>
>>>> - Added a new Redex tutorial based on a week-long workshop in SLC.
>>>>
>>>> - Better syntax error checking for Redex patterns that do not use
>>>>   holes correctly.
>>>>
>>>> - The blueboxes are more agressive about finding names to look up in
>>>>   the docs, meaning they are useful much more often.
>>>>
>>>> - Submodules are now fully supported in Typed Racket. Previously, some
>>>>   uses of submodules would produce internal errors, making it hard to
>>>>   `module+ test` and `module+ main` effectively in Typed Racket. The
>>>>   switch to the set-of-scopes expander fixed these problems, and
>>>>   submodules are now happily at home in Typed Racket.
>>>>
>>>> - The `typed/racket/unsafe` library provides import and export forms
>>>>   that circumvent contract generation. This improves performance for
>>>>   typed-untyped interaction at the cost of safety and debuggability.
>>>>
>>>> - Typed Racket provides experimental support for units (from
>>>>   `racket/unit`).
>>>>
>>>> - The experimental `define-new-subtype` form allows overlaying finer
>>>>   distinctions between otherwise identical types, similar to Haskell's
>>>>   `newtype`.
>>>>
>>>> - The `Promise` type constructor changes in a backwards-incompatible
>>>>   way to exclude promises created with `promise/name`.
>>>>
>>>> - The `unstable-*` packages are out of the main distribution. Most of
>>>>   their contents have been either merged with established Racket
>>>>   libraries or spun off as their own packages. This change is
>>>>   backwards compatible for packages that properly list their
>>>>   dependencies. Full details:
>>>>   http://blog.racket-lang.org/2015/10/retiring-unstable.html
>>>>
>>>> - edu: `big-bang` supports a display-mode clause so that world
>>>>   programs can take over the entire screen.
>>>>
>>>> Feedback welcome
>>>>
>>>> --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "Racket Users" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send
>>>> an email to racket-users+unsubscr...@googlegroups.com.
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Racket Users" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to racket-users+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Racket Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to racket-users+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> --
> Jens Axel Søgaard
>
> --
> You received this message because you are subscribed to the Google Groups
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to racket-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to