Re: [racket-users] in-directory sorted results

[evdubs]

I created a PR  for a possible 
fix for this. I am unsure if the (directory-list) implementation in 
kw-file.rkt needs to be calling sort.

Evan

On Monday, August 3, 2020 at 3:05:55 AM UTC-10 evdubs wrote:

> Sorry, I cherry-picked the doc example as an "easy" example that others 
> might be able to easily observe.
>
> However, please imagine the following filesystem:
>
> /var/tmp/test/1.txt
> /var/tmp/test/2.txt
> /var/tmp/test/3.txt
> /var/tmp/test/4.txt
>
> The following shows these files in order:
>
> > (for/list ([f (in-directory "/var/tmp/test")]) (displayln f))
>
> However, the following does not have the same order:
>
> > (current-directory "/var/tmp/test")
> > (for/list ([f (in-directory)]) (displayln f))
>
> Does this help? What is interesting to me is that in-directory can call 
> directory-list (which seems to call sort) or dir-list, which also calls 
> sort and directory-list.
>
> Perhaps I just need to wait for your fix.
>
> Evan
> On Monday, August 3, 2020 at 2:28:33 AM UTC-10 Matthew Flatt wrote:
>
>> At Sun, 2 Aug 2020 18:38:18 -0700 (PDT), evdubs wrote: 
>> > However, the docs also show: 
>> > 
>> > > (current-directory (collection-path "info")) 
>> > > (for/list ([f (in-directory)]) 
>> > f) 
>> > '(# 
>> > # 
>> > # 
>> > #) 
>> > 
>> > Isn't this not getting sorted correctly? I am seeing that calls to 
>> > (in-directory) do not have sorted results, but calls to (in-directory 
>> > "path") do have sorted results. 
>>
>> You're right that the documentation's example is incorrect, and I'll 
>> fix that. 
>>
>> Most examples in the documentation are rendered by running them, so the 
>> results can't get out-of-sync like this. Since the `in-directory` 
>> example involves the filesystem, though, the example result is written 
>> out in the documentation source, and it wasn't updated when the sorting 
>> guarantee was added to `in-directory`. 
>>
>> Matthew 
>>
>>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/b28550c2-e4b5-4d4c-afe3-350d605e2409n%40googlegroups.com.

Re: [racket-users] slideshow -> google slides?

[Hendrik Boom]

On Thu, Aug 06, 2020 at 06:58:28PM -0400, 'John Clements' via Racket Users 
wrote:
> Has anyone here developed a reasonable workflow for exporting slideshow 
> presentations to google slides? It appears that google slides cannot import 
> PDFs or SVGs. It looks like it has support for importing PPT files, 
> unsurprisingly, but AFAIK slideshow won’t export ppt files. I have no idea 
> how nasty the PPT format is.
> 
> Right now I’m looking into PDFelement, a mac program, but I’d love to hear 
> about other options. 

