- Pharo-users - lists.pharo.org

Re: [Pharo-users] Spec: InputWidget question

by Nicolai Hess

2016-09-06 23:14 GMT+02:00 Brad Selfridge <bsselfridge(a)gmail.com>: > I've been trying for several days to get the Spec InputWidget to work as > expected. I've been running the "example2" example. If you enter text in > the input field and press the "enter" key, then the input text is returned. > But, if you click the "Ok" button rather than "enter" key, then the input > text field is empty. I've tried to dig into why, but I stymied. > > Can someone please help me with this? > > Hi Brad, what pharo version ? For me, the example does not work at all (Pharo 5 and Pharo 6). Pressing OK, or pressing the Enter-Key shows a DNU "MessageNotUnderstood: PluggableTextFieldMorph>>acceptContents" > > > ----- > Brad Selfridge > -- > View this message in context: http://forum.world.st/Spec- > InputWidget-question-tp4914439.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Sept. 6, 2016

Spec: InputWidget question

by Brad Selfridge

I've been trying for several days to get the Spec InputWidget to work as expected. I've been running the "example2" example. If you enter text in the input field and press the "enter" key, then the input text is returned. But, if you click the "Ok" button rather than "enter" key, then the input text field is empty. I've tried to dig into why, but I stymied. Can someone please help me with this? ----- Brad Selfridge -- View this message in context: http://forum.world.st/Spec-InputWidget-question-tp4914439.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Sept. 6, 2016

Re: [Pharo-users] [ANN] Territorial

by Tudor Girba

Hi HernÃ¡n, I believe Stef was asking about the choice of picking a viral license vs the permissive MIT one that we use in code that gets into Pharo (and several other larger related projects). Cheers, Doru > On Sep 6, 2016, at 10:28 PM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > Hi Stef, > > I used the License Differentiator tool at http://oss-watch.ac.uk/apps/licdiff/ > > I like it because it fixes the 'ASP (application service provider) loophole' or 'privacy loophole' problem (See Choice Six in the tool) > > HernÃ¡n > > > 2016-09-06 16:47 GMT-03:00 stepharo <stepharo(a)free.fr>: > Hi hernan > > why do you picked AGPL? We try to protect our community against license hell. > Stef > Le 6/9/16 Ã 11:40, HernÃ¡n Morales Durand a Ã©crit : >> >> Hi Stephan, >> >> 2016-09-06 2:52 GMT-03:00 Stephan Eggermont <stephan(a)stack.nl>: >> On 06/09/16 06:24, HernÃ¡n Morales Durand wrote: >> >> I am happy to announce the release of Territorial, a new Smalltalk >> library for Geographical Information Retrieval in geopolitical objects. >> >> Nice. Please tell us about your license choice >> >> >> License of the library is AGPL v3 (it is in the Notes and disclaimers of the manual) >> License of the documentation is CC BY-SA 3.0 >> >> Cheers, >> >> HernÃ¡n >> >> Stephan >> >> >> >> > > -- www.tudorgirba.com www.feenk.com "If you can't say why something is relevant, it probably isn't."

Sept. 6, 2016

Re: [Pharo-users] [ANN] Territorial

by HernÃ¡n Morales Durand

Hi Stef, I used the License Differentiator tool at http://oss-watch.ac.uk/apps/licdiff/ I like it because it fixes the 'ASP (application service provider) loophole' or 'privacy loophole' problem (See Choice Six in the tool) HernÃ¡n 2016-09-06 16:47 GMT-03:00 stepharo <stepharo(a)free.fr>: > Hi hernan > > why do you picked AGPL? We try to protect our community against license > hell. > > Stef > Le 6/9/16 Ã 11:40, HernÃ¡n Morales Durand a Ã©crit : > > > Hi Stephan, > > 2016-09-06 2:52 GMT-03:00 Stephan Eggermont <stephan(a)stack.nl>: > >> On 06/09/16 06:24, HernÃ¡n Morales Durand wrote: >> >>> >>> I am happy to announce the release of Territorial, a new Smalltalk >>> library for Geographical Information Retrieval in geopolitical objects. >>> >> >> Nice. Please tell us about your license choice >> >> > License of the library is AGPL v3 (it is in the Notes and disclaimers of > the manual) > License of the documentation is CC BY-SA 3.0 > > Cheers, > > HernÃ¡n > > >> Stephan >> >> >> >> > >

