> Also I saw a lot of scrollable things in Windows who were
> longer than 32768 pixels (take big Excel tables, for example).
> Maybe they are implemented in a different way.
I don't think that a big-grid GUI application like Excel will use
controls for very much in its main window. Generally it is
> I hit this limit in a gtk program a few years ago.
On my present GTK on Linux the limit does not apply.
Maybe that is because it is 64-bit, or just more recent, I do not know.
Also I saw a lot of scrollable things in Windows who were
longer than 32768 pixels (take big Excel tables, for example)
The first draft was in excellent shape. But I decided to start
re-writing it according to the Style guide to illustrate the
ideas from there:
#lang racket
(provide
;; -> Void
;; process input data to obtain restaurant ranking
main)
;;
--
Ian,
I don't understand where you're going with this at all. We shouldn't
build anything new on top of unhygenically pasting bits of structs
together. Instead, we should extend the static struct info to contain
the names of fields, like I suggested. As you point out, these aren't
bound names, they
On Wed, Jul 09, 2014 at 11:10:06AM +0100, Matthew Flatt wrote:
> At Wed, 9 Jul 2014 13:59:31 +0400, Dmitry Pavlov wrote:
> > Interesting, thanks! You are right -- Windows does the scrolling
> > smoothly with 1000 buttons. As a separate issue: look what
> > happened when I raised the number to 1500:
I'm using free software that's the result of other people's hard work, and
they're willing to help me with it for free - there's no inconvenience :)
Thanks for checking on it.
Brian
On Jul 9, 2014, at 10:22 AM, Robby Findler wrote:
> Ah, yeah, thanks. I see that the change that fixed that prob
Ah, yeah, thanks. I see that the change that fixed that problem wasn't
in 6.0.1. Sorry for the inconvenience.
Robby
On Tue, Jul 8, 2014 at 10:40 PM, Brian Adkins wrote:
> I clicked:
>
> "File" menu
> "Package Manager..." menu item
> "Available from Catalog" tab
> "Update Package List" button
>
>
Only chapter 5 is "internal" and has the "private" path. Everything
else is public and supported.
Jay
On Tue, Jul 8, 2014 at 7:53 PM, Neil Van Dyke wrote:
> Thanks, Jay. I am taking another look.
>
> BTW, the intro to the "web-server-internal" document I saw says only that
> it's documenting th
Sometimes you can stress the VM by throwing in calls to
`collect-garbage`, possibly in anything that acts like a callback, or
possibly in a thread that forces a collection every few seconds.
But, crashes after a lot of numerical work with SQLite work much
earlier... I'm not so sure. I guess you ca
> Would it be possible to send me a program and instructions so that I
> can replicate the crash?
See, the problem is that the crash happens after hours of numerical
integration (although it happens every time, but that is where the good
news end).
I would love to make a "minimal" crashing versio
At Wed, 9 Jul 2014 13:59:31 +0400, Dmitry Pavlov wrote:
> Interesting, thanks! You are right -- Windows does the scrolling
> smoothly with 1000 buttons. As a separate issue: look what
> happened when I raised the number to 1500:
It looks like drawing is cut off at 32767 pixels (= largest positive
Would it be possible to send me a program and instructions so that I
can replicate the crash?
I think it's likely to be a bug in the SQLite binding, but the stack
trace doesn't suggest a more specific place to look, so far.
At Fri, 4 Jul 2014 01:01:37 +0400, Dmitry Pavlov wrote:
> Hello,
>
> I h
Matthew,
> I'm not sure how much the problem is in `racket/gui` versus the
> underlying toolkits. Your example program scrolls nicely for me on
> Windows
Interesting, thanks! You are right -- Windows does the scrolling
smoothly with 1000 buttons. As a separate issue: look what
happened when I rai
I have three small images of same size. I want to display them one
after another.
(define new1-bitmap
(make-bitmap
(send bird-bitmap get-width)
(send bird-bitmap get-height)))
(define dc-crop
(new bitmap-dc% [bitmap new1-bitmap]))
(define f-crop
(new frame% [label "Random"]))
(send f-cr
No, instances of `button%` (or generally `control<%>`) in a scrolling
panel will not scale well. The `racket/gui` library is not designed for
it.
I'm not sure how much the problem is in `racket/gui` versus the
underlying toolkits. Your example program scrolls nicely for me on
Windows and Mac OS X,
Hello,
I have to do a simple spreadsheet editor and I wonder
whether Racket suits my needs. The main challenge
is that the spreadsheet editor should be able to edit
tables as big as 1000x1000 or 1x100 cells.
Here is a stub that I have done, using williams/table-panel
package from PLaneT: http
Anyone know how to make a plot using 'lines' with ticks that are of my
own divising instead of the existing? The closest I've been able to
come is the below, which has ticks along the top that I don't want and
the pre-existing ticks interfering along the bottom, which I'd also
like to get rid of.
17 matches
Mail list logo