Have you tried libreoffice or openoffice?  (They're not the same, so one might 
work 
if the other doesn't.)  My wife used to make presentations from one of them a 
few 
years ago, and as far as I know, they were powerpoint compatible.  
Unfortunately 
she's not around to ask any more.

-- hendrik

> 
> Thanks!
> 
> John
> 
> -- 
> 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.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/racket-users/7a2b8538-91f9-45e2-9006-5e8047d39973%40mtasv.net.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/20200807023356.ljyhfbzlvdtfbhxl%40topoi.pooq.com.

Re: [racket-users] Proposal: GitHub Issue Triage Party

[Sam Tobin-Hochstadt]

That sounds great. I'm happy to help. I created the #triage channel on
slack, which is a good place to chat about this. I'm happy to help
people figure out issues that should be closed, or reassigned, as
you've started to do. And creating a specific time to work on this
would also be great.

A note on BC vs CS: we aim to continue providing support for Racket BC
for the foreseeable future, certainly for the next several years.

Sam


On Thu, Aug 6, 2020 at 9:29 PM jcmdln  wrote:
>
> Digging through some of the older Issues in 
> https://github.com/racket/racket/issues?q=is%3Aissue+is%3Aopen+sort%3Acreated-asc
>  there appear to be many stale issues that may no longer be applicable or 
> have been silently resolved in commits that were not cross-linked.  I've 
> started to respond to some such issues, though due to the low barrier of 
> entry for finding tickets it seems that there would be value in having some 
> sort of formal announcement asking for users to help identify and draw 
> attention such issues. Once idea might be the inclusion of a section in 
> "Racket News" that would list some arbitrary issues to highlight, categorized 
> or simply listed.  Another might be a (virtual) meetup akin to Google Summer 
> of Code where individuals or small groups can pair up with a mentor to 
> resolve non-trivial issues, reminiscent of the "Inside Racket" seminars.
>
> As Racket moves from BC to CS, depending on what level of support can be 
> expected for BC in the relatively near future (ie pre-v8.0) it may be 
> worthwhile to entice users and contributors to donate their time toward doing 
> some belated "spring cleaning".  Consider this my (uninformed) 2 cents as a 
> Racket-curious user and hopeful contributor looking to donate some of my own 
> time.
>
> --
> 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.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/racket-users/0b36280f-7995-4974-83a3-bf4d87fd0e9fn%40googlegroups.com.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/CAK%3DHD%2BYe3uVvs9uhKobnRXCa-k595aen52UKK9ohxG1LykHu4g%40mail.gmail.com.

[racket-users] Proposal: GitHub Issue Triage Party

[jcmdln]

Digging through some of the older Issues in 
https://github.com/racket/racket/issues?q=is%3Aissue+is%3Aopen+sort%3Acreated-asc
 there 
appear to be many stale issues that may no longer be applicable or have 
been silently resolved in commits that were not cross-linked.  I've started 
to respond to some such issues, though due to the low barrier of entry for 
finding tickets it seems that there would be value in having some sort of 
formal announcement asking for users to help identify and draw attention 
such issues. Once idea might be the inclusion of a section in "Racket News" 
that would list some arbitrary issues to highlight, categorized or simply 
listed.  Another might be a (virtual) meetup akin to Google Summer of Code 
where individuals or small groups can pair up with a mentor to resolve 
non-trivial issues, reminiscent of the "Inside Racket" seminars.

As Racket moves from BC to CS, depending on what level of support can be 
expected for BC in the relatively near future (ie pre-v8.0) it may be 
worthwhile to entice users and contributors to donate their time toward 
doing some belated "spring cleaning".  Consider this my (uninformed) 2 
cents as a Racket-curious user and hopeful contributor looking to donate 
some of my own time.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/0b36280f-7995-4974-83a3-bf4d87fd0e9fn%40googlegroups.com.

Re: [racket-users] slideshow -> google slides?

[Gustavo Massaccesi]

From
https://www.joelonsoftware.com/2008/02/19/why-are-the-microsoft-office-file-formats-so-complicated-and-some-workarounds/
about the old formats:

> *These are binary formats, so loading a record is usually a matter of
just copying (blitting) a range of bytes from disk to memory, where you end
up with a C data structure you can use. There’s no lexing or parsing
involved in loading a file. Lexing and parsing are orders of magnitude
slower than blitting.*

Probably an old .ppt is difficult to write, but a .pptx is probably just a
bunch of .xml compressed with .tar.gzip or zip, and a fancy extension. (I
didn't try myself, but I remember to have read something like that.)

I used a few times the trick to just write a html file with a few of the
custom properties of Office and send it as a .xls or .doc . It works,
better than I expected.

Gustavo




On Thu, Aug 6, 2020 at 7:58 PM 'John Clements' via Racket Users <
racket-users@googlegroups.com> wrote:

> Has anyone here developed a reasonable workflow for exporting slideshow
> presentations to google slides? It appears that google slides cannot import
> PDFs or SVGs. It looks like it has support for importing PPT files,
> unsurprisingly, but AFAIK slideshow won’t export ppt files. I have no idea
> how nasty the PPT format is.
>
> Right now I’m looking into PDFelement, a mac program, but I’d love to hear
> about other options.
>
> Thanks!
>
> John
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/racket-users/7a2b8538-91f9-45e2-9006-5e8047d39973%40mtasv.net
> .
>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/CAPaha9MiPXjH2Gf6R0Q5tL8aYBsJ%2BTe7eKf5w217JXwmMpZYyQ%40mail.gmail.com.

[racket-users] slideshow -> google slides?

['John Clements' via Racket Users]

Has anyone here developed a reasonable workflow for exporting slideshow 
presentations to google slides? It appears that google slides cannot import 
PDFs or SVGs. It looks like it has support for importing PPT files, 
unsurprisingly, but AFAIK slideshow won’t export ppt files. I have no idea how 
nasty the PPT format is.

Right now I’m looking into PDFelement, a mac program, but I’d love to hear 
about other options. 

Thanks!

John

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/7a2b8538-91f9-45e2-9006-5e8047d39973%40mtasv.net.

[racket-users] Re: Strange performance behavior

[George Neuner]

On Wed, 5 Aug 2020 08:21:07 -0700 (PDT),
"wanp...@gmail.com"
 wrote:

>I was working on a exercism problem named Raindrops.
>
>  :
> 
>I thought version 1 would be faster, but it turned out to be wrong. Running 
>with raco test got following timing information.
>
>version 1
>cpu time: 9 real time: 9 gc time: 9
>version 2
>cpu time: 0 real time: 0 gc time: 0
>
>Then I ran both version in DrRacket, both output following result.
>cpu time: 0 real time: 0 gc time: 0
>
>It's strange, isn't it?

It looks like the time for the 1st version was skewed by a garbage
collection during execution.

Generally for a decent benchmark, you need to run the code many times
and average the results.  For Racket, additionally you need to
*exclude* the time for the 1st run because that will include time for
JIT compilation.

George

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/csmnifpho2kgr9sme0psdd0729ui9isdhb%404ax.com.