- Pharo-dev - lists.pharo.org

[Pharo-project] Emergency evaluator refresh problem
by Usman Bhatti Feb. 24, 2012

Feb. 24, 2012

After exiting from emergency evaluator in pharo, pharo desktop/home is not repainted/refreshed. Is it an issue or a feature? [image: Inline image 2]

1 0

[Pharo-project] NB How can I pass a NULL argument?
by Jan van de Sandt Feb. 24, 2012

Feb. 24, 2012

Hello list, I want to call the following C function using NativeBoost: const char* uenum_next(UEnumeration * en, int32_t * resultLength, UErrorCode * status) According to the (icu4c) documentation you can pass NULL for the resultLenth argument [1]. But when I try: self nbCall: #( char* uenum_next_48( self, nil, ICUErrorCodeNB* anErrorCode ) ) module: 'libicuuc.dylib' My image craches. Does anyone know what I'm doing wrong? Jan. [1] http://icu-project.org/apiref/icu4c/uenum_8h.html#a99298eabaa3874cdfd9793b2…

3 12

[Pharo-project] Migrating from VSE
by S Krish Feb. 24, 2012

Feb. 24, 2012

Can anyone can throw in the challenges in migrating VSE into Pharo.. UI -> Morphic a big change.. rest of the code -> Pharo base.. do we have grease / or anything akin.. to ease migration Or is it simply the same effort as pushng this into VW where it would stand better guarantees..? both from a corporate plan/ support etc.

4 3

[Pharo-project] fun with NBOpenGL
by Igor Stasenko Feb. 24, 2012

Feb. 24, 2012

On 24 February 2012 01:26, Lawson English <lenglish5(a)cox.net> wrote: > I was experimenting a little bit. What is the best way, using code, Â to put > an GLViewportMorph into a scrollpane? the things I have tried so far seem to > either crash Pharo or not work as I expect. > By default GLViewportMorph copying a rendered stuff from gl buffer directly to Display form to avoid extra copying. This trick is not fully compatible with morphic, since it ignoring clipping bounds etc. If you want to have full integration with morphic, first turn on "useOwnForm" flag first then viewport will copy rendered pixels into own buffer, which is then can be used for subsequent drawing on morphic canvas. See GLViewportMorph>>drawOn: aCanvas Probably we should add a bounds checking in NBGLDisplay>>updateForm: aForm bounds: aBounds because if you go outside of form's bounds, you have imminent crash due to memory corruption. What can be done, code can be rewritten to take into account a canvas clipping + origin, to get more correct (and safe) copying of rendered pixels, but still avoiding extra copy to intermediate form. Anyways, i don't like the fact that it copying the rendered stuff from video memory back to main memory, and then copying stuff back to video memory (but this time by morphic + VM). But this was a cheap way to get demo working and morphic integration. If i would be making app which using opengl for rendering, i would never copy things like that, because it just a waste of cycles causing a big impact to frame rate. What works for demo, is not really applicable in serious application. Â :) In serious app, i'd rather copy morphic Display form into separate texture and then render it along with other Â stuff, which is already in video memory. But this approach needs more time investments, which currently i don't have, and actually heavily depends on what you want from your app. Anyways, if there's someone who having spare time to fix NBGLDisplay>>updateForm:bounds: implementation to make it safer, i would appreciate that. -- Best regards, Igor Stasenko.

2 4

[Pharo-project] [update 1.3] #13325
by Marcus Denker Feb. 24, 2012

Feb. 24, 2012

13325 ----- Issue 5310: Ensure registration symmetry in ExternalSemaphoreTable users http://code.google.com/p/pharo/issues/detail?id=5310 Issue 2872: should fix equality of DateAndTime http://code.google.com/p/pharo/issues/detail?id=2872 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 1.4] #14354
by Marcus Denker Feb. 24, 2012

Feb. 24, 2012

14354 ----- Issue 5141: We should remove InputEventPollingFetcher http://code.google.com/p/pharo/issues/detail?id=5141 -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] [update 1.4] #14353
by Marcus Denker Feb. 24, 2012

Feb. 24, 2012

14353 ----- Issue 5198: All the methods in convenience-debugging in ToolRegistry should be deprecated. http://code.google.com/p/pharo/issues/detail?id=5198 Issue 3439: Compiler error subscript is out of bounds: ... http://code.google.com/p/pharo/issues/detail?id=3439 -- Marcus Denker -- http://marcusdenker.de

