October 2021 - Pharo-users - lists.pharo.org

Re: Create keyboard shortcut

by mspgate＠gmail.com

thanks a lot Guille, this is a good tip!

Oct. 20, 2021

Re: Create keyboard shortcut

by Guillermo Polito

Hi peace.d, Iâve had a quick look: you can inspire yourself from the class ToolShortcutsCategory. The class has a couple of special things: - it inherits from KMCategory (a keymapping framework class) - it defines `isGlobal` returning true on the class side (to say it defines global shortcuts) - it then has methods defining shortcuts: openUnitTestRunner <shortcut> ^ KMKeymap shortcut: PharoShortcuts current openTestRunnerShortcut action: [ Smalltalk tools openTestRunner ] If you want a shortcut only to be active on a particular tool/window, AND youâre using morphic, take a look at the methods in the Morph class related to keymappings: Cheers, Guille > El 20 oct 2021, a las 10:53, mspgate(a)gmail.com escribiÃ³: > > Hello everybody, > > how would I create a keyboard shortcut for a method I have defined in my class or package? > > for example if I would like to have a keyboard shortcut for a method that opens the Transcript and display the âHello I am the new shortcutâ message? > > > > thanks for the help. > > peace.d >

Oct. 20, 2021

Create keyboard shortcut

by mspgate＠gmail.com

Hello everybody, how would I create a keyboard shortcut for a method I have defined in my class or package? for example if I would like to have a keyboard shortcut for a method that opens the Transcript and display the âHello I am the new shortcutâ message? thanks for the help. peace.d

Oct. 20, 2021

Artefact utf8-textjustify and pagination

by Oswall Verny Arguedas C.

Greetings, I am starting with Artefact for pdf in Seaside App. Documents are contracts. I do not achieve the following functions: -Justification of text in paragraphs. -Pagination. -Letters with accents Ã¡ Ã© Ã Ã³ Ãº Ã± Ã (utf8) or (iso8859-1). These functions are possible?. Thanks in advance Oswall

Oct. 19, 2021

Re: Splitting a single HTTP Request into multiple concurrent requests

by Sven Van Caekenberghe

> On 19 Oct 2021, at 00:17, Yanni Chiu <yannix7db(a)gmail.com> wrote: > > A good use case is when one of the downloads fails. When itâs just one big one then you have start over from the beginning. Yes, that is a good use case for the Range feature. It is possible to configure ZnClient to retry when a request fails, for example: client numberOfRetries: 3; retryDelay: 2 "seconds". could be added to the example. > On Mon, Oct 18, 2021 at 11:05 AM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > Somebody asked how you would split single HTTP Request into multiple concurrent requests. This is one way to do it. > > Upfront I should state that > > - I do no think this is worth the trouble > - It is only applicable to large downloads (even larger than in the example) > - The other side (server) must honour Range requests correctly (and be fast) > > This one is based on the data used in the ZnHTTPSTest(s)>>#testTransfers units test. More specifically the files available under https://s3-eu-west-1.amazonaws.com/public-stfx-eu/ such as https://s3-eu-west-1.amazonaws.com/public-stfx-eu/test-2050.txt for the smallest one. > > sizes := (Integer primesUpTo: 100) collect: [ :each | 1024 * each + each ]. > > size := sizes last. > concurrency := 11. > step := size // concurrency. > > ranges := (0 to: size - 1 by: step) collect: [ :each | > { each. (each + step) min: size } ]. > > chunks := Array new: ranges size. > done := Semaphore new. > ms := 0. > > [ > ms := Time millisecondClockValue. > ranges withIndexDo: [ :range :index | > [ | client | > (client := ZnClient new) > https; > host: 's3-eu-west-1.amazonaws.com'; > addPath: 'public-stfx-eu'. > client addPath: ('test-{1}.txt' format: { size }). > client headerAt: #Range put: ('bytes={1}-{2}' format: range). > client get. > client close. > chunks at: index put: client contents. > done signal ] forkAt: Processor lowIOPriority ]. > ranges size timesRepeat: [ done wait ]. > ms := Time millisecondsSince: ms. > (String empty join: chunks) inspect. > ] fork. > > This takes about 2 seconds total for me. > > [ > ZnClient new > https; > host: 's3-eu-west-1.amazonaws.com'; > addPath: 'public-stfx-eu'; > addPath: 'test-99425.txt'; > get. > ] timeToRun. > > Which is roughly similar to the single request (again, for me). > > Two things to note: connection time dominates, in the parallel case, 11 independent requests were executed, so concurrency is definitively happening. > > The largest size file is just 100k, split in about 10 parts, which is most probably not enough to see much effect from doing things in parallel. > > HTH, > > Sven