Sept. 6, 2016

Re: [Pharo-users] [ANN] Territorial

by stepharo

Hi hernan why do you picked AGPL? We try to protect our community against license hell. Stef Le 6/9/16 Ã 11:40, HernÃ¡n Morales Durand a Ã©crit : > > Hi Stephan, > > 2016-09-06 2:52 GMT-03:00 Stephan Eggermont <stephan(a)stack.nl > <mailto:stephan@stack.nl>>: > > On 06/09/16 06:24, HernÃ¡n Morales Durand wrote: > > > I am happy to announce the release of Territorial, a new Smalltalk > library for Geographical Information Retrieval in geopolitical > objects. > > > Nice. Please tell us about your license choice > > > License of the library is AGPL v3 (it is in the Notes and disclaimers > of the manual) > License of the documentation is CC BY-SA 3.0 > > Cheers, > > HernÃ¡n > > Stephan > > > >

Sept. 6, 2016

Re: [Pharo-users] Lint Rule for Class-Side Method

by Yuriy Tymchuk

Hi, sorry for late reply. What are you using to obtain critiques? QualityAssistnat? CriticBrowser? Cheers. Uko > On 06 Sep 2016, at 19:06, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Sean P. DeNigris wrote >> I'm probably missing something obvious, but it seems like #checksMethod >> Lint Rules only get checked against instance-side methods. How does one >> check class-side methods? I converted it to a #checksClass rule, but then >> hits showed the class definition instead of the offending method source. > > Bump. > > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Lint-Rule-for-Class-Side-Method-tp4914121p4914409.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Sept. 6, 2016

Re: [Pharo-users] Lint Rule for Class-Side Method

by Sean P. DeNigris

Sean P. DeNigris wrote > I'm probably missing something obvious, but it seems like #checksMethod > Lint Rules only get checked against instance-side methods. How does one > check class-side methods? I converted it to a #checksClass rule, but then > hits showed the class definition instead of the offending method source. Bump. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Lint-Rule-for-Class-Side-Method-tp4914121p4914409.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Sept. 6, 2016

Re: [Pharo-users] UFFI cleanup of externally allocated memory (was Re: UFFI const, unsigned, opaque-ish types)

by Ben Coman

On Tue, Sep 6, 2016 at 8:08 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > sorry for arriving so late to this, but I was on holidays :) > this is how autoRelease works: > > 1) #autoRelease of an object registers object for finalisation with a particular executor. Then behaviour is divided: > > 2.1.1) for ExternalAddresses, it just registers in regular way, who will call #finalize on GC > 2.1.2) finalize will just call a free assuming ExternalAddress was allocated (which is a malloc) > > 2.2.1) for all FFIExternalReference, it will register for finalisation what #resourceData answers (normally, the handle of the object) > 2.2.2) finalisation process will call the object class>>#finalizeResourceData: method, with the #resourceData result as parameter > 2.2.3) each kind of external reference can decide how to free that data (by default is also just freeing). > > An example of this is how CairoFontFace works (or AthensCairoSurface). > > In you case, you will have something like: > > FFIExternalObject subclass: #CXString Thanks Esteban for the detailed description. However I've come to the conclusion that the C-library dynamically allocating memory for a field inside the struct of CXString doesn't exactly fit any of the pre-existing FFI types. When CXString subclasses FFIExternalObject the call to clang_getClangVersion () crashes the VM since its handle ==> ExternalAddress of 4 bytes but 8 bytes are required for a pointer + uint, https://github.com/llvm-mirror/clang/blob/google/stable/include/clang-c/CXS… /* The CXString type is used to return strings from the interface when * the ownership of that string might differ from one call to the next. * Use clang_getCString() to retrieve the string data and, once finished * with the string data, call clang_disposeString() to free the string. */ typedef struct { const void *data; unsigned private_flags; } CXString; In my limited experience so far it seems FFIExternalStructure is most appropriate So what I've got working is... FFIExternalStructure subclass: #CXString instanceVariableNames: '' classVariableNames: '' poolDictionaries: 'CXStringFlag' package: 'Libclang' CXString class>>fieldsDesc ^ #( void *data; uint private_flags; ) Thus handle of CXString new ==> ByteArray of 8 bytes. However ByteArray and FFIExternalStructure doesn't have any of the smarts of ExternalAddress and FFIExternalReference. So... CXString>>autoRelease self class finalizationRegistry add: self CXString>>finalize self dispose. Transcript crShow: 'debug CXString disposed'. CXString>>dispose self private_flags = CXS_Malloc value "as set by C library" ifTrue: [ self private_flags: CXS_Disposed value. self unguardedDispose. ] ifFalse: [ Error signal: 'Guard prevents double-dispose' ]. CXString>>unguardedDispose self ffiCall: #( void clang_disposeString ( CXString self ) ) module: Libclang > > CXString class>>#finalizeResourceData: version > self ffiCall: #(void clang_disposeString(void *version)) This only seems applicable to FFIExternalReference subclasses. I guess I could copy FFIExternalReference>>autoRelease to CXString. Do you think there would be much advantage to doing this? I see FFIExternalResourceExecutor>>finalize has some session tracking, presumably to avoid freeing dangling references. but I'm not sure about the semantics of #addResource:'s call to #resourceData, and what CXString>>resourceData would return. cheers -ben

