October 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] #50409 regression

by Nicolai Hess

16883 <https://pharo.fogbugz.com/f/cases/16883/Highlight-in-Senders-of-throws-a-MN…>Highlight in Senders of... throws a MNU if the search term was found in a class comment <https://pharo.fogbugz.com/f/cases/16883/Highlight-in-Senders-of-throws-a-MN…> 2015-10-28 16:19 GMT+01:00 stepharo <stepharo(a)free.fr>: > I see this is annoying that comments are not polymorphic. > yes, but comments are text and methods are code .... > > Stef > > Le 28/10/15 11:05, Nicolai Hess a Ã©crit : > > > > 2015-10-28 15:33 GMT+01:00 stepharo <stepharo(a)free.fr>: > >> Hi >> >> I typed 'Take' and source code with it. >> - the progress bar does not update >> >> - more important when I click on the message browser I get a DNU ast >> >> autoSelect: aSelector >> textModel readSelectionBlock: [ :text | >> self selectedMessage >> ifNotNil: [ :msg | >> (self sourceIntervalOf: aSelector in: msg ast) >> ^^^^^^^^^^^^^ >> ifEmpty:[ self searchedString: aSelector asString >> in: text ] ]] >> >> and RGCommentDefinition does not understand ast. >> So what do we do? >> > > It is a know bug ( at least, I know of it :) ) > I changed the way the MessageBrowser selects the search term, > because it always highlights the search term by "text" and not by "code" > ,for example, in a "at:put:" senders MessageBrowser > the first the highlighting started at the first > at: > although this is part of a at:ifAbsent: - message. > > at: #OneShotArmed ifAbsent: [ true ]) > ifTrue: [ > Smalltalk globals at: #OneShotArmed put: > > 16673 > <https://pharo.fogbugz.com/f/cases/16673/Senders-of-highlights-wrong-code-se…> > Senders of... highlights wrong code segment > > But I didn't take the "class-comment"-search results into account. > > > > > > >> >> Is it a well know bug? >> >> Stef >> >> > >

Oct. 28, 2015

Re: [Pharo-dev] #50409 regression

by stepharo

I see this is annoying that comments are not polymorphic. Stef Le 28/10/15 11:05, Nicolai Hess a Ã©crit : > > > 2015-10-28 15:33 GMT+01:00 stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>>: > > Hi > > I typed 'Take' and source code with it. > - the progress bar does not update > > - more important when I click on the message browser I get a > DNU ast > > autoSelect: aSelector > textModel readSelectionBlock: [ :text | > self selectedMessage > ifNotNil: [ :msg | > (self sourceIntervalOf: aSelector in: msg ast) > ^^^^^^^^^^^^^ > ifEmpty:[ self searchedString: aSelector > asString in: text ] ]] > > and RGCommentDefinition does not understand ast. > So what do we do? > > > It is a know bug ( at least, I know of it :) ) > I changed the way the MessageBrowser selects the search term, > because it always highlights the search term by "text" and not by > "code" ,for example, in a "at:put:" senders MessageBrowser > the first the highlighting started at the first > at: > although this is part of a at:ifAbsent: - message. > > at: #OneShotArmed ifAbsent: [ true ]) > ifTrue: [ > Smalltalk globals at: #OneShotArmed put: > > 16673 > <https://pharo.fogbugz.com/f/cases/16673/Senders-of-highlights-wrong-code-se…> > Senders of... highlights wrong code segment > > But I didn't take the "class-comment"-search results into account. > > > > > > Is it a well know bug? > > Stef > >

Oct. 28, 2015

Re: [Pharo-dev] Ubuntu fullscreen problems

by Nicolai Hess