2 1

Re: [Pharo-project] New IDE alternative (was Misc. newbie questions)
by Fernando Olivero Feb. 24, 2012

Feb. 24, 2012

I would like to contribute to this discussions, since is related to my work. I've really enjoyed the discussion on this thread on enhancements or full replacements to the traditional tools for programming that we have since smalltalk-72-76. In the context of my thesis , i'm researching the use of development environments which are built using the "object-focused metaphor" as opposed to traditional ones that use the "view-focused" metaphor. SELF was the first (and 20 years later still impressive) , and Code bubbles is the latest. We are building a system called Gaucho, which allows to manipulate all the elements that make up the program, by direct-manipulation of visual entities called shapes. The goal is to minimize the presence of the tools by giving prominence to the objects themselves. Gaucho allows developers to freely place the shapes within an infinite plane, called the pampas, which eases the task of comparing different objects, and enables developers to make use of spatial arrangements to support task context. Gaucho also remembers all the changes made to the system, both visual and system changes, for better understanding past and the current development session. I believe these features greatly improve the programming experience, as opposed to more tool based approaches. In the attached a simple example of a Gaucho, running on top of Pharo, rendering with Athens with a Cairo and Pango backend, without morphic! For having this i had to implement: * simpler and more manageable ui framework than morphic, rethought completely from scratch for a vectorial canvas. *.a non-overlapping scheme,so the shapes can push each other away *.complete change model etc... I've been working actively to release a new version, and soon will have it ready. Fernando On Fri, Feb 24, 2012 at 4:40 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 24 February 2012 00:18, Matias Garcia Isaia <mgarciaisaia(a)gmail.com> wrote: >> On Thu, Feb 23, 2012 at 5:08 PM, Mariano Martinez Peck >> <marianopeck(a)gmail.com> wrote: >>> Nooo!!! he comes from Java!! he starts with index 0. Kill him!!!Â ;) >> >> Ooops... Time to get a new identity :) >> >> >> On 23 February 2012 19:47, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >>> Sure we know. >>> And we also know that it requires effort and lot of people are talking. >> >> I know there's a loooong way to see what CodeBubbles can do, and that >> requires to do a big effort, but imagined that some kind of >> alternative - I'm not sure that CB is **exactly** what I want (sure >> Java-ers want to see **something more** than just a file pimped with >> colours, but Smalltalk **allready has** much more than a text file - >> have real code) Â - could be very less effort-consuming. Making the >> current browser (Nautilus? - newbie here :) ) pop a new >> Â¿window?Â¿morph? showing a method instead of updating a single pane >> (the current one showing method's source) don't seems to be so "far" >> away to me. >> >> Of course that's my point of view, based on what I imagine that could >> be. I should spend some time to see how it is implemented, and to see >> if it really is that simple, but anyway trust you if you say is a huge >> effort... >> > > Well, popping out a new morph every time you clicking around is easy part. > The hard part is to make this stuff really consistent and easy to use > for navigation and development. > It requires far more serious work than just spending 2 hours > implementing "bubbling" behavior. > >> >> Cheers :) >> > > > > -- > Best regards, > Igor Stasenko. >

2 1

[Pharo-project] [update 1.4] #14352
by Marcus Denker Feb. 24, 2012

Feb. 24, 2012

14352 ----- Issue 5366: highlightError create a text with too long runs... http://code.google.com/p/pharo/issues/detail?id=5366 Issue 5310: Ensure registration symmetry in ExternalSemaphoreTable users http://code.google.com/p/pharo/issues/detail?id=5310 Issue 2872: should fix equality of DateAndTime http://code.google.com/p/pharo/issues/detail?id=2872 -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] [Bug Tracker] Issues tagged 1.3
by Marcus Denker Feb. 24, 2012

Feb. 24, 2012

On Feb 24, 2012, at 10:57 AM, Schwab,Wilhelm K wrote: > If memory serves, this has been reported (Sig, I'm thinking of the even sensor or similar bug) and is a known problem. I did look over the list, don't see it mentioned, at least not in terms that jump out at me. Could be wrong. It's a BAD bug IMHO. > Bug tracker number? -- Marcus Denker -- http://marcusdenker.de

1 0