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

[Pharo-project] Citezen
by Alexandre Bergel Dec. 13, 2011

Dec. 13, 2011

Hi! Apparently, Citezen does not parse scg.bib (http://scg.unibe.ch/scgbib) The following expression raises an error: CZBibParser parse: (FileStream fileNamed: '/Users/alexandrebergel/Workspace/scgbib/scg.bib') contents Is there something obvious I missed? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

4 8

Re: [Pharo-project] native boost is the best thing since COGVM
by Fernando Olivero Dec. 13, 2011

Dec. 13, 2011

Done, indeed it's a better design now! I've removed the NBCairo class, reified almost all Cairo objects as a subclass of NBCairoObject. I've also added CairoText, for easier drawing of text using Cairo Toy Text API. (and CairoLineCap, CairoLineJoin ) All the examples work again, also the new ones. As soon as squeaksource is up again i'll commit. Fernando pd: I will apply the same refactoring to NBPango also. I still have to answer your questions regarding the use of Pango. On Mon, Dec 12, 2011 at 6:44 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > On Dec 12, 2011, at 5:35 PM, Igor Stasenko wrote: > >> On 12 December 2011 17:16, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: >>> ok, i see your point. I will refactor back to Javier's approach. >>> My rationale was to reify the Cairo library as it is, luckily all the >>> other examples work. >> >> Well, it makes sense to do things like that, when you want a fast and >> dirty working stuff. >> But a good wrapping makes a lot of difference: there is no need to >> indicate that you using a library >> through 'self cairo' everywhere. It is just an indirection without any benefit. >> >> Wrapper classes and their instances should provide a required >> functionality through well defined protocols, and then from user's >> standpoint it is really >> makes no difference who implements them. >> That's why we need Athens. > > Indeed we do want to have cairo dependencies inside our system > just encapsulated in their respective canvases. > > >>> If i add the shared pool NBCairoTypes to the NBCairo then NativeBoost >>> automatically associates the type? Because i've been putting directly >>> "int". Would be nice to have a couple of examples of NB (whenever the >>> time is enough for you guys, i know you are busy) >>> >> >> Yes, but these examples were written specifically to show how to wrap >> a library in object-oriented way Â :) >> Look at pharo by example book [1], there you can find an explanation >> how to use shared pools. >> Of course it is far from complete, but my opinion that your >> refactoring gives a bad example to future developers. >> They should think in terms of objects and place callouts in >> corresponding classes with nicely formed protocol(s). >> >> I am looking forward for you to come, so i can explain things more >> directly and easier :) >> >> [1] https://gforge.inria.fr/scm/viewvc.php/*checkout*/PharoByExampleTwo-Eng/Ali… >> >>> thanks for the feedback, >>> Fernando >>> >>> >>> >>> On Mon, Dec 12, 2011 at 5:05 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >>>> CairoSamplePrograms>>rectangleAndText >>>> does not works, because it uses a following method: >>>> >>>> NBCairo>>selectFont: aFamily slant: slant weight: aWeight on: aNBCairoContext >>>> Â Â Â Â <primitive: #primitiveNativeCall module: #NativeBoostPlugin> >>>> Â Â Â Â ^self call: #(void cairo_select_font_face (NBCairoContext aNBCairoContext, >>>> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â String aFamily, >>>> >>>> cairo_font_slant_t slant, >>>> >>>> cairo_font_weight_t aWeight) ) >>>> >>>> >>>> and during code generation it barks that it unable to resolve >>>> 'cairo_font_slant_t' Â type. >>>> Because NBCairo class does not includes a corresponding shared pool >>>> (NBCairoTypes). >>>> >>>> Also, Fernando, i don't like that you put everything into a single >>>> class (NBCairo). >>>> This is wrong, not object-oriented. The original organization made by >>>> Javier was much more closer to my tastes. >>>> >>>> This approach to wrapping a library is too mechanical. It is much >>>> better to place calls at proper place(s) in proper classes, >>>> rather than putting everything into a single one. Which means that in >>>> this way you are at least 1 message send farther from >>>> real function call. >>>> But in your case its not even that.. >>>> >>>> NBCairoPattern>>status >>>> Â Â Â Â ^ self cairo patternStatusOf: self >>>> >>>> cairo >>>> Â Â Â Â ^ NBCairo default >>>> >>>> so , it is 2 extra message sends, instead of direct call to foreign function! >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> >

1 0

Re: [Pharo-project] Company/freelance working with Pharo/Seaside
by Stephan Eggermont Dec. 12, 2011

Dec. 12, 2011

Sven wrote: > Having an active community where many people participate in making Pharo better all the time is the best reference. While that is a necessity, it is only relevant for a certain public (technically advanced, developer oriented, long term view). It is not necessarily something other potential customers value. I'm currently doing a data conversion project. Everything outside a timespan of the next 6 months is simply irrelevant. Startups with a lack of deep technological knowledge also cannot tell the difference between a very large but clueless community and a small, but active and knowledgable. > It is also important that success stories, even small ones, are shared. Very much so. And (also) in a form that less technical people can understand. > But I guess that half the people on these lists are available for remotely delivered services in one form or another ;-) That seems like a correct observation. On the other hand these mailing lists function as a filter and are not a good way to match demand and supply. The problem is in explaining where Pharo/Seaside can provide a good solution in business terms. > Although it is important that the community keeps on growing, we reached critical mass a long time ago, IMHO. For innovators yes. For early adopters, no. They value different things. Stephan

2 1

[Pharo-project] Missing network primitive
by Noury Bouraqadi Dec. 12, 2011

Dec. 12, 2011

