June 2015 - Pharo-users - lists.pharo.org

adding an element to an empty array

by abdelghani ALIDRA

Hi guys, Is there any way to add an element to an empty array (must not use new: anElement)? Cheers

June 29, 2015

Re: [Pharo-users] [Ann] DragPanels: Floating palette windows with drag-and-drop in Morphic

by Peter UhnÃ¡k

On Mon, Jun 29, 2015 at 12:16 PM, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 29-06-15 10:26, Hannes Hirzel wrote: > >> Thank you, Stephan, for providing a well worked out example continuing >> where >> Morphic tutorials normally end. This is a real need to unearth functions >> which have been there fore years but mostly unused. >> >> The two video clips document the use cases of the code nicely. >> >> A question not answered yet is: How do I export the panel with the cards >> as >> an SVG file? >> > > Hmm. What would be the best way to do that? > - I assume in Bloc with Cairo I should be able to use an SVGCanvas? > I thought that this was already possible with Morph>>drawOnAthensCanvas:

June 29, 2015

Re: [Pharo-users] [Ann] DragPanels: Floating palette windows with drag-and-drop in Morphic

by Stephan Eggermont

On 29-06-15 10:26, Hannes Hirzel wrote: > Thank you, Stephan, for providing a well worked out example continuing where > Morphic tutorials normally end. This is a real need to unearth functions > which have been there fore years but mostly unused. > > The two video clips document the use cases of the code nicely. > > A question not answered yet is: How do I export the panel with the cards as > an SVG file? Hmm. What would be the best way to do that? - I assume in Bloc with Cairo I should be able to use an SVGCanvas? - SVG is pretty simple, I could just walk the morph tree and generate a file. - Roassal2 has SVG export. I could generate a Roassal image and export that. Stephan

June 29, 2015

Re: [Pharo-users] [Ann] DragPanels: Floating palette windows with drag-and-drop in Morphic

by Hannes Hirzel

Thank you, Stephan, for providing a well worked out example continuing where Morphic tutorials normally end. This is a real need to unearth functions which have been there fore years but mostly unused. The two video clips document the use cases of the code nicely. A question not answered yet is: How do I export the panel with the cards as an SVG file? --Hannes -- View this message in context: http://forum.world.st/Ann-DragPanels-Floating-palette-windows-with-drag-and… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 29, 2015

Re: [Pharo-users] RAM-efficient alternative to ZnMultiPartFormDataEntity

by mikefilonov

Hi Sven, Thank you for a prompt reply. I have in mind something similar to the followin nginx plugin: http://www.grid.net.ru/nginx/upload.en.html We could dump entity body directly from socket stream to a file (buffered reader/writer) and add a header to Request so backend could just have a file name (or FileReference?) instead of a ByteArray. I think this could help lowering RAM requirements for web-services which accepts files. -- View this message in context: http://forum.world.st/RAM-efficient-alternative-to-ZnMultiPartFormDataEntit… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 29, 2015

Re: [Pharo-users] RAM-efficient alternative to ZnMultiPartFormDataEntity

by Sven Van Caekenberghe

Hi Mike, > On 29 Jun 2015, at 04:43, mikefilonov <mikefilonov(a)gmail.com> wrote: > > Hello, > > I'm searching for an alternative implementation of ZnMultiPartFormDataEntity > which dumps it's parts to Filesystem as files saving RAM. > > Is there such an addon or it should be developed? No, there is no such a thing, and it could be useful, although I am not sure what you have in mind exactly. Please propose something we can discuss. Sven > Thanks, > Mike > > > > -- > View this message in context: http://forum.world.st/RAM-efficient-alternative-to-ZnMultiPartFormDataEntit… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

June 29, 2015

RAM-efficient alternative to ZnMultiPartFormDataEntity

by mikefilonov

Hello, I'm searching for an alternative implementation of ZnMultiPartFormDataEntity which dumps it's parts to Filesystem as files saving RAM. Is there such an addon or it should be developed? Thanks, Mike -- View this message in context: http://forum.world.st/RAM-efficient-alternative-to-ZnMultiPartFormDataEntit… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 29, 2015

Re: [Pharo-users] RESTful API with Pharo with Gemstones

by HernÃ¡n Morales Durand

