Re: [racket-users] Racket -> HTML+JavaScript using Urlang and Ractive

When you put it that way, subjectively it still sounds good. I'd use it. But objectively I can't foresee that it would be a wise investment of anyone's Racket time. Let's face it: any web framework is lucky to live 5 yrs before developers tire of it and move onto the next thing, or browser chang

Re: [racket-users] Racket for web apps

On Friday, 18 March 2016 21:11:51 UTC-7, Jay McCarthy wrote: > It's great. Check out the various libraries of the web-server. I'd > suggest starting from web-server/servlet-env and web-server/dispatch. > > Jay > > On Fri, Mar 18, 2016 at 5:00 PM, Kaylen Wheeler wrote: > > Hi, > > > > I'm new to

Re: [racket-users] Racket -> HTML+JavaScript using Urlang and Ractive

> On Mar 16, 2016, at 5:56 AM, Daniel Prager wrote: > > Awesomely, Jens has been working on Urlang: a Racket-ish syntax for > JavaScript, using the nanopass compiler infrastructure: > > https://github.com/soegaard/urlang Looks very cool. I’ll use this the next time I write JS code. Thanks!

Re: [racket-users] Racket -> HTML+JavaScript using Urlang and Ractive

> and more ambitiously, a Racket (subset) ->JavaScript compiler (rjs), taking a > distinct approach from Whalesong. The short answer: +1 The longer: I am no fan of JavaScript, which I consider a brain-eating virus. [1] But IMO the "frameworkification" of JS has made it even worse. Yes, the wh

Re: [racket-users] Racket -> HTML+JavaScript using Urlang and Ractive

Matthew writes: > The idea of a subset of Racket that compiles to this kind of statistically probable subset of JS is very appealing. Agreed. The way Jens has split it up is that Urlang is a thin, cleaned-up Racket-ish syntax for ES5, with a bit of sugar and a macro capability. Then there's rjs,

Re: [racket-users] Racket for web apps

It's great. Check out the various libraries of the web-server. I'd suggest starting from web-server/servlet-env and web-server/dispatch. Jay On Fri, Mar 18, 2016 at 5:00 PM, Kaylen Wheeler wrote: > Hi, > > I'm new to Racket, but not to lisp. I have been a Clojure user for some > time. I began

Re: [racket-users] Racket 6.4 very slow

On Sat, Mar 5, 2016 at 8:09 AM, Matthew Flatt wrote: > If you start DrRacket fresh or create a new tab and paste > > (define (total n) > (for/sum ([x (in-range (+ 1 n))]) x)) > (time (total 10)) > > into the interactions window, then it runs at non-debugging speed. > After cl

Re: [racket-users] Racket 6.4 very slow

Here's a recap of a few points, now that I've spent some time investigating the issue. Replicating the problem and detecting debugging mode: If you start DrRacket fresh or create a new tab and paste (define (total n) (for/sum ([x (in-range (+ 1 n))]) x)) (time (total 10))

Re: [racket-users] Racket 6.4 very slow

