- Pharo-dev - lists.pharo.org

[Pharo-project] Merging System-Platforms-michael_rueger.1 produces an error

by StÃ©phane Ducasse

Name: System-Platforms-michael_rueger.1 Author: michael.rueger Time: 25 February 2009, 6:26:52 pm UUID: 9e15638b-cb76-b24a-a655-b93bf8c6a75d Ancestors: initial check-in An OSPlatform is an abstract representation of a 'OS platform'. Platforms can be hierarchical, e.g., a "general" platform as superclass and more specific platforms as subclasses as long as the subclasses provide sufficient means to identify themselves. The original implementation was for Tweak.

Feb. 28, 2009

Re: [Pharo-project] Fixing Polymorph overrides

by StÃ©phane Ducasse

Would be an excellent way to do it :) On Feb 28, 2009, at 10:09 PM, Michael Rueger wrote: > StÃ©phane Ducasse wrote: >> Ideally we would like to have no overrides. >> Now any solution going into that direction would be a good step. > > Would it be possible to integrate the overrides into Pharo and them > make > a compatibility package for Squeak that adds those overrides to Squeak > before loading Polymorph? > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 28, 2009

Re: [Pharo-project] Fixing Polymorph overrides

by Michael Rueger

Michael Rueger wrote: > StÃ©phane Ducasse wrote: >> Ideally we would like to have no overrides. >> Now any solution going into that direction would be a good step. > > Would it be possible to integrate the overrides into Pharo and them make We actually need to do that anyways I think, as the Unicode changes not surprisingly overlap with some of the Polymorph overrides. Michael

Feb. 28, 2009

Re: [Pharo-project] Fixing Polymorph overrides

by Michael Rueger

StÃ©phane Ducasse wrote: > Ideally we would like to have no overrides. > Now any solution going into that direction would be a good step. Would it be possible to integrate the overrides into Pharo and them make a compatibility package for Squeak that adds those overrides to Squeak before loading Polymorph? Michael

Feb. 28, 2009

Re: [Pharo-project] change windows with keyboard

by StÃ©phane Ducasse

ok I will do an update tomorrow morning Stef On Feb 28, 2009, at 6:07 PM, Gary Chambers wrote: > My fault. This stuff is handled by Polymorph. For some reason a > cruicial method got recategorised and was therefore not packaged. > Updating SqueakSource now... > > Regards, Gary > ----- Original Message ----- > From: Mariano Martinez Peck > To: The general-purpose Squeak developers list ; Pharo Development > Sent: Tuesday, February 24, 2009 11:20 PM > Subject: [Pharo-project] change windows with keyboard > > I would be very useful for me being able to switch between squeak > windows (workspaces, class browsers, test runner, and so on) with > the keyboard. Once I discover that using alt + narrows I could see > all the windows little and the current one bigger. This use very > useful. But now, neither in squeak or pharo works for me. I am using > latest damien image for both of them under Linux. > > Does someone know why now it doesn't work ? > > Thanks for the help in advance. > > Mariano > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project________… > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 28, 2009

Re: [Pharo-project] Sophie rome vs a cairo binding

by StÃ©phane Ducasse

Ok thanks I thought it was that too. I will add that for 1.1 Stef On Feb 28, 2009, at 8:25 PM, Michael Rueger wrote: > StÃ©phane Ducasse wrote: >> Hi >> >> I would like to understand the difference between rome (the package >> in >> sophie) and >> a cairo binding such that one of squeak-GTK. > > I'm not sure how the GTK bindings work, so can't say anything about > that. > > Rome is more than just a Cairo binding, it is basically a new Canvas > hierarchy that support different back-ends. Currently supported are > Cairo and Balloon, but it could be possible to add a BitBlt based > backend as well. Or native bindings to Direct-X etc. > > So in my eyes Rome could be a way to migrate off of the current > inconsistent Canvas zoo onto something consistent and extensible. > > But then I'm slightly biased ;-) > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 28, 2009

Re: [Pharo-project] Fixing Polymorph overrides

by StÃ©phane Ducasse

Ideally we would like to have no overrides. Now any solution going into that direction would be a good step. > Will become quite tricky to maintain compatability with both Squeak > and > Pharo. > > Perhaps you (all) could describe the state of affairs that would be > preferred for Pharo and I'll have a think. > > Regards, Gary

Feb. 28, 2009

Re: [Pharo-project] Text editing (was: Re: Aaah, the pain or ParagraphEditor refactoring)

by Igor Stasenko

