- Pharo-users - lists.pharo.org

Re: [Pharo-users] Glamour: update presenter with new text

by Juraj Kubelka

> El 03-07-2017, a las 22:28, Hilaire <hilaire(a)drgeo.eu> escribiÃ³: > > I will be curious to know how to do thatâ¦ You may have a wrapper that holds the compiled method. So, the method list can hold your wrappers instead of compiled methods. Than your wrapper could listen to the system announcer for changes and updates its value accordingly. Or you can update your method list on according to changes in the system announcer. Check, SystemAnnouncer uniqueInstance on: MethodModified do: [ :ann | self inform: ann method printString, â changedâ ]. Juraj > > > Le 03/07/2017 Ã 18:08, Andrei Chis a Ã©crit : >> 'aCompiledMethod' references the old method. To make this work you'll >> need to not reference the compiled method object directly or also >> refresh the list of methods. > > -- > Dr. Geo > http://drgeo.eu > > >

July 3, 2017

PharoCloud Ephemeric Cloud updates

by mikefilonov

Hi, Some updates on Ephemeric Cloud development: 1) Ephemeric cloud moved from OVH to Digital Ocean. In theory this opens an opportunity to run instances in different datacenter regions of DO. I think about adding a node in Frankfurt. Any thoughts? 2) Added support for Pharo 6 (32 bits only for now). Pharo 6 is particularly slow in read-only environments, so... now environment is writable. All changes are written to memory and reset on restart. Kind of works, Pharo 6 images are starting in 1-2 seconds (after initial load which may take for like 10 seconds). I migrated all my apps to the Pharo 6 and seems to work fine now. 3) Added custom ports support. Now it is possible to expose any additional ports needed for your Image. If you set an integer array to property "customPorts" system will expose and forward to these ports on start of the instance. Public addresses of the exposed ports are available on "mappedPorts". Note that public addresses are changed every start (and not accessible on stopped Images). 4) As result now you can remotely connect, debug and control Images running at PharoCloud using PharmIDE: http://docs.swarm.pharocloud.com/article/remote_debug This is so awesome! Thank you to Denis for his great work on PharmIDE: http://dionisiydk.blogspot.com/2017/01/pharmide-pharo-remote-ide-to-develop… Please try it and tell me if it works for you. 5) Completely new http gate for ephemerics. Instead of golang version now it is run on nginx + lua. This allows virtually all features to work. Like websockets: http://aidaweb.swarm.pharocloud.com/?view=realtime 6) Optimized Image upload should give pretty good boost in sending new Images to cloud. Just a reminder: to get free access to the cloud you can use your Pharo Association account or register at pharocloud main site. You can log in here: https://www.pharocloud.com/manager Docs can be found here: http://docs.swarm.pharocloud.com/ Looking forward for feedback. Cheers, Mike -- View this message in context: http://forum.world.st/PharoCloud-Ephemeric-Cloud-updates-tp4953360.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 3, 2017

Re: [Pharo-users] Glamour: update presenter with new text

by Hilaire

I will be curious to know how to do that... Le 03/07/2017 Ã 18:08, Andrei Chis a Ã©crit : > 'aCompiledMethod' references the old method. To make this work you'll > need to not reference the compiled method object directly or also > refresh the list of methods. -- Dr. Geo http://drgeo.eu

July 3, 2017

Re: [Pharo-users] Glamour: update presenter with new text

by Andrei Chis

If I'm not mistaken CompiledMethod instances are immutable. When you run 'compiledMethod methodClass compile: presentation text' another CompiledMethod object is created and installed in the methods dictionary. So in the display block 'aCompiledMethod' references the old method. To make this work you'll need to not reference the compiled method object directly or also refresh the list of methods. Cheers, Andrei On Mon, Jul 3, 2017 at 5:48 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Ah sorry no it is not working as expected. > > When I saved a modified method, the presenter got its source text > updated (good), but the morph view is reversed to its previous content. > > Here is the code I use, anything wrong in the code bellow? > > Thanks > > Hilaire > > sourceIn: composite ^ composite pharoMethod title: 'Source code' > translated; smalltalkClass: [ :each | each methodClass]; display: [ > :aCompiledMethod | aCompiledMethod sourceCode ]; act: [ :presentation > :compiledMethod | compiledMethod methodClass compile: presentation text. > presentation update.] on: $s entitled: 'Save' translated > > -- > Dr. Geo > http://drgeo.eu > > > >

July 3, 2017

Re: [Pharo-users] Glamour: update presenter with new text

by Hilaire

Sorry for the text formating, it was wrong, hope it is better now: || || |sourceIn: composite| | ^ composite pharoMethod| | title: 'Source code' translated;| | smalltalkClass: [ :each | each methodClass];| | display: [ :aCompiledMethod | aCompiledMethod sourceCode ];| | act: [ :presentation :compiledMethod || | compiledMethod methodClass compile: presentation text.| | presentation update.] | | on: $s | | entitled: 'Save' translated| -- Dr. Geo http://drgeo.eu -- Dr. Geo http://drgeo.eu

July 3, 2017

