- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] editing the default window size of glamour inspector

by Tudor Girba

Thanks. Doru On Fri, Nov 28, 2014 at 9:59 AM, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > > > 2014-11-25 8:35 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > >> Hi, >> >> Ok. Can you open a ticket about finding a solution for custom Inspector >> window size? >> > > Done: > > > https://pharo.fogbugz.com/f/cases/14541/Editing-the-default-inspector-windo… > > Thanks Doru > >> >> Doru >> >> On Mon, Nov 24, 2014 at 3:54 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> >> wrote: >> >>> >>> >>> 2014-11-24 13:11 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: >>> >>>> Hi, >>>> >>>> Sorry for not replying earlier. Thanks Nicolai for picking this one up. >>>> I missed the initial mail. >>>> >>>> The initialExtent does not make sense for presentation, and anyway, you >>>> would not want to change an inspector when you are inside a flow. If I >>>> understand correctly, Clement would want that when he spawns an inspector >>>> window on a new object, to set the window size to something else. >>>> >>>> The idea of having a gtInitialWindowExtent is intriguing, but it won't >>>> really work. The problem is that an object can have associated >>>> presentations in several external packages, so defining the initial extent >>>> in one of them might not work for the other ones. >>>> >>>> But, I was more thinking of a different mechanism that remembers the >>>> size of the inspector every time you change it, and have the next window >>>> take that size into account. I am even considering having this size cached >>>> by the class of the object (not sure yet if that makes sense). What do you >>>> think? >>>> >>> >>> Hello Doru, >>> >>> If we have a mechanism to remember the last size of the inspector per >>> class, it would be nice to provide in addition APIs to change this value. >>> Perhaps I could put on a start-up script something like: >>> MyClass initialInspectorSize: 1000@1000. >>> >>> My issue is that on specific classes the inspector shows a big roassal >>> visualization. When I inspect in a new window one of these objects, I need >>> each time to enlarge the window to see the full visualization. If the >>> previous size is saved or I can set the size somehow, it's fine for me. >>> >>> Cheers, >>> >>> Clement >>> >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> On Mon, Nov 24, 2014 at 12:57 PM, Nicolai Hess <nicolaihess(a)web.de> >>>> wrote: >>>> >>>>> 2014-11-12 15:14 GMT+01:00 ClÃ©ment Bera <bera.clement(a)gmail.com>: >>>>> >>>>>> Hello, >>>>>> >>>>>> I would like for specific objects to change the default window size >>>>>> of the glamour inspector (Basically a bigger window will be opened by >>>>>> default for these objects). This is because I extended my inspectors to >>>>>> provide roassal visualization that are quite large. >>>>>> >>>>>> How can I do it ? >>>>>> >>>>>> For example I would like something like that: >>>>>> >>>>>> MyObject>>#gtInitialWindowExtent >>>>>> < gtInitialWindowExtent > >>>>>> ^ 800@1000 >>>>>> >>>>>> Clement >>>>>> >>>>>> >>>>> >>>>> I think this is not doable. >>>>> You can change the method with the inspector pragma to be called with >>>>> the context (inspector instance) >>>>> >>>>> gtInspectorItemsIn: composite inContext: aGTInspector >>>>> <gtInspectorPresentationOrder: 30> >>>>> >>>>> instead of >>>>> >>>>> gtInspectorItemsIn: composite >>>>> <gtInspectorPresentationOrder: 30> >>>>> >>>>> this way you have access to the glamour inspector. Unfortunately it >>>>> does not have any >>>>> window extent property. >>>>> >>>>> Maybe we can move the initialExtent property from GLMBrowser up to >>>>> GLMPresentation? >>>>> That way it would be accessible and usable for this aGTInspector >>>>> argument. >>>>> >>>>> >>>>> >>>>> Nicolai >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>>> >>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 28, 2014

Re: [Pharo-dev] Problem with input of localized characters by Michal

by lb