2009/2/28 Luigi PAnzeri <defmacro(a)gmail.com>: > >>> Can you explain where the performance problems are in your approach? > > At the current state, the problem are the followings: > > SafarÃ Commands, the user can invoke (e.g. uppercase words, insert char, > paste, browse methods, etc.), act on meaningful pieces (ranges) of texts > (words, characters, regions, smalltalk parsed expressions, etc.). At every > command invokation, parsers rebuild the range database. > That is fine and done right, except that in some cases I could use better > algorithm (as Lukas said, first make it work, then make it fast) as a lot of > simple commands has often only a local effect on the text range database, > then not a full rebuild is really needed. > > Text is presented with different visual properties (foreground colors, > underline, right font, etc.), depending on its meaning (syntax highlighting, > and more). At a first stage SafarÃ drew character x character, but it was > too slow. > > The problem is that the meaning of the text is stored into ranges that are > overlapping, instead I need runs (non overlapping ranges of text) in order > to present the text. So I have to implement an algorithm that rebuild and > perhaps cache better the run database. I have never really completed to do > that, as I stopped to work on it. The work at squeaksource about runs was > coded in a sprint made at the last ESUG) > > Second problem: perhaps it is a bad idea to parse the whole content of the > buffer at each command invokation, i.e. user input. > Parsing/SyntaxHighLighting stuff should be processed in background. > A better would be to use a tokenized view on edit buffer, where each token has its range. When user edits a text, first you detect which token is affected, then rescan it, and rescan next tokens until you find that rest of text is matching previously parsed tokens. >>> And how do you define "too slow"? > > Too slow to convince me to use it to code SafarÃ itself. > > It hangs your pc for few seconds on long texts (> 10 lines) on each > insertion. > > All this feedbacks/rumors about SafarÃ is really motivating for me. I hope > to go back working on it to make it usable. I am quite confident that I can > do it and I d like to do that before the summer. > > Luigi Panzeri > -- > View this message in context: http://n2.nabble.com/Aaah%2C-the-pain-or-ParagraphEditor-refactoring---%29-… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Best regards, Igor Stasenko AKA sig.

Feb. 28, 2009

Re: [Pharo-project] [squeak-dev] [Idea] method source with it

by Mariano Martinez Peck

EXCELLENT! I wasn't aware of all that useful features! very good notice. Some questions. Is it possible to configurate the search engine to case no sensitive ? Suppose you have more than 1 match of what you are looking in the same method, is there a way to go one after the other putting the color over the world ? Thanks lukas! Mariano On Wed, Feb 25, 2009 at 4:59 AM, Lukas Renggli <renggli(a)gmail.com> wrote: > > Sorry for just telling the idea and not to offering to do it myself. But > I > > think this is better than nothing :) > > The refactoring browser integration into OB provides that functionality. > > 1. Left-click on an element of the package you want to search. > 2. Click on 'Open Environment | Package'. > 3. The opened yellow browser scopes all Refactoring Browser actions to > what you see in this browser. > 4. Either use 'Open | Search Code' (for parse tree searches) or 'Open > Environment | Find Sources' (for full text regexp search). > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Feb. 28, 2009

Re: [Pharo-project] Text editing

by Michael Rueger

Luigi PAnzeri wrote: > The problem is that the meaning of the text is stored into ranges that are > overlapping, instead I need runs (non overlapping ranges of text) in order > to present the text. So I have to implement an algorithm that rebuild and > perhaps cache better the run database. I have never really completed to do > that, as I stopped to work on it. The work at squeaksource about runs was > coded in a sprint made at the last ESUG) A lot of the features and problems you describe we also encountered and (partially) solved in the Sophie text rendering. We are also using ranges (called markers in Sophie) which allow to add layers on top of the underlying content. We avoided some of the problems you describe by dealing with edits and rendering in a multi stage process. First the edits manipulate the text structure (a tree of sections and text runs) and updating marker ranges in the process. Marker update is pretty efficient as it only involves adjusting a few offsets. Then a display structure/list is generated while applying any style transformations added by the markers affecting the text. Overlapping markers a split into runs during the compositing process, also a very efficient process. At last the display list is rendered. Some operations like cursor movement and selections can be handled without going through the above steps, simply by overlaying them on the display structure. But, it only took us three years to get there and there is still a lot to be improved. On the other hand Sophie text also deals with embedded images, links, trigger overlays etc, so it is a fairly complex system overall. But imagine being able to embed images, audio or video into method source/comments :-) OK, theoretically ParagraphEditor can do that to, but you don't want to know ;-) Michael

Feb. 28, 2009