December 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Spec MenuModel not working

by Nicolai Hess

Stef refactored all dockingbar related things out of MenuMorph into DockingBarMenuMorph, the problem is, spec does not distinguish between - create a popup menu from a spec - create a dockbar menu from a spec I tried to implement this by providing a new buildWithSpecAsMenu and changed the MorphicMenuAdapter to create a MenuMorph (for popup menus) and DockingBarMenuMorph (for the other one). But it turns out I had to duplicate all the xPopup methods: buildWidgetPopup - buildWidgetMenu adaptAsPopup - adaptAsMenu buildWithSpecAsPopup - buildWithSpecAsMenu and this doesn't look right to me. As MorphicMenuAdapter is the only MorphicAdapter that implements special adaptAsX method, all this (popup-)menu related build/adapt methods looks like a hack. But I am not sure. Maybe someone with more knowledge about spec internals can take a look on this issue. nicolai 2014-12-14 21:15 GMT+01:00 stepharo <stepharo(a)free.fr>: > > So then this is probably my mistake. Now I will not have the time to work > on it before at least a week. > Too many other things to do that are not Pharo related. > > Stef > > Le 14/12/14 17:24, Peter UhnÃ¡k a Ã©crit : > > in which version of Pharo are you? >>> I cleaned a lot menu in 40 so this is probably related. >>> Do you have an example I could execute? >>> >> >> Yes this happens on Pharo 4. >> > > Yes, Pharo 4 > > >> ApplicationWithToolbar new openWithSpec >> then, open the "File"-menu >> -> MenuMorph(Object)>>doesNotUnderstand: #activatedFromDockingBar: >> > > > >

Dec. 20, 2014

Re: [Pharo-dev] running MS Surface Pro 3 - test failures

by Alexandre Bergel

If you run a test, what do you get? For example, the error? Alexandre > On Dec 19, 2014, at 8:54 PM, sheridan(a)sheridan-mahoney.com wrote: > > Hi all, > > I ran test case coverage using my MS Surface Pro 3 with the following specs: > Processor: Intel(R)Core(TM) i5-4300U CPU @ 1.90 GHz 2.50 GHz > Installed RAM : 8 GB > System type: 64-bit operating system, x64-based processor > Windows Edition: Windows 8.1 Pro > > I recieved 11 test failures and 2 errors. > > Here's a snip attached of the failing tests. I hope it makes it through... > Otherwise I'll resend with the info. > > I was wondering if each failing test requires a bug report, or is this not a supported machine? > > Cheers, > Sheridan<Capture.PNG> -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Dec. 19, 2014

running MS Surface Pro 3 - test failures

by sheridan＠sheridan-mahoney.com

Hi all, I ran test case coverage using my MS Surface Pro 3 with the following specs: Processor: Intel(R)Core(TM) i5-4300U CPU @ 1.90 GHz 2.50 GHz Installed RAM : 8 GB System type: 64-bit operating system, x64-based processor Windows Edition: Windows 8.1 Pro I recieved 11 test failures and 2 errors. Here's a snip attached of the failing tests. I hope it makes it through... Otherwise I'll resend with the info. I was wondering if each failing test requires a bug report, or is this not a supported machine? Cheers, Sheridan

Dec. 19, 2014

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

by Hilaire

Thanks Hilaire Le 19/12/2014 10:47, Torsten Bergmann a Ã©crit : > Need an easy way to convert HTML into PDF for printing? The project > http://wkhtmltopdf.org can help you here. -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu

Dec. 19, 2014

Re: [Pharo-dev] ToolRegistry need to support multiple registrations per tool

by Henrik Johansen

There used to be a class called AppRegistry in Pharo, which was nothing more than a selection in a list, with an API's for adding/removing options and changing the current selection. (only through popups, but that could easily be extended to provide settings entries). The code might've needed a bit of cleanup (making collection of available options weak, for example), but the concept was sound. IMHO, rather than the delegation through ToolRegistry, it would've been nice to have built upon AppRegistry and have Inspector/Browser/Debugger as subclasses of that. Then you'd still maintain indirection of which ToolX are available / currently in use, and code would be nice and understandable like: ToolX open instead of ToolRegistry openToolX. When new tools classifications are added, you'd also avoid progressively extending ToolRegistry into a behemoth of #openToolX etc. methods (ref. UIManager). Sadly, SoundService was the only real App classification in use, and the code seems to have been removed in 4.0. Cheers, Henry > On 19 Dec 2014, at 2:08 , Nicolai Hess <nicolaihess(a)web.de> wrote: > > 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

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