Did you mean to pass 'unaligned instead of 'aligned as the last
argument to `find-or-create-font`? That should disable pixel alignment.
At Mon, 16 Dec 2013 01:28:23 -0500, David Vanderson wrote:
Hello,
It seems that draw-text always pixel-aligns its text. In the example
below, I draw a
Thanks for looking into this. It still happens here and I haven't managed
to narrow it down any more than my initial report. i.e. Windows, 5.3.6+ and
increased DPI.
I've also tried changing Windows font settings such as ClearType and the
Smooth edges of screen fonts option, but they don't solve
That makes sense, but the picture with 'unaligned seems strange
(attached). It looks like each individual character is being pixel
aligned, and also the vertical pixel drop doesn't happen until it's 0.7
pixels down. Does this make sense?
On 12/16/2013 08:15 AM, Matthew Flatt wrote:
Did you
Is this really important enough to request addition to 6.0 given that it
likely won't be included in the testing builds?
Robby
On Mon, Dec 16, 2013 at 10:07 AM, mfl...@racket-lang.org wrote:
mflatt has updated `master' from 37dd4fc2b0 to 1ceca069c8.
Checklist items for the v6.0 release
(using the v5.91 release candidate build)
Search for your name to find relevant items, reply when you finish an
item (please indicate which item/s is/are done). Also, if you have any
commits that should have been picked, make sure that the changes are in.
(Re-sending with corrected URL for release candidates. Thanks to Sam for
the quick catch!)
Checklist items for the v6.0 release
(using the v5.91 release candidate build)
Search for your name to find relevant items, reply when you finish an
item (please indicate which item/s is/are done).
I think of it as the sort of bug fix that we would normally merge, but
it's also fine with me to skip it.
At Mon, 16 Dec 2013 10:23:45 -0600, Robby Findler wrote:
Is this really important enough to request addition to 6.0 given that it
likely won't be included in the testing builds?
Robby
Right you are. It's not an emergency bug fix, so skip it.
At Mon, 16 Dec 2013 10:46:11 -0600, Robby Findler wrote:
I think this would have required a release manager to audit the code (as it
comes after testing starts).
Robby
On Mon, Dec 16, 2013 at 10:43 AM, Matthew Flatt
Planet packages do not install properly under windows. They seem to be
getting stuck in a deadlock in sqlite or how we call into it or something
like that. Below is an example transcript where I hit control-c and got a
hopefully informative stack trace.
C:\Users\robby\Program Files
Thanks for looking into it. Can you confirm if you see similar output on
a different platform (Mac or Win)?
On 12/16/2013 12:26 PM, Matthew Flatt wrote:
I'm not sure about that part. I've confirmed that the cairo_move_to()
call just before pango_cairo_show_layout_line() varies the y argument
Yes, it's the same on Mac and Windows.
At Mon, 16 Dec 2013 14:12:18 -0500, David Vanderson wrote:
Thanks for looking into it. Can you confirm if you see similar output on
a different platform (Mac or Win)?
On 12/16/2013 12:26 PM, Matthew Flatt wrote:
I'm not sure about that part. I've
Oh, good! (I was going by the lack of CPU usage.) I see that now too.
Robby
On Mon, Dec 16, 2013 at 1:05 PM, Ryan Culpepper ry...@ccs.neu.edu wrote:
I just tried it, and it completed after a long time (10 minutes, maybe
longer). It looks like it's not deadlocked, but it's calling
Thanks! I'll make the repair to propagate read-only mode, which is
definitely how it's supposed to work.
(A related regression is that installing a Planet package attempts to
render the search index too many times, and I see why that happens.)
At Mon, 16 Dec 2013 14:28:28 -0500, Ryan Culpepper
On Mon, Dec 16, 2013 at 10:38 AM, Ryan Culpepper ry...@ccs.neu.edu wrote:
* Robby Findler ro...@eecs.northwestern.edu
- DrRacket Tests
done except populate-compiled.rkt (which is currently failing and requires
more investigation to figure out what's going on)
- Framework Tests
done
On Mon, Dec 16, 2013 at 9:38 AM, Ryan Culpepper ry...@ccs.neu.edu wrote:
* Jay McCarthy jay.mccar...@gmail.com
- Web Server Tests
These don't pass and have the same error that's here:
http://drdr.racket-lang.org/27931/pkgs/web-server-pkgs/web-server-test/tests/web-server/run-all-tests.rkt
I
Are you running with the right version? The contract change isn't in the
release build.
Robby
On Mon, Dec 16, 2013 at 2:23 PM, Jay McCarthy jay.mccar...@gmail.comwrote:
On Mon, Dec 16, 2013 at 9:38 AM, Ryan Culpepper ry...@ccs.neu.edu wrote:
* Jay McCarthy jay.mccar...@gmail.com
- Web
At Mon, 16 Dec 2013 11:38:32 -0500,
Ryan Culpepper wrote:
* Sam Tobin-Hochstadt sa...@ccs.neu.edu,
Vincent St-Amour stamo...@ccs.neu.edu
- Match Tests
- Typed Racket Tests
Done.
- Typed Racket Updates: update HISTORY
(updates should show v6.0 as the most current version; email
At Mon, 16 Dec 2013 16:29:25 -0500,
Vincent St-Amour wrote:
- Typed Racket Updates: update HISTORY
(updates should show v6.0 as the most current version; email me
to pick the changes when they're done, or tell me if there are no such
changes.)
Coming soon.
Pushed. It's commit
At Mon, 16 Dec 2013 11:38:32 -0500, Ryan Culpepper wrote:
* Matthew Flatt mfl...@cs.utah.edu
- Racket Tests
- Languages Tests
- GRacket Tests (Also check that `gracket -z' and `gracket-text' still
works in Windows and Mac OS X)
- mzc --exe tests
- .plt-packing Tests
Matthew has requested this commit be included in the release branch.
It looks safe to me, but I can't tell if it fixes the problem in all
cases. A more obvious, if coarser, fix would be something like
(define (file-connection file [write? #f])
(unless (file-exists? file)
On Mon, Dec 16, 2013 at 8:38 AM, Ryan Culpepper ry...@ccs.neu.edu wrote:
* Greg Cooper g...@cs.brown.edu
- FrTime Tests
Interaction snippets (in the FrTime language level) no longer update, but
it's not worth delaying the release over that.
_
Racket Developers
21 matches
Mail list logo