September 2017 - Pharo-users

Re: [Pharo-users] [Demo] Creating Bloc Widgets with Pharo

by stephan

On 28-09-17 21:07, Stephane Ducasse wrote: > For example why a BlElement cannot get > invisible and visible in addition to visibility: BlVisibility visible. It can, and if we do that systematically we end up with a BlElement with a thousand methods. There are so many aspects that an element might need to handle. Handling children, layout, styling, drawing, fonts, events, visibility. Where should the border be? One thing I noted is that in Bloc we don't have a way to decide where to add a dropped element in a parent that has a specified layout. In Morphic that is also a responsibility of the layout. Stephan

Sept. 28, 2017

Re: [Pharo-users] [Demo] Creating Bloc Widgets with Pharo

by stephan

On 28-09-17 21:03, Stephane Ducasse wrote: > Now how do you validate the API of your widgets. Good question. In Morphic I had everything centralized in the Morph. The advantage is that it is clear what influences what, the disadvantage is that it easily results in very complex code. Here I have event handling spread over multiple objects. That gives here a better separation of concerns. The pane itself handles clicking, the dragInteraction object the drag and drop. Separating these two works, but in a more complex application there could be e.g. multiple drag and drop relationships. > I think that write test is a really because in that it will force us > to have fully scriptable widgets. Indeed. At the moment I am still trying to find out how I want to distribute responsibilities. I welcome ideas on how to improve this. And of course I would like the dropping to also work on the last position. Stephan

Sept. 28, 2017

Re: [Pharo-users] Is a non-break space whitespace?

by JuliÃ¡n Maestri