Hi, While working on OCEAN (yes, yes, we're still working on it :-) we have an annoying issue. We have some netname resolver tests that do work with the Squeak Mac VM 5.8, but they are not working in the Mac Cog VMs. This is because the following primitives are missing at the VM side. Still, they are useful cause they allow getting addresses of all network interfaces of your machine. primitiveResolverGetAddressInfo primitiveResolverGetAddressInfoSize primitiveResolverGetAddressInfoResult primitiveResolverGetNameInfo primitiveResolverGetNameInfoHostSize primitiveResolverGetNameInfoHostResult primitiveResolverGetAddressInfoNext There are methods defined in the old NetNameResolver (class side) that call these primitives, but they are NOT referenced. primGetAddressInfoHost:service:flags:family:type:protocol: primGetAddressInfoSize primGetAddressInfoResult: primGetNameInfo:flags: primGetNameInfoHostSize primGetNameInfoHostResult: primGetAddressInfoNext We checked the SqueakVM SVN, and they are there in the SocketPlugin.c Why didn't they get introduced in Mac CogVM? Are there missing for other platforms too? Luc and Noury -- http://twitter.com/#!/NouryBouraqadi

2 2

[Pharo-project] Sprint friday 16 @ lille
by StÃ©phane Ducasse Dec. 12, 2011

Dec. 12, 2011

Hi guys I'm not sure that my message passed in the mailing-list. We will organize a sprint new friday and everybody is welcome. Just let us know so that we prepare the rooms. Stef

3 2

[Pharo-project] Videos ESUG 2010 on Youtube
by Marcus Denker Dec. 12, 2011

Dec. 12, 2011

Now *complete* 54 videos, 35 hours play time. http://www.youtube.com/playlist?list=PL431285A978F581BB -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] [Pharo-users] Company/freelance working with Pharo/Seaside
by Marcus Denker Dec. 12, 2011

Dec. 12, 2011

On Dec 12, 2011, at 8:37 PM, Francois Stephany wrote: > Thanks Stef! > >>> Again I repeat it (and I know that you know): we are really interested in making business grows around pharo. > > We know =) > >> It is also important that success stories, even small ones, are shared. >> Having a public list of available consultancy resources would be good, yes. > > Yep, that's the two main points for me. > >> But I guess that half the people on these lists are available for remotely delivered services in one form or another ;-) > > That's true. And I guess there are many silent observers in the list as well. How many people are there on > Pharo-Dev 541 > and Pharo-Users by the way? 256 But both with the ones that are on [Nomail] which can be because of unsubscribe or because they read the list via a gateway. Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

Dec. 12, 2011

Janko, stephane and others We need your inputs to build a structure to answer these questions. So what would help you to make your clients feel more confident? Again I repeat it (and I know that you know): we are really interested in making business grows around pharo. so do you think that the consortium could have a list of companies offering services? freelancers? â¦ The consortium should help you. Stef

4 6

Re: [Pharo-project] native boost is the best thing since COGVM
by Fernando Olivero Dec. 12, 2011

Dec. 12, 2011

ok, i see your point. I will refactor back to Javier's approach. My rationale was to reify the Cairo library as it is, luckily all the other examples work. If i add the shared pool NBCairoTypes to the NBCairo then NativeBoost automatically associates the type? Because i've been putting directly "int". Would be nice to have a couple of examples of NB (whenever the time is enough for you guys, i know you are busy) thanks for the feedback, Fernando On Mon, Dec 12, 2011 at 5:05 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > CairoSamplePrograms>>rectangleAndText > does not works, because it uses a following method: > > NBCairo>>selectFont: aFamily slant: slant weight: aWeight on: aNBCairoContext > Â Â Â Â <primitive: #primitiveNativeCall module: #NativeBoostPlugin> > Â Â Â Â ^self call: #(void cairo_select_font_face (NBCairoContext aNBCairoContext, > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â String aFamily, > > cairo_font_slant_t slant, > > cairo_font_weight_t aWeight) ) > > > and during code generation it barks that it unable to resolve > 'cairo_font_slant_t' Â type. > Because NBCairo class does not includes a corresponding shared pool > (NBCairoTypes). > > Also, Fernando, i don't like that you put everything into a single > class (NBCairo). > This is wrong, not object-oriented. The original organization made by > Javier was much more closer to my tastes. > > This approach to wrapping a library is too mechanical. It is much > better to place calls at proper place(s) in proper classes, > rather than putting everything into a single one. Which means that in > this way you are at least 1 message send farther from > real function call. > But in your case its not even that.. > > NBCairoPattern>>status > Â Â Â Â ^ self cairo patternStatusOf: self > > cairo > Â Â Â Â ^ NBCairo default > > so , it is 2 extra message sends, instead of direct call to foreign function! > > > -- > Best regards, > Igor Stasenko. >

3 2

[Pharo-project] Waiting for deferred UI messages
by Sean P. DeNigris Dec. 12, 2011

Dec. 12, 2011

testSimulateRightClick | workspace menu sem | workspace := Workspace open. [ morph := World submorphThat: [ :m | m model == workspace ] ifNone: [ nil ]. (Delay forMilliseconds: 100) wait. morph isNil ] whileTrue. WorldState addDeferredUIMessage: [ morph simulateRightClick ]. [ "execution gets stuck in this loop" menu := World submorphThat: [:m | m isKindOf: MenuMorph ] ifNone: [ nil ]. (Delay forMilliseconds: 100) wait. menu isNil ] whileTrue. self assert: menu isNil not. menu delete. When running from OB, the above deferred message block never gets evaluated. Execution loops forever in the last block. I thought that the delay would give the UI an opportunity to process it. How do I modify this to work? Thanks. Sean -- View this message in context: http://forum.world.st/Waiting-for-deferred-UI-messages-tp4179541p4179541.ht… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 3