- Pharo-users - lists.pharo.org

Pharo Audio?

by volkert

Dear all, it is possible to play some audio (wav, ogg, mp3, ...) in Pharo? - I need to play an effect on a key/mouse event... - i need to play/stream some audio file in the background ... BW, Volkert

May 7, 2017

Re: [Pharo-users] using UFFI in non-crashing way

by raffaello.giulietti＠lifeware.ch

On 07/04/17 18:28, Dimitris Chloupis wrote: > Do you guys received my CPU exceptions solution message ? Because the > issue you described is already resolved by hardware. Simple and elegant > solution too > On Fri, 7 Apr 2017 at 11:03, Denis Kudriashov <dionisiydk(a)gmail.com > <mailto:dionisiydk@gmail.com>> wrote: > > > 2017-04-07 8:22 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>>: > >> But then the problem is on "how to not lose your >> code", not in FFI... >> >> >> Restarting image is a problem. For any other "smalltalk" >> problems we got suitable debugger but not in that case. >> >> >> Also when image crashed we need to recover all objects state >> for the script which produce crash > > FFI is a border. > Once you start working with it, you are in C world. > And C world is nasty, hard and cumbersome. > > > Yes. And my remark was about possibility to catch C error to prevent > image crash, why it will make FFI less hard. > My experience with the UFFI so far is quite positive. Of course, a lot of care needs to go to the C part, but that's a fact of life with C's unsafe computational model. So, if the C code is well written and thoroughly tested, possibly outside Pharo, then integrating it by means of the UFFI is rather straightforward. I agree that small errors using the UFFI can lead to spurious or catastrophic outcomes, so unit (or even smaller scoped) testing really becomes vital. >From what I can tell so far, the UFFI is fast, well performing and, with some care, not even so hard as it might seem at first sight. Greetings Raffaello

May 7, 2017

Re: [Pharo-users] Process scheduling

by raffaello.giulietti＠lifeware.ch

Hi Ben, On 01/05/17 15:23, Ben Coman wrote: > > > I was responding to your literal question about ProcessScheduler and > what part of the system does the context switching. > Now I'm guessing your interest is more about user-level > multi-threaded behaviour of Processes, > so I hunted down some discussions you may find be interesting > > * http://forum.world.st/The-Trunk-Kernel-mt-1009-mcz-td4887889.html > (search for preemptionYields) > > * http://forum.world.st/threading-in-Pharo-td4750534.html > > * http://forum.world.st/threading-in-Pharo-td4750534.html > > * http://forum.world.st/VM-Maker-VMMaker-oscog-eem-942-mcz-td4790993.html > > Quite interesting, indeed, and very detailed. > However I didn't quite follow where you said... "in absence of > other synchronization points." > Do you mean without suspend/resuming Processes or waiting/signalling > Semaphore > and something else? > Yes, I mean this. > I'm not sure if this is what your looking for, but in summary... > Processes at the same priority are scheduled cooperatively. they must > deliberately yield or sleep to be put at the back of their priority's > run-queue.before another process of same priority can run. Right, this is the part explicitly controlled by the programmer and which is synchronous from the Process' own perspective. Higher > priority processes pre-empt lower priority processes only when they are > woken (i.e. signalled or resumed). The pre-empted process stays at the > front of its priority's run-queue so that the higher-priority-preemption > is transparent to the same-priority-cooperative scheduling. > This is the most synthetic explanation I've seen so far! Clear and concise. Thanks and greetings Raffaello

May 7, 2017

Re: [Pharo-users] Pharo for Raspberry Pi

by Stephane Ducasse

Hi richard, Denis is working on a raspberry connexion. He showed us that he can remotely control an arduino connected to a raspberry running Pharo. I will demo it during Pharodays and we plan to produce a tutorial. So you can beta test it. Stef On Sat, May 6, 2017 at 11:20 PM, horrido <horrido.hobbies(a)gmail.com> wrote: > Okay, I had to fall back to V40 of Pharo. I guess that means I also have to > fall back to the previous "Pharo by Example" book, instead of "Pharo by > Example 50." > > Bummer. > > > > > -- > View this message in context: http://forum.world.st/Pharo- > for-Raspberry-Pi-tp4945740p4945746.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

