Pharo-dev
By thread
pharo-dev@lists.pharo.org
By month
Messages by month
- ----- 2026 -----
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2025 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2024 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2023 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2022 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2021 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2020 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2019 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2018 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2017 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2016 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2015 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2014 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2013 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2012 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2011 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2010 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2009 -----
- December
- November
- October
- September
- August
- July
- June
- May
- April
- March
- February
- January
- ----- 2008 -----
- December
- November
- October
- September
- August
- July
- June
- May
- 3 participants
- 144635 messages
Re: [Pharo-dev] Odd Commits to Soup Repo
by monty
It's worked for me in the past. For example, when I migrated projects from a shared repo to separate repos. But the files don't always disappear immediately.
> Sent: Tuesday, August 02, 2016 at 3:03 AM
> From: stepharo <stepharo(a)free.fr>
> To: pharo-dev(a)lists.pharo.org
> Subject: Re: [Pharo-dev] Odd Commits to Soup Repo
>
> Hi Paul
>
> It never works with me. Did you check that the file is really not there
> after.
>
> Stef
>
> Le 28/7/16 à 22:26, Paul DeBruicker a écrit :
> > Sure you can delete mcz from Smalltalkhub. Or at least the Web UI offers a
> > 'Delete .mcz' button, which appears to work.
> >
> > Sign in
> > Navigate to the project
> > Click on Commits
> > Find the MCZ you want to delete
> > Click the name of the MCZ
> > Click the "Delete .mcz" button
> >
> >
> > It should then be deleted.
> >
> > As a test I deleted
> > ConfigurationOfAutomaticMethodCategorizer-StephaneDucasse.4,
> > Pharo-Launcher-Core-DamienCassou.21, and
> > ConfigurationOfPharoLauncher-DamienCassou.9 from the PharoExtras/Soup repo
> >
> > Or did you mean something else?
> >
> >
> >
> >
> > Hope this helps
> >
> >
> > Paul
> >
> >
> >
> >
> >
> > stepharo wrote
> >> Yes but we cannot remove file in Smalltalkhub repo.
> >>
> >>
> >> Stef
> >>
> >>
> >> Le 28/7/16 à 18:47, Sean P. DeNigris a écrit :
> >>> I found ConfigurationOfPharoLauncher-DamienCassou.9 &
> >>> Pharo-Launcher-Core-DamienCassou.21 there. I assume they were uploaded by
> >>> mistake...
> >>>
> >>>
> >>>
> >>> -----
> >>> Cheers,
> >>> Sean
> >>> --
> >>> View this message in context:
> >>> http://forum.world.st/Odd-Commits-to-Soup-Repo-tp4908492.html
> >>> Sent from the Pharo Smalltalk Developers mailing list archive at
> >>> Nabble.com.
> >>>
> >>>
> >
> >
> >
> >
> > --
> > View this message in context: http://forum.world.st/Odd-Commits-to-Soup-Repo-tp4908492p4908538.html
> > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
> >
> >
>
>
>
Aug. 2, 2016
Re: [Pharo-dev] Bloc, Bloc 2 and Brick
by Ben Coman
On Tue, Aug 2, 2016 at 6:58 PM, Torsten Bergmann <astares(a)gmx.de> wrote:
> Hi Stef,
>
> from past discussions/threads I know "Bloc" as Pharo's possible future UI, watched the video [1] and have played with the premade
> image from the CI Server. Also the Brick layer (which is on top of Bloc) was announced as a preview once [2].
>
>
> Now in some of the mails it was mentioned that there will be or already is a "Bloc 2" (see [3]). Can you or the person
> working on it summarize:
>
> - who works on it
> - what are the goals, what will be included (like the CSS styling)
> - where it is hosted
> - what the status is
> - if there is already a CI build or preview
> - how Brick will relate to "Bloc 2", will there be a "Brick 2" as well?
> - if it will work with Spec
>
> Even if not all could be answered (yet) more informations on "Bloc 2" would really be nice, ideally as a
> status summary to the community.
>
> Thanks
> T.
>
> [1] https://vimeo.com/115336678
> [2] http://gtoolkit.org/brick/
> [3] http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2016-August/1231…
>
You read my thoughts Torsten. It would seem something has been learnt
from Bloc 1 to necessitate a change in direction. This would be
interesting to know, as well as the plan for the new architecture.
I don't know what is the funding arrangements are to develop Bloc 2.
If its mostly someone's free time then maybe we can't put too much
demands on status report. However since Bloc will become a core part
of Pharo, perhaps it is worthwhile for the Pharo Association (or other
body) to fund such a status report for the community. A detailed
forward plan may have the side effect to encourage participation.
cheers -ben
Aug. 2, 2016
Re: [Pharo-dev] let's talk about themes (and GLMBrickThemer)
by Tudor Girba
Hi,
I will take a look at this tomorrow and get back to you.
Cheers,
Doru
> On Aug 2, 2016, at 12:06 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote:
>
>
>> On 02 Aug 2016, at 08:59, stepharo <stepharo(a)free.fr> wrote:
>>
>> Hi esteban
>>
>> It looks cool. For the error could you use a different one because I cannot read it.
>> Else when I tried to use the same way than Setting to manage skins it did not work
>>
> because theming is a lot of things:
>
> - a skin
> - a color palette
> - etc.
>
> for now, I would be happy with extract the color palette into a âStyleSheetâ object⦠this could be modified in settings (while a complete skin not).
>
> Esteban
>
>> because a skin is not just color it can be behavior and you have to attach it somewhere.
>> Now in bloc 2 :)
>>
>> you can the look (that can be expressed with CSS)
>>
>> and you have skins (the behavior: a date can be displayed as a calendar vs. a roller).
>> In this model a theme (color) will just be similar to applying a new CSS.
>> Stef
>>
>> Le 1/8/16 à 11:13, Esteban Lorenzano a écrit :
>>> Hi,
>>>
>>> For one of my side-projects, I made a new theme for Pharo (still no name, I was planing to call it âDark Metalâ or something like that. Is a variation on the Dark Theme but âourâ dark theme is more brown and this one is more blue (see attached)⦠I wanted to publish it to push it but then I arrived to an unexpected problem: For Spotter and GTTools in general, theming is not done following current theming approach. Instead, they made a full hierarchy of objects.
>>>
>>> IMO this is plain bad. I understand the attempt to decouple, but now that means if I want to create a new theme, I need to create my theme object with colors I want and then also I need to create an undetermined number of classes (at least one for each tool, but there is also a hierarchy of things there)⦠anyway, this DOES NOT scale. Because each tool will have to have a âtheme classâ for each existing themeâ¦
>>> How themes (skins, bah) work in all word is to have a color palette and then tools takes them (they can âplayâ a bit with this palette, but need to always respect the palette).
>>>
>>> Then, I will commit a SLICE modifying the âthemerâ classes to take colors from the current theme (instead of have them hardcoded).
>>> But of course, how theme work now is not good because they mix âthemeâ (how they display) and âskinâ (color palette). I will also extract the palette to where should have always been (some kind of a style sheet object)⦠who also should have been editable in settings so people can tweak their configuration.
>>>
>>> I didnât wanted to touch this before, because this will supposedly change with brick, but honestly this will not be ready for Pharo 6 and this is annoying (also, I want to publish my theme and I do not want to add overrides all around :P)
>>>
>>> cheers,
>>> Esteban
>>>
>>>
>>> <Mail Attachment.png>
>>
>
--
www.tudorgirba.com
www.feenk.com
"Things happen when they happen,
not when you talk about them happening."
Aug. 2, 2016
Re: [Pharo-dev] Bloc, Bloc 2 and Brick
by Tudor Girba
Hi,
We are still in exploration mode with respect to design and this is why you see several internal names. We expect to have a clear structure within a couple of weeks, and there will be an announcement on that. In the end, there will be exactly one single Bloc and one single Brick.
Cheers,
Doru
> On Aug 2, 2016, at 12:58 PM, Torsten Bergmann <astares(a)gmx.de> wrote:
>
> Hi Stef,
>
> from past discussions/threads I know "Bloc" as Pharo's possible future UI, watched the video [1] and have played with the premade
> image from the CI Server. Also the Brick layer (which is on top of Bloc) was announced as a preview once [2].
>
>
> Now in some of the mails it was mentioned that there will be or already is a "Bloc 2" (see [3]). Can you or the person
> working on it summarize:
>
> - who works on it
> - what are the goals, what will be included (like the CSS styling)
> - where it is hosted
> - what the status is
> - if there is already a CI build or preview
> - how Brick will relate to "Bloc 2", will there be a "Brick 2" as well?
> - if it will work with Spec
>
> Even if not all could be answered (yet) more informations on "Bloc 2" would really be nice, ideally as a
> status summary to the community.
>
> Thanks
> T.
>
> [1] https://vimeo.com/115336678
> [2] http://gtoolkit.org/brick/
> [3] http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2016-August/1231…
>
--
www.tudorgirba.com
www.feenk.com
"Presenting is storytelling."
Aug. 2, 2016
[pharo-project/pharo-core]
by GitHub
Branch: refs/tags/60162
Home: https://github.com/pharo-project/pharo-core
Aug. 2, 2016
[pharo-project/pharo-core] 024ef4: 60162
by GitHub
Branch: refs/heads/6.0
Home: https://github.com/pharo-project/pharo-core
Commit: 024ef4c9ddab9f907611339a771d666b6928b2e3
https://github.com/pharo-project/pharo-core/commit/024ef4c9ddab9f907611339a…
Author: Jenkins Build Server <board(a)pharo-project.org>
Date: 2016-08-02 (Tue, 02 Aug 2016)
Changed paths:
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60161.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60162.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60161.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60162.st
M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
M Spec-PolyWidgets.package/DateModel.class/class/example/example.st
A Spec-PolyWidgets.package/DateModel.class/class/example/exampleModal.st
M Spec-PolyWidgets.package/DateModel.class/instance/private/iconMorph.st
M Spec-PolyWidgets.package/MethodToolbar.class/README.md
A Spec-PolyWidgets.package/MethodToolbar.class/class/example/example.st
M Spec-PolyWidgets.package/MethodToolbar.class/definition.st
M Spec-PolyWidgets.package/PickListModel.class/README.md
M Spec-PolyWidgets.package/PickListModel.class/class/example/example.st
A Spec-PolyWidgets.package/SearchableTree.class/class/examples/example.st
A Spec-Tests.package/DateModelTest.class/README.md
A Spec-Tests.package/DateModelTest.class/definition.st
A Spec-Tests.package/DateModelTest.class/instance/running/classToTest.st
A Spec-Tests.package/DateModelTest.class/instance/running/tearDown.st
A Spec-Tests.package/DateModelTest.class/instance/tests/testOnDateChosen.st
A Spec-Tests.package/EditableListTest.class/README.md
A Spec-Tests.package/EditableListTest.class/definition.st
A Spec-Tests.package/EditableListTest.class/instance/running/classToTest.st
A Spec-Tests.package/EditableListTest.class/instance/tests/testMoveElementAtTo.st
A Spec-Tests.package/MethodToolbarTest.class/README.md
A Spec-Tests.package/MethodToolbarTest.class/definition.st
A Spec-Tests.package/MethodToolbarTest.class/instance/running/classToTest.st
A Spec-Tests.package/PickListModelTest.class/README.md
A Spec-Tests.package/PickListModelTest.class/definition.st
A Spec-Tests.package/PickListModelTest.class/instance/running/classToTest.st
M Spec-Tests.package/RadioButtonGroupModelTest.class/README.md
M Spec-Tests.package/RadioButtonGroupModelTest.class/definition.st
A Spec-Tests.package/RadioButtonGroupModelTest.class/instance/running/classToTest.st
M Spec-Tests.package/RadioButtonGroupModelTest.class/instance/running/setUp.st
M Spec-Tests.package/RadioButtonGroupModelTest.class/instance/tests/testAddRadioButton.st
M Spec-Tests.package/RadioButtonGroupModelTest.class/instance/tests/testAddingFocusOrder.st
M Spec-Tests.package/RadioButtonGroupModelTest.class/instance/tests/testCurrentActivated.st
M Spec-Tests.package/RadioButtonGroupModelTest.class/instance/tests/testDefault.st
M Spec-Tests.package/RadioButtonGroupModelTest.class/instance/tests/testLinkRadioButton.st
R Spec-Tests.package/RadioButtonGroupModelTest.class/instance/tests/testOpenAndClose.st
M Spec-Tests.package/RadioButtonGroupModelTest.class/instance/tests/testRebuildWidget.st
A Spec-Tests.package/SearchableListTest.class/README.md
A Spec-Tests.package/SearchableListTest.class/definition.st
A Spec-Tests.package/SearchableListTest.class/instance/running/classToTest.st
A Spec-Tests.package/SearchableListTest.class/instance/tests/testFiltering.st
A Spec-Tests.package/SearchableTreeTest.class/README.md
A Spec-Tests.package/SearchableTreeTest.class/definition.st
A Spec-Tests.package/SearchableTreeTest.class/instance/running/classToTest.st
M Spec-Tests.package/SpecFocusOrderTest.class/definition.st
M Spec-Tests.package/SpecTestCase.class/README.md
M Spec-Tests.package/SpecTestCase.class/definition.st
A Spec-Tests.package/SpecTestCase.class/instance/running/openInstance_.st
M Spec-Tests.package/TestAutoFractionComputation.class/definition.st
M Spec-Tests.package/TestingComposableModel.class/README.md
M Spec-Tests.package/TestingComposableModel.class/definition.st
A Spec-Tests.package/TextInputFieldModelTest.class/README.md
A Spec-Tests.package/TextInputFieldModelTest.class/definition.st
A Spec-Tests.package/TextInputFieldModelTest.class/instance/running/classToTest.st
R Spec-Tests.package/TextModelTest.class/instance/running/initText.st
A Spec-Tests.package/TextModelTest.class/instance/running/initializationText.st
M Spec-Tests.package/TextModelTest.class/instance/tests/testSelectAll.st
Log Message:
-----------
60162
18836 Second cleaning of Spec-Polywidgets and adding test
https://pharo.fogbugz.com/f/cases/18836
18845 Move MIMEHeaderValue from Mail to MIME package
https://pharo.fogbugz.com/f/cases/18845
18749 QA v3.2.1
https://pharo.fogbugz.com/f/cases/18749
http://files.pharo.org/image/60/60162.zip
Aug. 2, 2016
Bloc, Bloc 2 and Brick
by Torsten Bergmann
Hi Stef,
from past discussions/threads I know "Bloc" as Pharo's possible future UI, watched the video [1] and have played with the premade
image from the CI Server. Also the Brick layer (which is on top of Bloc) was announced as a preview once [2].
Now in some of the mails it was mentioned that there will be or already is a "Bloc 2" (see [3]). Can you or the person
working on it summarize:
- who works on it
- what are the goals, what will be included (like the CSS styling)
- where it is hosted
- what the status is
- if there is already a CI build or preview
- how Brick will relate to "Bloc 2", will there be a "Brick 2" as well?
- if it will work with Spec
Even if not all could be answered (yet) more informations on "Bloc 2" would really be nice, ideally as a
status summary to the community.
Thanks
T.
[1] https://vimeo.com/115336678
[2] http://gtoolkit.org/brick/
[3] http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2016-August/1231…
Aug. 2, 2016
[pharo-project/pharo-core]
by GitHub
Branch: refs/tags/60161
Home: https://github.com/pharo-project/pharo-core
Aug. 2, 2016
[pharo-project/pharo-core] a37158: 60161
by GitHub
Branch: refs/heads/6.0
Home: https://github.com/pharo-project/pharo-core
Commit: a371587568647e0f920cf581b6df8e87660916e0
https://github.com/pharo-project/pharo-core/commit/a371587568647e0f920cf581…
Author: Jenkins Build Server <board(a)pharo-project.org>
Date: 2016-08-02 (Tue, 02 Aug 2016)
Changed paths:
M ConfigurationOfFlatQA.package/ConfigurationOfFlatQA.class/instance/symbolic versions/stable_.st
A ConfigurationOfFlatQA.package/ConfigurationOfFlatQA.class/instance/versions/versionv3%5F2%5F1_.st
A ConfigurationOfFlatQA.package/ConfigurationOfFlatQA.class/instance/versions/versionv3%5F2%5F2_.st
A ConfigurationOfFlatQA.package/ConfigurationOfFlatQA.class/instance/versions/versionv3%5F2%5F3_.st
A Network-MIME.package/MIMEHeaderValue.class/README.md
A Network-MIME.package/MIMEHeaderValue.class/class/instance creation/forField_fromString_.st
A Network-MIME.package/MIMEHeaderValue.class/class/instance creation/fromMIMEHeader_.st
A Network-MIME.package/MIMEHeaderValue.class/class/instance creation/fromTraditionalHeader_.st
A Network-MIME.package/MIMEHeaderValue.class/definition.st
A Network-MIME.package/MIMEHeaderValue.class/instance/accessing/mainValue.st
A Network-MIME.package/MIMEHeaderValue.class/instance/accessing/mainValue_.st
A Network-MIME.package/MIMEHeaderValue.class/instance/accessing/parameterAt_put_.st
A Network-MIME.package/MIMEHeaderValue.class/instance/accessing/parameters.st
A Network-MIME.package/MIMEHeaderValue.class/instance/accessing/parameters_.st
A Network-MIME.package/MIMEHeaderValue.class/instance/printing/asHeaderValue.st
A Network-MIME.package/MIMEHeaderValue.class/instance/printing/printOn_.st
R Network-Mail.package/MIMEHeaderValue.class/README.md
R Network-Mail.package/MIMEHeaderValue.class/class/instance creation/forField_fromString_.st
R Network-Mail.package/MIMEHeaderValue.class/class/instance creation/fromMIMEHeader_.st
R Network-Mail.package/MIMEHeaderValue.class/class/instance creation/fromTraditionalHeader_.st
R Network-Mail.package/MIMEHeaderValue.class/definition.st
R Network-Mail.package/MIMEHeaderValue.class/instance/accessing/mainValue.st
R Network-Mail.package/MIMEHeaderValue.class/instance/accessing/mainValue_.st
R Network-Mail.package/MIMEHeaderValue.class/instance/accessing/parameterAt_put_.st
R Network-Mail.package/MIMEHeaderValue.class/instance/accessing/parameters.st
R Network-Mail.package/MIMEHeaderValue.class/instance/accessing/parameters_.st
R Network-Mail.package/MIMEHeaderValue.class/instance/printing/asHeaderValue.st
R Network-Mail.package/MIMEHeaderValue.class/instance/printing/printOn_.st
A QualityAssistantRecording.package/extension/ReAbstractRule/instance/dataForQAR.st
A Renraku-Help.package/RenrakuHelp.class/class/as yet unclassified/readInHelpBrowser.st
A Renraku-Help.package/RenrakuMigrationHelp.class/README.md
A Renraku-Help.package/RenrakuMigrationHelp.class/class/as yet unclassified/bookDescription.st
A Renraku-Help.package/RenrakuMigrationHelp.class/class/as yet unclassified/bookName.st
A Renraku-Help.package/RenrakuMigrationHelp.class/class/as yet unclassified/genericRules.st
A Renraku-Help.package/RenrakuMigrationHelp.class/class/as yet unclassified/pages.st
A Renraku-Help.package/RenrakuMigrationHelp.class/class/as yet unclassified/parsetreeRules.st
A Renraku-Help.package/RenrakuMigrationHelp.class/class/as yet unclassified/rewriteRules.st
A Renraku-Help.package/RenrakuMigrationHelp.class/definition.st
M Renraku-Help.package/RenrakuRuleCreationHelp.class/class/accessing/pages.st
A Renraku-Help.package/RenrakuRuleCreationHelp.class/class/pages/groupSeverity.st
M Renraku-Help.package/RenrakuRuleCreationHelp.class/class/pages/subclass.st
A Renraku.package/ReAbstractRule.class/README.md
A Renraku.package/ReAbstractRule.class/class/manifest/identifierMinorVersionNumber.st
A Renraku.package/ReAbstractRule.class/class/manifest/uniqueIdentifierName.st
A Renraku.package/ReAbstractRule.class/class/manifest/uniqueIdentifierNumber.st
A Renraku.package/ReAbstractRule.class/class/properties/methodOfInteresetSelectors.st
A Renraku.package/ReAbstractRule.class/class/testing-interest/checksClass.st
A Renraku.package/ReAbstractRule.class/class/testing-interest/checksMethod.st
A Renraku.package/ReAbstractRule.class/class/testing-interest/checksNode.st
A Renraku.package/ReAbstractRule.class/class/testing-interest/checksPackage.st
A Renraku.package/ReAbstractRule.class/class/testing/isUsed.st
A Renraku.package/ReAbstractRule.class/class/testing/isVisible.st
A Renraku.package/ReAbstractRule.class/definition.st
A Renraku.package/ReAbstractRule.class/instance/accessing/group.st
A Renraku.package/ReAbstractRule.class/instance/accessing/name.st
A Renraku.package/ReAbstractRule.class/instance/accessing/rationale.st
A Renraku.package/ReAbstractRule.class/instance/accessing/severity.st
A Renraku.package/ReAbstractRule.class/instance/compatibility/resetResult.st
A Renraku.package/ReAbstractRule.class/instance/helpers/anchorFor_.st
A Renraku.package/ReAbstractRule.class/instance/helpers/critiqueFor_.st
A Renraku.package/ReAbstractRule.class/instance/running/basicCheck_.st
A Renraku.package/ReAbstractRule.class/instance/running/check_.st
A Renraku.package/ReAbstractRule.class/instance/running/check_forCritiquesDo_.st
A Renraku.package/ReAbstractRule.class/instance/running/check_forCritiquesDo_ifNone_.st
A Renraku.package/ReAbstractRule.class/instance/running/check_ifNoCritiques_.st
R Renraku.package/ReBasicClassRule.class/class/accessing/uniqueIdentifierName.st
R Renraku.package/ReBasicClassRule.class/class/as yet unclassified/checksClass.st
A Renraku.package/ReBasicClassRule.class/class/testing/checksClass.st
M Renraku.package/ReBasicClassRule.class/definition.st
R Renraku.package/ReBasicClassRule.class/instance/as yet unclassified/checkClass_.st
R Renraku.package/ReBasicClassRule.class/instance/as yet unclassified/resultClass.st
A Renraku.package/ReBasicClassRule.class/instance/running/basicCheck_.st
A Renraku.package/ReBasicClassRule.class/instance/running/checkClass_.st
R Renraku.package/ReBasicMethodRule.class/class/accessing/uniqueIdentifierName.st
M Renraku.package/ReBasicMethodRule.class/class/testing/checksMethod.st
R Renraku.package/ReBasicMethodRule.class/class/testing/isVisible.st
M Renraku.package/ReBasicMethodRule.class/definition.st
R Renraku.package/ReBasicMethodRule.class/instance/accessing/resultClass.st
A Renraku.package/ReBasicMethodRule.class/instance/running/basicCheck_.st
M Renraku.package/ReBasicMethodRule.class/instance/running/checkMethod_.st
R Renraku.package/ReBasicTreeRule.class/class/accessing/uniqueIdentifierName.st
R Renraku.package/ReBasicTreeRule.class/class/testing/checksAST.st
A Renraku.package/ReBasicTreeRule.class/class/testing/checksNode.st
R Renraku.package/ReBasicTreeRule.class/class/testing/isVisible.st
M Renraku.package/ReBasicTreeRule.class/definition.st
R Renraku.package/ReBasicTreeRule.class/instance/accessing/resultClass.st
A Renraku.package/ReBasicTreeRule.class/instance/running/basicCheck_.st
M Renraku.package/ReBasicTreeRule.class/instance/running/checkMethod_.st
R Renraku.package/ReCriticToCritique.class/class/accessing/uniqueIdentifierName.st
M Renraku.package/ReCriticToCritique.class/definition.st
M Renraku.package/ReCriticToCritique.class/instance/initialization/initialize.st
R Renraku.package/ReCriticsCache.class/instance/add%2Fremove/removeFalsePositive_forRule_.st
R Renraku.package/ReCriticsCache.class/instance/add%2Fremove/removeToDo_forRule_.st
M Renraku.package/ReCriticsCache.class/instance/initialize-release/initCache.st
R Renraku.package/ReCriticsCache.class/instance/testing/isFalsePositive_forRule_.st
R Renraku.package/ReCriticsCache.class/instance/testing/isToDo_forRule_.st
M Renraku.package/ReInspectorPresentationsNonBlockSetup.class/instance/running/check_forCritiquesDo_.st
M Renraku.package/ReInspectorPresentationsNonlazyCode.class/instance/running/check_forCritiquesDo_.st
A Renraku.package/ReInvocationSequenceRule.class/class/example/checksNode.st
R Renraku.package/ReInvocationSequenceRule.class/class/testing/isVisible.st
M Renraku.package/ReInvocationSequenceRule.class/definition.st
R Renraku.package/ReInvocationSequenceRule.class/instance/running/basicCheck_.st
M Renraku.package/ReInvocationSequenceRule.class/instance/running/check_forCritiquesDo_.st
M Renraku.package/ReNodeBasedRule.class/definition.st
A Renraku.package/ReNodeMatchRule.class/class/compiling/noteCompilationOf_meta_.st
M Renraku.package/ReNodeMatchRule.class/definition.st
A Renraku.package/ReNodeRewriteRule.class/class/compiling/noteCompilationOf_meta_.st
M Renraku.package/ReNodeRewriteRule.class/definition.st
A Renraku.package/ReReturnMethodRule.class/class/as yet unclassified/checksMethod.st
M Renraku.package/ReReturnMethodRule.class/definition.st
R Renraku.package/ReReuseBasickCkeck.class/README.md
R Renraku.package/ReReuseBasickCkeck.class/definition.st
R Renraku.package/ReReuseBasickCkeck.class/instance/accessing/group.st
R Renraku.package/ReReuseBasickCkeck.class/instance/accessing/name.st
R Renraku.package/ReReuseBasickCkeck.class/instance/accessing/severity.st
R Renraku.package/ReReuseBasickCkeck.class/instance/private/lintCheckSelectors.st
R Renraku.package/ReReuseBasickCkeck.class/instance/running/basicCheck_.st
M Renraku.package/ReRewriteBlockWrapper.class/definition.st
M Renraku.package/ReRewriteTreeWrapper.class/definition.st
M Renraku.package/ReRewriteWrapper.class/definition.st
A Renraku.package/ReRuleManager.class/class/utility/availableRuleGroups.st
A Renraku.package/ReRuleManager.class/class/utility/visibleLintRuleClasses.st
A Renraku.package/ReRuleManager.class/class/utility/visibleRuleClasses.st
M Renraku.package/ReRuleManager.class/instance/accessing/allRules.st
M Renraku.package/ReRuleManager.class/instance/accessing/astRules.st
A Renraku.package/ReSmalllintChecker.class/instance/accessing/rule.st
M Renraku.package/ReSmalllintChecker.class/instance/actions/run.st
A Renraku.package/ReSmalllintChecker.class/instance/adding/addCritique_.st
R Renraku.package/ReSmalllintChecker.class/instance/as yet unclassified/getCritiquesAbout_by_.st
R Renraku.package/ReSmalllintChecker.class/instance/as yet unclassified/reParseRule.st
A Renraku.package/ReSmalllintChecker.class/instance/initialization/initialize.st
M Renraku.package/ReSmalllintChecker.class/instance/private/checkMethodsForClass_.st
A Renraku.package/ReSmalllintChecker.class/instance/private/getCritiquesAbout_by_.st
A Renraku.package/ReSmalllintChecker.class/instance/private/reParseRule.st
A Renraku.package/ReSmalllintChecker.class/instance/running/resetResult.st
M Renraku.package/extension/CompiledMethod/instance/critiques.st
M Renraku.package/extension/RBLintRule/instance/check_forCritiquesDo_.st
M Renraku.package/extension/RBMethodNode/instance/critiques.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60160.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60161.st
R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60160.st
A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60161.st
M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st
Log Message:
-----------
60161
18749 QA v3.2.1
https://pharo.fogbugz.com/f/cases/18749
18845 Move MIMEHeaderValue from Mail to MIME package
https://pharo.fogbugz.com/f/cases/18845
http://files.pharo.org/image/60/60161.zip
Aug. 2, 2016
Re: [Pharo-dev] let's talk about themes (and GLMBrickThemer)
by Esteban Lorenzano
> On 02 Aug 2016, at 08:59, stepharo <stepharo(a)free.fr> wrote:
>
> Hi esteban
>
> It looks cool. For the error could you use a different one because I cannot read it.
> Else when I tried to use the same way than Setting to manage skins it did not work
>
because theming is a lot of things:
- a skin
- a color palette
- etc.
for now, I would be happy with extract the color palette into a âStyleSheetâ object⦠this could be modified in settings (while a complete skin not).
Esteban
> because a skin is not just color it can be behavior and you have to attach it somewhere.
> Now in bloc 2 :)
>
> you can the look (that can be expressed with CSS)
>
> and you have skins (the behavior: a date can be displayed as a calendar vs. a roller).
> In this model a theme (color) will just be similar to applying a new CSS.
> Stef
>
> Le 1/8/16 à 11:13, Esteban Lorenzano a écrit :
>> Hi,
>>
>> For one of my side-projects, I made a new theme for Pharo (still no name, I was planing to call it âDark Metalâ or something like that. Is a variation on the Dark Theme but âourâ dark theme is more brown and this one is more blue (see attached)⦠I wanted to publish it to push it but then I arrived to an unexpected problem: For Spotter and GTTools in general, theming is not done following current theming approach. Instead, they made a full hierarchy of objects.
>>
>> IMO this is plain bad. I understand the attempt to decouple, but now that means if I want to create a new theme, I need to create my theme object with colors I want and then also I need to create an undetermined number of classes (at least one for each tool, but there is also a hierarchy of things there)⦠anyway, this DOES NOT scale. Because each tool will have to have a âtheme classâ for each existing themeâ¦
>> How themes (skins, bah) work in all word is to have a color palette and then tools takes them (they can âplayâ a bit with this palette, but need to always respect the palette).
>>
>> Then, I will commit a SLICE modifying the âthemerâ classes to take colors from the current theme (instead of have them hardcoded).
>> But of course, how theme work now is not good because they mix âthemeâ (how they display) and âskinâ (color palette). I will also extract the palette to where should have always been (some kind of a style sheet object)⦠who also should have been editable in settings so people can tweak their configuration.
>>
>> I didnât wanted to touch this before, because this will supposedly change with brick, but honestly this will not be ready for Pharo 6 and this is annoying (also, I want to publish my theme and I do not want to add overrides all around :P)
>>
>> cheers,
>> Esteban
>>
>>
>> <Mail Attachment.png>
>
Aug. 2, 2016