Re: [Pharo-users] Glamour: update presenter with new text

by Hilaire

Ah sorry no it is not working as expected. When I saved a modified method, the presenter got its source text updated (good), but the morph view is reversed to its previous content. Here is the code I use, anything wrong in the code bellow? Thanks Hilaire sourceIn: composite ^ composite pharoMethod title: 'Source code' translated; smalltalkClass: [ :each | each methodClass]; display: [ :aCompiledMethod | aCompiledMethod sourceCode ]; act: [ :presentation :compiledMethod | compiledMethod methodClass compile: presentation text. presentation update.] on: $s entitled: 'Save' translated -- Dr. Geo http://drgeo.eu

July 3, 2017

Re: [Pharo-users] Syntax colouring in Glamouros script presentation

by Hilaire

Thanks, worked ! Le 03/07/2017 Ã 14:46, Andrei Chis a Ã©crit : > Hi, > > By default the GLMPharoMethodPresentation should do syntax > highlighting. You just need to set the class in whose context syntax > highlighting will be done using #smalltalkClass:. If this doesn't > work some code of how to reproduce the problem would help. > -- Dr. Geo http://drgeo.eu

July 3, 2017

Re: [Pharo-users] [Moose-dev] Glamour accordion presentation

by Andrei Chis

Hi, Unfortunately the accordion widget is a bit underdeveloped. A few more comments below. On Mon, Jul 3, 2017 at 2:42 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > I'm playing around with Glamour and accordion presentation, however there > are couple things I'm struggling with. > > I have a simple presentation: > > ``` > | browser data| > data := { > 'First' -> #(1 2 3). > 'Second' -> #(a b c). > 'Third' -> #(A B C). > 'Fourth' -> #(! @ #'#'). > }. > > browser := GLMTabulator new. > browser column: #accordion. > browser transmit to: #accordion; andShow: [ :a | > a accordionArrangement. > a title: 'Accordion'. > data do: [ :pair | > a fastList > title: pair key; > display: pair value > ]. > a list. > ]. > > browser openOn: #(). > ``` > > > > > * Is it possible to tell the accordion to not take more space than is > needed? E.g. after item 3, and after item $c there's lot of empty space. > * Is it possible to close accordions upwards? I have added an empty list > at the end to consume extra white space, but it is insufficient (see point > above) and ugly. > * Is it possible to control which accordions are opened/closed by default? > * Is it possible to connect all the lists so only one item can be selected > at any time? Currently I can select independently in the lists. > I don't think any of the above things are supported by the current accordion implementation. The current implementation is in GLMMorphicAccordionRenderer>>render:. It's quite small and it could use some improvements. * Is it possible to build the lists from the input data (=openOn: XXX)? I > can fill the data, but if I am making multiple lists then I am lost. > You should be able. The #andShow: block can take as a second parameter the value passed on the entity port (so the value passed to openOn: in your case) Cheers, Andrei > > (I could use tree to fix most of the problems, but Accordion looks much > nicer :)) > > Any pointers appreciated, > Peter > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)list.inf.unibe.ch > https://www.list.inf.unibe.ch/listinfo/moose-dev > >

July 3, 2017

Re: [Pharo-users] Syntax colouring in Glamouros script presentation

by Andrei Chis

Hi, By default the GLMPharoMethodPresentation should do syntax highlighting. You just need to set the class in whose context syntax highlighting will be done using #smalltalkClass:. If this doesn't work some code of how to reproduce the problem would help. Cheers, Andrei On Mon, Jul 3, 2017 at 2:10 PM, Hilaire <hilaire(a)drgeo.eu> wrote: > Hi, > > Is it possible to have colouring in PharoMethod presenter. > > When I use it from my method presenter in the DrGeoScrpitBrowser it is > not colouring. > > Thanks > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > > > >

July 3, 2017

Glamour accordion presentation

by Peter UhnÃ¡k

Hi, I'm playing around with Glamour and accordion presentation, however there are couple things I'm struggling with. I have a simple presentation: ``` | browser data| data := { 'First' -> #(1 2 3). 'Second' -> #(a b c). 'Third' -> #(A B C). 'Fourth' -> #(! @ #'#'). }. browser := GLMTabulator new. browser column: #accordion. browser transmit to: #accordion; andShow: [ :a | a accordionArrangement. a title: 'Accordion'. data do: [ :pair | a fastList title: pair key; display: pair value ]. a list. ]. browser openOn: #(). ``` * Is it possible to tell the accordion to not take more space than is needed? E.g. after item 3, and after item $c there's lot of empty space. * Is it possible to close accordions upwards? I have added an empty list at the end to consume extra white space, but it is insufficient (see point above) and ugly. * Is it possible to control which accordions are opened/closed by default? * Is it possible to connect all the lists so only one item can be selected at any time? Currently I can select independently in the lists. * Is it possible to build the lists from the input data (=openOn: XXX)? I can fill the data, but if I am making multiple lists then I am lost. (I could use tree to fix most of the problems, but Accordion looks much nicer :)) Any pointers appreciated, Peter

July 3, 2017