May 7, 2017

Re: [Pharo-users] XMLHTMLParser Entity Handling oddity

by Stephane Ducasse

Hi monty yes I would love to have a booklet and I can help reading and reviewing and producing it. Tell me that you want. What you can do also is to start by writing little (2/3) page blok posts and we turn them into a booklet. Stef On Sun, May 7, 2017 at 1:37 AM, monty <monty2(a)programmer.net> wrote: > Yes, but at this point it will probably be a booklet, like the Glorp and > Smacc ones you posted. > > > Sent: Saturday, May 06, 2017 at 6:19 AM > > From: "Stephane Ducasse" <stepharo.self(a)gmail.com> > > To: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> > > Subject: Re: [Pharo-users] XMLHTMLParser Entity Handling oddity > > > > Hi guys > > > > It would be supercool to have a chapter on the XML package. > > Does any of you have the knowledge to do it? > > I do not have it. > > > > Stef > > > > > > On Sat, May 6, 2017 at 9:51 AM, Udo Schneider < > udo.schneider@homeaddress.de[mailto:udo.schneider@homeaddress.de]> > wrote:Perfect! Thank you very very much! > > > > Am 05/05/17 um 19:28 schrieb monty: > > > > This should be fixed now. Thanks for the bug report. > > Sent: Wednesday, May 03, 2017 at 4:44 PM > > From: "Udo Schneider" <udo.schneider(a)homeaddress.de[mailto: > udo.schneider(a)homeaddress.de]> > > To: pharo-users@lists.pharo.org[mailto:pharo-users@lists.pharo.org] > > Subject: [Pharo-users] XMLHTMLParser Entity Handling oddity > > > > All, > > > > I'm hitting an interesting issue with XMLHTMLParser and I'm not even > > sure if this is a bug or intended behaviour. Given an HTML Entity in a > > String it's resolved or quoted depending on the tag (header or section > tag): > > > > doc := XMLHTMLParser parse: > > '<html><head><title>Ã</title></head><body>Ã</body></html>'. > > (doc findElementNamed: 'title') contentString. "'Ã'" > > (doc findElementNamed: 'body') contentString. "'Ã'" > > > > In my understanding and according to > > https://www.w3.org/TR/html401/struct/global.html#h-7.4.2[ > https://www.w3.org/TR/html401/struct/global.html#h-7.4.2] Entities in the > > title tag are allowed and should IMHO be resolved. > > > > So both should return 'Ã' in this case. > > > > Any pointers? > > > > CU, > > > > Udo > >

May 7, 2017

Re: [Pharo-users] SPEC: accept by Tab ?

by Stephane Ducasse

Hi harmunt I'm doing too many things to get energy to be concentrated on Spec. Now I'm surprised that Character space would work as a KeyCombination and I saw that the eventKeyStrokes are often converted into a keyCombination for the next previous event. registerKeyStrokesForNextFor: aWidget aWidget ifNil: [ ^ self ]. self eventKeyStrokesForNextFocus do: [:each | aWidget bindKeyCombination: each toAction: [ self giveFocusToNextFrom: self ] ] eventKeyStrokesForNextFocus "String describing the keystroke to perform to jump to the next widget" ^ { Character tab asKeyCombination } Can you try textinputField bindKeyCombination: Character tab asKeyCombination toAction: textinputField acceptBlock Tx On Sat, May 6, 2017 at 10:22 PM, Hartmut Krasemann < Hartmut.Krasemann(a)t-online.de> wrote: > Hi, > > maybe someone can give me a hint. > I use SPEC for an elaborate GUI with the need to switch autoaccept of > inputFields off. > So accept of textInputFields is by Return. > > Since Tabs are used to navigate anyway, It would be great to "accept" on > leaving the inputField. > > I found the possibility to bind a key/keyCombination to an action > (as is done in ButtonModel initialize: > self bindKeyCombination: Character space toAction: [ self action ] ) > > However the following code in a TextinputFieldModel > textinputField bindKeyCombination: Character tab toAction: > textinputField acceptBlock > did not work. > > What should I do? > > Thanks for a hint > -- > > Hartmut Krasemann > KÃ¶nigsberger Str. 41 c > D 22869 Schenefeld > Tel. 040.8307097 > Mobil 0171.6451283 > Krasemann(a)acm.org >

