Re: [Pharo-users] [Pharo-dev] Slack, fragmentation and design information

[François Stephany]

There is a special price for non-profits organization:

> The Slack for Nonprofits program offers eligible organizations a *free
upgrade* to our Standard plan for teams of up to 250 members. For eligible
teams above that size, we offer an 85% discount on the Standard plan.

With 322 users it means that we still have to pay...

See https://get.slack.help/hc/en-us/articles/204368833-Slack-for-Nonprofits
for more information.


On Fri, Feb 10, 2017 at 1:18 PM, denker  wrote:

>
> >
> >> I share many of what you say… but in the other point of view, Slack as
> really worked and there is a lot more happening now in Slack + mailing list
> than what was before just in mailing list.
> >> But most of that is lost because of Slack policies (also Slack pricing
> model is impossible for a community as ours), and we need to find a
> solution for that.
> >
> > Yes this is too expensive for the Pharo consortium ?
> >
> It is per active member… which is defined as “has logged in the last 14
> days”. We have 322 members. No idea how many
> are active according to that definition.
>
> Fot 322 it would be: $8 per user per month. Which means $2576 per month or
> $25772 per year (taking the special yearly price into account).
>
> Marcus
>
>
>

Re: [Pharo-users] Traveling from Pharo Days to FOSDEM

[François Stephany]

With the high speed train "Lille Europe" to "Brussels South" takes around
40 minutes.
You can check fares and book tickets on https://www.b-europe.com

@Phil do you go back to Brussels from Lille on Friday night?

On Wed, Dec 31, 2014 at 1:37 PM, Rafael Luque 
wrote:

> Hi Pharoers,
>
> I will attend Pharo Days with a friend and after the conference we'd like
> to attend FOSDEM. Which the best way to travel to Brussels from Lille?
>
> Thank you and see you in Pharo Days.
>

Re: [Pharo-users] students looking for projects?

[François Stephany]

This microframework is quite handy for REST API (and the README of the repo
is *really* useful)

http://smalltalkhub.com/#!/~zeroflag/Teapot

On Fri, Jan 30, 2015 at 3:35 AM, Sebastian Heidbrink 
wrote:

> Hi Martin,
>
> this is an interesting site.
>
> I saw your lab: "implement a REST API server in Smalltalk"
>
> You may want to have a look at: swagger https://github.com/swagger-
> api/swagger-spec
> and the additional parts around it.
>
> Swagger specs are easy to integrate into many clients via swagger codegen
> and swagger.js.
>
> I think it would be a great project to have  support in Zinc, or Moose for
> that.
>
> Maybe this is something students would like to work on.
> Sebastian
>
>
> On 2015-01-29 5:50 PM, Martin Bähr wrote:
>
>> Excerpts from Sven Van Caekenberghe's message of 2015-01-29 22:57:57
>> +0100:
>>
>>> There are some students here in Lille that were looking for a cool
>>> project,
>>> and this is one of the two subjects that I suggested to them.
>>>
>> you have students looking for projects?
>> there are a bunch of smalltalk related projects on labs.fossasia.org
>> that i am mentoring.
>> not sure if they count as cool though...
>>
>> greetings, martin.
>>
>>
>
>

Re: [Pharo-users] Loading code from a local git repository

[François Stephany]

As Sven mentionned it, you can simply put your filetree files in a
subdirectory.
You can have a look at https://github.com/fstephany/hello-pharo It's a bit
outdated but it will give you the idea.

On Tue, Jul 28, 2015 at 12:42 PM, Tommaso Dal Sasso <
tommaso.dalsa...@gmail.com> wrote:

> Hello,
>
> I am trying to version a project on git using filetree.
> Since I also have some external resources (like images), I would avoid
> loading the whole project from the pharo image, because that would
> download the external files in a cache directory, thus making them
> difficult to reach and update.
>
> My idea is to update the git repository from the commandline, and then
> run a script to build the image.
>
> The question then is: is there an easy way to programmatically load a
> project from a local directory?
>
> Also, do you have any suggestions for a better workflow to handle this
> situation?
>
> Thanks,
> Tommaso
>
>

[Pharo-users] Create maps from an SVG file in Roassal

[François Stephany]

Hi there,

I'm trying to import an SVG file describing the provinces of Belgium in
Roassal.
I've cleaned an SVG file found on wikipedia and trying to import it.

I'm trying to imitate the way it is done with Countries. So:

RTMapBuilder class>>provincesOfBelgium
> ^ #(#antwerp #brussels #eastFlanders #flemishBrabant #hainaut #liege
> #limburg #luxembourg #namur #walloonBrabant #westFlanders)
>

and implemented to corresponding SVG paths. Here's one example:

RTSVGPath class>> antwerp
> ^'m 177.419,25.0693 1.379,-3.5593 -2.986,-1.3778 -3.33,0.5742
> -0.114,-3.1001 -4.019,-4.0187 1.492,-5.9704 -2.181,-2.8706 -1.952,-0.2298
> -1.034,-1.2628 -2.411,5.1667 -3.673,3.7892 -3.101,-2.067 -5.396,1.378
> -2.068,-1.8371 4.479,-0.9188 0.345,-5.1667 -6.2,-2.1815 -4.938,5.741
> 0.114,2.8704 -8.611,-0.574 1.264,-5.5112 -5.397,0 -6.43,3. 1.263,4.5929
> 2.411,2.7555 -1.492,2.6409 -4.478,-0.6891 0.115,-2.7555 -6.43,0.3443
> 0,2.4112 2.296,0.5743 -0.345,5.5112 3.904,1.0336 -3.1,3.3295 3.056,7.4863
> 0.504,5.9475 -7.923,0.2296 -2.985,3.1002 1.722,1.837 -0.114,3.5595
> 2.889,0.4893 3.352,-0.9423 7.038,4.5375 3.704,-0.5553 1.759,1.7593
> 3.149,-1.7593 4.075,2.1297 2.963,-3.6118 11.112,-1.7592 0.092,3.3337
> 11.576,-3.6113 1.204,-3.0562 5.001,-0.8332 2.129,-3.8894 4.723,-0.7409
> 0.741,-1.9448 2.223,0.8336 1.481,-0.8336 0.186,-4.9079 -4.075,-2.0373
> 1.605,-5.4063 z'.


Very naively, I've tried:

provinceExample
> "self new provinceExample"
> | b |
> b := RTMapBuilder new.
> b countries: RTMapBuilder provincesOfBelgium.
> b color: Color lightGrey.
> b open.


Which does not display anything.

I suspect the problem lies in the coordinates of my paths. Is there a
README somehwere or the original file that was used to generate the world
map of the examples?

Cheers,
Francois

Re: [Pharo-users] Create maps from an SVG file in Roassal

[François Stephany]

It works with the explicit line-to:
Any hint on how to force its inclusion in Inkscape ?



On Fri, Jul 31, 2015 at 9:18 PM, Alexandre Bergel 
wrote:

> It will soon come :-)
>
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
> On Jul 31, 2015, at 2:36 PM, Peter Uhnák  wrote:
>
> The chapter for MapBuilder hasn't been done yet, but it is planned. :)
>
>
>

Re: [Pharo-users] Create maps from an SVG file in Roassal

[François Stephany]

You're right Baarle-Hertog neighbourhood  are not in the SVG file :(
It should'nt be a problem to express their position in SVG. Have a look at
the Comines-Warneton 'which is part of Hainaut) stuck between France and
West-Flanders ;)



On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry  wrote:

>
> Hey, you forgot Baarle-Hertog …
> https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe that’s even too
> complicated a situation for SVG to handle :-)
>
> On Jul 31, 2015, at 16:51, François Stephany 
> wrote:
>
> It works with the explicit line-to:
> Any hint on how to force its inclusion in Inkscape ?
>
>
>
> On Fri, Jul 31, 2015 at 9:18 PM, Alexandre Bergel  > wrote:
>
>> It will soon come :-)
>>
>> Alexandre
>> --
>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
>> Alexandre Bergel  http://www.bergel.eu
>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>>
>>
>>
>> On Jul 31, 2015, at 2:36 PM, Peter Uhnák  wrote:
>>
>> The chapter for MapBuilder hasn't been done yet, but it is planned. :)
>>
>>
>>
> 
>
>
>
>
> ---> Save our in-boxes! http://emailcharter.org <---
>
> Johan Fabry   -   http://pleiad.cl/~jfabry
> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
> of Chile
>
>

Re: [Pharo-users] Create maps from an SVG file in Roassal

[François Stephany]

Let's ditch Flanders altogether!
On 31 Jul 2015 23:17, "Johan Fabry"  wrote:

>
> Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren That’s
> part of Limburg which is also not on the map. That’s already 2 parts of
> Flanders left out. This is grounds for an ‘affaire communautaire’  to
> happen soon! :-P
>
> On Jul 31, 2015, at 17:28, François Stephany 
> wrote:
>
> You're right Baarle-Hertog neighbourhood  are not in the SVG file :(
> It should'nt be a problem to express their position in SVG. Have a look at
> the Comines-Warneton 'which is part of Hainaut) stuck between France and
> West-Flanders ;)
>
>
>
> On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry 
> wrote:
>
>>
>> Hey, you forgot Baarle-Hertog …
>> https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe that’s even too
>> complicated a situation for SVG to handle :-)
>>
>>
>
> ---> Save our in-boxes! http://emailcharter.org <---
>
> Johan Fabry   -   http://pleiad.cl/~jfabry
> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
> of Chile
>
>

Re: [Pharo-users] Create maps from an SVG file in Roassal

[François Stephany]

Flanders geography looks way too complicated for a sane brain :p

On Fri, Jul 31, 2015 at 11:36 PM, Johan Fabry  wrote:

>
> You mean, let’s ditch Wallonia, right?
>
> On Jul 31, 2015, at 18:28, François Stephany 
> wrote:
>
> Let's ditch Flanders altogether!
> On 31 Jul 2015 23:17, "Johan Fabry"  wrote:
>
>>
>> Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren
>> That’s part of Limburg which is also not on the map. That’s already 2 parts
>> of Flanders left out. This is grounds for an ‘affaire communautaire’  to
>> happen soon! :-P
>>
>> On Jul 31, 2015, at 17:28, François Stephany 
>> wrote:
>>
>> You're right Baarle-Hertog neighbourhood  are not in the SVG file :(
>> It should'nt be a problem to express their position in SVG. Have a look
>> at the Comines-Warneton 'which is part of Hainaut) stuck between France and
>> West-Flanders ;)
>>
>>
>>
>> On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry 
>> wrote:
>>
>>>
>>> Hey, you forgot Baarle-Hertog …
>>> https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe that’s even too
>>> complicated a situation for SVG to handle :-)
>>>
>>>
>>
>> ---> Save our in-boxes! http://emailcharter.org <---
>>
>> Johan Fabry   -   http://pleiad.cl/~jfabry
>> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
>> of Chile
>>
>>
>
>
> ---> Save our in-boxes! http://emailcharter.org <---
>
> Johan Fabry   -   http://pleiad.cl/~jfabry
> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
> of Chile
>
>

Re: [Pharo-users] Create maps from an SVG file in Roassal

[François Stephany]

Okidoki !

I've found the option to explicitly include the "lineto" in Inkscape (see
the attached screenshot of the Preferences).

thanks!


On Sat, Aug 1, 2015 at 11:34 AM, Peter Uhnák  wrote:

> This is Athens-SVG btw (not loaded by default in Pharo, but available in
> Athens repository).
> I think Stef mentioned it several times in regards to RTSVGPath.
>
> Peter
>
> On Sat, Aug 1, 2015 at 11:32 AM, Peter Uhnák  wrote:
>
>> Hi François,
>>
>> I don't think it's worth fixing in the current implementation,
>> however there is already available SVG importer into Pharo, so I'll try
>> to find a way how to adapt it. It should support regular SVG (circle,
>> rectangle, ...), not just path.
>>
>> Peter
>>
>> On Fri, Jul 31, 2015 at 11:42 PM, François Stephany <
>> tulipe.mouta...@gmail.com> wrote:
>>
>>> Flanders geography looks way too complicated for a sane brain :p
>>>
>>> On Fri, Jul 31, 2015 at 11:36 PM, Johan Fabry 
>>> wrote:
>>>
>>>>
>>>> You mean, let’s ditch Wallonia, right?
>>>>
>>>> On Jul 31, 2015, at 18:28, François Stephany 
>>>> wrote:
>>>>
>>>> Let's ditch Flanders altogether!
>>>> On 31 Jul 2015 23:17, "Johan Fabry"  wrote:
>>>>
>>>>>
>>>>> Hey, what happened to Voeren? https://en.wikipedia.org/wiki/Voeren
>>>>> That’s part of Limburg which is also not on the map. That’s already 2 
>>>>> parts
>>>>> of Flanders left out. This is grounds for an ‘affaire communautaire’  to
>>>>> happen soon! :-P
>>>>>
>>>>> On Jul 31, 2015, at 17:28, François Stephany <
>>>>> tulipe.mouta...@gmail.com> wrote:
>>>>>
>>>>> You're right Baarle-Hertog neighbourhood  are not in the SVG file :(
>>>>> It should'nt be a problem to express their position in SVG. Have a
>>>>> look at the Comines-Warneton 'which is part of Hainaut) stuck between
>>>>> France and West-Flanders ;)
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Jul 31, 2015 at 10:15 PM, Johan Fabry 
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> Hey, you forgot Baarle-Hertog …
>>>>>> https://en.wikipedia.org/wiki/Baarle-Hertog Or maybe that’s even too
>>>>>> complicated a situation for SVG to handle :-)
>>>>>>
>>>>>>
>>>>>
>>>>> ---> Save our in-boxes! http://emailcharter.org <---
>>>>>
>>>>> Johan Fabry   -   http://pleiad.cl/~jfabry
>>>>> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -
>>>>>  University of Chile
>>>>>
>>>>>
>>>>
>>>>
>>>> ---> Save our in-boxes! http://emailcharter.org <---
>>>>
>>>> Johan Fabry   -   http://pleiad.cl/~jfabry
>>>> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -
>>>>  University of Chile
>>>>
>>>>
>>>
>>
>

[Pharo-users] libUSB binding Pharo

[François Stephany]

Hi,

Is there a libusb[1] binding for Pharo 4/5? After a quick google search,
I've seen that Udo Schneider has started one last year. Any idea on its
status?

If not, would it be a nice summer job for a student (my company can pay for
it...)?

Cheers,
Francois


[1]: http://libusb.org/

Re: [Pharo-users] Tech Meeting notes

[François Stephany]

Thanks!

On Wed, Sep 28, 2016 at 4:29 PM, Peter Uhnák  wrote:

> Thanks for the recording, I wasn't able to attend so it's good to at least
> hear about the current state of things.
>
> Peter
>
> On Tue, Sep 27, 2016 at 7:37 PM, Dimitris Chloupis 
> wrote:
>
>> And for those that were not able to attend the voice meeting here you can
>> find the recording so you can listen to it at your convenience
>>
>> https://dl.dropboxusercontent.com/u/1404140/Pharo%20Voice%20
>> Meetings/PharoVR1.ogg
>>
>> Have fun :)
>>
>> On Tue, Sep 27, 2016 at 8:23 PM stepharo  wrote:
>>
>>> Hi guys
>>>
>>> I tried to take some notes of the discussion and report of effort made
>>> by esteban
>>>
>>>
>>>
>>>
>>> VM works
>>> 
>>>  - migrating our source to opensmalltalk vm 80% of our source
>>>  - keybindings enhancement
>>>  - shift key pressed
>>>  - library symbols
>>>  - change our cmake maker -> plain makefiles
>>>  - port our process (running all the tests)
>>>  - new VMs will get out
>>>  - ARM VM is under dev and started to run.
>>>  - migration planned for end of week of next weeks
>>>
>>>  - right now able to build
>>>  32 and 64 on mac and linux.
>>>  plan with mid october.
>>>
>>>  - for windows
>>>  - We will produce assert vm to help people to find problems.
>>>
>>>  - Sierra support is coming.
>>>  - openssl
>>>  It will come after the end of the merge finished.
>>>
>>>  - FFI bug about the Athens canvas.
>>>
>>>  - FT bug is getting on the radar and esteban suspects that the bug
>>>  is in the C plugin. We plan to throw away the FT plugin.
>>>  If people want to help please have a look at thibaultRaffaillac
>>>  bindings.
>>>
>>>  - Pharo is using different VM functionalities so sometimes we are
>>> going
>>>  on unfrequented paths.
>>>
>>>  - Threaded FFI will come after 64, ARM, two bugs
>>>  Probably beginning of the year.
>>>
>>>
>>> Iceberg
>>> 
>>>  here is the log that nicolas sent to our internal mailing-list
>>>
>>> ### Last week:
>>> - Improved travis support, working on having all green tests in travis,
>>> still 4 to go.
>>> - Extending libgit support.
>>> - Support for synchronizing an Iceberg repository with code that was
>>> loaded with gitfiletree (was not working, as reported by Norbert).
>>> - Fixed some bugs (see
>>> https://github.com/npasserini/iceberg/milestone/7?closed=1)
>>>
>>>
>>> ### This week (starting 2016-09-26):
>>>
>>> - Finish having all tests running on travis.
>>> - Better management of ssh keys (which in turn is required for travis
>>> working correctly).
>>> - Also I would like to add some little GUI details that bother me in
>>> daily work (such as remembering common options, highlighting outdated
>>> repositories, or opening repositories from spotter).
>>>
>>> I think that this might take the whole week. After that I plan to add
>>> basic support synchronizing against code that was loaded from any
>>> repository. With that finished, we could release v0.3
>>>
>>> After that, the plan for v0.4 is to make libgit our default backend, and
>>> make gitfiletree dependencies optional.
>>> - I am pretty close to have all tests running for libgit again, then we
>>> should try to use libgit as backend for the UI. But in that process also
>>> improve test coverage so that we minimize dependence on manual
>>> verification of the UI.
>>> - Remodularice in order to separate gitfiletree dependencies, so we will
>>> be able to use Iceberg without loading ossubprocess (or gitfiletree).
>>> - That will require also to write an independent cypress reader/writer,
>>> because the current one inherits from gitfiletree.
>>>
>>> If we have all this, I think that we could have a version that could be
>>> included in the base image, probably in the second half of october.
>>>
>>>
>>>
>

Re: [Pharo-users] AWS libraries

[François Stephany]

Back in the days, I used CloudFork (http://www.slideshare.net/esug/cloudfork)
to interact with S3. I don't know the current status of the lib though...

On Thu, Nov 10, 2016 at 2:21 PM, Esteban Lorenzano 
wrote:

> I know about this:
>
> https://github.com/newapplesho/aws-sdk-smalltalk
>
> Esteban
>
> On 10 Nov 2016, at 12:45, Norbert Hartl  wrote:
>
> What libraries exist these days for amazon services? I may need a library
> for SNS service so is there anybody working on it?
>
> thanks,
>
> Norbert
>
>
>

[Pharo-users] MongoTalk: new place on smalltalkhub

[François Stephany]

Hi,

I've just created a new team for MongoTalk on SmalltalkHub:

http://www.smalltalkhub.com/#!/~MongoTalkTeam

The old repo (http://www.smalltalkhub.com/#!/~francois/MongoTalk) will stay
just in case some scripts rely on it but you should update to the new repo:

http://www.smalltalkhub.com/#!/~MongoTalkTeam/mongotalk

I've created a version 1.5.1 in the Metacello configuration to reflect the
repo migration.
Shout at me if I missed something!

Cheers,
Fa

(Many thanks to Norbert for pushing the migration ;)

Re: [Pharo-users] I would rather pay for Smalltalkhub than use Github for free.

[François Stephany]

+1

Projects are not only source code anymore. Most of my projects have a
gazillion of images, javascript, CSS files, etc.
Storing all those external files in .mcz packages is not scalable (and not
even elegant).

FileTree+Git, while not ideal, solve the issue quite nicely. And you don't
need Github anyway...


On Sun, Nov 3, 2013 at 4:13 PM, Camillo Bruni wrote:

>
> On 2013-11-03, at 15:52, Stephan Eggermont  wrote:
>
> > Kilon wrote
> >> I take a look at previous experiments like squeaksource and I find
> little justification to not support Github. But then I am not against
> Smalltalkhub or other >repos being available to Pharo. The more the merrier.
> >
> > I see some very strong arguments against depending on github:
> > - it is centralized infrastructure, essentially unsuitable for use with
> a distributed version control system;
> > - it doesn’t support working at the right granularity;
> > - the smalltalk community is too small to have any influence on the
> directions github is taking.
> >  It is a commercial organization that can decide to do something we
> don’t like at any time.
> >  It is free, so we are the product. Just take a look at sourceforge;
> > - we can do much better than github (but don’t have enough time). We
> should be using a P2P,
> >  bittorrent like system for version control.
>
> github != git and whether we use github or now does not matter at all.
> What matters is that we use technology that is robust and that we have a
> versioning
> system that works decentralized. All of that is solved by git.
>
> With filetree we have the proper granularity (methods)
> With github we have an awesome website, such as we have an aweseome
> website with smalltalkhub, execpt that monticello should be modernized.
> Sadly the community is too small to achieve that, and inventing yet another
> versioning tool/system won't help on the short run. Maybe, yes someday in
> the future we can have our own fancy fully object-oriented versioning
> system, but IMO that is wasted effort, as git/mercurial come very close to
> something ideal.
>
> I am happy to give more insight into git, because I think you have quite a
> wrong picture about it :)
>
>

Re: [Pharo-users] Writing a GUI - Where to start?

[François Stephany]

That looks cool!

Did you embed a MongoDB instance in the application package? Or the
application is connecting to a remote MongoDB?
Is it full Glamour or did you have to use Spec/Morph manually at some
point?


Sorry to bother you, I'm just getting curious ;)


On Tue, Nov 5, 2013 at 1:43 PM, Esteban Lorenzano wrote:

> I also have used Glamour+Magritte with success (but certainly some work),
> as you can see here:
>
> http://smallworks.eu/web/projects/lawsuitTracker
>
>
> On Tue, Nov 5, 2013 at 7:13 AM, p...@highoctane.be wrote:
>
>> Here:
>> http://www.smalltalkhub.com/#!/~Magritte/Magritte3/packages/Magritte-Morph
>>
>> Ah Fossil, good thing. Sqlite creator's all in one DVCS.
>>
>> It is what is used for another language I like: Tcl.
>> http://www2.tcl.tk/36711
>>
>> Phil
>>
>>
>>
>>
>> On Tue, Nov 5, 2013 at 10:18 AM, Bahman Movaqar wrote:
>>
>>> On 11/05/2013 11:46, p...@highoctane.be wrote:
>>> >
>>> > If you want to do a business application, well, I'd use Seaside and a
>>> > web based UI. (that's the current conclusion for my own ongoing
>>> > development)
>>>
>>> Of course.  However this is not a business application.  It's a
>>> front-end to a DVCS named Fossil.
>>>
>>> >
>>> > Otherwise, Spec (which is in a state of flux), or Morphic (which is
>>> > not covering all you may need in an application).
>>> >
>>> > You can also follow the work of Sean De Nigris who is trying to get a
>>> > Magritte Morphic working.
>>> >
>>>
>>> Where can I follow his work?
>>>
>>> >
>>> >
>>> >
>>> > On Tue, Nov 5, 2013 at 8:36 AM, Alain Busser >> > > wrote:
>>> >
>>> > Hi,
>>> >
>>> > as I have a similar need, I guess what you are aiming at is a
>>> > tutorial for absolute beginners in Spec, so the question is more
>>> > "where could we find such a tutorial?". And of course I will read
>>> > it carefully if there exists one ;-)
>>> >
>>> > Alain
>>> >
>>> >
>>> > On Tue, Nov 5, 2013 at 9:07 AM, Bahman Movaqar >> > > wrote:
>>> >
>>> > Hi all,
>>> >
>>> > I need to build a typical GUI application (menus, buttons,
>>> modal
>>> > dialogs, ...).  I'd appreciate if you could point me to where
>>> > should I
>>> > start and what are the choices for a UI framework in Pharo?
>>> >
>>>
>>>
>>> --
>>> Bahman Movaqar  (http://BahmanM.com)
>>>
>>> ERP Evaluation, Implementation & Deployment Consultant
>>> PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)
>>>
>>>
>>>
>>
>

Re: [Pharo-users] I would rather pay for Smalltalkhub than use Github for free.

[François Stephany]

Git.


On Tue, Nov 5, 2013 at 2:04 PM,  wrote:

>  François Stephany wrote:
>
> +1
>
> Projects are not only source code anymore. Most of my projects have a
> gazillion of images, javascript, CSS files, etc.
> Storing all those external files in .mcz packages is not scalable (and not
> even elegant).
>
>
>
> What do you consider are scalable alternatives for storing external files
> related to a project?
> cheers -ben
>
>
>  FileTree+Git, while not ideal, solve the issue quite nicely. And you don't
> need Github anyway...
>
>
> On Sun, Nov 3, 2013 at 4:13 PM, Camillo Bruni  
> wrote:
>
>
>
>  On 2013-11-03, at 15:52, Stephan Eggermont  
>  wrote:
>
>
>
>  Kilon wrote
>
>
>  I take a look at previous experiments like squeaksource and I find
>
>
>  little justification to not support Github. But then I am not against
> Smalltalkhub or other >repos being available to Pharo. The more the merrier.
>
>
>  I see some very strong arguments against depending on github:
> - it is centralized infrastructure, essentially unsuitable for use with
>
>
>  a distributed version control system;
>
>
>  - it doesn’t support working at the right granularity;
> - the smalltalk community is too small to have any influence on the
>
>
>  directions github is taking.
>
>
>   It is a commercial organization that can decide to do something we
>
>
>  don’t like at any time.
>
>
>   It is free, so we are the product. Just take a look at sourceforge;
> - we can do much better than github (but don’t have enough time). We
>
>
>  should be using a P2P,
>
>
>   bittorrent like system for version control.
>
>
>  github != git and whether we use github or now does not matter at all.
> What matters is that we use technology that is robust and that we have a
> versioning
> system that works decentralized. All of that is solved by git.
>
> With filetree we have the proper granularity (methods)
> With github we have an awesome website, such as we have an aweseome
> website with smalltalkhub, execpt that monticello should be modernized.
> Sadly the community is too small to achieve that, and inventing yet another
> versioning tool/system won't help on the short run. Maybe, yes someday in
> the future we can have our own fancy fully object-oriented versioning
> system, but IMO that is wasted effort, as git/mercurial come very close to
> something ideal.
>
> I am happy to give more insight into git, because I think you have quite a
> wrong picture about it :)
>
>
>
>
>
>

Re: [Pharo-users] Writing a GUI - Where to start?

[François Stephany]

Great, thanks for sharing =)


On Wed, Nov 6, 2013 at 12:22 PM, Esteban Lorenzano wrote:

> this is old stuff (from before I came to RMoD team)... but well, is
> something like this:
>
> - a client-server app, connecting to a centralized mongodb (in fact, I
> developed the first version of Voyage for this app).
> - Glamour + Magritte + my own extensions to magritte and glamour. There is
> no Spec (The project is in Pharo 1.4), and most of the changes I made at
> the time to glamour were integrated.
> - Libharu (http://www.squeaksource.com/HPDF.html) to export to PDF, with
> a Magritte extension to produce the reports.
>
> the cool thing is that even if I developed many frameworks to help me in
> the task, I tool 15 days to have first version working and 1 month to
> finish it :)
>
> cheers,
> Esteban
>
>
> On Wed, Nov 6, 2013 at 6:35 AM, François Stephany <
> tulipe.mouta...@gmail.com> wrote:
>
>> That looks cool!
>>
>> Did you embed a MongoDB instance in the application package? Or the
>> application is connecting to a remote MongoDB?
>> Is it full Glamour or did you have to use Spec/Morph manually at some
>> point?
>>
>>
>> Sorry to bother you, I'm just getting curious ;)
>>
>>
>> On Tue, Nov 5, 2013 at 1:43 PM, Esteban Lorenzano wrote:
>>
>>> I also have used Glamour+Magritte with success (but certainly some
>>> work), as you can see here:
>>>
>>> http://smallworks.eu/web/projects/lawsuitTracker
>>>
>>>
>>> On Tue, Nov 5, 2013 at 7:13 AM, p...@highoctane.be 
>>> wrote:
>>>
>>>> Here:
>>>>
>>>> http://www.smalltalkhub.com/#!/~Magritte/Magritte3/packages/Magritte-Morph
>>>>
>>>> Ah Fossil, good thing. Sqlite creator's all in one DVCS.
>>>>
>>>> It is what is used for another language I like: Tcl.
>>>> http://www2.tcl.tk/36711
>>>>
>>>> Phil
>>>>
>>>>
>>>>
>>>>
>>>> On Tue, Nov 5, 2013 at 10:18 AM, Bahman Movaqar wrote:
>>>>
>>>>> On 11/05/2013 11:46, p...@highoctane.be wrote:
>>>>> >
>>>>> > If you want to do a business application, well, I'd use Seaside and a
>>>>> > web based UI. (that's the current conclusion for my own ongoing
>>>>> > development)
>>>>>
>>>>> Of course.  However this is not a business application.  It's a
>>>>> front-end to a DVCS named Fossil.
>>>>>
>>>>> >
>>>>> > Otherwise, Spec (which is in a state of flux), or Morphic (which is
>>>>> > not covering all you may need in an application).
>>>>> >
>>>>> > You can also follow the work of Sean De Nigris who is trying to get a
>>>>> > Magritte Morphic working.
>>>>> >
>>>>>
>>>>> Where can I follow his work?
>>>>>
>>>>> >
>>>>> >
>>>>> >
>>>>> > On Tue, Nov 5, 2013 at 8:36 AM, Alain Busser >>>> > <mailto:alain.bus...@gmail.com>> wrote:
>>>>> >
>>>>> > Hi,
>>>>> >
>>>>> > as I have a similar need, I guess what you are aiming at is a
>>>>> > tutorial for absolute beginners in Spec, so the question is more
>>>>> > "where could we find such a tutorial?". And of course I will read
>>>>> > it carefully if there exists one ;-)
>>>>> >
>>>>> > Alain
>>>>> >
>>>>> >
>>>>> > On Tue, Nov 5, 2013 at 9:07 AM, Bahman Movaqar <
>>>>> bah...@bahmanm.com
>>>>> > <mailto:bah...@bahmanm.com>> wrote:
>>>>> >
>>>>> > Hi all,
>>>>> >
>>>>> > I need to build a typical GUI application (menus, buttons,
>>>>> modal
>>>>> > dialogs, ...).  I'd appreciate if you could point me to where
>>>>> > should I
>>>>> > start and what are the choices for a UI framework in Pharo?
>>>>> >
>>>>>
>>>>>
>>>>> --
>>>>> Bahman Movaqar  (http://BahmanM.com)
>>>>>
>>>>> ERP Evaluation, Implementation & Deployment Consultant
>>>>> PGP Key ID: 0x6AB5BD68 (keyserver2.pgp.com)
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>

Re: [Pharo-users] FOSDEM Smalltalk Devroom

[François Stephany]

That would be great, I felt alone so far ;-)


On Mon, Jan 20, 2014 at 12:33 PM, Rafael Luque  wrote:

> Consider it done Stephan.
>
>
> 2014/1/20 Stephan Eggermont 
>
>> Hi Rafael, if you are going to be there the whole time, would you be so
>> kind
>> to help out with the video recordings?
>>
>> Stephan
>>
>>
>

[Pharo-users] Package tags

[François Stephany]

There is a mention to Package Tags in the draft release notes for Pharo 3

Nautilus has been enhanced to simplify some switching and to take advantage
> of the *package tags*.
>

What are those tags? Does it brings some metadata to packages ?

Thanks,
Francois

Re: [Pharo-users] Package tags

[François Stephany]

Thanks Phil !


On Thu, Mar 27, 2014 at 7:01 PM, p...@highoctane.be wrote:

> A sublevel under the packages.
>
> E.g. package: Blah-Core
> Tags
> Blah-Core-Part
> Blah-Core-Stuff
>
> But only one Monticello package: Blah-Core.mcz
>
> Tags have no icon and Part and Stuff are shown under the package when you
> open the tree.
>
> Phil
> Le 27 mars 2014 17:24, "François Stephany"  a
> écrit :
>
> There is a mention to Package Tags in the draft release notes for Pharo 3
>>
>> Nautilus has been enhanced to simplify some switching and to take
>>> advantage of the *package tags*.
>>>
>>
>> What are those tags? Does it brings some metadata to packages ?
>>
>> Thanks,
>> Francois
>>
>

[Pharo-users] Ghost Proxy

[François Stephany]

What is the best way to load Ghost in Pharo 3.0? Is there a configuration
somewhere?

Is anyone using it? Voyage does seem to use the
ProtoObject+dnu+becomeForward trick. Is there any reason for that?

Re: [Pharo-users] Ghost Proxy

[François Stephany]

Cool, thanks !
I'll let you know if I run into any trouble on Pharo 3.


On Wed, May 21, 2014 at 8:43 AM, Luc Fabresse wrote:

>
>
> 2014-05-21 8:37 GMT+02:00 Marcus Denker :
>
> In general, we should think about if is would make sense that the language
>> comes with
>> a good proxy model by default.
>> (this way we would avoid that everyone creates one that is not completely
>> working)
>>
>
> I completely agree with that.
> I think that most people come back to DNU because it is there and simple
> to implement.
>
> But some others also told me that they use a different design from the one
> of Ghost and I do not know what they change and why.
>
> Luc
>
>
>>
>> On 21 May 2014, at 08:31, Luc Fabresse  wrote:
>>
>> Hi François,
>>
>> The code is here http://ss3.gemstone.com/ss/Ghost.html/Latest
>> the configuration is working but I do not remember if I tested in Pharo 3
>> now
>>
>> Cheers,
>>
>> #Luc
>>
>>
>> 2014-05-20 18:15 GMT+02:00 François Stephany :
>>
>>> What is the best way to load Ghost in Pharo 3.0? Is there a
>>> configuration somewhere?
>>>
>>> Is anyone using it? Voyage does seem to use the
>>> ProtoObject+dnu+becomeForward trick. Is there any reason for that?
>>>
>>>
>>
>>
>

[Pharo-users] Base64 encoding + UTF8 ?

[François Stephany]

I might hit some problem with Base64 encoding in there.
It seems that Pharo does not use UTF8 for its Base64 encoding.

I'm probably missing something related to Base64 encoding...

In Pharo 3.0:

ZnBase64Encoder new encode: 'tamèreenslipdeguerre' asByteArray.
-> 'dGFt6HJlZW5zbGlwZGVndWVycmU='

'tamèreenslipdeguerre' base64Encoded.
-> 'dGFt6HJlZW5zbGlwZGVndWVycmU='

In Ruby 2.0:

Base64.strict_encode64("tamèreenslipdeguerre")
-> dGFtw6hyZWVuc2xpcGRlZ3VlcnJl

http://www.motobit.com/util/base64-decoder-encoder.asp
(iso-8859-1)
tamèreenslipdeguerre -> dGFt6HJlZW5zbGlwZGVndWVycmU=

http://www.motobit.com/util/base64-decoder-encoder.asp
(utf8)
-tamèreenslipdeguerre > dGFtw6hyZWVuc2xpcGRlZ3VlcnJl

Re: [Pharo-users] Base64 encoding + UTF8 ?

[François Stephany]

Oh stupid me!
Thanks a lot Sven, crystal clear explanations (and class comments!), as
always :)



On Wed, Jun 11, 2014 at 10:28 PM, Sven Van Caekenberghe 
wrote:

> Bonsoir François,
>
> From the class comment of ZnBase64Encoder:
>
> [...]
> Note that to encode a String as Base64, you first have to encode the
> characters as bytes using a character encoder.
> [...]
>
> Sending #asByteArray to a String is the same as doing no encoding (or
> doing null encoding).
>
> Consider:
>
> ZnBase64Encoder new encode: (ZnUTF8Encoder new encodeString:
> 'tamèreenslipdeguerre').
>
> => 'dGFtw6hyZWVuc2xpcGRlZ3VlcnJl'
>
> ZnBase64Encoder new encode: (ZnByteEncoder iso88591 encodeString:
> 'tamèreenslipdeguerre').
>
> => 'dGFt6HJlZW5zbGlwZGVndWVycmU='
>
> ZnBase64Encoder new encode: (ZnNullEncoder new encodeString:
> 'tamèreenslipdeguerre').
>
> => 'dGFt6HJlZW5zbGlwZGVndWVycmU='
>
> The last two are often the same, and thus equivalent to #asByteArray, but
> not always.
>
> HTH,
>
> Sven
>
> On 11 Jun 2014, at 21:56, François Stephany 
> wrote:
>
> > I might hit some problem with Base64 encoding in there.
> > It seems that Pharo does not use UTF8 for its Base64 encoding.
> >
> > I'm probably missing something related to Base64 encoding...
> >
> > In Pharo 3.0:
> >
> > ZnBase64Encoder new encode: 'tamèreenslipdeguerre' asByteArray.
> > -> 'dGFt6HJlZW5zbGlwZGVndWVycmU='
> >
> > 'tamèreenslipdeguerre' base64Encoded.
> > -> 'dGFt6HJlZW5zbGlwZGVndWVycmU='
> >
> > In Ruby 2.0:
> >
> > Base64.strict_encode64("tamèreenslipdeguerre")
> > -> dGFtw6hyZWVuc2xpcGRlZ3VlcnJl
> >
> > http://www.motobit.com/util/base64-decoder-encoder.asp
> > (iso-8859-1)
> > tamèreenslipdeguerre -> dGFt6HJlZW5zbGlwZGVndWVycmU=
> >
> > http://www.motobit.com/util/base64-decoder-encoder.asp
> > (utf8)
> > -tamèreenslipdeguerre > dGFtw6hyZWVuc2xpcGRlZ3VlcnJl
>
>
>

Re: [Pharo-users] ZnClient Chunked data ?

[François Stephany]

Works great!
Thanks a lot Sven =)


On Tue, Jun 24, 2014 at 8:09 PM, Sven Van Caekenberghe  wrote:

> François,
>
> There is no encoding specified in the response, Zn falls back to
> ZnNullDecoder by default. You can change that with the recently introduced
> DynamicVariable ZnDefaultCharacterEncoder. Like this:
>
> ZnDefaultCharacterEncoder
>   value: ZnUTF8Encoder new
>   during: [ ^ ZnClient new get: 'http://zn.stfx.eu/zn/small.html' ]
>
> Sven
>
> On 24 Jun 2014, at 18:48, François Stephany 
> wrote:
>
> > I'm using ZnClient to get an XML file and get the following:
> >
> > 
> >
> > Here's the request:
> >
> > client := ZnClient new
> >   url: uri;
> >   headerAddAll: headers.
> > client get.
> >
> > Is the prefix of the entity related to the chunked transfer encoding?
>
>
>

[Pharo-users] Writing on stdout when redirecting the standard output

[François Stephany]

$ pharo Pharo-30852.image > /tmp/test.log

Outputting somethind to stdout results in:
"FileWriteError: File stdout is closed"

* Arch Linux
* Pharo 30852.

$ pharo --version

3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM]
NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
https://github.com/pharo-project/pharo-vm.git Commit:
ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200
By: Esteban Lorenzano  Jenkins build #14826
Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45
UTC 2012 i686 i686 i386 GNU/Linux


Did I miss something?

Re: [Pharo-users] Writing on stdout when redirecting the standard output

[François Stephany]

Yes, it works for me on OSX.l But it says "FileWriteError: File stdout is
closed" when doing exactly the same thing on the Arch Linux of one of our
programmer.

We'll investigate and test on another Linux distro...


On Mon, Jul 28, 2014 at 10:50 PM, Sven Van Caekenberghe 
wrote:

> I think we need a better bug report, for me (Mac OS X) this works fine:
>
> $ ./pharo Pharo.image eval 'FileStream stdout nextPutAll: 42 factorial
> asString; cr. #done' > out.txt
>
> $ cat out.txt
> 14050061177528798985431426062445115699363840
> #done
>
> So, what exactly is not working ?
>
> On 28 Jul 2014, at 21:30, stepharo  wrote:
>
> > Francois
> >
> > can you open a bug entry because this is not nice.
> >
> > Stef
> >
> > On 28/7/14 16:46, François Stephany wrote:
> >>
> >> $ pharo Pharo-30852.image > /tmp/test.log
> >>
> >> Outputting somethind to stdout results in:
> >> "FileWriteError: File stdout is closed"
> >>
> >> * Arch Linux
> >> * Pharo 30852.
> >>
> >> $ pharo --version
> >>
> >> 3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM]
> >> NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
> acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
> >> NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
> acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
> >> https://github.com/pharo-project/pharo-vm.git Commit:
> ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200
> By: Esteban Lorenzano  Jenkins build #14826
> >> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7
> 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux
> >>
> >>
> >> Did I miss something?
> >>
> >
>
>
>

Re: [Pharo-users] Writing on stdout when redirecting the standard output

[François Stephany]

Uh. We nailed it.

We implemented a custom Logger writing to stdout because the default one
doesn't flush the stream immediately after writing to it.

One of our configuration was configuring a logger and another was
reconfiguring it. The stdout stream was probably closed in the process
somewhere.

In conclusion, beware of your loggers ;)



On Tue, Jul 29, 2014 at 8:32 AM, François Stephany <
tulipe.mouta...@gmail.com> wrote:

> Yes, it works for me on OSX.l But it says "FileWriteError: File stdout is
> closed" when doing exactly the same thing on the Arch Linux of one of our
> programmer.
>
> We'll investigate and test on another Linux distro...
>
>
> On Mon, Jul 28, 2014 at 10:50 PM, Sven Van Caekenberghe 
> wrote:
>
>> I think we need a better bug report, for me (Mac OS X) this works fine:
>>
>> $ ./pharo Pharo.image eval 'FileStream stdout nextPutAll: 42 factorial
>> asString; cr. #done' > out.txt
>>
>> $ cat out.txt
>> 14050061177528798985431426062445115699363840
>> #done
>>
>> So, what exactly is not working ?
>>
>> On 28 Jul 2014, at 21:30, stepharo  wrote:
>>
>> > Francois
>> >
>> > can you open a bug entry because this is not nice.
>> >
>> > Stef
>> >
>> > On 28/7/14 16:46, François Stephany wrote:
>> >>
>> >> $ pharo Pharo-30852.image > /tmp/test.log
>> >>
>> >> Outputting somethind to stdout results in:
>> >> "FileWriteError: File stdout is closed"
>> >>
>> >> * Arch Linux
>> >> * Pharo 30852.
>> >>
>> >> $ pharo --version
>> >>
>> >> 3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM]
>> >> NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
>> acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
>> >> NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
>> acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
>> >> https://github.com/pharo-project/pharo-vm.git Commit:
>> ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200
>> By: Esteban Lorenzano  Jenkins build #14826
>> >> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7
>> 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux
>> >>
>> >>
>> >> Did I miss something?
>> >>
>> >
>>
>>
>>
>

Re: [Pharo-users] Writing on stdout when redirecting the standard output

[François Stephany]

Yep, we haven't measured yet how slower it gets but we don't have a lot of
traffic for this logger.
It was annoying to have a delay when observing logs so we flush the stream
all the time. We were also afraid of missing information in the case of a
pharo crash (hopefully that doesnt happen too much ;))


On Tue, Jul 29, 2014 at 10:06 AM, Sven Van Caekenberghe 
wrote:

>
> On 29 Jul 2014, at 09:49, François Stephany 
> wrote:
>
> > Uh. We nailed it.
>
> Good !
>
> > We implemented a custom Logger writing to stdout because the default one
> doesn't flush the stream immediately after writing to it.
>
> Beware that flushing after every line is measurably slower.
>
> > One of our configuration was configuring a logger and another was
> reconfiguring it. The stdout stream was probably closed in the process
> somewhere.
> >
> > In conclusion, beware of your loggers ;)
> >
> >
> >
> > On Tue, Jul 29, 2014 at 8:32 AM, François Stephany <
> tulipe.mouta...@gmail.com> wrote:
> > Yes, it works for me on OSX.l But it says "FileWriteError: File stdout
> is closed" when doing exactly the same thing on the Arch Linux of one of
> our programmer.
> >
> > We'll investigate and test on another Linux distro...
> >
> >
> > On Mon, Jul 28, 2014 at 10:50 PM, Sven Van Caekenberghe 
> wrote:
> > I think we need a better bug report, for me (Mac OS X) this works fine:
> >
> > $ ./pharo Pharo.image eval 'FileStream stdout nextPutAll: 42 factorial
> asString; cr. #done' > out.txt
> >
> > $ cat out.txt
> > 14050061177528798985431426062445115699363840
> > #done
> >
> > So, what exactly is not working ?
> >
> > On 28 Jul 2014, at 21:30, stepharo  wrote:
> >
> > > Francois
> > >
> > > can you open a bug entry because this is not nice.
> > >
> > > Stef
> > >
> > > On 28/7/14 16:46, François Stephany wrote:
> > >>
> > >> $ pharo Pharo-30852.image > /tmp/test.log
> > >>
> > >> Outputting somethind to stdout results in:
> > >> "FileWriteError: File stdout is closed"
> > >>
> > >> * Arch Linux
> > >> * Pharo 30852.
> > >>
> > >> $ pharo --version
> > >>
> > >> 3.9-7 #1 Thu May 15 18:29:30 CEST 2014 gcc 4.6.3 [Production ITHB VM]
> > >> NBCoInterpreter NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
> acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
> > >> NBCogit NativeBoost-CogPlugin-GuillermoPolito.19 uuid:
> acc98e51-2fba-4841-a965-2975997bba66 May 15 2014
> > >> https://github.com/pharo-project/pharo-vm.git Commit:
> ed4a4f59208968a21d82fd2406f75c2c4de558b2 Date: 2014-05-15 18:23:04 +0200
> By: Esteban Lorenzano  Jenkins build #14826
> > >> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7
> 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux
> > >>
> > >>
> > >> Did I miss something?
> > >>
> > >
> >
> >
> >
> >
>
>
>

Re: [Pharo-users] strange question

[François Stephany]

You might want to dig into thisContext.

"thisContext sender" is probably what you need.


On Tue, Jul 29, 2014 at 2:50 PM, Werner Kassens 
wrote:

> Hi,
> is there a way for a method, to look up the name of the method from where
> itself was called ?
> werner
>
>

[Pharo-users] [ANN] HelloPharo - webapp deployment tool

[François Stephany]

Hello,

At Ta Mère, we are used to deploy Ruby/Rails application with Heroku or on
VPS with Capistrano. Almost everybody uses the same tools and techniques in
the Rails community so deployment is quite easy once you grasp the process.

The same process was quite frustrating with Pharo. To solve that, we've
built HelloPharo. It is a tool to deploy small apps to a Linux VPS/VM.

It is heavily inspired by Capistrano, it prones convention over
configuration and it wants to be full stack (e.g., serve the assets,
restart the processes). It is built with Ansible.

We haven't released a fixed version yet but the tool starts to be in a
good-enough shape to be shown. We want to grab some feedback and fix the
most obvious limitations (see the README for more) before releasing version
0.1.0.

If you or your company uses a well defined process to deploy pharo webapps,
we are all ears. We think that having a canonical way to deploy simple apps
is a must if we want to see wider Pharo adoption for small web companies.
This process *must* be Unix friendly if we want to attract Python or Ruby
people. Most of them are Devops anyway, the command line is their friend,
NOT something they want to avoid.

Pull requests (for code or instructions in the README) are more than
welcome. The code and the documentation are MIT licensed.

https://github.com/fstephany/hello-pharo/