2015-10-28 15:35 GMT+01:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > I think there must be some incompatibility between Pharo and the host > window manager/desktop environment. > > On Debian/dwm (I am using Ubuntu VM) I can reproduce (1), but not (2). > > There is however interesting behavior... if I try to switch desktop while > in fullscreen it doesn't switch, however once I switch back to > non-fullscreen, suddenly I jump to the other desktop, as if the keyboard > shortcut for the switch got buffered somewhere... > > Opening a issue in FogzBugz is a good idea so it doesn't get forgotten. > > Peter > > On Wed, Oct 28, 2015 at 3:15 PM, J.F. Rick <self(a)je77.com> wrote: > >> Hi everybody, >> >> I just upgraded to Ubuntu 15.10 and am using Unity User Interface. I want >> Pharo to use the full screen (i.e., above the menu bar and launcher). >> Inside Pharo, I can choose "Toggle full screen mode". This works to some >> extent but has some problems: >> >> (1) I can no longer switch applications or desktops (i.e., pager). So it >> stops me doing work where I move between Pharo and a browser. This may be >> expected functionality. >> >> (2) More problematically, when I try to switch out of full screen mode by >> choosing "Toggle full screen mode", the Pharo interface completely >> disappears (just a giant gray area) and no mouse or keyboard events seem to >> register. I have to use command line to kill it. In good news, I can use >> "save and quit" instead and relaunching it just has it in maximum mode >> (full screen but launcher and menu bar are visible). I can then toggle full >> screen mode twice to get back to full screen. >> >> I searched for this on FogBugz but found nothing. Is there a workaround? >> This seems like a VM issue. Is there a newer VM that fixes this? I just >> used the most recent one on the Pharo 4.0 download page. >> >> If nobody has a fix, I'll open a case on FogBugz. This isn't a large >> problem but it would be nice to have this >> > It is a know problem (with possible fixes) (http://bugs.squeak.org/view.php?id=7812) You can not switch back from fullscreen on a linux 64-bit system ( http://bugs.squeak.org/view.php?id=7833) (maybe not only 32bit issue, but just the more recent windowmanager) > >> Cheers, >> >> Jeff >> > >

Oct. 28, 2015

Re: [Pharo-dev] #50409 regression

by Nicolai Hess

2015-10-28 15:33 GMT+01:00 stepharo <stepharo(a)free.fr>: > Hi > > I typed 'Take' and source code with it. > - the progress bar does not update > > - more important when I click on the message browser I get a DNU ast > > autoSelect: aSelector > textModel readSelectionBlock: [ :text | > self selectedMessage > ifNotNil: [ :msg | > (self sourceIntervalOf: aSelector in: msg ast) > ^^^^^^^^^^^^^ > ifEmpty:[ self searchedString: aSelector asString > in: text ] ]] > > and RGCommentDefinition does not understand ast. > So what do we do? > It is a know bug ( at least, I know of it :) ) I changed the way the MessageBrowser selects the search term, because it always highlights the search term by "text" and not by "code" ,for example, in a "at:put:" senders MessageBrowser the first the highlighting started at the first at: although this is part of a at:ifAbsent: - message. at: #OneShotArmed ifAbsent: [ true ]) ifTrue: [ Smalltalk globals at: #OneShotArmed put: 16673 <https://pharo.fogbugz.com/f/cases/16673/Senders-of-highlights-wrong-code-se…> Senders of... highlights wrong code segment But I didn't take the "class-comment"-search results into account. > > Is it a well know bug? > > Stef > >

Oct. 28, 2015

Re: [Pharo-dev] Ubuntu fullscreen problems

by Peter UhnÃ¡k

I think there must be some incompatibility between Pharo and the host window manager/desktop environment. On Debian/dwm (I am using Ubuntu VM) I can reproduce (1), but not (2). There is however interesting behavior... if I try to switch desktop while in fullscreen it doesn't switch, however once I switch back to non-fullscreen, suddenly I jump to the other desktop, as if the keyboard shortcut for the switch got buffered somewhere... Opening a issue in FogzBugz is a good idea so it doesn't get forgotten. Peter On Wed, Oct 28, 2015 at 3:15 PM, J.F. Rick <self(a)je77.com> wrote: > Hi everybody, > > I just upgraded to Ubuntu 15.10 and am using Unity User Interface. I want > Pharo to use the full screen (i.e., above the menu bar and launcher). > Inside Pharo, I can choose "Toggle full screen mode". This works to some > extent but has some problems: > > (1) I can no longer switch applications or desktops (i.e., pager). So it > stops me doing work where I move between Pharo and a browser. This may be > expected functionality. > > (2) More problematically, when I try to switch out of full screen mode by > choosing "Toggle full screen mode", the Pharo interface completely > disappears (just a giant gray area) and no mouse or keyboard events seem to > register. I have to use command line to kill it. In good news, I can use > "save and quit" instead and relaunching it just has it in maximum mode > (full screen but launcher and menu bar are visible). I can then toggle full > screen mode twice to get back to full screen. > > I searched for this on FogBugz but found nothing. Is there a workaround? > This seems like a VM issue. Is there a newer VM that fixes this? I just > used the most recent one on the Pharo 4.0 download page. > > If nobody has a fix, I'll open a case on FogBugz. This isn't a large > problem but it would be nice to have this > > Cheers, > > Jeff >

Oct. 28, 2015

#50409 regression

by stepharo

Hi I typed 'Take' and source code with it. - the progress bar does not update - more important when I click on the message browser I get a DNU ast autoSelect: aSelector textModel readSelectionBlock: [ :text | self selectedMessage ifNotNil: [ :msg | (self sourceIntervalOf: aSelector in: msg ast) ^^^^^^^^^^^^^ ifEmpty:[ self searchedString: aSelector asString in: text ] ]] and RGCommentDefinition does not understand ast. So what do we do? Is it a well know bug? Stef

