- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Pharo4] theme change via Settings: call #installFullTheme

by Marcus Denker

On 04 Jul 2014, at 10:34, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Cool, thank you Marcus! > > But isnât #installFullTheme damaging something? Can you come back to white theme after that? It is setting font colors. The Pharo3Theme has itâs own installFullTheme. The others not, maybe they just need the same setting as the Pharo3Theme. > > Uko > > On 04 Jul 2014, at 10:26, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> Hi, >> >> When people are enabling the Pharo Dark theme in Pharo4 using settings is is not very usable or nice as >> the font colors are not changed. >> >> I fixed that in 4.0 061: now setting the theme calls #installFullTheme automatically. >> >> (now it would be nice if open windows would be re-created with the new themeâ¦ but that is not simple >> to do). >> >> Marcus > >

July 4, 2014

Re: [Pharo-dev] [Pharo4] theme change via Settings: call #installFullTheme

by Yuriy Tymchuk

Cool, thank you Marcus! But isnât #installFullTheme damaging something? Can you come back to white theme after that? Uko On 04 Jul 2014, at 10:26, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > When people are enabling the Pharo Dark theme in Pharo4 using settings is is not very usable or nice as > the font colors are not changed. > > I fixed that in 4.0 061: now setting the theme calls #installFullTheme automatically. > > (now it would be nice if open windows would be re-created with the new themeâ¦ but that is not simple > to do). > > Marcus

July 4, 2014

[pharo-project/pharo-core]

by GitHub

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

July 4, 2014

[pharo-project/pharo-core] 4ff314: 40061

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 4ff31437bba65f99ce2d0a410863fb7314e8837d https://github.com/pharo-project/pharo-core/commit/4ff31437bba65f99ce2d0a41… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-04 (Fri, 04 Jul 2014) Changed paths: A Kernel.package/Object.class/instance/introspection/writeToGlobal_.st A Polymorph-Widgets.package/UITheme.class/class/installing/installFullTheme.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script61.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40061.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Settings-Polymorph.package/PolymorphSystemSettings.class/class/morphic/uiThemeClass_.st A Slot.package/AbstractGlobalVariable.class/README.md A Slot.package/AbstractGlobalVariable.class/definition.st A Slot.package/AbstractGlobalVariable.class/instance/code generation/emitStore_.st A Slot.package/AbstractGlobalVariable.class/instance/code generation/emitValue_.st A Slot.package/AbstractGlobalVariable.class/instance/meta-object-protocol/read.st A Slot.package/AbstractGlobalVariable.class/instance/meta-object-protocol/write_.st A Slot.package/AbstractGlobalVariable.class/instance/queries/allMethodsReferencingMe.st A Slot.package/GlobalVariable.class/README.md A Slot.package/GlobalVariable.class/definition.st A Slot.package/GlobalVariable.class/instance/code generation/emitStore_.st A Slot.package/GlobalVariable.class/instance/code generation/emitValue_.st M Slot.package/LinkWrapper.class/instance/emitting/emitValue_.st A Slot.package/MetaLink.class/README.md A Slot.package/MetaLink.class/definition.st A Slot.package/MetaLink.class/instance/accessing/metaObject.st A Slot.package/MetaLink.class/instance/accessing/metaObject_.st A Slot.package/MetaLink.class/instance/accessing/selector.st A Slot.package/MetaLink.class/instance/accessing/selector_.st A Slot.package/Slot.class/instance/queries/allMethodsReferencingMe.st M Traits.package/TClass.class/instance/class variables/classVarNamed_put_.st A Traits.package/TClass.class/instance/class variables/classVariables.st A Traits.package/TClass.class/instance/subclass creation - slots/subclass_layout_slots_classVariableNames_category_.st A Traits.package/TClass.class/instance/subclass creation - slots/subclass_layout_slots_classVariableNames_poolDictionaries_category_.st M Traits.package/TClass.class/instance/subclass creation - slots/subclass_slots_classVariableNames_category_.st A Traits.package/TClass.class/instance/subclass creation - slots/subclass_slots_classVariableNames_poolDictionaries_category_.st A Traits.package/TClass.class/instance/subclass creation - slots/subclass_uses_layout_slots_classVariableNames_category_.st A Traits.package/TClass.class/instance/subclass creation - slots/subclass_uses_layout_slots_classVariableNames_poolDictionaries_category_.st A Traits.package/TClass.class/instance/subclass creation - slots/subclass_uses_slots_classVariableNames_category_.st A Traits.package/TClass.class/instance/subclass creation - slots/subclass_uses_slots_classVariableNames_poolDictionaries_category_.st M Traits.package/TClassDescription.class/instance/slots/slotNamed_link_.st Log Message: ----------- 40061 13461 Slots: GlobalVariable and more class creation methods https://pharo.fogbugz.com/f/cases/13461 13460 When selecting a UI Theme in the Setting, it should call #installFullTheme https://pharo.fogbugz.com/f/cases/13460 http://files.pharo.org/image/40/40061.zip