Oct. 19, 2021

Re: Splitting a single HTTP Request into multiple concurrent requests

by Yanni Chiu

A good use case is when one of the downloads fails. When itâs just one big one then you have start over from the beginning. On Mon, Oct 18, 2021 at 11:05 AM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > Somebody asked how you would split single HTTP Request into multiple > concurrent requests. This is one way to do it. > > Upfront I should state that > > - I do no think this is worth the trouble > - It is only applicable to large downloads (even larger than in the > example) > - The other side (server) must honour Range requests correctly (and be > fast) > > This one is based on the data used in the ZnHTTPSTest(s)>>#testTransfers > units test. More specifically the files available under > https://s3-eu-west-1.amazonaws.com/public-stfx-eu/ such as > https://s3-eu-west-1.amazonaws.com/public-stfx-eu/test-2050.txt for the > smallest one. > > sizes := (Integer primesUpTo: 100) collect: [ :each | 1024 * each + each ]. > > size := sizes last. > concurrency := 11. > step := size // concurrency. > > ranges := (0 to: size - 1 by: step) collect: [ :each | > { each. (each + step) min: size } ]. > > chunks := Array new: ranges size. > done := Semaphore new. > ms := 0. > > [ > ms := Time millisecondClockValue. > ranges withIndexDo: [ :range :index | > [ | client | > (client := ZnClient new) > https; > host: 's3-eu-west-1.amazonaws.com'; > addPath: 'public-stfx-eu'. > client addPath: ('test-{1}.txt' format: { size }). > client headerAt: #Range put: ('bytes={1}-{2}' format: range). > client get. > client close. > chunks at: index put: client contents. > done signal ] forkAt: Processor lowIOPriority ]. > ranges size timesRepeat: [ done wait ]. > ms := Time millisecondsSince: ms. > (String empty join: chunks) inspect. > ] fork. > > This takes about 2 seconds total for me. > > [ > ZnClient new > https; > host: 's3-eu-west-1.amazonaws.com'; > addPath: 'public-stfx-eu'; > addPath: 'test-99425.txt'; > get. > ] timeToRun. > > Which is roughly similar to the single request (again, for me). > > Two things to note: connection time dominates, in the parallel case, 11 > independent requests were executed, so concurrency is definitively > happening. > > The largest size file is just 100k, split in about 10 parts, which is most > probably not enough to see much effect from doing things in parallel. > > HTH, > > Sven >

Oct. 18, 2021

Re: Virtual Reality-based programming environment

by Rob Raisch

I'd be interested in participating. (Oculus Quest - original) -- Rob Raisch, Internet Handyman On Tue, Oct 12, 2021 at 5:18 PM Alexandre Bergel via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Hello, > > We are a small and energetic team who want to push the state of the art in > Virtual Reality-based programming environment. > We have an advanced prototype, and we need help of participants to be part > of our experiment involving our software called VRIDE, a fully immersive VR > programming tool. > > In this experiment: > > â¢ You will be given a set of tasks to perform using our platform. The > experiment should not take more than 1 - 1.5 hours. > â¢ After that, you will have to answer some surveys and other final > questions. > > If you know how to program in Pharo, have access to a any VR device, such > as Oculus Quest or HTC Vive, and would like to be part of the experiment, > please reply to this email. The overall experiment is very enjoyable, fun, > and you will experience what we will believe programmers will use in the > future. > > We hope you are part of this. > > Regards, > Victor Segura, Leonel Merino, Alexandre Bergel and Geoffrey Hecht > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > >

Oct. 18, 2021

Splitting a single HTTP Request into multiple concurrent requests

by Sven Van Caekenberghe