May 7, 2017

Re: [Pharo-users] XMLHTMLParser Entity Handling oddity

by monty

Yes, but at this point it will probably be a booklet, like the Glorp and Smacc ones you posted. > Sent: Saturday, May 06, 2017 at 6:19 AM > From: "Stephane Ducasse" <stepharo.self(a)gmail.com> > To: "Any question about pharo is welcome" <pharo-users(a)lists.pharo.org> > Subject: Re: [Pharo-users] XMLHTMLParser Entity Handling oddity > > Hi guys > > It would be supercool to have a chapter on the XML package. > Does any of you have the knowledge to do it? > I do not have it. > > Stef > > > On Sat, May 6, 2017 at 9:51 AM, Udo Schneider <udo.schneider@homeaddress.de[mailto:udo.schneider@homeaddress.de]> wrote:Perfect! Thank you very very much! > > Am 05/05/17 um 19:28 schrieb monty: > > This should be fixed now. Thanks for the bug report. > Sent: Wednesday, May 03, 2017 at 4:44 PM > From: "Udo Schneider" <udo.schneider@homeaddress.de[mailto:udo.schneider@homeaddress.de]> > To: pharo-users@lists.pharo.org[mailto:pharo-users@lists.pharo.org] > Subject: [Pharo-users] XMLHTMLParser Entity Handling oddity > > All, > > I'm hitting an interesting issue with XMLHTMLParser and I'm not even > sure if this is a bug or intended behaviour. Given an HTML Entity in a > String it's resolved or quoted depending on the tag (header or section tag): > > doc := XMLHTMLParser parse: > '<html><head><title>Ã</title></head><body>Ã</body></html>'. > (doc findElementNamed: 'title') contentString. "'Ã'" > (doc findElementNamed: 'body') contentString. "'Ã'" > > In my understanding and according to > https://www.w3.org/TR/html401/struct/global.html#h-7.4.2[https://www.w3.org… Entities in the > title tag are allowed and should IMHO be resolved. > > So both should return 'Ã' in this case. > > Any pointers? > > CU, > > Udo

May 6, 2017

Re: [Pharo-users] Pharo for Raspberry Pi

by horrido

Okay, I had to fall back to V40 of Pharo. I guess that means I also have to fall back to the previous "Pharo by Example" book, instead of "Pharo by Example 50." Bummer. -- View this message in context: http://forum.world.st/Pharo-for-Raspberry-Pi-tp4945740p4945746.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 6, 2017

SPEC: accept by Tab ?

by Hartmut Krasemann

Hi, maybe someone can give me a hint. I use SPEC for an elaborate GUI with the need to switch autoaccept of inputFields off. So accept of textInputFields is by Return. Since Tabs are used to navigate anyway, It would be great to "accept" on leaving the inputField. I found the possibility to bind a key/keyCombination to an action (as is done in ButtonModel initialize: self bindKeyCombination: Character space toAction: [ self action ] ) However the following code in a TextinputFieldModel textinputField bindKeyCombination: Character tab toAction: textinputField acceptBlock did not work. What should I do? Thanks for a hint -- signatur Hartmut Krasemann KÃ¶nigsberger Str. 41 c D 22869 Schenefeld Tel. 040.8307097 Mobil 0171.6451283 Krasemann(a)acm.org

May 6, 2017

Re: [Pharo-users] Pharo for Raspberry Pi

by nacho

I guess you will have to check both, the VM and the image are Spur or not. Do not combine them. ----- Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Pharo-for-Raspberry-Pi-tp4945740p4945741.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 6, 2017