July 4, 2014

[Pharo4] theme change via Settings: call #installFullTheme

by Marcus Denker

Hi, When people are enabling the Pharo Dark theme in Pharo4 using settings is is not very usable or nice as the font colors are not changed. I fixed that in 4.0 061: now setting the theme calls #installFullTheme automatically. (now it would be nice if open windows would be re-created with the new themeâ¦ but that is not simple to do). Marcus

July 4, 2014

Re: [Pharo-dev] [Pharo4] First Class Global Variables

by Marcus Denker

On 03 Jul 2014, at 17:51, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > If we have meta-object describing (and thus having the power to change the semantics of) instance variables, > we need the same for Globals. > > I think the easiest is to just re-use the object hat is already there: the âbindingâ, that is, the association from > the dictionary where the global lives (e.g. the classPool for class vars, Smalltalk globals for true globals, and so on). > > SystemVersion bindingOf: âCurrent' > > The VM just cares that it is an assoiation (actually, it just care that there are two fields, but the rest of the image cares > about value and keyâ¦) > > -> we can make a subclass of Association > -> we can have the compiler forward code generation to the object that describes the global > -> we can add a nice MOP API: #read and #write: (instead of #value and #value:) > -> Programmers can subclass the GlobalVariable and change #read and #write like they want (or override > the code gen methods) as in Slots. > I have added a first GlobalVar hierarchyâ¦ it has already the code generation methods but Opal is not yet forwarding code generation (and the compiler does not yet compile bindings with the subclass). Marcus

July 4, 2014

Re: [Pharo-dev] [Pharo4] First Class Global Variables

by Marcus Denker

On 04 Jul 2014, at 08:21, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hi > > Classes are global variables too. How it related here? Yes, they are defined by the âSmalltalk globalsâ dictionary. To read a Global the method has the binding (the association from that global dictionary) in itâs literal frame and uses the âpush/pop LiteralVaribleâ bytecode which pushes (or stores into) the value of the binding. > And what about environments to support some kind of namespaces? Do you have plan for this? > We need them but I need to first finish other things... Marcus

July 4, 2014

Re: [Pharo-dev] [Pharo4] First Class Global Variables

by Denis Kudriashov

Hi Classes are global variables too. How it related here? And what about environments to support some kind of namespaces? Do you have plan for this? Best regards Denis 2014-07-03 19:51 GMT+04:00 Marcus Denker <marcus.denker(a)inria.fr>: > Hi, > > If we have meta-object describing (and thus having the power to change the > semantics of) instance variables, > we need the same for Globals. > > I think the easiest is to just re-use the object hat is already there: the > âbindingâ, that is, the association from > the dictionary where the global lives (e.g. the classPool for class vars, > Smalltalk globals for true globals, and so on). > > SystemVersion bindingOf: âCurrent' > > The VM just cares that it is an assoiation (actually, it just care that > there are two fields, but the rest of the image cares > about value and keyâ¦) > > -> we can make a subclass of Association > -> we can have the compiler forward code generation to the object that > describes the global > -> we can add a nice MOP API: #read and #write: (instead of #value and > #value:) > -> Programmers can subclass the GlobalVariable and change #read and #write > like they want (or override > the code gen methods) as in Slots. > > The only drawback is that you can not add an instance variables, I think, > to checkâ¦ maybe it even works? > If not, there are ways around that e.g. using some fancy Slot that does > not need an ivar but uses a weak dictionary > in a class variable, for example). > > Thus: it would be fairly easy to have the class vars be as flexible as the > slotsâ¦ and then e.g. you will be able > to put breakpoints and watchers on class vars. You could even define > globals with special behaviour the same > way as you do with Slots. > > Marcus > > >

July 4, 2014

Re: [Pharo-dev] 13422 broken and fogbugz is down

by Marcus Denker

On 04 Jul 2014, at 07:25, stepharo <stepharo(a)free.fr> wrote: > Does anybody know why fogbugz is down? > they had a problem, it was fixed around 11h morning yesterday. > On 3/7/14 16:45, Stephan Eggermont wrote: >> The fix for 13422 has broken the moose build. >> Checking if a pharo change breaks other builds would be appreciated. >> It is essential to check for changes in all other builds, as we don't run all >> tests in all builds. >> >> Thank you, >> Stephan >> > >

July 4, 2014

Re: [Pharo-dev] 13422 broken and fogbugz is down

by stepharo

ok it is up for me On 4/7/14 07:25, stepharo wrote: > Does anybody know why fogbugz is down? > > On 3/7/14 16:45, Stephan Eggermont wrote: >> The fix for 13422 has broken the moose build. >> Checking if a pharo change breaks other builds would be appreciated. >> It is essential to check for changes in all other builds, as we don't >> run all >> tests in all builds. >> >> Thank you, >> Stephan >> > > >

July 4, 2014