The non breaking space, is a whitespace character or separator depending on the context. As far as i know it's not considered as a separator only when deciding text layout, it means do not break the line here: eg: "A distance of 100 meters" (nbsp between 100 and meters) should be rendered as either: > A distance of 100 meters or: > A distance of > 100 meters But not: > A distance of 100 > meters There's an opposite character (don't remember the code) which means <you can break here if you need to> which is NOT a whitespace. On 25 September 2017 at 10:21, stephan <stephan(a)stack.nl> wrote: > On 25-09-17 09:53, Richard Sargent wrote: > >> Rather than off-the-cuffing anything, please honour the Unicode Character >> Properties. Refer to >> https://en.wikipedia.org/wiki/Unicode_character_property#Whitespace, >> among >> others. >> > > That is a good idea. And it won't help you if you scrape data from the > web, as you'll find plenty of bad encoding. And unclarity over which > version of which standard was used (see mongolian vowel separator) > > Stephan > > >

Sept. 28, 2017

Re: [Pharo-users] [Demo] Creating Bloc Widgets with Pharo

by Stephane Ducasse

I was wondering how we could provide a "better" interface for object. For example why a BlElement cannot get invisible and visible in addition to visibility: BlVisibility visible. Stef On Thu, Sep 28, 2017 at 9:03 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Thanks Stefan > I will have a look. > Now how do you validate the API of your widgets. > I think that write test is a really because in that it will force us > to have fully scriptable widgets. > > stef > > > On Thu, Sep 28, 2017 at 6:04 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: >> Bloc is ready for your experiments. Here is my first one. >> Please let me know what and how to improve. >> >> Bloc allows for the creation of beautiful widgets. >> Here is a panel containing collapsible subpanels >> that can be reordered with drag-and-drop. >> >> https://vimeo.com/235934701 >> >> Stephan

Sept. 28, 2017

Re: [Pharo-users] [Demo] Creating Bloc Widgets with Pharo

by Stephane Ducasse

Thanks Stefan I will have a look. Now how do you validate the API of your widgets. I think that write test is a really because in that it will force us to have fully scriptable widgets. stef On Thu, Sep 28, 2017 at 6:04 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > Bloc is ready for your experiments. Here is my first one. > Please let me know what and how to improve. > > Bloc allows for the creation of beautiful widgets. > Here is a panel containing collapsible subpanels > that can be reordered with drag-and-drop. > > https://vimeo.com/235934701 > > Stephan

Sept. 28, 2017

Re: [Pharo-users] How to make pharo find sqlite?

by phil＠highoctane.be

What about LD_LIBRARY_PATH=<sqlite3place>;$LD_LIBRARYPATH ./pharo-ui some.image Phil On Thu, Sep 28, 2017 at 7:40 PM, Herby VojÄÃk <herby(a)mailbox.sk> wrote: > Hello! > > I try to deploy UDBCSQLite-using image in a 32bit ubuntu 16.04.3. > > I do have libsqlite3: > > root@32bit-agent:~# find / -name '*libsqlite*' -type f 2>>/dev/null > /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6 > /var/lib/dpkg/info/libsqlite0.list > /var/lib/dpkg/info/libsqlite3-0:i386.postinst > /var/lib/dpkg/info/libsqlite3-0:i386.md5sums > /var/lib/dpkg/info/libsqlite3-0:i386.shlibs > /var/lib/dpkg/info/libsqlite0.postrm > /var/lib/dpkg/info/libsqlite3-0:i386.symbols > /var/lib/dpkg/info/libsqlite3-0:i386.list > /var/lib/dpkg/info/libsqlite3-0:i386.triggers > /var/cache/apt/archives/libsqlite0_2.8.17-12fakesync1_i386.deb > > but I get this in the output of the CI: > > 17:16:54.233 + ../pharo/pharo ./filmtower.image conf/run-tests.st > 17:16:54.508 pthread_setschedparam failed: Operation not permitted > 17:16:54.509 This VM uses a separate heartbeat thread to update its > internal clock > 17:16:54.509 and handle events. For best operation, this thread should > run at a > 17:16:54.509 higher priority, however the VM was unable to change the > priority. The > 17:16:54.509 effect is that heavily loaded systems may experience some > latency > 17:16:54.509 issues. If this occurs, please create the appropriate > configuration > 17:16:54.509 file in /etc/security/limits.d/ as shown below: > 17:16:54.509 > 17:16:54.509 cat <<END | sudo tee /etc/security/limits.d/pharo.conf > 17:16:54.509 * hard rtprio 2 > 17:16:54.509 * soft rtprio 2 > 17:16:54.509 END > 17:16:54.509 > 17:16:54.509 and report to the pharo mailing list whether this improves > behaviour. > 17:16:54.512 > 17:16:54.512 You will need to log out and log back in for the limits to > take effect. > 17:16:54.512 For more information please see > 17:16:54.512 https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/ > tag/r3732#linux > 17:16:54.785 > 17:16:54.786 TowergameSyncTests > 17:16:54.831 Error: External module not found > 17:16:54.832 ExternalLibraryFunction(Object)>>error: > 17:16:54.832 ExternalLibraryFunction(Object)>>externalCallFailed > 17:16:54.833 ExternalLibraryFunction(ExternalFunction)>>invokeWithArgumen > ts: > 17:16:54.833 UDBCSQLite3DatabaseExternalObject > class>>finalizeResourceData: > 17:16:54.834 FFICalloutAPI>>function:module: > 17:16:54.834 UDBCSQLite3Library(Object)>>ffiCall:module: > 17:16:54.835 UDBCSQLite3DatabaseExternalObject > class>>finalizeResourceData: > 17:16:54.836 FFIExternalResourceExecutor>>finalize > 17:16:54.836 WeakFinalizerItem>>finalizeValues > 17:16:54.845 [ each finalizeValues ] in [ :each | [ each finalizeValues ] > on: Exception fork: [ :ex | ex pass ] ] in WeakRegistry>>finalizeValues in > Block: [ each finalizeValues ] > 17:16:54.846 BlockClosure>>on:do: > 17:16:54.852 [ Processor terminateActive ] in [ :ex | > 17:16:54.852 | copy onDoCtx process handler bottom thisCtx | > 17:16:54.852 onDoCtx := thisContext. > 17:16:54.852 thisCtx := onDoCtx home. > 17:16:54.852 > 17:16:54.852 "find the context on stack for which this method's is sender" > 17:16:54.852 [ onDoCtx sender == thisCtx ] > 17:16:54.852 whileFalse: [ onDoCtx := onDoCtx sender. > 17:16:54.852 onDoCtx > 17:16:54.852 ifNil: [ "Can't find our home context. > seems like we're already forked > 17:16:54.852 and handling another exception in > new thread. In this case, just pass it through handler." ^ handlerAction > cull: ex ] ]. > 17:16:54.852 bottom := [ Processor terminateActive ] asContext. > 17:16:54.853 onDoCtx privSender: bottom. > 17:16:54.853 handler := [ handlerAction cull: ex ] asContext. > 17:16:54.853 handler privSender: thisContext sender. > 17:16:54.853 (Process forContext: handler priority: Processor > activePriority) > 17:16:54.853 resume. > 17:16:54.853 > 17:16:54.853 "cut the stack of current process" > 17:16:54.853 thisContext privSender: thisCtx. > 17:16:54.853 nil ] in BlockClosure>>on:fork: in Block: [ Processor > terminateActive ] > 17:16:54.989 > > Look like pharo was not able to find the sqlite3 lib. > > Any help? > > Thanks, Herby > > >

Sept. 28, 2017

Re: [Pharo-users] How to make pharo find sqlite?

by H. Hirzel

Try it with sqlite3-dev installed in addition --Hannes On 9/28/17, Herby VojÄÃk <herby(a)mailbox.sk> wrote: > Hello! > > I try to deploy UDBCSQLite-using image in a 32bit ubuntu 16.04.3. > > I do have libsqlite3: > > root@32bit-agent:~# find / -name '*libsqlite*' -type f 2>>/dev/null > /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6 > /var/lib/dpkg/info/libsqlite0.list > /var/lib/dpkg/info/libsqlite3-0:i386.postinst > /var/lib/dpkg/info/libsqlite3-0:i386.md5sums > /var/lib/dpkg/info/libsqlite3-0:i386.shlibs > /var/lib/dpkg/info/libsqlite0.postrm > /var/lib/dpkg/info/libsqlite3-0:i386.symbols > /var/lib/dpkg/info/libsqlite3-0:i386.list > /var/lib/dpkg/info/libsqlite3-0:i386.triggers > /var/cache/apt/archives/libsqlite0_2.8.17-12fakesync1_i386.deb > > but I get this in the output of the CI: > > 17:16:54.233 + ../pharo/pharo ./filmtower.image conf/run-tests.st > 17:16:54.508 pthread_setschedparam failed: Operation not permitted > 17:16:54.509 This VM uses a separate heartbeat thread to update its > internal clock > 17:16:54.509 and handle events. For best operation, this thread should > run at a > 17:16:54.509 higher priority, however the VM was unable to change the > priority. The > 17:16:54.509 effect is that heavily loaded systems may experience some > latency > 17:16:54.509 issues. If this occurs, please create the appropriate > configuration > 17:16:54.509 file in /etc/security/limits.d/ as shown below: > 17:16:54.509 > 17:16:54.509 cat <<END | sudo tee /etc/security/limits.d/pharo.conf > 17:16:54.509 * hard rtprio 2 > 17:16:54.509 * soft rtprio 2 > 17:16:54.509 END > 17:16:54.509 > 17:16:54.509 and report to the pharo mailing list whether this improves > behaviour. > 17:16:54.512 > 17:16:54.512 You will need to log out and log back in for the limits to > take effect. > 17:16:54.512 For more information please see > 17:16:54.512 > https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/r3732#linux > 17:16:54.785 > 17:16:54.786 TowergameSyncTests > 17:16:54.831 Error: External module not found > 17:16:54.832 ExternalLibraryFunction(Object)>>error: > 17:16:54.832 ExternalLibraryFunction(Object)>>externalCallFailed > 17:16:54.833 > ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments: > 17:16:54.833 UDBCSQLite3DatabaseExternalObject class>>finalizeResourceData: > 17:16:54.834 FFICalloutAPI>>function:module: > 17:16:54.834 UDBCSQLite3Library(Object)>>ffiCall:module: > 17:16:54.835 UDBCSQLite3DatabaseExternalObject class>>finalizeResourceData: > 17:16:54.836 FFIExternalResourceExecutor>>finalize > 17:16:54.836 WeakFinalizerItem>>finalizeValues > 17:16:54.845 [ each finalizeValues ] in [ :each | [ each finalizeValues > ] on: Exception fork: [ :ex | ex pass ] ] in > WeakRegistry>>finalizeValues in Block: [ each finalizeValues ] > 17:16:54.846 BlockClosure>>on:do: > 17:16:54.852 [ Processor terminateActive ] in [ :ex | > 17:16:54.852 | copy onDoCtx process handler bottom thisCtx | > 17:16:54.852 onDoCtx := thisContext. > 17:16:54.852 thisCtx := onDoCtx home. > 17:16:54.852 > 17:16:54.852 "find the context on stack for which this method's is sender" > 17:16:54.852 [ onDoCtx sender == thisCtx ] > 17:16:54.852 whileFalse: [ onDoCtx := onDoCtx sender. > 17:16:54.852 onDoCtx > 17:16:54.852 ifNil: [ "Can't find our home context. seems like we're > already forked > 17:16:54.852 and handling another exception in new thread. In this > case, just pass it through handler." ^ handlerAction cull: ex ] ]. > 17:16:54.852 bottom := [ Processor terminateActive ] asContext. > 17:16:54.853 onDoCtx privSender: bottom. > 17:16:54.853 handler := [ handlerAction cull: ex ] asContext. > 17:16:54.853 handler privSender: thisContext sender. > 17:16:54.853 (Process forContext: handler priority: Processor > activePriority) > 17:16:54.853 resume. > 17:16:54.853 > 17:16:54.853 "cut the stack of current process" > 17:16:54.853 thisContext privSender: thisCtx. > 17:16:54.853 nil ] in BlockClosure>>on:fork: in Block: [ Processor > terminateActive ] > 17:16:54.989 > > Look like pharo was not able to find the sqlite3 lib. > > Any help? > > Thanks, Herby > >

Sept. 28, 2017

Re: [Pharo-users] X11 options on Ubuntu VM / Athens rendering problems

by Igor Stasenko

On 28 September 2017 at 12:43, Hilaire <hilaire(a)drgeo.eu> wrote: > Hi Igor, > > I got libsdl and libcairo 32bits installed fine on 64bits Ubuntu 17.04. > > weird.. > What is your ubuntu system? > > cat /etc/lsb-release DISTRIB_ID=Ubuntu DISTRIB_RELEASE=17.04 DISTRIB_CODENAME=zesty DISTRIB_DESCRIPTION="Ubuntu 17.04" > Hilaire > > > > Le 28/09/2017 Ã 01:22, Igor Stasenko a Ã©crit : > >> something in my installation are in conflict with 32-bit version of >> cairo.. that's weird.. >> but unmet dependencies/dependency conflict resolution of linux .deb >> packages is not my strong side. >> So, it would be nice if someone could help how to proceed with that. >> > > -- > Dr. Geo > http://drgeo.eu > > > > -- Best regards, Igor Stasenko.

Sept. 28, 2017

How to make pharo find sqlite?

by Herby VojÄÃk

Hello! I try to deploy UDBCSQLite-using image in a 32bit ubuntu 16.04.3. I do have libsqlite3: root@32bit-agent:~# find / -name '*libsqlite*' -type f 2>>/dev/null /usr/lib/i386-linux-gnu/libsqlite3.so.0.8.6 /var/lib/dpkg/info/libsqlite0.list /var/lib/dpkg/info/libsqlite3-0:i386.postinst /var/lib/dpkg/info/libsqlite3-0:i386.md5sums /var/lib/dpkg/info/libsqlite3-0:i386.shlibs /var/lib/dpkg/info/libsqlite0.postrm /var/lib/dpkg/info/libsqlite3-0:i386.symbols /var/lib/dpkg/info/libsqlite3-0:i386.list /var/lib/dpkg/info/libsqlite3-0:i386.triggers /var/cache/apt/archives/libsqlite0_2.8.17-12fakesync1_i386.deb but I get this in the output of the CI: 17:16:54.233 + ../pharo/pharo ./filmtower.image conf/run-tests.st 17:16:54.508 pthread_setschedparam failed: Operation not permitted 17:16:54.509 This VM uses a separate heartbeat thread to update its internal clock 17:16:54.509 and handle events. For best operation, this thread should run at a 17:16:54.509 higher priority, however the VM was unable to change the priority. The 17:16:54.509 effect is that heavily loaded systems may experience some latency 17:16:54.509 issues. If this occurs, please create the appropriate configuration 17:16:54.509 file in /etc/security/limits.d/ as shown below: 17:16:54.509 17:16:54.509 cat <<END | sudo tee /etc/security/limits.d/pharo.conf 17:16:54.509 * hard rtprio 2 17:16:54.509 * soft rtprio 2 17:16:54.509 END 17:16:54.509 17:16:54.509 and report to the pharo mailing list whether this improves behaviour. 17:16:54.512 17:16:54.512 You will need to log out and log back in for the limits to take effect. 17:16:54.512 For more information please see 17:16:54.512 https://github.com/OpenSmalltalk/opensmalltalk-vm/releases/tag/r3732#linux 17:16:54.785 17:16:54.786 TowergameSyncTests 17:16:54.831 Error: External module not found 17:16:54.832 ExternalLibraryFunction(Object)>>error: 17:16:54.832 ExternalLibraryFunction(Object)>>externalCallFailed 17:16:54.833 ExternalLibraryFunction(ExternalFunction)>>invokeWithArguments: 17:16:54.833 UDBCSQLite3DatabaseExternalObject class>>finalizeResourceData: 17:16:54.834 FFICalloutAPI>>function:module: 17:16:54.834 UDBCSQLite3Library(Object)>>ffiCall:module: 17:16:54.835 UDBCSQLite3DatabaseExternalObject class>>finalizeResourceData: 17:16:54.836 FFIExternalResourceExecutor>>finalize 17:16:54.836 WeakFinalizerItem>>finalizeValues 17:16:54.845 [ each finalizeValues ] in [ :each | [ each finalizeValues ] on: Exception fork: [ :ex | ex pass ] ] in WeakRegistry>>finalizeValues in Block: [ each finalizeValues ] 17:16:54.846 BlockClosure>>on:do: 17:16:54.852 [ Processor terminateActive ] in [ :ex | 17:16:54.852 | copy onDoCtx process handler bottom thisCtx | 17:16:54.852 onDoCtx := thisContext. 17:16:54.852 thisCtx := onDoCtx home. 17:16:54.852 17:16:54.852 "find the context on stack for which this method's is sender" 17:16:54.852 [ onDoCtx sender == thisCtx ] 17:16:54.852 whileFalse: [ onDoCtx := onDoCtx sender. 17:16:54.852 onDoCtx 17:16:54.852 ifNil: [ "Can't find our home context. seems like we're already forked 17:16:54.852 and handling another exception in new thread. In this case, just pass it through handler." ^ handlerAction cull: ex ] ]. 17:16:54.852 bottom := [ Processor terminateActive ] asContext. 17:16:54.853 onDoCtx privSender: bottom. 17:16:54.853 handler := [ handlerAction cull: ex ] asContext. 17:16:54.853 handler privSender: thisContext sender. 17:16:54.853 (Process forContext: handler priority: Processor activePriority) 17:16:54.853 resume. 17:16:54.853 17:16:54.853 "cut the stack of current process" 17:16:54.853 thisContext privSender: thisCtx. 17:16:54.853 nil ] in BlockClosure>>on:fork: in Block: [ Processor terminateActive ] 17:16:54.989 Look like pharo was not able to find the sqlite3 lib. Any help? Thanks, Herby

Sept. 28, 2017

[Demo] Creating Bloc Widgets with Pharo

by Stephan Eggermont

Bloc is ready for your experiments. Here is my first one. Please let me know what and how to improve. Bloc allows for the creation of beautiful widgets. Here is a panel containing collapsible subpanels that can be reordered with drag-and-drop. https://vimeo.com/235934701 Stephan

Sept. 28, 2017