Sept. 6, 2016

Re: [Pharo-users] [ann] pillar support in gtinspector

by Nicolai Hess

2016-08-29 21:41 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > I updated the Pillar support in GTInspector. Some of the extensions > already exist in the default Pillar #development version. If you want to > play with the full support, you can load it like this: > > Gofer new > smalltalkhubUser: 'Moose' project: 'PetitParser'; > package: 'PetitAnalyzer'; > package: 'PetitIndent'; > package: 'PetitIslands'; > smalltalkhubUser: 'Moose' project: 'GToolkit'; > package: 'GT-InspectorExtensions-Pillar'; > load > > Then you can just inspect a book folder and you get this: > > > I did not integrate this in the main Pillar yet because this is an older > implementation based on a limited island parser. As now Pillar has a full > parser based on PetitParser, the next step is to move the highlighting > logic to use this parser instead of the island parser. From my > measurements, the speed of the two parsers is about the same, so from a > user perspective there will be not much changes. > > It pains me that we are editing Pillar in outside tools, and now we should > no longer have to do that. Of course, this is not the most ideal tool > support for Pillar but I think it is a reasonable start. > > Cheers, > Doru > nice! I just played a bit with the code to apply larger different font sizes for the headings and use the code styler for inlined code ("=="). Maybe we should use a different code styler or add a way to instruct the styler to ignore unknown classes or uknown selectors :) > > > -- > www.tudorgirba.com > www.feenk.com > > "Problem solving should be focused on describing > the problem in a way that makes the solution obvious." > > > > > >

Sept. 6, 2016

Re: [Pharo-users] [ANN] Territorial

by Tudor Girba

Hi Hernan, I read quickly through the doc. Nice work! I noticed that you used the GTInspector (even with multiple panes at a time). That was a nice surprise :). On this occasion I noticed that you could probably extend the inspector with a couple of dedicated views. For example, on page 35, the AmbiguousCity could present the Cities in a dedicated presentation in the same pane. For example, something like: gtInspectorCitiesIn: composite <gtInspectorPresentationOrder: 40> composite list title: âCitiesâ; display: [ cities ]; when: [ cities notEmpty ] Thanks for the clarification about the license. I did not see it either in the manual but that must have been because I schemed fast through it. A note for others: AGPL is different than MIT (the typical license for Pharo projects) in that it requires a user to open source any software that uses the AGPL package in some form. There is nothing wrong with it, but you should be aware of the implications. Cheers, Doru > On Sep 6, 2016, at 11:40 AM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > > > Hi Stephan, > > 2016-09-06 2:52 GMT-03:00 Stephan Eggermont <stephan(a)stack.nl>: > On 06/09/16 06:24, HernÃ¡n Morales Durand wrote: > > I am happy to announce the release of Territorial, a new Smalltalk > library for Geographical Information Retrieval in geopolitical objects. > > Nice. Please tell us about your license choice > > > License of the library is AGPL v3 (it is in the Notes and disclaimers of the manual) > License of the documentation is CC BY-SA 3.0 > > Cheers, > > HernÃ¡n > > Stephan > > > > -- www.tudorgirba.com www.feenk.com âLive like you mean it."

Sept. 6, 2016