The code to draw a border has to determine the widget's position
within the drawing window. Gtk 3.0 has a function to provide that
transformation, but Gtk 2.0 doesn't seem to have one, and it seems
that the transformation implemented in `racket/gui' wasn't right.
Closes PR 13453
original commit: e22977667dc4efb171bced7f6984644490d5306d
The goal is to better handle situations like this one:
╔═══╗
║ - ║
╚═══╝
where the hyphen should not change.
original commit: a0f910c3dcf6ad40971257e9a4bd1b9ca94d3435
guard more of the filesystem manipulations with
handlers and log errors instead of letting them
be raised and show up as internal errors
related to PR 13403
original commit: 94b54db11823b4683234424174aca2836d422204
There appears to be no way to make `on-demand' work right for the
Unity window manager's global menu bar, since there's no notificiation
when the menu bar is clicked. We approximate the correct behavior
by calling `on-demand' when a containing frame loses the keyboard
focus, which might be because the menu bar was clicked; that may be
too late (because the menu has already been shown), but it should
work most of the time.
Closes PR 13347.
Relevant to PR 13395, but DrRacket will have to change to work
around the remaining limitations of `on-demand'.
original commit: 55f98a15d4728ff843f2e5cdb5deef96b24da27b
it only looks left and right at hyphens and only
up and down at pipes, etc. This better handles the
case where you have something like this:
+--------------+
| (<= a-x b-y) |
+--------------+
Before this commit, it would have adjusted the hypens
inside the identifiers
original commit: 6a69da76e2f9e5b2105dee89535d5ace4defed92
adjust the way it changes characters so it
doesn't change them when they are already the right
thing (this means set-modified is not always called
and also improves performance in the case that little
changes in a big diagram)
original commit: 5a9c5f681b11d563275f7672c3af5160bb68113c
also clean up the code a bit (make sure the h? argument to
set-label-visible is really a boolean and make some of the
long lines narrower)
original commit: ccae98777a15c67f04f1ba5d54ad577acb7994dd
I had it all backwards: DrRacket went from "increment" to Greek
capital delta (which makes a lot more sense).
original commit: 490a474e0e4b92af8956cab13d885349053a3973
This change was prompted by the change to DrRacket's "\Delta"
to produce the Unicode "increment" character.
original commit: fc112ccd4627f0b7413ba17a81d050bb840a79b3
This didn't matter much before but now that
paren colors have interesting alpha components,
things look bad when it is ignored!
original commit: f5efc0313435c922914ccd924d876ffe8b740e80
For example, a new DrRacket window (with a file named tmp.rkt in the
and 356 afterwards. This is under mac os x with, I believe, the
default system font sizes. (The file is important because different
languages can have different buttons in the toolbar and the filename's
length itself can affect the minimum size.)
Mostly this change is the addition of a new kind of panel that
lets its children have multiple fixed sizes (as opposed to
just a single minimum size and (optionally arbitrarily large))
It also adjusts the various toolbar buttons to use this new code.
Also, there's a few tweaks to shrink other things that became the
limiting factor in shrinking the width of the DrRacket window.
Currently, at least for #lang racket programs, the toolbar buttons
along the top of the window are the limiting factor (including the
save button). With a bogus language (ie, #lang rackeeet), the bottom
bar is the limiting factor, since that will have only the Save, Run,
and Stop buttons.
related to PR 13281
original commit: 993cd40208b040bfce9db649a59ff7bb9e95de2d