Oct. 28, 2015

Ubuntu fullscreen problems

by J.F. Rick

Hi everybody, I just upgraded to Ubuntu 15.10 and am using Unity User Interface. I want Pharo to use the full screen (i.e., above the menu bar and launcher). Inside Pharo, I can choose "Toggle full screen mode". This works to some extent but has some problems: (1) I can no longer switch applications or desktops (i.e., pager). So it stops me doing work where I move between Pharo and a browser. This may be expected functionality. (2) More problematically, when I try to switch out of full screen mode by choosing "Toggle full screen mode", the Pharo interface completely disappears (just a giant gray area) and no mouse or keyboard events seem to register. I have to use command line to kill it. In good news, I can use "save and quit" instead and relaunching it just has it in maximum mode (full screen but launcher and menu bar are visible). I can then toggle full screen mode twice to get back to full screen. I searched for this on FogBugz but found nothing. Is there a workaround? This seems like a VM issue. Is there a newer VM that fixes this? I just used the most recent one on the Pharo 4.0 download page. If nobody has a fix, I'll open a case on FogBugz. This isn't a large problem but it would be nice to have this Cheers, Jeff

Oct. 28, 2015

moose at a software craftsmanship meetup in zurich

by Tudor Girba

Hi, Today, I will lead a Meetup for the Software Craftsmanship community in Zurich on how to solve real problems without reading code. There are already 45 people registered to work with Moose (and Pharo) for 2 hours: http://www.meetup.com/Software-Craftsmanship-Zurich/events/225980221/ Feel free to retweet: https://twitter.com/girba/status/659303253138653184 Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

Oct. 28, 2015

Re: [Pharo-dev] Random access to meta repos?

by Thierry Goubier

Le 27/10/2015 02:22, Yuriy Tymchuk a Ã©crit : > So was this fixed or not? Because if Iâm opening a git repo â it > checks the meta, Iâm saving to git repo â it checks the metaâ¦ Ok, I added a LRUCache of version info for handling that. Should / does certainly accelerate things (GitFileTree on Pharo3 is a lot faster than on Pharo4/5...). https://pharo.fogbugz.com/f/cases/16881/MCLazyVersion-avoid-aggressive-fetc… Slice in inbox. There is an additional optimisation that can be added to GitFileTree, but it has to wait integration first. Thierry > Uko > > >> On 24 Aug 2015, at 22:05, Thierry Goubier >> <thierry.goubier(a)gmail.com> wrote: >> >> Hi Paul, >> >> do you still see some of this in one of the filetree branches when >> doing metacello integration testing? >> >> Thierry >> >> Le 24/08/2015 19:41, Paul DeBruicker a Ã©crit : >>> per this discussion: >>> https://github.com/dalehenrich/metacello-work/issues/354 >>> >>> You might check that your copy of >>> MCFileRepositoryInspector>>#refresh doesn't refer to a >>> nonexistent instvar >>> >>> >>> >>> Uko2 wrote >>>> Hi, >>>> >>>> Iâve noticed that when I try to open a gitfiletree repo, before >>>> displaying its contents something from meta repos is loaded >>>> (seen on screenshot). Why does it need file names from meta >>>> repos to display contents of the repo which is present on my >>>> machine? >>>> >>>> Uko >>>> >>>> >>>> >>>> >>>> >>>> Screen Shot 2015-08-21 at 19.06.39.png (587K) >>>> <http://forum.world.st/attachment/4845061/0/Screen%20Shot%202015-08-21%20at%2019.06.39.png> >>> >>> >>> >>> >>> >>> >>>> -- >>> View this message in context: >>> http://forum.world.st/Random-access-to-meta-repos-tp4845061p4845346.html >>> >>> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >>> >>> >>> >> >> > > >

Oct. 27, 2015

Re: [Pharo-dev] Little Meeting at Pittsburg

by stepharo

For me I can Wednesday morning at 9h in the lobby until 11h (I want to see the spur presentation of eliot) Thursday the complete afternoon Le 26/10/15 20:37, Juan Pablo Sandoval Alcocer a Ã©crit : > I am attending OOPSLA too, It would be a pleasure to be part of the > meeting. > > Juampi > > 2015-10-25 19:30 GMT-03:00 stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>>: > > Hi > > Guillermo, Andrei, Guido and me are attending OOPSLA so we could > have a small > Pharo meeting. > What about wednesday evening? > > Stef > > > > > -- > Saludos, > Juan Pablo

Oct. 27, 2015