Hi, Somebody asked how you would split single HTTP Request into multiple concurrent requests. This is one way to do it. Upfront I should state that - I do no think this is worth the trouble - It is only applicable to large downloads (even larger than in the example) - The other side (server) must honour Range requests correctly (and be fast) This one is based on the data used in the ZnHTTPSTest(s)>>#testTransfers units test. More specifically the files available under https://s3-eu-west-1.amazonaws.com/public-stfx-eu/ such as https://s3-eu-west-1.amazonaws.com/public-stfx-eu/test-2050.txt for the smallest one. sizes := (Integer primesUpTo: 100) collect: [ :each | 1024 * each + each ]. size := sizes last. concurrency := 11. step := size // concurrency. ranges := (0 to: size - 1 by: step) collect: [ :each | { each. (each + step) min: size } ]. chunks := Array new: ranges size. done := Semaphore new. ms := 0. [ ms := Time millisecondClockValue. ranges withIndexDo: [ :range :index | [ | client | (client := ZnClient new) https; host: 's3-eu-west-1.amazonaws.com'; addPath: 'public-stfx-eu'. client addPath: ('test-{1}.txt' format: { size }). client headerAt: #Range put: ('bytes={1}-{2}' format: range). client get. client close. chunks at: index put: client contents. done signal ] forkAt: Processor lowIOPriority ]. ranges size timesRepeat: [ done wait ]. ms := Time millisecondsSince: ms. (String empty join: chunks) inspect. ] fork. This takes about 2 seconds total for me. [ ZnClient new https; host: 's3-eu-west-1.amazonaws.com'; addPath: 'public-stfx-eu'; addPath: 'test-99425.txt'; get. ] timeToRun. Which is roughly similar to the single request (again, for me). Two things to note: connection time dominates, in the parallel case, 11 independent requests were executed, so concurrency is definitively happening. The largest size file is just 100k, split in about 10 parts, which is most probably not enough to see much effect from doing things in parallel. HTH, Sven

Oct. 18, 2021

Re: Virtual Reality-based programming environment

by Jesus Mari Aguirre

Please think of me. I will be pleased to collaborate El jue., 14 oct. 2021 18:09, Alexandre Bergel via Pharo-users < pharo-users(a)lists.pharo.org> escribiÃ³: > Just as a teaser, here is what you will play with :-) > > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On 12 Oct 2021, at 18:18, Alexandre Bergel via Pharo-users < > pharo-users(a)lists.pharo.org> wrote: > > Hello, > > We are a small and energetic team who want to push the state of the art in > Virtual Reality-based programming environment. > We have an advanced prototype, and we need help of participants to be part > of our experiment involving our software called VRIDE, a fully immersive VR > programming tool. > > In this experiment: > > â¢ You will be given a set of tasks to perform using our platform. The > experiment should not take more than 1 - 1.5 hours. > â¢ After that, you will have to answer some surveys and other final > questions. > > If you know how to program in Pharo, have access to a any VR device, such > as Oculus Quest or HTC Vive, and would like to be part of the experiment, > please reply to this email. The overall experiment is very enjoyable, fun, > and you will experience what we will believe programmers will use in the > future. > > We hope you are part of this. > > Regards, > Victor Segura, Leonel Merino, Alexandre Bergel and Geoffrey Hecht > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

Oct. 16, 2021

Re: Virtual Reality-based programming environment

by Alexandre Bergel

Just as a teaser, here is what you will play with :-) Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On 12 Oct 2021, at 18:18, Alexandre Bergel via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > Hello, > > We are a small and energetic team who want to push the state of the art in Virtual Reality-based programming environment. > We have an advanced prototype, and we need help of participants to be part of our experiment involving our software called VRIDE, a fully immersive VR programming tool. > > In this experiment: > > â¢ You will be given a set of tasks to perform using our platform. The experiment should not take more than 1 - 1.5 hours. > â¢ After that, you will have to answer some surveys and other final questions. > > If you know how to program in Pharo, have access to a any VR device, such as Oculus Quest or HTC Vive, and would like to be part of the experiment, please reply to this email. The overall experiment is very enjoyable, fun, and you will experience what we will believe programmers will use in the future. > > We hope you are part of this. > > Regards, > Victor Segura, Leonel Merino, Alexandre Bergel and Geoffrey Hecht > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >

Oct. 14, 2021