Cheers,
Francois

Re: [Pharo-users] [ANN] HelloPharo - webapp deployment tool

[François Stephany]

Oh, I forgot to mention Sven. He wrote the original
http://stfx.eu/pharo-server/
We basically stole all his Bash-fu to build the main script:

https://github.com/fstephany/hello-pharo/blob/master/app

Thanks a lot Sven!


On Thu, Aug 14, 2014 at 1:02 PM, François Stephany <
tulipe.mouta...@gmail.com> wrote:

> Hello,
>
> At Ta Mère, we are used to deploy Ruby/Rails application with Heroku or on
> VPS with Capistrano. Almost everybody uses the same tools and techniques in
> the Rails community so deployment is quite easy once you grasp the process.
>
> The same process was quite frustrating with Pharo. To solve that, we've
> built HelloPharo. It is a tool to deploy small apps to a Linux VPS/VM.
>
> It is heavily inspired by Capistrano, it prones convention over
> configuration and it wants to be full stack (e.g., serve the assets,
> restart the processes). It is built with Ansible.
>
> We haven't released a fixed version yet but the tool starts to be in a
> good-enough shape to be shown. We want to grab some feedback and fix the
> most obvious limitations (see the README for more) before releasing version
> 0.1.0.
>
> If you or your company uses a well defined process to deploy pharo
> webapps, we are all ears. We think that having a canonical way to deploy
> simple apps is a must if we want to see wider Pharo adoption for small web
> companies. This process *must* be Unix friendly if we want to attract
> Python or Ruby people. Most of them are Devops anyway, the command line is
> their friend, NOT something they want to avoid.
>
> Pull requests (for code or instructions in the README) are more than
> welcome. The code and the documentation are MIT licensed.
>
> https://github.com/fstephany/hello-pharo/
>
> Cheers,
> Francois
>

Re: [Pharo-users] [Pharo-dev] [ANN] HelloPharo - webapp deployment tool

[François Stephany]

Good idea, I add monit as one of the next step.

Load balancing is not supported at all. But we could change the nginx
config file to load balance between two images. And maybe make something
for Seaside and its state (sticky sessions?). I haven't done enough of this
to actually take an informed decision.

I'll update the README to be more clear about what is done behind the
scene. Showing the tree of directories created by HelloPharo will be worth
a thousand words (especially if you've used capistrano before).


On Thu, Aug 14, 2014 at 3:13 PM, Sven Van Caekenberghe  wrote:

>
> On 14 Aug 2014, at 13:08, François Stephany 
> wrote:
>
> > Oh, I forgot to mention Sven. He wrote the original
> http://stfx.eu/pharo-server/
> > We basically stole all his Bash-fu to build the main script:
> >
> > https://github.com/fstephany/hello-pharo/blob/master/app
> >
> > Thanks a lot Sven!
>
> You're welcome, François. BTW, I am still using that script for all my
> deploys.
>
> I didn't immediately see it, but does your solution include something for
> process monitoring and automatic restarts (like monit) and/or some basic
> load balancing ? In my experience the combination of these two makes for a
> more robust solution. Maybe that is the next step ;-)
>
> Sven
>
> > On Thu, Aug 14, 2014 at 1:02 PM, François Stephany <
> tulipe.mouta...@gmail.com> wrote:
> > Hello,
> >
> > At Ta Mère, we are used to deploy Ruby/Rails application with Heroku or
> on VPS with Capistrano. Almost everybody uses the same tools and techniques
> in the Rails community so deployment is quite easy once you grasp the
> process.
> >
> > The same process was quite frustrating with Pharo. To solve that, we've
> built HelloPharo. It is a tool to deploy small apps to a Linux VPS/VM.
> >
> > It is heavily inspired by Capistrano, it prones convention over
> configuration and it wants to be full stack (e.g., serve the assets,
> restart the processes). It is built with Ansible.
> >
> > We haven't released a fixed version yet but the tool starts to be in a
> good-enough shape to be shown. We want to grab some feedback and fix the
> most obvious limitations (see the README for more) before releasing version
> 0.1.0.
> >
> > If you or your company uses a well defined process to deploy pharo
> webapps, we are all ears. We think that having a canonical way to deploy
> simple apps is a must if we want to see wider Pharo adoption for small web
> companies. This process *must* be Unix friendly if we want to attract
> Python or Ruby people. Most of them are Devops anyway, the command line is
> their friend, NOT something they want to avoid.
> >
> > Pull requests (for code or instructions in the README) are more than
> welcome. The code and the documentation are MIT licensed.
> >
> > https://github.com/fstephany/hello-pharo/
> >
> > Cheers,
> > Francois
> >
>
>
>

Re: [Pharo-users] [Pharo-business] [Pharo-dev] [ANN] HelloPharo - webapp deployment tool

[François Stephany]

Ah ! I was also thinking about a cookie to keep user identity, I hate to
re-login because of an expired session. I was looking for a good name,
"login-token" sounds good :)

Why do you keep it 14 days only ? Is there a reason ? I planned to make it
valid much longer than that...


On Thu, Aug 14, 2014 at 10:27 PM, Sven Van Caekenberghe 
wrote:

>
> On 14 Aug 2014, at 15:21, François Stephany 
> wrote:
>
> > Good idea, I add monit as one of the next step.
> >
> > Load balancing is not supported at all. But we could change the nginx
> config file to load balance between two images. And maybe make something
> for Seaside and its state (sticky sessions?). I haven't done enough of this
> to actually take an informed decision.
>
> Here is some information on how I did it recently using nginx and Seaside:
>
>   http://forum.world.st/Nginx-Load-Balancing-Experiences-td4750823.html
>
> The stickiness is by client IP.
>
> It is also possible to do route based stickiness in Seaside and using Zinc
> (see ZnServer>>#route:), but I know only how to do that with Apache 2 (it
> is a paying option for nginx sadly).
>
> Of course, in most cases you will have to do some session state sharing
> between instances. I used memcached for that.
>
> > I'll update the README to be more clear about what is done behind the
> scene. Showing the tree of directories created by HelloPharo will be worth
> a thousand words (especially if you've used capistrano before).
> >
> >
> > On Thu, Aug 14, 2014 at 3:13 PM, Sven Van Caekenberghe 
> wrote:
> >
> > On 14 Aug 2014, at 13:08, François Stephany 
> wrote:
> >
> > > Oh, I forgot to mention Sven. He wrote the original
> http://stfx.eu/pharo-server/
> > > We basically stole all his Bash-fu to build the main script:
> > >
> > > https://github.com/fstephany/hello-pharo/blob/master/app
> > >
> > > Thanks a lot Sven!
> >
> > You're welcome, François. BTW, I am still using that script for all my
> deploys.
> >
> > I didn't immediately see it, but does your solution include something
> for process monitoring and automatic restarts (like monit) and/or some
> basic load balancing ? In my experience the combination of these two makes
> for a more robust solution. Maybe that is the next step ;-)
> >
> > Sven
> >
> > > On Thu, Aug 14, 2014 at 1:02 PM, François Stephany <
> tulipe.mouta...@gmail.com> wrote:
> > > Hello,
> > >
> > > At Ta Mère, we are used to deploy Ruby/Rails application with Heroku
> or on VPS with Capistrano. Almost everybody uses the same tools and
> techniques in the Rails community so deployment is quite easy once you
> grasp the process.
> > >
> > > The same process was quite frustrating with Pharo. To solve that,
> we've built HelloPharo. It is a tool to deploy small apps to a Linux VPS/VM.
> > >
> > > It is heavily inspired by Capistrano, it prones convention over
> configuration and it wants to be full stack (e.g., serve the assets,
> restart the processes). It is built with Ansible.
> > >
> > > We haven't released a fixed version yet but the tool starts to be in a
> good-enough shape to be shown. We want to grab some feedback and fix the
> most obvious limitations (see the README for more) before releasing version
> 0.1.0.
> > >
> > > If you or your company uses a well defined process to deploy pharo
> webapps, we are all ears. We think that having a canonical way to deploy
> simple apps is a must if we want to see wider Pharo adoption for small web
> companies. This process *must* be Unix friendly if we want to attract
> Python or Ruby people. Most of them are Devops anyway, the command line is
> their friend, NOT something they want to avoid.
> > >
> > > Pull requests (for code or instructions in the README) are more than
> welcome. The code and the documentation are MIT licensed.
> > >
> > > https://github.com/fstephany/hello-pharo/
> > >
> > > Cheers,
> > > Francois
> > >
> >
> >
> >
> > ___
> > Pharo-business mailing list
> > pharo-busin...@lists.pharo.org
> > http://lists.pharo.org/mailman/listinfo/pharo-business_lists.pharo.org
>
>

Re: [Pharo-users] [ANN] HelloPharo - webapp deployment tool

[François Stephany]

Just sent it to the Seaside ML, thanks for mentioning it ;)


On Thu, Aug 14, 2014 at 5:13 PM, stepharo  wrote:

>
> On 14/8/14 13:02, François Stephany wrote:
>
>> Hello,
>>
>> At Ta Mère, we are used to deploy Ruby/Rails application with Heroku or
>> on VPS with Capistrano. Almost everybody uses the same tools and techniques
>> in the Rails community so deployment is quite easy once you grasp the
>> process.
>>
>> The same process was quite frustrating with Pharo. To solve that, we've
>> built HelloPharo. It is a tool to deploy small apps to a Linux VPS/VM.
>>
>
> Excellent!
> I love infrastructure.
> Keep pushing that.
> Did you announce it on the seaside mailing-list
>
>
>> It is heavily inspired by Capistrano, it prones convention over
>> configuration and it wants to be full stack (e.g., serve the assets,
>> restart the processes). It is built with Ansible.
>>
>> We haven't released a fixed version yet but the tool starts to be in a
>> good-enough shape to be shown. We want to grab some feedback and fix the
>> most obvious limitations (see the README for more) before releasing version
>> 0.1.0.
>>
>> If you or your company uses a well defined process to deploy pharo
>> webapps, we are all ears. We think that having a canonical way to deploy
>> simple apps is a must if we want to see wider Pharo adoption for small web
>> companies. This process *must* be Unix friendly if we want to attract
>> Python or Ruby people. Most of them are Devops anyway, the command line is
>> their friend, NOT something they want to avoid.
>>
>> Pull requests (for code or instructions in the README) are more than
>> welcome. The code and the documentation are MIT licensed.
>>
>> https://github.com/fstephany/hello-pharo/
>>
>> Cheers,
>> Francois
>>
>
>
>

Re: [Pharo-users] Importing a city map in dxf/svg format to Roassal

[François Stephany]

Hi Offray, you can find the project on Github.
https://github.com/fstephany/OSMMaps

Getting started is easy:

Metacello new
  baseline: 'OSMMaps';
  repository: 'github://fstephany/OSMMaps/repository';
  load.

This will load Roassal2 and all its dependencies + OSMMaps.


then execute

OSMTile monsExample

to open a draggable map centered on Mons, Belgium.


Everything is more than  alpha at the moment: the most basic stuff still
need to be done. Check the issue on github for a todo list ;)


On Thu, Aug 21, 2014 at 1:11 PM, Alexandre Bergel 
wrote:

> Hi Offray,
>
> Sergio Maas has worked on google map interaction in Roassal.
> With François we have started an integration of OpenStreetMap.
>
> This is still in progress, we hope to give you some update very soon on
> this.
>
> Cheers,
> Alexandre
>
> On Aug 20, 2014, at 3:40 PM, Offray Vladimir Luna Cárdenas <
> off...@riseup.net> wrote:
>
> > Hi,
> >
> > There is a project which collects maps of cities under a open licensed
> (AFAIK derived from OpenStreetMap) and release them as dxf files. As a
> first thought I believe is possible to export dxf to a svg or other open
> format and try to open it on Roassal, but I wonder is there is a better
> way. If fact the author says that this svg to dxf was the path he followed
> to get his layers working.
> >
> > This are some project links:
> >
> > [1] http://bdon.org/2014/08/03/osm-cad-experiment/
> > [2] http://bdon.org/cad/
> >
> > Cheers,
> >
> > Offray
> >
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
>

Re: [Pharo-users] [ANN] Teapot 0.8 micro web framework

[François Stephany]

Phil,
I'm going there as well ;)
The idea is to see what we can do with GTInspector / Roassal (and maybe
https://github.com/fstephany/OSMMaps).

Attila,
I played a little bit with Teapot last week during ESUG and was wondering
what is your flow when you are designing/experimenting an API with Teapot?
Do you reset the instance everytime you modify/add a route?

Thanks a lot for this, it feels like the right amount of abstraction
between bare Zinc and fully loaded Seaside !


On Mon, Aug 25, 2014 at 12:06 AM, p...@highoctane.be 
wrote:

> Great tool to have.
>
> Definitely easier than doing everything in Zn or Seaside REST for getting
> something done quick.
>
> For hackathons, this is quite useful for sure!
>
> We should have a lineup of tools like that that allow us to shine during
> such events in order to promote Pharo.
>
> http://checkthis.com/hackathonbxl is one I go to in october.
>
> The monitor on the right is mine during a previous hackathon and what is
> on it is... Pharo ! (The guy on the picture was my team mate. He is a Scala
> guy).
>
> What would you think makes sense in such a stack beyond Teapot?
>
> MongoTalk, ZnEasy, Roassal, Mapless, ...
>
> Phil
>
>
>
>
> On Sun, Aug 24, 2014 at 10:40 PM, Attila Magyar 
> wrote:
>
>> Sven Van Caekenberghe-2 wrote
>> > Are there any tests ? Examples ?
>>
>> There is a test package, but it is not part of the metacello config. You
>> can
>> see it, if you add the repositiory and load the project from there. There
>> are no large examples so far, only the REST like book app on the
>> smalltalkhub wiki.
>>
>>
>> Sven Van Caekenberghe-2 wrote
>> > How do you load your dependencies, like NeoJSON or STON ?
>>
>> I consider them as optional dependencies therefore they are not loaded. If
>> someone wants to use them they will need to load them from the config
>> browser. From the code I don't refer to them directly but with the
>> "Smalltalk at: #NeoJSON" expression, so the projects loads and works
>> without
>> them, if they are not used. Probably I will add some metacello stuff later
>> to make it easier to load them.
>>
>>
>> Sven Van Caekenberghe-2 wrote
>> > If you need anything from Zn that is not yet provided, please ask. I
>> would
>> > be happy to help. It is impressive that you did all this without any
>> > direct questions !
>> >
>> > Cool name too !
>> >
>> > Sven
>> >
>> > PS: Most people don't seem to know, but you can load a #stable version
>> in
>> > one expression:
>> >
>> > Gofer it
>> >   smalltalkhubUser: 'zeroflag' project: 'Teapot';
>> >   configuration;
>> >   loadStable.
>> >
>> > It is just more elegant I think. There are some variants of this API as
>> > well, check the Gofer class.
>>
>> Thanks, that's better.
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://forum.world.st/ANN-Teapot-0-8-micro-web-framework-tp4774449p4774467.html
>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>>
>>
>>
>

Re: [Pharo-users] [ANN] HelloPharo - webapp deployment tool

[François Stephany]

There are still some rough edges but I'm glad you find it useful.
We can maybe work together to make the default recipe working on both
Ubuntu and CentOS?

If I remember well, you told me that there are no public RPM available for
Pharo. Is this something that we should do?

Or should we package the VM with the app? So if we install many apps on one
server, we can use different VM for each app...



On Mon, Sep 1, 2014 at 3:21 PM, p...@highoctane.be 
wrote:

> François,
>
> Thanks for providing this.
>
> I am setting this up for my own environment (CentOS) and it is very useful
> to have your sample.
>
> I'll have to -m yum a bit but definitely a super starting point.
>
> Phil
>
>
>
>
> On Thu, Aug 14, 2014 at 10:42 PM, François Stephany <
> tulipe.mouta...@gmail.com> wrote:
>
>> Just sent it to the Seaside ML, thanks for mentioning it ;)
>>
>>
>> On Thu, Aug 14, 2014 at 5:13 PM, stepharo  wrote:
>>
>>>
>>> On 14/8/14 13:02, François Stephany wrote:
>>>
>>>> Hello,
>>>>
>>>> At Ta Mère, we are used to deploy Ruby/Rails application with Heroku or
>>>> on VPS with Capistrano. Almost everybody uses the same tools and techniques
>>>> in the Rails community so deployment is quite easy once you grasp the
>>>> process.
>>>>
>>>> The same process was quite frustrating with Pharo. To solve that, we've
>>>> built HelloPharo. It is a tool to deploy small apps to a Linux VPS/VM.
>>>>
>>>
>>> Excellent!
>>> I love infrastructure.
>>> Keep pushing that.
>>> Did you announce it on the seaside mailing-list
>>>
>>>
>>>> It is heavily inspired by Capistrano, it prones convention over
>>>> configuration and it wants to be full stack (e.g., serve the assets,
>>>> restart the processes). It is built with Ansible.
>>>>
>>>> We haven't released a fixed version yet but the tool starts to be in a
>>>> good-enough shape to be shown. We want to grab some feedback and fix the
>>>> most obvious limitations (see the README for more) before releasing version
>>>> 0.1.0.
>>>>
>>>> If you or your company uses a well defined process to deploy pharo
>>>> webapps, we are all ears. We think that having a canonical way to deploy
>>>> simple apps is a must if we want to see wider Pharo adoption for small web
>>>> companies. This process *must* be Unix friendly if we want to attract
>>>> Python or Ruby people. Most of them are Devops anyway, the command line is
>>>> their friend, NOT something they want to avoid.
>>>>
>>>> Pull requests (for code or instructions in the README) are more than
>>>> welcome. The code and the documentation are MIT licensed.
>>>>
>>>> https://github.com/fstephany/hello-pharo/
>>>>
>>>> Cheers,
>>>> Francois
>>>>
>>>
>>>
>>>
>>
>

Re: [Pharo-users] best solution to store data

[François Stephany]

If you don't want a separate DB, object serialization with Fuel is an
option. It's very easy to serialize a graph of objects to disk.
You can also have a look at SandstoneDB, it's pretty small and some people
use it.

Cheers,
Francois


On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben  wrote:

> Hello,
>
> I want to try to make a financial app for a organisation.
>
> There are some 50 customers so also 50 invoices a year.
> Then the payments . Also 50 a year.
>
> Cash and bank accounts . Every month some 10 - 20 things.
>
> So on my disk on the programm I now use it costs me some 30 -  50 Kb a
> year.
>
> What are my options for storage of those data.
>
> I could use a database , but I wonder if there are more and better options.
>
> Roelof
>
>

Re: [Pharo-users] best solution to store data

[François Stephany]

Yep, the binary approach is a bit more fragile and less interoperable.
STON, JSON or XML are all fine with such a small domain I imagine.


On Tue, Sep 2, 2014 at 12:31 PM, stepharo  wrote:

>
> On 2/9/14 09:11, François Stephany wrote:
>
>  If you don't want a separate DB, object serialization with Fuel is an
> option. It's very easy to serialize a graph of objects to disk.
>  You can also have a look at SandstoneDB, it's pretty small and some
> people use it.
>
> pay attention that images can get corrupted so I would in addition use a
> file based approach (STON or whatever).
>
>
>  Cheers,
>  Francois
>
>
> On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben  wrote:
>
>> Hello,
>>
>> I want to try to make a financial app for a organisation.
>>
>> There are some 50 customers so also 50 invoices a year.
>> Then the payments . Also 50 a year.
>>
>> Cash and bank accounts . Every month some 10 - 20 things.
>>
>> So on my disk on the programm I now use it costs me some 30 -  50 Kb a
>> year.
>>
>> What are my options for storage of those data.
>>
>> I could use a database , but I wonder if there are more and better
>> options.
>>
>> Roelof
>>
>>
>
>

[Pharo-users] Pharo Glorp 1.7 <-> VisualWorks

[François Stephany]

We are tempted to give Glorp a try.

We've loaded version 1.7 from the configuration browser and the simple
things we've tested so far seem to work fine with the PostgresV2 driver.

What is the relation between the glorp we have with the VW version? Are the
two merged often? Unfortunately, we don't have the manpower to maintain
such a beast, are there many people using glorp in production? With
PostgresV2? Do you use all the niceties (e.g., json type) from PostgreSQL?

Cheers,
Francois

Re: [Pharo-users] Pharo Glorp 1.7 <-> VisualWorks

[François Stephany]

> >> What is the relation between the glorp we have with the VW version?
> >
> > Outdated, according to Alan Knight in response to a bug I reported.
> > The truth is no one knows.
> not entirely true.
> we know that is outdated :)
> Now, our version was ported from (AFAIR) 7.1 and extended to allow our
> drivers.
> Probably next time best path of porting is to make a bridge between VW
> driver API and ours (but I didn’t estimated the amount of effort).
>
>
Ok. In the VW Store, the latest version is:

timestamp: 21 Nov 2013 15:22:32
version: 7.10.1 - 3

I don't really know what it means (the 3rd release of 7.10.1 ?)


> >
> >> Are the two merged often?
> >
> > As I understand it they kind of forked, because even though GLORP has
> > its own multi-dialect layers, it still was "too VW/PGSQL".
> > The DBXTalk guys narrowed the gap, but still…
>
> something like that, yeah :P
>

Ok. Is there a process somewhere on how to convert VW code to Pharo? Just
load it would already be cool.



> > I'd join an community driven "ORM Task Force" for Pharo. IMHO merging
> > VW's and Pharo's version won't be an easy quest.
> > While debugging GLORP I learnt a few things about its internals, and I
> > think other users share the same learning process.
> > So I am willing to spend some time on this. :)
>

Cool !
We might need some people who were involved in the Pharo/Squeak port I
guess...

Where is the best place to ask about Glorp by the way?

Re: [Pharo-users] Pharo Glorp 1.7 <-> VisualWorks

[François Stephany]

Yes, I guess cross dialect is not for the faint of heart.
I feel like fixing bugs and improving stuff for pharo is the best way to
diverge from the original project.

Grumpf.





On Thu, Sep 4, 2014 at 5:15 PM, Sven Van Caekenberghe  wrote:

>
> On 04 Sep 2014, at 16:18, François Stephany 
> wrote:
>
> > Ok. Is there a process somewhere on how to convert VW code to Pharo?
> Just load it would already be cool.
>
> Glorp is pretty big and complex.
>
> Porting something cross platform is a huge amount of work, I think most of
> it was basically done by hand. This creates a huge maintenance problem of
> course. The same is true for Xtreams. Seaside seems to be able to manage
> this problem by being extremely careful.
>
>
>

Re: [Pharo-users] [ANN] JSON datatype support in PostgresV2 package

[François Stephany]

That's pretty cool !

+1 Norbert


On Fri, Sep 5, 2014 at 6:56 AM, Norbert Hartl  wrote:

>
>
> > Am 04.09.2014 um 21:43 schrieb "Esteban A. Maringolo" <
> emaring...@gmail.com>:
> >
> > Oh, I forgot.
> >
> > The datatype fields are converted to instances of JsonObject, from the
> > PharoExtras/JSON package.
> > So the version 2.4 loads such package.
> >
> > Even though I don't use PharoExtras/JSON for my daily JSON
> > manipulation (I use Seaside-JSON and NeoJSON), I found it to be the
> > most "modular"/"independent" JSON package out there.
> >
> How about making the JSON generation pluggable?
>
> Norbert
>
> > The fieldConverter can be replaced "live" in the PGConnection object
> > by anything you like.
> >
> > Regards!
> >
> > Esteban A. Maringolo
> >
> >
> > 2014-09-04 16:34 GMT-03:00 Esteban A. Maringolo :
> >> Spurred by the last discussion about GLORP, Postgres and friends, I
> >> spent the last few hours looking into the workings of PostgresV2 to
> >> add support to the native JSON datatype provided by PostgreSQL 9.2.
> >>
> >> According to PostgreSQL docs [1]:
> >> "The json data type can be used to store JSON (JavaScript Object
> >> Notation) data, as specified in RFC 4627. Such data can also be stored
> >> as text, but the json data type has the advantage of checking that
> >> each stored value is a valid JSON value. There are also related
> >> support functions available; see Section 9.15."
> >>
> >> It is available at ConfigurationOfPostgresV2-EstebanMaringolo.12 in
> >> SmalltalkHub, blessed as #development (v2.4). It includes a testcase
> >> for the field converter (if the database server supports it).
> >>
> >> JSON datatype allows the indexing and querying of data inside the
> >> structure of the json object.
> >>
> >> Eg:
> >> SELECT jsonField->'attribute1'->'attribute2' FROM sampleTable;
> >>
> >> Adding support of this to GLORP should be easy, but I have no time now
> :)
> >>
> >> DISCLAIMER:
> >> I'm not using this in production, I tested it and seems to work as
> >> expected, and fail nosiliy when it should. This is why I blesed it as
> >> #development. If anybody is bold enough, bless it as #stable :)
> >>
> >> Best regards,
> >>
> >> Esteban A. Maringolo
> >>
> >> [1] http://www.postgresql.org/docs/9.2/static/datatype-json.html
> >
>
>

Re: [Pharo-users] Smalltalk platform

[François Stephany]

I don't know if they are similar but I would say:

Smalltalk platform name


On Fri, Sep 5, 2014 at 10:54 AM, Annick Fron  wrote:

> I have a bug on OldAlien on pharo 3 because it is asking
> SmalltalkImage current platformName
>
> What is the replacement ?
> Annick
>
>

Re: [Pharo-users] Pharo Glorp 1.7 <-> VisualWorks

[François Stephany]

I have no idea how complicated this can be. I'm a bit reluctant to dive
into this if we are only 2-3 people to use Glorp in Pharo.

Guillermo, Mariano, what was the process when you imported Glorp in the
first place? How did you keep up with Glorp latest changes (From what I see
in Store, development is not too active)?


On Fri, Sep 5, 2014 at 11:30 AM, Stephan Eggermont  wrote:

> Sven wrote:
> >Porting something cross platform is a huge amount of work, I think most
> of it was basically done by hand.
> >This creates a huge maintenance problem of course. The same is true for
> Xtreams.
> >Seaside seems to be able to manage this problem by being extremely
> careful.
>
> We now have the infrastructure in place (CI) that supports a much better
> approach.
> We could use a vw image to download the current version from the public
> store
> and generate the platform-independent mczs from there. That of course
> requires
> changes to the VW code base to create and use platform classes. That is
> similar to
> what we did in the other direction with Parasol, what Roassal does and
> Seaside.
> If we make the (namespace) transformations explicit, we should be able to
> sync
> in two directions.
>
> Stephan
>
>
>
>

Re: [Pharo-users] PharoS

[François Stephany]

If i'm not mistaken, pharoS uses the StackVM.

Which you don't really want unless you know you need it ;)

On Mon, Sep 8, 2014 at 9:26 AM, Annick Fron  wrote:

> What is the difference between pharoS and pharo ?
> Annick
>
>

Re: [Pharo-users] [ANN] Pharo Days 2015

[François Stephany]

I can host one or two people at my place in Mons, Belgium (~1h drive from
INRIA Lille) for free. I can drive to the conference both days.

In the best case, I might have some friends to host me (us?) in Lille. So
we can have some beers without having to drive.

Francois


On Wed, Oct 29, 2014 at 4:18 PM, Sven Van Caekenberghe  wrote:

> We are excited to announce the details so far for the Pharo Days 2015, to
> be held on Thursday January 29 and Friday January 30 at INRIA, Lille,
> France.
>
>
>   https://medium.com/@svenvc/pharo-days-2015-6336d6ee2a23
>
>
> We’ll update this page moving forward. You can ask questions on the any of
> the Pharo mailing lists or you can email the Pharo Board.
>
>
> Official registration is not yet open, but there is a Doodle that should
> give an indication of who is coming and that can help us plan resources.
>
>
>   http://doodle.com/icxtazwfq76caxf8
>
>
> The Pharo Board
>

Re: [Pharo-users] Render PDF / Web Document in Pharo

[François Stephany]

Does artefact support *displaying* PDF in Pharo?

On Tue, Nov 4, 2014 at 11:53 AM, Olivier Auverlot <
olivier.auver...@gmail.com> wrote:

> Hi Sean,
>
> For rendering PDF documents, you could use Artefact (
> https://sites.google.com/site/artefactpdf/ )
>
> Best regards
> Olivier ;-)
>
> Le 4 nov. 2014 à 20:13, Sean P. DeNigris a écrit :
>
> Is it possible to display either in a Morphic world? As a start, even a
> non-interactive preview would be valuable...
>
> Thanks.
>
>
>
> -
> Cheers,
> Sean
> --
> View this message in context:
> http://forum.world.st/Render-PDF-Web-Document-in-Pharo-tp4788409.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>
>
>