- Pharo-dev - lists.pharo.org

ToolRegistry need to support multiple registrations per tool

by Nicolai Hess

Issue 10529 <https://pharo.fogbugz.com/default.asp?10529> ToolRegistry need to support multiple registrations per tool My solution : A ToolRegistry subclass (PharoCommonTools) that memorized all registered tools. And, for some common tools, like browser, debugger, inspector, workspace, it provides settings entry to reset the registration to a prior tool. What do you think? (maybe a subclass of ToolRegistry isn't need and we can merge this. And I don't like to "hardcode" the tools support for inspector, debugger, ..., but I don't know how we can add the settings interface without proper names, maybe someone knows a more "generic" way to add the settings for every key that is/was used for a tool registration ) nicolai

Dec. 19, 2014

Re: [Pharo-dev] [ANN] WKHTML2PDF for Pharo

by phil＠highoctane.be

Very interesting (especially for when we do have lots of tables and colors, which I do happen to have a lot :-) ). Now, is it working on Linux? Phil On Fri, Dec 19, 2014 at 10:47 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > > Need an easy way to convert HTML into PDF for printing? The project > http://wkhtmltopdf.org can help you here. > > If you want to use it from Pharo just check out: > > http://smalltalkhub.com/#!/~TorstenBergmann/WKHTML2PDF > > This project allows you to easily use the library. First select the > engine: > > HTML2PDFConverter useExecutable. > > or > > HTML2PDFConverter useLibrary. > > and then convert: > > HTML2PDFConverter > convert: 'http://www.pharo.org' > toFile: 'pharo.pdf' > > to get a printable version of the Pharo homepage. As ever docu is on the > STHub project website. > > It uses NativeBoost to call the library and OSProcess to call the > executable. > > Bye > T. > >

Dec. 19, 2014

Re: [Pharo-dev] NativeBoost libraries hosting

by Esteban Lorenzano

I donât think so. We cannot pollute pharo file server with specific libraries :( we could in the future set up a service for that, but then we will need to take into account licenses, etc. my recommendation is that you do not include the library but instructions on where they can download/build the proper libraries. Esteban > On 19 Dec 2014, at 12:24, Blondeau Vincent <vincent.blondeau(a)worldline.com> wrote: > > Hi, > > Some of us are developing some applications by using NativeBoost, which is a great tool for Pharo. > But when we want to distribute our application, we have to give the libraries with it. > We can integrate the library in the package, give a link to download an application and copy the libraries near the Pharo VM, or put it on dropbox, but it seems that are not good solutions. > > Maybe we should have a hosting platform for these libraries? > Does http://smalltalkhub.com <http://smalltalkhub.com/> or http://files.pharo.org/ <http://files.pharo.org/> can do the hosting? > > Cheers, > > Vincent > > > > Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. > > This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

Dec. 19, 2014

Re: [Pharo-dev] spotter on global vars

by Sven Van Caekenberghe

> On 19 Dec 2014, at 12:24, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > >> On 19 Dec 2014, at 12:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> That one only exists in Pharo 4. >> > > Yesâ¦ GT needs to move to Pharo4 or this will all be very boring soon. Indeed, it makes no sense for something as forward looking as GT to be limited by backwards compatibility with a mostly static 3.0 Now, for inspector presentations and search this is an add-on, not a dependency

Dec. 19, 2014

NativeBoost libraries hosting

by Blondeau Vincent

Hi, Some of us are developing some applications by using NativeBoost, which is a great tool for Pharo. But when we want to distribute our application, we have to give the libraries with it. We can integrate the library in the package, give a link to download an application and copy the libraries near the Pharo VM, or put it on dropbox, but it seems that are not good solutions. Maybe we should have a hosting platform for these libraries? Does http://smalltalkhub.com or http://files.pharo.org/ can do the hosting? Cheers, Vincent ________________________________ Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

Dec. 19, 2014

Re: [Pharo-dev] spotter on global vars

by Marcus Denker

> On 19 Dec 2014, at 12:14, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > That one only exists in Pharo 4. > Yesâ¦ GT needs to move to Pharo4 or this will all be very boring soon. Marcus

Dec. 19, 2014

Re: [Pharo-dev] spotter on global vars

by Tudor Girba

That one only exists in Pharo 4. Doru On Fri, Dec 19, 2014 at 11:59 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > 2014-12-19 11:28 GMT+01:00 Marcus Denker <marcus.denker(a)inria.fr>: >> >> Do you need GTSpottedGlobalVars as a wrapper or could this not be part of >> #GlobalVariable? >> >> (and LiteralVariable in general should have support for showing users in >> spotter, like it has already gtInspectorUsersIn:) >> > > Ah, I wasn't aware of GlobalVariable, no, maybe GTSpottedGlobalVars isn't > needed then. > > > nicolai > > > >> >> On Fri, Dec 19, 2014 at 11:11 AM, Nicolai Hess <nicolaihess(a)web.de> >> wrote: >> >>> I hope I don't overuse spotter. >>> >>> 14641 <https://pharo.fogbugz.com/default.asp?14641> >>> spot on global vars >>> >>> But actually these are features that were supported by spotlight, and I >>> miss this. >>> >>> >>> nicolai >>> >>> >> >> -- >> -- >> Marcus Denker -- denker(a)acm.org >> http://www.marcusdenker.de >> > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 19, 2014

Re: [Pharo-dev] spotter on global vars

by Nicolai Hess

2014-12-19 11:28 GMT+01:00 Marcus Denker <marcus.denker(a)inria.fr>: > > Do you need GTSpottedGlobalVars as a wrapper or could this not be part of > #GlobalVariable? > > (and LiteralVariable in general should have support for showing users in > spotter, like it has already gtInspectorUsersIn:) > Ah, I wasn't aware of GlobalVariable, no, maybe GTSpottedGlobalVars isn't needed then. nicolai > > On Fri, Dec 19, 2014 at 11:11 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> I hope I don't overuse spotter. >> >> 14641 <https://pharo.fogbugz.com/default.asp?14641> >> spot on global vars >> >> But actually these are features that were supported by spotlight, and I >> miss this. >> >> >> nicolai >> >> > > -- > -- > Marcus Denker -- denker(a)acm.org > http://www.marcusdenker.de >

Dec. 19, 2014

Re: [Pharo-dev] spotter on global vars

by Marcus Denker

Do you need GTSpottedGlobalVars as a wrapper or could this not be part of #GlobalVariable? (and LiteralVariable in general should have support for showing users in spotter, like it has already gtInspectorUsersIn:) On Fri, Dec 19, 2014 at 11:11 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > I hope I don't overuse spotter. > > 14641 <https://pharo.fogbugz.com/default.asp?14641> > spot on global vars > > But actually these are features that were supported by spotlight, and I > miss this. > > > nicolai > > -- -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

Dec. 19, 2014

Re: [Pharo-dev] spotter on global vars

by Tudor Girba

Spotter is certainly meant to search whatever you want, so it's hard to over use it :) I added you to the Moose team. Please commit your changes there. Doru On Fri, Dec 19, 2014 at 11:11 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > I hope I don't overuse spotter. > > 14641 <https://pharo.fogbugz.com/default.asp?14641> > spot on global vars > > But actually these are features that were supported by spotlight, and I > miss this. > > > nicolai > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 19, 2014