Hiï¼Michal I used Pharo 3 or 4 in Windows and happened to the similar problem, l found: (Notice the Bold Part) HandMorph>>generateKeyboardEvent: evtBuf "Generate the appropriate mouse event for the given raw event buffer" | buttons modifiers type pressType stamp charCode keyValue keyEvent | stamp := evtBuf second. stamp = 0 ifTrue: [stamp := Time millisecondClockValue]. pressType := evtBuf fourth. pressType = EventKeyDown ifTrue: [ type := #keyDown. lastKeyScanCode := evtBuf third]. pressType = EventKeyUp ifTrue: [type := #keyUp]. pressType = EventKeyChar ifTrue: [ type := #keystroke]. modifiers := evtBuf fifth. buttons := modifiers bitShift: 3. keyValue := evtBuf third. charCode := evtBuf sixth. "Adjustments to provide consistent key value data for different VM's : - charCode always contains unicode code point. - keyValue contains 0 if input is outside legacy range " "If there is no unicode data in the event, assume keyValue contains a correct (<256) Unicode codepoint, and use that" (charCode isNil or: [charCode = 0]) ifTrue: [charCode := keyValue]. "If charCode is not single-byte, we definately have Unicode input. Nil keyValue to avoid garbage values from some VMs." charCode > 255 ifTrue: [keyValue := 0]. type = #keystroke ifTrue: [combinedChar ifNil: [ | peekedEvent | peekedEvent := Sensor peekEvent. (peekedEvent notNil and: [peekedEvent fourth = EventKeyDown]) ifTrue: [ (CombinedChar isCompositionCharacter: charCode) ifTrue: [ combinedChar := CombinedChar new. combinedChar simpleAdd: charCode asCharacter. (combinedChar combinesWith: peekedEvent third asCharacter) ifTrue: [^nil]. ]]] ifNotNil: [ (combinedChar simpleAdd: charCode asCharacter) ifTrue: [charCode := combinedChar combined charCode]. combinedChar := nil]]. self flag: #fixme. "This piece of code handles the creation of scrolling events. When a scroll is done by the user, the VM forwards a keystroke event with the up/down key. So we reconvert it to a MouseWheelEvent in that case." (type = #keystroke and: [(buttons anyMask: 16) and: [charCode = 30 or: [charCode = 31]]]) ifTrue: [^MouseWheelEvent new setType: #mouseWheel position: lastMouseEvent cursorPoint direction: (charCode = 30 ifTrue: [#up] ifFalse: [#down]) buttons: buttons hand: self stamp: stamp]. keyEvent := KeyboardEvent new setType: type buttons: buttons position: self position keyValue: keyValue charCode: charCode hand: self stamp: stamp. keyEvent scanCode: lastKeyScanCode. ^keyEvent MayBe it works. Have a fun! BingLiang

Nov. 28, 2014

Problem with input of localized characters by Michal

by lb

Hiï¼Michal I used Pharo 3 or 4 and happened to the similar problem, l found: (Pls notice the Bold Part) HandMorph>>generateKeyboardEvent: evtBuf "Generate the appropriate mouse event for the given raw event buffer" | buttons modifiers type pressType stamp charCode keyValue keyEvent | stamp := evtBuf second. stamp = 0 ifTrue: [stamp := Time millisecondClockValue]. pressType := evtBuf fourth. pressType = EventKeyDown ifTrue: [ type := #keyDown. lastKeyScanCode := evtBuf third]. pressType = EventKeyUp ifTrue: [type := #keyUp]. pressType = EventKeyChar ifTrue: [ type := #keystroke]. modifiers := evtBuf fifth. buttons := modifiers bitShift: 3. keyValue := evtBuf third. charCode := evtBuf sixth. "Adjustments to provide consistent key value data for different VM's : - charCode always contains unicode code point. - keyValue contains 0 if input is outside legacy range " "If there is no unicode data in the event, assume keyValue contains a correct (<256) Unicode codepoint, and use that" (charCode isNil or: [charCode = 0]) ifTrue: [charCode := keyValue]. "If charCode is not single-byte, we definately have Unicode input. Nil keyValue to avoid garbage values from some VMs." charCode > 255 ifTrue: [keyValue := 0]. type = #keystroke ifTrue: [combinedChar ifNil: [ | peekedEvent | peekedEvent := Sensor peekEvent. (peekedEvent notNil and: [peekedEvent fourth = EventKeyDown]) ifTrue: [ (CombinedChar isCompositionCharacter: charCode) ifTrue: [ combinedChar := CombinedChar new. combinedChar simpleAdd: charCode asCharacter. (combinedChar combinesWith: peekedEvent third asCharacter) ifTrue: [^nil]. ]]] ifNotNil: [ (combinedChar simpleAdd: charCode asCharacter) ifTrue: [charCode := combinedChar combined charCode]. combinedChar := nil]]. self flag: #fixme. "This piece of code handles the creation of scrolling events. When a scroll is done by the user, the VM forwards a keystroke event with the up/down key. So we reconvert it to a MouseWheelEvent in that case." (type = #keystroke and: [(buttons anyMask: 16) and: [charCode = 30 or: [charCode = 31]]]) ifTrue: [^MouseWheelEvent new setType: #mouseWheel position: lastMouseEvent cursorPoint direction: (charCode = 30 ifTrue: [#up] ifFalse: [#down]) buttons: buttons hand: self stamp: stamp]. keyEvent := KeyboardEvent new setType: type buttons: buttons position: self position keyValue: keyValue charCode: charCode hand: self stamp: stamp. keyEvent scanCode: lastKeyScanCode. ^keyEvent MayBe it works. Have a fun! BingLiang

Nov. 28, 2014

Reï¼Problem with input of localized characters

by lb

Hiï¼Michal I used Pharo 3 or 4 and happened to simmilar problem, l found: (Pls notice the Bold Part) HandMorph>>generateKeyboardEvent: evtBuf "Generate the appropriate mouse event for the given raw event buffer" | buttons modifiers type pressType stamp charCode keyValue keyEvent | stamp := evtBuf second. stamp = 0 ifTrue: [stamp := Time millisecondClockValue]. pressType := evtBuf fourth. pressType = EventKeyDown ifTrue: [ type := #keyDown. lastKeyScanCode := evtBuf third]. pressType = EventKeyUp ifTrue: [type := #keyUp]. pressType = EventKeyChar ifTrue: [ type := #keystroke]. modifiers := evtBuf fifth. buttons := modifiers bitShift: 3. keyValue := evtBuf third. charCode := evtBuf sixth. "Adjustments to provide consistent key value data for different VM's : - charCode always contains unicode code point. - keyValue contains 0 if input is outside legacy range " "If there is no unicode data in the event, assume keyValue contains a correct (<256) Unicode codepoint, and use that" (charCode isNil or: [charCode = 0]) ifTrue: [charCode := keyValue]. "If charCode is not single-byte, we definately have Unicode input. Nil keyValue to avoid garbage values from some VMs." charCode > 255 ifTrue: [keyValue := 0]. type = #keystroke ifTrue: [combinedChar ifNil: [ | peekedEvent | peekedEvent := Sensor peekEvent. (peekedEvent notNil and: [peekedEvent fourth = EventKeyDown]) ifTrue: [ (CombinedChar isCompositionCharacter: charCode) ifTrue: [ combinedChar := CombinedChar new. combinedChar simpleAdd: charCode asCharacter. (combinedChar combinesWith: peekedEvent third asCharacter) ifTrue: [^nil]. ]]] ifNotNil: [ (combinedChar simpleAdd: charCode asCharacter) ifTrue: [charCode := combinedChar combined charCode]. combinedChar := nil]]. self flag: #fixme. "This piece of code handles the creation of scrolling events. When a scroll is done by the user, the VM forwards a keystroke event with the up/down key. So we reconvert it to a MouseWheelEvent in that case." (type = #keystroke and: [(buttons anyMask: 16) and: [charCode = 30 or: [charCode = 31]]]) ifTrue: [^MouseWheelEvent new setType: #mouseWheel position: lastMouseEvent cursorPoint direction: (charCode = 30 ifTrue: [#up] ifFalse: [#down]) buttons: buttons hand: self stamp: stamp]. keyEvent := KeyboardEvent new setType: type buttons: buttons position: self position keyValue: keyValue charCode: charCode hand: self stamp: stamp. keyEvent scanCode: lastKeyScanCode. ^keyEvent MayBe it woks. Have a fun! BingLiang

Nov. 28, 2014

Re: [Pharo-dev] [Vm-dev] OSX 10.9 PharoVM build failure workarounds

by Esteban Lorenzano

most of your scripts do not have sense anymore :) - libgit2 is already 0.21 by default, and it is being correctly build - same for libssh2 - path links for libraries should be working now - I would prefer you to make a pull request with the obsolete flags removal. - only script that looks relevant in the latests sources is the one for download 10.6 sdk so no, better not add them (nor adding them to the README)â¦ they where useful 6 months ago, not anymore :) cheers, Esteban > On 28 Nov 2014, at 10:47, Max Leske <maxleske(a)gmail.com> wrote: > > >> On 27.11.2014, at 08:13, stepharo <stepharo(a)free.fr <mailto:stepharo@free.fr>> wrote: >> >> Could we put a pointer on them in the readme? > > Sure. You can also move them to the vm repo if you want. They would probably make more sense there. > >> >> Le 17/11/14 18:49, Max Leske a Ã©crit : >>> You can use my scripts if you like: http://github.com/theseion/stuff.git <http://github.com/theseion/stuff.git> >>> >>> I use them to build and update my VMs for libgit2. >>> >>>> On 17.11.2014, at 17:28, Ben Coman <btc(a)openInWorld.com <mailto:btc@openInWorld.com>> wrote: >>>> >>>> Okay, got it. I don't remember installing SDK 10.9 so I had assume it came as part of XCode (but that could be my failing memory) >>>> Thanks for the clarification. >>>> >>>> Now even with my deviation from the instructions, it was fairly straight forward. Nice setup. >>>> cheers -ben >>>> >>>> Esteban Lorenzano wrote: >>>>> it is not a discrepancy, is two different things >>>>> 1) Install latest Xcode. 2) Download SDK 10.6 >>>>> :) >>>>> Esteban >>>>>> On 17 Nov 2014, at 17:17, Ben Coman <btc(a)openInWorld.com <mailto:btc@openInWorld.com>> wrote: >>>>>> >>>>>> Whoops. I need to read it more carefully. But there is a discrepancy, it says "Download the latest" and references 10.6. >>>>>> >>>>>> Ben Coman wrote: >>>>>>> You've lost me. That README.md were the instructions I used. Did I miss something, or do you mean I should add notes to it ? >>>>>>> cheers -ben >>>>>>> Esteban Lorenzano wrote: >>>>>>>> Hi, >>>>>>>> you have to check the README of https://github.com/pharo-project/pharo-vm <https://github.com/pharo-project/pharo-vm> :) >>>>>>>> >>>>>>>> Esteban >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> On 17 Nov 2014, at 16:58, Ben Coman <btc(a)openInWorld.com <mailto:btc@openInWorld.com> <mailto:btc@openInWorld.com <mailto:btc@openInWorld.com>>> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> I followed the instructions at https://github.com/pharo-project/pharo-vm <https://github.com/pharo-project/pharo-vm> >>>>>>>>> to build the Pharo VM. In generator.image I evaluated... >>>>>>>>> PharoVMBuilder buildMacOSX32. >>>>>>>>> then >>>>>>>>> cd ../build >>>>>>>>> bash build.sh >>>>>>>>> >>>>>>>>> After cmake finished its checks, it tried to compile freetype (2.4.9) but gets errors... >>>>>>>>> >>>>>>>>> *Generating /Users/ben/Repos/pharo-vm/results/Pharo.app/Contents/MacOS/Plugins/libfreetype.6.dylib* >>>>>>>>> clang: warning: no such sysroot directory: >>>>>>>>> '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk' >>>>>>>>> **fatal error: **'math.h' file not found* >>>>>>>>> >>>>>>>>> >>>>>>>>> And indeed, I don't have >>>>>>>>> ../MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk >>>>>>>>> I have >>>>>>>>> ../MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk >>>>>>>>> >>>>>>>>> So updating CMakeLists.txt as follows... >>>>>>>>> + set(CMAKE_OSX_DEPLOYMENT_TARGET 10.9) >>>>>>>>> + set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk) >>>>>>>>> - set(CMAKE_OSX_DEPLOYMENT_TARGET 10.5) >>>>>>>>> - set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk) >>>>>>>>> allowed the build to progress further. >>>>>>>>> >>>>>>>>> ========= >>>>>>>>> >>>>>>>>> Then the build failed getting "too many errors" that looked somewhat like this... >>>>>>>>> /Users/ben/Repos/pharo-vm/platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m:208:18: error: use of undeclared identifier 'GL_TEXTURE_RECTANGLE_ARB' >>>>>>>>> glTexParameteri(GL_TEXTURE_RECTANGLE_ARB, GL_TEXTURE_MIN_FILTER, GL_NEAREST); >>>>>>>>> >>>>>>>>> Tracked down a likely suspect here... >>>>>>>>> https://codereview.chromium.org/587193005/diff/1/content/browser/compositor… <https://codereview.chromium.org/587193005/diff/1/content/browser/compositor…> >>>>>>>>> And indeed editing... >>>>>>>>> platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m >>>>>>>>> >>>>>>>>> to add... >>>>>>>>> #import <OpenGL/gl.h> >>>>>>>>> >>>>>>>>> gave me a working VM. >>>>>>>>> >>>>>>>>> >>>>>>>>> ========= >>>>>>>>> >>>>>>>>> Should I log these somewhere ? >>>>>>>>> cheers -ben >>>> >>>> >>> >> >

Nov. 28, 2014

Re: [Pharo-dev] [Vm-dev] OSX 10.9 PharoVM build failure workarounds

by Max Leske

> On 27.11.2014, at 08:13, stepharo <stepharo(a)free.fr> wrote: > > Could we put a pointer on them in the readme? Sure. You can also move them to the vm repo if you want. They would probably make more sense there. > > Le 17/11/14 18:49, Max Leske a Ã©crit : >> You can use my scripts if you like: http://github.com/theseion/stuff.git <http://github.com/theseion/stuff.git> >> >> I use them to build and update my VMs for libgit2. >> >>> On 17.11.2014, at 17:28, Ben Coman <btc(a)openInWorld.com <mailto:btc@openInWorld.com>> wrote: >>> >>> Okay, got it. I don't remember installing SDK 10.9 so I had assume it came as part of XCode (but that could be my failing memory) >>> Thanks for the clarification. >>> >>> Now even with my deviation from the instructions, it was fairly straight forward. Nice setup. >>> cheers -ben >>> >>> Esteban Lorenzano wrote: >>>> it is not a discrepancy, is two different things >>>> 1) Install latest Xcode. 2) Download SDK 10.6 >>>> :) >>>> Esteban >>>>> On 17 Nov 2014, at 17:17, Ben Coman <btc(a)openInWorld.com <mailto:btc@openInWorld.com>> wrote: >>>>> >>>>> Whoops. I need to read it more carefully. But there is a discrepancy, it says "Download the latest" and references 10.6. >>>>> >>>>> Ben Coman wrote: >>>>>> You've lost me. That README.md were the instructions I used. Did I miss something, or do you mean I should add notes to it ? >>>>>> cheers -ben >>>>>> Esteban Lorenzano wrote: >>>>>>> Hi, >>>>>>> you have to check the README of https://github.com/pharo-project/pharo-vm <https://github.com/pharo-project/pharo-vm> :) >>>>>>> >>>>>>> Esteban >>>>>>> >>>>>>> >>>>>>> >>>>>>>> On 17 Nov 2014, at 16:58, Ben Coman <btc(a)openInWorld.com <mailto:btc@openInWorld.com> <mailto:btc@openInWorld.com <mailto:btc@openInWorld.com>>> wrote: >>>>>>>> >>>>>>>> >>>>>>>> I followed the instructions at https://github.com/pharo-project/pharo-vm <https://github.com/pharo-project/pharo-vm> >>>>>>>> to build the Pharo VM. In generator.image I evaluated... >>>>>>>> PharoVMBuilder buildMacOSX32. >>>>>>>> then >>>>>>>> cd ../build >>>>>>>> bash build.sh >>>>>>>> >>>>>>>> After cmake finished its checks, it tried to compile freetype (2.4.9) but gets errors... >>>>>>>> >>>>>>>> *Generating /Users/ben/Repos/pharo-vm/results/Pharo.app/Contents/MacOS/Plugins/libfreetype.6.dylib* >>>>>>>> clang: warning: no such sysroot directory: >>>>>>>> '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk' >>>>>>>> **fatal error: **'math.h' file not found* >>>>>>>> >>>>>>>> >>>>>>>> And indeed, I don't have >>>>>>>> ../MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk >>>>>>>> I have >>>>>>>> ../MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk >>>>>>>> >>>>>>>> So updating CMakeLists.txt as follows... >>>>>>>> + set(CMAKE_OSX_DEPLOYMENT_TARGET 10.9) >>>>>>>> + set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk) >>>>>>>> - set(CMAKE_OSX_DEPLOYMENT_TARGET 10.5) >>>>>>>> - set(CMAKE_OSX_SYSROOT /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.6.sdk) >>>>>>>> allowed the build to progress further. >>>>>>>> >>>>>>>> ========= >>>>>>>> >>>>>>>> Then the build failed getting "too many errors" that looked somewhat like this... >>>>>>>> /Users/ben/Repos/pharo-vm/platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m:208:18: error: use of undeclared identifier 'GL_TEXTURE_RECTANGLE_ARB' >>>>>>>> glTexParameteri(GL_TEXTURE_RECTANGLE_ARB, GL_TEXTURE_MIN_FILTER, GL_NEAREST); >>>>>>>> >>>>>>>> Tracked down a likely suspect here... >>>>>>>> https://codereview.chromium.org/587193005/diff/1/content/browser/compositor… <https://codereview.chromium.org/587193005/diff/1/content/browser/compositor…> >>>>>>>> And indeed editing... >>>>>>>> platforms/iOS/vm/OSX/sqSqueakOSXOpenGLView.m >>>>>>>> >>>>>>>> to add... >>>>>>>> #import <OpenGL/gl.h> >>>>>>>> >>>>>>>> gave me a working VM. >>>>>>>> >>>>>>>> >>>>>>>> ========= >>>>>>>> >>>>>>>> Should I log these somewhere ? >>>>>>>> cheers -ben >>> >>> >> >

Nov. 28, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40389 Home: https://github.com/pharo-project/pharo-core

Nov. 28, 2014

[pharo-project/pharo-core] fd78e3: 40389

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: fd78e3f2a6556bea8b920539528bb7e55d0dde7b https://github.com/pharo-project/pharo-core/commit/fd78e3f2a6556bea8b920539… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-11-28 (Fri, 28 Nov 2014) Changed paths: A Kernel.package/Behavior.class/instance/traits/traitUsers.st A Kernel.package/Behavior.class/instance/traits/traitUsers_.st A Ring-Core-Kernel.package/RGTraitDescriptionDefinition.class/instance/accessing/traitUsers.st A Ring-Core-Kernel.package/RGTraitDescriptionDefinition.class/instance/accessing/traitUsers_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script389.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40389.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Tool-FileList.package/FileList.class/instance/private/updateFileList.st A Traits.package/TBehavior.class/instance/traits/traitUsers.st A Traits.package/TBehavior.class/instance/traits/traitUsers_.st A Traits.package/TraitBehavior.class/instance/traits/traitUsers.st A Traits.package/TraitBehavior.class/instance/traits/traitUsers_.st Log Message: ----------- 40389 14540 Add new methods for accessing traitUsers https://pharo.fogbugz.com/f/cases/14540 14539 dropping a textfile opens an empty filelist https://pharo.fogbugz.com/f/cases/14539 http://files.pharo.org/image/40/40389.zip

Nov. 28, 2014

Re: [Pharo-dev] editing the default window size of glamour inspector

by ClÃ©ment Bera

2014-11-25 8:35 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > Hi, > > Ok. Can you open a ticket about finding a solution for custom Inspector > window size? > Done: https://pharo.fogbugz.com/f/cases/14541/Editing-the-default-inspector-windo… Thanks Doru > > Doru > > On Mon, Nov 24, 2014 at 3:54 PM, ClÃ©ment Bera <bera.clement(a)gmail.com> > wrote: > >> >> >> 2014-11-24 13:11 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: >> >>> Hi, >>> >>> Sorry for not replying earlier. Thanks Nicolai for picking this one up. >>> I missed the initial mail. >>> >>> The initialExtent does not make sense for presentation, and anyway, you >>> would not want to change an inspector when you are inside a flow. If I >>> understand correctly, Clement would want that when he spawns an inspector >>> window on a new object, to set the window size to something else. >>> >>> The idea of having a gtInitialWindowExtent is intriguing, but it won't >>> really work. The problem is that an object can have associated >>> presentations in several external packages, so defining the initial extent >>> in one of them might not work for the other ones. >>> >>> But, I was more thinking of a different mechanism that remembers the >>> size of the inspector every time you change it, and have the next window >>> take that size into account. I am even considering having this size cached >>> by the class of the object (not sure yet if that makes sense). What do you >>> think? >>> >> >> Hello Doru, >> >> If we have a mechanism to remember the last size of the inspector per >> class, it would be nice to provide in addition APIs to change this value. >> Perhaps I could put on a start-up script something like: >> MyClass initialInspectorSize: 1000@1000. >> >> My issue is that on specific classes the inspector shows a big roassal >> visualization. When I inspect in a new window one of these objects, I need >> each time to enlarge the window to see the full visualization. If the >> previous size is saved or I can set the size somehow, it's fine for me. >> >> Cheers, >> >> Clement >> >>> >>> Cheers, >>> Doru >>> >>> >>> On Mon, Nov 24, 2014 at 12:57 PM, Nicolai Hess <nicolaihess(a)web.de> >>> wrote: >>> >>>> 2014-11-12 15:14 GMT+01:00 ClÃ©ment Bera <bera.clement(a)gmail.com>: >>>> >>>>> Hello, >>>>> >>>>> I would like for specific objects to change the default window size of >>>>> the glamour inspector (Basically a bigger window will be opened by default >>>>> for these objects). This is because I extended my inspectors to provide >>>>> roassal visualization that are quite large. >>>>> >>>>> How can I do it ? >>>>> >>>>> For example I would like something like that: >>>>> >>>>> MyObject>>#gtInitialWindowExtent >>>>> < gtInitialWindowExtent > >>>>> ^ 800@1000 >>>>> >>>>> Clement >>>>> >>>>> >>>> >>>> I think this is not doable. >>>> You can change the method with the inspector pragma to be called with >>>> the context (inspector instance) >>>> >>>> gtInspectorItemsIn: composite inContext: aGTInspector >>>> <gtInspectorPresentationOrder: 30> >>>> >>>> instead of >>>> >>>> gtInspectorItemsIn: composite >>>> <gtInspectorPresentationOrder: 30> >>>> >>>> this way you have access to the glamour inspector. Unfortunately it >>>> does not have any >>>> window extent property. >>>> >>>> Maybe we can move the initialExtent property from GLMBrowser up to >>>> GLMPresentation? >>>> That way it would be accessible and usable for this aGTInspector >>>> argument. >>>> >>>> >>>> >>>> Nicolai >>>> >>>> >>>> >>>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >>> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

Nov. 28, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40388 Home: https://github.com/pharo-project/pharo-core

Nov. 28, 2014