On Wed, 02 Mar 2016 22:23:29 -0600, Matthew Flatt wrote: > Instead of using the existence of a source location to determine where > to add instrumentation, debugging should be based on the details of the > source location. I'm not immediately sure of the right rule, but I'll > work on it. Would `s

Re: [racket-users] Racket 6.4 very slow

Alex Harsanyi wrote on 03/02/2016 11:19 PM: If it cannot be improved, perhaps a warning message should be printed in the eval window... I like this idea. Maybe add to the DrRacket REPL banner, the debugging/instrumentation options that are enabled. Welcome to DrRacket, version 6.4 [3m]. La

Re: [racket-users] Racket 6.4 very slow

I see that there's a big difference in the effect of debugging mode for this example in v6.3-v6.4 compared to earlier versions. On my machine: Racket DrRacket with debugging v6.2 ~2500 ms ~3800 ms v6.4 ~2500 ms ~63000 ms In both versions,

Re: [racket-users] Racket 6.4 very slow

On Thursday, March 3, 2016 at 11:06:56 AM UTC+8, Matthias Felleisen wrote: > 1. Don’t ever measure anything in drracket (version 6.4.1 or earlier). Perhaps this explains why you could not reproduce the problem :-) DrRacket is the tool most people use to write Racket programs, and I suspect a l

Re: [racket-users] Racket 6.4 very slow

1. Don’t ever measure anything in drracket (version 6.4.1 or earlier). 2. Are you comparing two different installations of Racket like the OP does? Or are you just saying something is slow sometimes? > On Mar 2, 2016, at 8:21 PM, Alex Harsanyi wrote: > > I have the same problem with Rack

Re: [racket-users] Racket 6.4 very slow

Something is wrong with your installation. 6.4 is in the same ball park as 6.1 Can you share the code that runs 20x slower? Thanks — Matthias > On Mar 1, 2016, at 10:51 PM, vkelmenson via Racket Users > wrote: > > I recently downloaded Racket version 6.4. I have previously been using > v

[racket-users] Racket 6.4 very slow

I recently downloaded Racket version 6.4. I have previously been using version 6.1. It is much slower than version 6.1. Several short functions run approx 20 times slower on 6.4 than 6.1. These were run at the same time on the sam matine in succession. I am using Mac osX version 10.8.5 Has

Re: [racket-users] Racket machine image

http://everythingisaremix.info/watch-the-series/ Their title kind of casts a light on the way we judge research, eh? Robby On Wed, Feb 24, 2016 at 1:15 PM, Matthias Felleisen wrote: > > Yeap. > > And fwiw, I am perfectly aware that Edison did not invent the light bulb or, > more generally, tha

Re: [racket-users] Racket machine image

Yeap. And fwiw, I am perfectly aware that Edison did not invent the light bulb or, more generally, that re-invention (separated by decades and longer) is a cross-disciplinary phenomenon. On Feb 24, 2016, at 2:10 PM, Neil Van Dyke wrote: > The possibility of reinvention and parallel invent

Re: [racket-users] Racket machine image

The possibility of reinvention and parallel invention... is of course still better than the opposite extreme. :) Neil V. -- 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

Re: [racket-users] Racket machine image

I exaggerated a little bit as far as the Halting Problem is concerned. On Feb 24, 2016, at 12:33 PM, Stephen De Gabrielle wrote: > Thank you, > I thought you might be exaggerating until I saw the Fox Project web page > http://www.cs.cmu.edu/~fox/ > > Sadly I can't find fluxkit. It sometimes

Re: [racket-users] Racket machine image

It's not called fluxkit. It's OSkit but the Flux research group: https://www.cs.utah.edu/flux/oskit/ It should still be in the configure script for Racket. Jay On Wed, Feb 24, 2016 at 12:33 PM, Stephen De Gabrielle wrote: > Thank you, > I thought you might be exaggerating until I saw the Fox P

Re: [racket-users] Racket machine image

Thank you, I thought you might be exaggerating until I saw the Fox Project web page http://www.cs.cmu.edu/~fox/ Sadly I can't find fluxkit. It sometimes seems like history is written by Google and Wikipedia. Doing a literature review is expensive and time consuming. > Computer science is the disc

Re: [racket-users] Racket machine image

In the late 90s, all of us had a FluxKit image on our laptops that would boot PLT Scheme on the raw machine. Matthew, with help from the Flux people, put it together in a relatively short time. I am sure more could have done with that, but we went in different directions. At Strange Loop I s

[racket-users] Racket machine image

Hi, Has anyone ever done a racket machine image like: • Mirage https://mirage.io • LING/Erlang on Xen http://erlangonxen.org • Rumprum https://github.com/rumpkernel/rumprun I heard a podcast and recently saw an old presentation [1] that was interesting. I'm interested, but never had the motivation

Re: [racket-users] Racket PPA updated for 6.4

Asumu, Thanks so much for maintaining this! /David 2016-02-09 20:26 GMT-05:00 Asumu Takikawa : > Hi all, > > The Racket PPA for Ubuntu has been updated to v6.4: > > https://launchpad.net/~plt/+archive/ubuntu/racket > > I've tested it on Wily. Let me know if you find any problems. > > Cheers, >

[racket-users] Racket PPA updated for 6.4

Hi all, The Racket PPA for Ubuntu has been updated to v6.4: https://launchpad.net/~plt/+archive/ubuntu/racket I've tested it on Wily. Let me know if you find any problems. Cheers, Asumu -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To un

[racket-users] Racket Web Server Security Vulnerability

We recently discovered a serious security vulnerability in the Racket web server, which can lead to unintended disclosure of files on the machine running the web server. This vulnerability is fixed in Racket version 6.4, just released, and we encourage people to upgrade to that version. The vulner

[racket-users] Racket v6.4

Racket version 6.4 is now available from http://racket-lang.org/ - We fixed a security vulnerability in the web server. The existing web server is vulnerable to a navigation attack if it is also enabled to serve files statically; that is, any file readable by the web server is accessi

[racket-users] Racket developer

Hi, We have been using Racket (and previously Scheme) for a number of years to support web application development and we are now looking to hire an additional software developer. A top candidate would be someone smart and responsible, and who has experience with Racket. I have attached a d

Re: [racket-users] Racket performance tips

On Monday, January 18, 2016 at 11:23:37 AM UTC-5, Brian Adkins wrote: > [...] > Thanks. Yes, I have a lot of cleanup to do - I basically hacked this together > as fast as I could to experiment. > > I had wondered about caching the soundex values in the past, so I just coded > up a version and co

Re: [racket-users] Racket performance tips

On Monday, January 18, 2016 at 10:23:56 AM UTC-5, gustavo wrote: > I have a few minor stile comments: > > *** I'd replace >(define backslash 92) > with >(define backslash (char->integer #\\)) > to improve legibility. > And do the same replacement for other magic numbers. After > optimizati

Re: [racket-users] Racket performance tips

I have a few minor stile comments: *** I'd replace (define backslash 92) with (define backslash (char->integer #\\)) to improve legibility. And do the same replacement for other magic numbers. After optimization, both versions are identical. [The only site where this would cause a differenc

Re: [racket-users] Racket performance tips

On Sunday, January 17, 2016 at 2:54:39 PM UTC-5, Brian Adkins wrote: > On Sunday, January 17, 2016 at 2:50:19 PM UTC-5, Brian Adkins wrote: > > > > With built-in string-trim, the lowest of three runs was 10293. Using your > > string-trim the lowest of three runs was 7618, so it reduced the runtim

Re: [racket-users] Racket performance tips

However, I don't think string representation is the issue, so long as we're talking about the performance of string-trim. Racket's string-trim is written for flexibility. It allows you to trim the left side, the right side, or both sides of the string, and it allows you to trim characters matching

Re: [racket-users] Racket performance tips

MRI (the main ruby interpreter) has an odd string representation that's optimized for shorter strings. There's some info here: [ http://patshaughnessy.net/2012/1/4/never-create-ruby-strings-longer-than-23-characters]. The type is defined here: [ https://github.com/ruby/ruby/blob/af18eafc44bb3bb6aff

Re: [racket-users] Racket performance tips

Do we know if ruby represents strings the same way Racket does? The representation in C clearly admits more efficient implementations of relevant operations here, and Ruby's might too. Robby On Sun, Jan 17, 2016 at 2:00 PM, Jon Zeppieri wrote: > My string-trim uses unsafe ops, but I'm pretty su

Re: [racket-users] Racket performance tips

My string-trim uses unsafe ops, but I'm pretty sure it's safe. The (safe) string-length at the start ensures we're using a string. The rest are indexing and fixnum arithmetic on integers that are guaranteed to be valid indices of the string. Still, if you don't like this, replace the unsafe ops

Re: [racket-users] Racket performance tips

On Sunday, January 17, 2016 at 2:50:19 PM UTC-5, Brian Adkins wrote: > > With built-in string-trim, the lowest of three runs was 10293. Using your > string-trim the lowest of three runs was 7618, so it reduced the runtime by > 26%. Although, I probably should've mentioned that I'm not particula

Re: [racket-users] Racket performance tips

> On Jan 17, 2016, at 2:50 PM, Brian Adkins wrote: > > With built-in string-trim, the lowest of three runs was 10293. Using your > string-trim the lowest of three runs was 7618, so it reduced the runtime by > 26%. Would converting this into a `bytes-trim` function that only works with byte-s

Re: [racket-users] Racket performance tips

On Sunday, January 17, 2016 at 10:09:36 AM UTC-5, Jon Zeppieri wrote: > Oops: that final else was wrong. If all we encounter in the string is > whitespace, the result is the empty string, not the input string, so: > > > ;; === > > (require racket/unsafe/ops) > > > (define (string-trim s) >  

Re: [racket-users] Racket performance tips

Oops: that final else was wrong. If all we encounter in the string is whitespace, the result is the empty string, not the input string, so: ;; === (require racket/unsafe/ops) (define (string-trim s) (define len (string-length s)) (let loop ([i 0]) (cond [(unsafe-fx< i len) (co

Re: [racket-users] Racket performance tips

On Sat, Jan 16, 2016 at 11:29 PM, Brian Adkins wrote: > > I'm happy to run experiments and report timings though. > > Since the profile suggests that string-trim is the biggest culprit (followed by fprintf), try using this specialized version of string-trim locally: ;; === (require racket/unsafe

Re: [racket-users] Racket performance tips

Brian Adkins wrote on 01/16/2016 11:54 PM: Can you elaborate re: "reused bytes I/O buffers " ? One of the things I did in the C code was to reuse character arrays a lot and never malloc, but I'm less familiar with doing similar things in Racket. Look at `read-bytes!`, `read-bytes-avail!`, a

Re: [racket-users] Racket performance tips

Yes. What Bytes in Racket is what char * in C. String treats the chars as a UTF-8 value. On Sun, Jan 17, 2016 at 12:59 PM, Brian Adkins wrote: > On Saturday, January 16, 2016 at 11:54:05 PM UTC-5, Brian Adkins wrote: > > On Saturday, January 16, 2016 at 11:26:14 PM UTC-5, Neil Van Dyke wrote: >

Re: [racket-users] Racket performance tips

On Saturday, January 16, 2016 at 11:54:05 PM UTC-5, Brian Adkins wrote: > On Saturday, January 16, 2016 at 11:26:14 PM UTC-5, Neil Van Dyke wrote: > > Your code is very string-ops-heavy, and I would start looking at that. > > One thing you could do is look for opportunities to construct fewer >

Re: [racket-users] Racket performance tips

On Saturday, January 16, 2016 at 11:26:14 PM UTC-5, Neil Van Dyke wrote: > Your code is very string-ops-heavy, and I would start looking at that. > One thing you could do is look for opportunities to construct fewer > intermediate strings, including across multiple procedure calls. You > could

Re: [racket-users] Racket performance tips

On Saturday, January 16, 2016 at 11:22:14 PM UTC-5, Alexis King wrote: > Those programs appear to depend on input files. Is there any way you could > provide those inputs or otherwise make the programs self-contained? I might > be interested in taking a look at them, but it’s hard to get a feel f

Re: [racket-users] Racket performance tips

Your code is very string-ops-heavy, and I would start looking at that. One thing you could do is look for opportunities to construct fewer intermediate strings, including across multiple procedure calls. You could also look for operations that are expensive, and use less-expensive ones. If y

Re: [racket-users] Racket performance tips

Those programs appear to depend on input files. Is there any way you could provide those inputs or otherwise make the programs self-contained? I might be interested in taking a look at them, but it’s hard to get a feel for what’s going on without being able to run the programs. > On Jan 16, 201

[racket-users] Racket performance tips

A while ago, I started a thread about whether Rust or C would be a better complement to Racket. After much more Rust research/coding, I got very tired of fighting the compiler, so I decided to blow the dust off my C skills (I haven't done any serious coding in C since 1996), and code up the app

Re: [racket-users] [racket] suggestions on scribble/example

Oh, I see the alternative solution for #1. https://github.com/racket/typed-racket/pull/288 Your discussion there is delightful. Thanks. On Sun, Jan 10, 2016 at 2:51 AM, Robby Findler wrote: > Yes, right. This is why I suggested drdr. > > Robby > > On Sat, Jan 9, 2016 at 11:38 AM, Sam Tobin-Hoc

Re: [racket-users] [racket] suggestions on scribble/example

Yes, right. This is why I suggested drdr. Robby On Sat, Jan 9, 2016 at 11:38 AM, Sam Tobin-Hochstadt wrote: > We do run the core racket tests without exflonums on Travis; you can > see an example here: > https://travis-ci.org/racket/racket/jobs/101270780 > > Unfortunately, building all of Racket

Re: [racket-users] [racket] suggestions on scribble/example

In TravisCI, building with the "main-distribution" packge, the versions in linux that don't have "--disable-jit" finish corretly just a minutes after an hour. (I think the official max time is 1 hour, but apparently there are some bonus minutes.) The versions with "--disable-jit" take longer and a

Re: [racket-users] [racket] suggestions on scribble/example

We do run the core racket tests without exflonums on Travis; you can see an example here: https://travis-ci.org/racket/racket/jobs/101270780 Unfortunately, building all of Racket + everything else takes more time that various hosted CI systems allow. If there was a build of Racket without extflonu

Re: [racket-users] [racket] suggestions on scribble/example

Could this problem be helped if we run something like drdr, but in more configurations? (That doesn't seem particularly simple, tho.) Robby On Sat, Jan 9, 2016 at 10:07 AM, Matthew Flatt wrote: > At Sat, 9 Jan 2016 08:34:45 -0700, Matthew Flatt wrote: >> At Sat, 9 Jan 2016 22:58:00 +0800, WarGr

Re: [racket-users] [racket] suggestions on scribble/example

At Sat, 9 Jan 2016 08:34:45 -0700, Matthew Flatt wrote: > At Sat, 9 Jan 2016 22:58:00 +0800, WarGrey Gyoudmon Ju wrote: > > 1. Could you please treat the exn:fail:unsupported like a normal case as if > > it is wrapped by (eval:error)? > > > > > http://docs.racket-lang.org/ts-reference/type-ref.ht

Re: [racket-users] [racket] suggestions on scribble/example

At Sat, 9 Jan 2016 22:58:00 +0800, WarGrey Gyoudmon Ju wrote: > 1. Could you please treat the exn:fail:unsupported like a normal case as if > it is wrapped by (eval:error)? > > http://docs.racket-lang.org/ts-reference/type-ref.html#%28form._%28%28lib._type > d-racket%2Fbase-env%2Fbase-types..rkt%2

[racket-users] [racket] suggestions on scribble/example

1. Could you please treat the exn:fail:unsupported like a normal case as if it is wrapped by (eval:error)? http://docs.racket-lang.org/ts-reference/type-ref.html#%28form._%28%28lib._typed-racket%2Fbase-env%2Fbase-types..rkt%29._.Ext.Fl.Vector%29%29 this example is about ExtFlVector which is not s

Re: [racket-users] Racket in a web page (via Whalesong)

Greg Trzeciak wrote: > I am also writing this post to show there is an interest in Javascript Racket (and ClojureScript competitor). Just wondering: is Whalesong the only option for Racket targeting JS, or are there other options available or under development? Dan -- You received this messag

Re: [racket-users] Racket in a web page (via Whalesong)

Thanks Jens, I am actually more interested with long term viability of Whalesong than being able to run it right now, hence my questions related to bootstrapped version (and compiler + expander in Racket). My current understanding is that outside of narrow use Whalesong is too risky a bet at le

Re: [racket-users] Racket in a web page (via Whalesong)

As far as I know no one is working on updating Whalesong to the latest version of Racket. However it is easy to download an older version of Racket where Whalesong works fine. FWIW there are two aspects that needs work: - handle (maybe just ignore) the (small) recent changes in the bytecode -

Re: [racket-users] Racket in a web page (via Whalesong)

Is there any update on > The problem is that the functions  expand  and  compile  are implemented in > C.  > This means that it is not possible to run the bytecode-to-JavaScript compiler > on neither the expander  > nor the expanded-code-to-bytecode. Two essential components are therefore > mis

Re: [racket-users] Racket server for production use

Well, actually, I overlooked that information in the prior posts. Sorry for the noise and thanks for the summary! Daniel. Am 29.12.2015 um 14:10 schrieb Jay McCarthy: > I don't understand your question. The net-cookies package is very good > for arbitrary cookies and the id-cookie library I linked

Re: [racket-users] Racket server for production use

I don't understand your question. The net-cookies package is very good for arbitrary cookies and the id-cookie library I linked to is very good for just authentication. The posts prior to your question contain this information, so what are you asking? Jay On Sat, Dec 26, 2015 at 8:33 AM, Daniel B

Re: [racket-users] Racket server for production use

Btw, what's the "standard" way to handle cookies? I learned from the documentation one should use the net-cookies package? (I am writing a small http client script and need to handle the authentication cookies as well). Kind regards, Daniel Am 24.12.2015 um 15:50 schrieb Marc Kaufmann: > In shor

[racket-users] Racket documentation - emphasis in margin notes

I've noticed a usability issue with margin notes in the docs: the bolding is misleading. *Example*: [image: +]Regular Expressions in The Racket Guide introduces regular expressions. *Problem*: The eye

Re: [racket-users] [racket] Racket 6.3(.0.7) breaks old code

An additional feedback. There was a ghost bug in my code, and it only appeared after compiling. module-path-index-resolve: "self" index has no resolution module path index: # context...: /opt/PLTracket/collects/syntax/private/id-table.rkt:77:2: do-ref /opt/PLTracket/share/pkgs/typed-rack

Re: [racket-users] Racket server for production use

In short, do HTTPS with cookies and I should be fine (modulo bugs, weak passwords, etc). Thanks, that does answer very well the question that I didn't ask. On Thu, Dec 24, 2015 at 8:28 AM, Jay McCarthy wrote: > On Wed, Dec 23, 2015 at 10:38 PM, Marc Kaufmann > wrote: > > Hi all, > > > > I am h

Re: [racket-users] Racket server for production use

On Wed, Dec 23, 2015 at 10:38 PM, Marc Kaufmann wrote: > Hi all, > > I am hopefully going to implement a minor website for gathering survey data > for some research I am doing. Due to data privacy and so on, I want to be > extra careful about security. First, I didn't understand the security >

[racket-users] Racket server for production use

Hi all, I am hopefully going to implement a minor website for gathering survey data for some research I am doing. Due to data privacy and so on, I want to be extra careful about security. First, I didn't understand the security concerns about URLS at http://docs.racket-lang.org/web-server/faq.h

[racket-users] [racket][scribble] UNSYNTAX and lp

I see docs says UNSYNTAX can be used to escape code to scribble lots of times. So what is the UNSYNTAX? In lp chunks, are there any examples to demonstrate how to keep comments in the resulting docs? In my practice, tests are written in lp. If there is a way to keep the original form of a numbe

Re: [racket-users] [Racket] Bug with Abstraction Teachpack, posn and BSL with List Abbreviations

Never mind! Write this off to my forgetful old age. This one is supposed to work for BSL and BSL+. I had forgotten that I fixed this. (There are other parts of 2htdp/abstraction that work only when functions are available as values.) On Dec 10, 2015, at 5:56 PM, Matthias Felleisen wrote:

Re: [racket-users] [Racket] Bug with Abstraction Teachpack, posn and BSL with List Abbreviations

On Dec 10, 2015, at 1:15 PM, Jonathan Brachthäuser wrote: > In DrRacket 6.2.1 when using the `match` construct as defined in the > abstraction teachpack together with posn a strange problem appears. > > When choosing BSL as language the following code just works as expected: > > ``` > (requi

[racket-users] [Racket] Bug with Abstraction Teachpack, posn and BSL with List Abbreviations

In DrRacket 6.2.1 when using the `match` construct as defined in the abstraction teachpack together with posn a strange problem appears. When choosing BSL as language the following code just works as expected: ``` (require 2htdp/abstraction) (match (make-posn 1 2) [(posn x y) (+ x y)]) ``` yiel

Re: [racket-users] racket/gui: Implementing new snips with multiple items

On 09/12/15 21:21, Robby Findler wrote: > Some of the mixins in the framework may also be interesting to you. I just realized that there is also a library called "framework", and that "the framework" wasn't just referring to racket/gui. Excellent! Thanks again! /David -- You received this mess

Re: [racket-users] racket/gui: Implementing new snips with multiple items

I'll give it a shot with this approach then. Thanks! /David On 09/12/15 21:21, Robby Findler wrote: > You'd need to wire up your table with the after-insert and > after-delete methods, invalidating the appropriate parts. The behavior > you seem to want below is simple calls into the data/enumerat

Re: [racket-users] racket/gui: Implementing new snips with multiple items

You'd need to wire up your table with the after-insert and after-delete methods, invalidating the appropriate parts. The behavior you seem to want below is simple calls into the data/enumerate library and more interesting invalidation is possible if you wish it. And you want to look at text%, not

Re: [racket-users] racket/gui: Implementing new snips with multiple items

Sorry: data/enumerate => data/interval-map. On Wed, Dec 9, 2015 at 2:21 PM, Robby Findler wrote: > You'd need to wire up your table with the after-insert and > after-delete methods, invalidating the appropriate parts. The behavior > you seem to want below is simple calls into the data/enumerate l

Re: [racket-users] racket/gui: Implementing new snips with multiple items

Thanks for a fast answer, and for the recommendation! Right, it's all from the compiler. When the user opens a file, it is normal text; type checking turns it into an angry fruit salad of semantic information. Is there a way to automatically keep these things updated as the user edits the text? I

Re: [racket-users] racket/gui: Implementing new snips with multiple items

My experience with this kind of thing suggests that keeping separate tables on the side that map ranges in the editor to whatever information you want is simpler and better. (Eg, check syntax.) Check out data/interval-map. You don't want to save this information when the user saves, right? That is

[racket-users] racket/gui: Implementing new snips with multiple items

Hi all, Summary: Do I need to do anything over and above defining `get-count' and `partial-offset' in a custom snip that has multiple items in order to have it work properly in an editor derived from `text%'? Details: I'm in the process of making a library to interface Racket with the Idris com

Re: [racket-users] racket execution

Hi Héctor, On 2015-12-03 18:22:01 -0800, Héctor Mc wrote: > I'm trying execute a web application in background or (like daemon ej. > apache/httpd) in this way racket -t webapp.rkt or racket -t webapp.rkt & , > but none of them work. Both of these should work, but it depends on how you have writte

[racket-users] racket execution

Hey guys! I'm trying execute a web application in background or (like daemon ej. apache/httpd) in this way racket -t webapp.rkt or racket -t webapp.rkt & , but none of them work. I also tried with raco exe codegen.rkt and then ./codegen & but without good results. Is something with the config

Re: [racket-users] [racket] Racket 6.3(.0.7) breaks old code

Thanks for the example! The problem is a bug in `namespace-mapped-symbols` (due to changes related to the new macro expander). I will push a repair later today. At Mon, 30 Nov 2015 20:16:44 +0800, WarGrey Gyoudmon Ju wrote: > Thank you, Matthew. > > The project itself is organized as a multi pac

[racket-users] Racket PPA updated for v6.3

Hi all, For people who use Ubuntu, the PPA for Racket is now updated to v6.3: https://launchpad.net/~plt/+archive/ubuntu/racket I've only tested it on Wily. Let me know if you find any problems. Cheers, Asumu -- You received this message because you are subscribed to the Google Groups "Rac

Re: [racket-users] [racket] Racket 6.3(.0.7) breaks old code

Thank you, Matthew. The project itself is organized as a multi package, however there is no need to install it. Debug/DigiGnome ; this subpackage is the base one of the other two. Debug/Kuzuhamon/; this one meets the second problem Debug/sakuyamon/ ; this one meets the first problem

Re: [racket-users] [racket] Racket 6.3(.0.7) breaks old code

My guess is that you're running into an incompatibility created by the new macro system. Something like lifting code out of an expanded `module` form and dropping it into a different one? A change related to submodule expansion? Or something related to the top-level namespace? It might be an unavoi

[racket-users] [racket] Racket 6.3(.0.7) breaks old code

It is compiled by myself with no strange options. Rebuilding the project (without DrRacket) fails due to two strange behaviors. The first one is module-path-index-resolve: "self" index has no resolution. It breaks lots of scripts, I cannot locate where it is exactly occurs. 1. errortrace says mak

[racket-users] [racket] How to extend image-snip% with a new field

Hello, I'm trying to implement an image-snip% subclass which has a new field (hash table) to store some metadata. I follow the example described in the documentation, but the constructor of my image-snip subclass does not display the bitmap. Here is my code.. Thanks in advance. (define image

Re: [racket-users] Racket v6.3

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

Re: [racket-users] Racket v6.3

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 : > Tho

Re: [racket-users] Racket v6.3

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 l

Re: [racket-users] Racket v6.3

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 wrote: > Racket version 6.3 is now available from > > http://racket-lang.org/ > > - Rac

[racket-users] Racket v6.3

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 hygien

Re: [racket-users] Racket program that finds the number of sym bols, the number of numerical characters and the number of alphabetical characters in an inp ut string.

On Nov 16, 2015, at 2:58 PM, Merve Tektaş wrote: > > Example Output: > “PsPe4-3 ds** 9kKt??” > numbers: 3 > symbols: 5 > letters: 9 > > -- > You received this message because you are subscribed to the Google Groups > "Racket Users" group. > To unsubscribe from this group and stop receiving

[racket-users] Racket program that finds the number of sym bols, the number of numerical characters and the number of alphabetical characters in an inp ut string.

Example Output: “PsPe4-3 ds** 9kKt??” numbers: 3 symbols: 5 letters: 9 -- 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.co

Re: [racket-users] racket users fight for their right to colon keywords

On Mon, Oct 26, 2015 at 09:35:22PM -0700, Jordan Johnson wrote: > On Oct 23, 2015, at 8:30 AM, Greg Hendershott > wrote: > > Keyword arguments: Although I'm comfortable in the #: camp, I can > > understand people preferring :foo over #:foo for the reason that it is > > faster to type. #: require

Re: [racket-users] racket users fight for their right to colon keywords

On Oct 23, 2015, at 8:30 AM, Greg Hendershott wrote: > Keyword arguments: Although I'm comfortable in the #: camp, I can > understand people preferring :foo over #:foo for the reason that it is > faster to type. #: requires two shifted chars. If you touch type you > use both left and right shift

Re: [racket-users] racket users fight for their right to colon keywords

Greg Hendershott wrote on 10/24/2015 10:43 AM: p.s. If people read that (even just section 7.7), and there's still a debate? Then probably the only resolution would be a compromise that leaves everyone equally unhappy. Like say :#:keyword:#: ;) I linked the paper on Oct 15, though it got lost

Re: [racket-users] racket users fight for their right to colon keywords

On Fri, Oct 23, 2015 at 2:58 PM, Anthony Carrico wrote: > but seriously Asumu mentioned > Flatt and Barzilay's "Keyword and optional arguments in PLT Scheme" on > irc last night: > http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.162.17 > The paper illuminates the history and all the issu

Re: [racket-users] racket users fight for their right to colon keywords

On Fri, Oct 23, 2015 at 02:58:30PM -0400, Anthony Carrico wrote: On 10/23/2015 11:30 AM, Greg Hendershott wrote: If you touch type you use both left and right shift keys O_o. ...but only the right shift key in dvorak For greater keyboard layout awareness, here is a more complete assessment o

<    4   5   6   7   8   9   10   11   >