Sorry bad typing. I wonder if you have another version than the published in SmalltalkHub (using Swagger-Support-V12-SebastianHeidbrink.1 currently) If I evaluate: (SwaggerAPIReaderV12 on: 'http://petstore.swagger.io/v2/swagger.json') readSwaggerAPIListing inspect Then "apis" Collection I guess are not read, just "info" (a SwaggerAPISpecListingInfo). Is there something missing? Cheers, HernÃ¡n 2015-06-28 18:50 GMT-03:00 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: > Sebastian > > I wonder if you > > > 2015-06-25 14:51 GMT-03:00 Sebastian Heidbrink <sheidev(a)yahoo.de>: > >> Actually with the new version 2.0 I would also change my workflow. >> Version 1.2 had not online spec editor tooling support and this is why I >> let Gemstone describe my REST API and render the Swagger json specification. >> >> In Swagger 2.0 I would rather take the online spec editor define a >> swagger spec and take the resulting json file to generate ZincRESTCall >> subclasses. >> This way a client developer or user is able to define his or her needs. >> >> Whish I had more time right now. >> >> Sebastian >> >> >> >> Am 24.06.2015 um 01:14 schrieb itlists(a)schrievkrom.de: >> >>> We go a very similiar way as Sebastian - but with our company need NOT >>> to build a Smalltalk-only system, but also offer support for several >>> other developers/languages. >>> >>> We use >>> >>> * Zinc REST >>> >>> * Gemstone 3.2.6 >>> >>> We generate code to have: >>> >>> * Swagger-UI and Swagger-Core support (currently 1.2) >>> >>> Earlier the swagger stuff was also handled by Gemstone, but now we >>> create Gemstone-Code to write the Swagger-specs into the server >>> filesystem. >>> >>> Practically the swagger-core support has been working with C# (we had to >>> correct/change the template for source code generation). >>> >>> We see now the need to go to Swagger 2.0, to stay near the development >>> master stream. >>> >>> The whole system is working very stable - the only problem I have is a >>> 10 MB limit on the Gemstone socket system - here the Zinc HTTP System >>> subsystem must be changed to get rid of this problem. >>> >>> >>> Marten >>> >>> Am 23.06.2015 um 20:40 schrieb sergio_101: >>> >>>> I have been a project coming up that I really onlyneed a restful API >>>> on. >>>> >>>> The front end will be first built on a mobile device(iOS )then back on >>>> possibly android, with a very stripped down web application. >>>> >>>> i would like to use pharo/gemstones as the database. >>>> >>>> is there a project out there that allows for such restful API >>>> development in pharo land? This would be so fun! >>>> >>>> thanks >>>> >>> >>> >> >> >

June 28, 2015

Re: [Pharo-users] RESTful API with Pharo with Gemstones

by HernÃ¡n Morales Durand

Sebastian I wonder if you 2015-06-25 14:51 GMT-03:00 Sebastian Heidbrink <sheidev(a)yahoo.de>: > Actually with the new version 2.0 I would also change my workflow. > Version 1.2 had not online spec editor tooling support and this is why I > let Gemstone describe my REST API and render the Swagger json specification. > > In Swagger 2.0 I would rather take the online spec editor define a swagger > spec and take the resulting json file to generate ZincRESTCall subclasses. > This way a client developer or user is able to define his or her needs. > > Whish I had more time right now. > > Sebastian > > > > Am 24.06.2015 um 01:14 schrieb itlists(a)schrievkrom.de: > >> We go a very similiar way as Sebastian - but with our company need NOT >> to build a Smalltalk-only system, but also offer support for several >> other developers/languages. >> >> We use >> >> * Zinc REST >> >> * Gemstone 3.2.6 >> >> We generate code to have: >> >> * Swagger-UI and Swagger-Core support (currently 1.2) >> >> Earlier the swagger stuff was also handled by Gemstone, but now we >> create Gemstone-Code to write the Swagger-specs into the server >> filesystem. >> >> Practically the swagger-core support has been working with C# (we had to >> correct/change the template for source code generation). >> >> We see now the need to go to Swagger 2.0, to stay near the development >> master stream. >> >> The whole system is working very stable - the only problem I have is a >> 10 MB limit on the Gemstone socket system - here the Zinc HTTP System >> subsystem must be changed to get rid of this problem. >> >> >> Marten >> >> Am 23.06.2015 um 20:40 schrieb sergio_101: >> >>> I have been a project coming up that I really onlyneed a restful API on. >>> >>> The front end will be first built on a mobile device(iOS )then back on >>> possibly android, with a very stripped down web application. >>> >>> i would like to use pharo/gemstones as the database. >>> >>> is there a project out there that allows for such restful API >>> development in pharo land? This would be so fun! >>> >>> thanks >>> >> >> > >

June 28, 2015

Re: [Pharo-users] [Ann] DragPanels: Floating palette windows with drag-and-drop in Morphic

by Stephan Eggermont

On 28/06/15 20:22, Stephan Eggermont wrote: > On 28/06/15 17:10, stepharo wrote: >> Stefan >> >> It would be fun to see if you can implement the same in Bloc > > Where do I find some info on how to structure that in Bloc? > When should I subclass BlMorph and when BlView? It might be > a good case to explain some of the design trade-offs in Bloc > and compare them to Morphic. Oh, that Bloc documentation chapter has grown a lot since last time I looked at it :) Stephan

June 28, 2015