Re: [Pharo-dev] [Pharo-users] QualityAssistant v0.4
Le 23/4/15 19:57, Ben Coman a écrit : Making code critics more visible -- expect a flood of opinions about the usefulness of rules and what they mean, and Uko should not be responsible for all of them :) This is an area where gathering usage statistics (similar to Spotter) might be very useful - if there was some way to record which rules people have issues with. This was planned :) I envisioned that and we brainstorm with Yko around 8 months ago :). Stef cheers -ben On Thu, Apr 23, 2015 at 12:06 AM, Cyril Ferlicot cyril.ferli...@gmail.com mailto:cyril.ferli...@gmail.com wrote: Hi ! Your quality assistant say to me repeated method in the superclass (If a class is overriding a method, it should use a different code. Is meaningless to have a method in a class and in its superclass) but i've 3 methods into my class and all overrides a method with ^ shouldBeImplemented in the superclass. I think something is wrong with this warning :) On 22 April 2015 at 16:45, Yuriy Tymchuk yuriy.tymc...@me.com mailto:yuriy.tymc...@me.com wrote: Good point, this brings up two problems. 1) The rule can improve detection by checking the type is the message is sent to self 2) Automatic fixing should display the changes and letting you decide whether you want to apply them. 1st will take some time. 2nd will be soon in QA :) Uko On 22 Apr 2015, at 16:33, Johan Fabry jfa...@dcc.uchile.cl mailto:jfa...@dcc.uchile.cl wrote: Some weird behavior in quality assistant. Have a look at this method: duplicateVar: aVarName self show: 'Var: ', aVarName, ' redefinition ignored'. This raises the issue: ‘Use cascaded nextPutAll:’s instead of #, in nextPutAll:’ It also pops up the automatic rewrite icon, so I clicked on it to see how it would transform the code. Result: duplicateVar: aVarName self show: 'Var: ' , aVarName; show: ' redefinition ignored' Needless to say, that’s not a behavior preserving transformation. On Apr 22, 2015, at 03:58, Yuriy Tymchuk yuriy.tymc...@me.com mailto:yuriy.tymc...@me.com wrote: Please give me a feedback about your experience, as I want to make it even more useful. Either write me an email, or open an entry at: https://github.com/Uko/QualityAssistant/issues --- Save our in-boxes! http://emailcharter.org --- Johan Fabry - http://pleiad.cl/~jfabry http://pleiad.cl/%7Ejfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile -- Cheers Cyril Ferlicot
Re: [Pharo-dev] Release with Dark Theme
comments about color is to be taken with care. Le 24/4/15 02:48, Sean P. DeNigris a écrit : Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Release with Dark Theme
I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) Esteban On 24 Apr 2015, at 08:33, stepharo steph...@free.fr wrote: comments about color is to be taken with care. Le 24/4/15 02:48, Sean P. DeNigris a écrit : Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Updated WebDoc
no, docs for pharo 4.0 are broken.
I will regenerate it next week (it takes hours).
and about if it is useful: no experienced smalltalker will ever use it.
But newbies and google indexer will.
So is good to have it and not much effort, I think.
Esteban
On 24 Apr 2015, at 08:37, stepharo steph...@free.fr wrote:
Is it used? Is it useful?
I tried to browse a method during 5 min and the result was really strange
May be my browser is broken (safari)
jcdfgjeg..png
Le 23/4/15 17:15, Guillermo Polito a écrit :cbeahccf..png
Quick answer, no.
More elaborate one:
The exports of the full pharo release (versions 3.0 and 4.0) exist and were
created by Esteban manually before each release. These, are hosted here
http://file-pharo.inria.fr/doc/4.0 http://file-pharo.inria.fr/doc/4.0
http://file-pharo.inria.fr/doc/3.0 http://file-pharo.inria.fr/doc/3.0
We could run it automatically every day with latest pharo to avoid the
manual steps. I'll add that into my todo and check it later ^^.
El jue., 23 de abr. de 2015 a la(s) 4:09 p. m., Sven Van Caekenberghe
s...@stfx.eu mailto:s...@stfx.eu escribió:
Great! Thank you.
And the full image export, is that somewhere (done automatically) ?
On 23 Apr 2015, at 15:56, Guillermo Polito guillermopol...@gmail.com
mailto:guillermopol...@gmail.com wrote:
Hi guys,
I started yesterday to update WebDoc to work on latest Pharo. I share with
you my progress since yesterday:
- Now it loads in latest pharo4 :)
- fixed javascript errors and render issues
- a little of love to the css styles
- removed unused/not working features
- made it work well when exporting not the full image
- ci job is again green [1]
you can see the result of applying webdoc to webdoc as the result of the
ci job here [2]. If you use it further, you'll see there are still of
course some problems, but I feel it is better than before :).
If you want to check it out, instructions in [3].
Download:
Gofer it
smalltalkhubUser: 'PharoExtras' project: 'WebDoc';
package:'ConfigurationOfWebDoc';
load.
(#ConfigurationOfWebDoc asClass project version: #development) load.
Export:
(WebDocExporter packages: {RPackageOrganizer default packageNamed:
'YourProject'})
title: 'YourProject';
exportTo: './doc' asFileReference.
Guille
[1] https://ci.inria.fr/pharo-contribution/job/WebDoc/
https://ci.inria.fr/pharo-contribution/job/WebDoc/
[2]
https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=40,VERSION=development,VM=vm/585/artifact/doc/index.html#packageList=package.htmlclassList=package/ConfigurationOfWebDoc.htmlclassView=welcome.html
https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=40,VERSION=development,VM=vm/585/artifact/doc/index.html#packageList=package.htmlclassList=package/ConfigurationOfWebDoc.htmlclassView=welcome.html
[3]http://www.smalltalkhub.com/#!/~PharoExtras/WebDoc
http://www.smalltalkhub.com/#%21/%7EPharoExtras/WebDoc
Re: [Pharo-dev] RPackage: 'accessing' vs 'all accessing' Protocol
a mistake to me. I will resume my work on the automatic classifier and we should classify the complete image. Le 23/4/15 18:31, Sean P. DeNigris a écrit : What is the distinction of 'all accessing'? - Cheers, Sean -- View this message in context: http://forum.world.st/RPackage-accessing-vs-all-accessing-Protocol-tp4821462.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Updated WebDoc
Ok I saw with the version 30 it is much better :)
Because I was surprised that someone could do anything with the 40.
Now in that case we should not just put in it in the obscure file server
but promoted to the website.
Stef
Le 24/4/15 09:41, Esteban Lorenzano a écrit :
no, docs for pharo 4.0 are broken.
I will regenerate it next week (it takes hours).
and about if it is useful: no experienced smalltalker will ever use it.
But newbies and google indexer will.
So is good to have it and not much effort, I think.
Esteban
On 24 Apr 2015, at 08:37, stepharo steph...@free.fr
mailto:steph...@free.fr wrote:
Is it used? Is it useful?
I tried to browse a method during 5 min and the result was really
strange
May be my browser is broken (safari)
jcdfgjeg..png
Le 23/4/15 17:15, Guillermo Polito a écrit :cbeahccf..png
Quick answer, no.
More elaborate one:
The exports of the full pharo release (versions 3.0 and 4.0) exist
and were created by Esteban manually before each release. These, are
hosted here
http://file-pharo.inria.fr/doc/4.0
http://file-pharo.inria.fr/doc/3.0
We could run it automatically every day with latest pharo to avoid
the manual steps. I'll add that into my todo and check it later ^^.
El jue., 23 de abr. de 2015 a la(s) 4:09 p. m., Sven Van
Caekenberghe s...@stfx.eu mailto:s...@stfx.eu escribió:
Great! Thank you.
And the full image export, is that somewhere (done automatically) ?
On 23 Apr 2015, at 15:56, Guillermo Polito
guillermopol...@gmail.com mailto:guillermopol...@gmail.com
wrote:
Hi guys,
I started yesterday to update WebDoc to work on latest Pharo.
I share with you my progress since yesterday:
- Now it loads in latest pharo4 :)
- fixed javascript errors and render issues
- a little of love to the css styles
- removed unused/not working features
- made it work well when exporting not the full image
- ci job is again green [1]
you can see the result of applying webdoc to webdoc as the
result of the ci job here [2]. If you use it further, you'll see
there are still of course some problems, but I feel it is better
than before :).
If you want to check it out, instructions in [3].
Download:
Gofer it
smalltalkhubUser: 'PharoExtras' project: 'WebDoc';
package:'ConfigurationOfWebDoc';
load.
(#ConfigurationOfWebDoc asClass project version:
#development) load.
Export:
(WebDocExporter packages: {RPackageOrganizer default
packageNamed: 'YourProject'})
title: 'YourProject';
exportTo: './doc' asFileReference.
Guille
[1] https://ci.inria.fr/pharo-contribution/job/WebDoc/
[2]
https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=40,VERSION=development,VM=vm/585/artifact/doc/index.html#packageList=package.htmlclassList=package/ConfigurationOfWebDoc.htmlclassView=welcome.html
[3]http://www.smalltalkhub.com/#!/~PharoExtras/WebDoc
http://www.smalltalkhub.com/#%21/%7EPharoExtras/WebDoc
Re: [Pharo-dev] [Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages
Thanks Linux distributions are important especially when we will be fedup by mac :). Stef Le 20/4/15 23:38, Laurent a écrit : Fixed. Laurent Le lun. 20 avril 2015 à 14:25, Markus Schlager m@gmx.de a écrit : Hi Laurent, There's again a 404 file not found with PharoLauncher-user-stable-2015.04.18.zip. Markus == Erstelle Paket: pharo-launcher 4.0-1 (Mo 20. Apr 14:19:39 CEST 2015) == Prüfe Laufzeit-Abhängigkeiten... == Prüfe Buildtime-Abhängigkeiten... == Empfange Quellen... - Lade icon-lighthouse-128x128.png herunter... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 8219 100 8219 0 0 32276 0 --:--:-- --:--:-- --:--:-- 32231 - Lade PharoLauncher-user-stable-2015.04.18.zip herunter... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0curl: (22) The requested URL returned error: 404 Not Found == FEHLER: Fehler beim Download von PharoLauncher-user-stable-2015.04.18.zip Breche ab...
Re: [Pharo-dev] Updated WebDoc
Le 24 avr. 2015 à 13:15, Sean P. DeNigris a écrit : philippeback wrote We'd be having package level comments, that would be another story. Now that we have real package objects, is there anything that prevents it? I also wanted this for a lng time... We can already add a description in the PackageManifest but the tooling support is missing. smime.p7s Description: S/MIME cryptographic signature
Re: [Pharo-dev] Release with Dark Theme
On Fri, Apr 24, 2015 at 8:38 AM, Esteban Lorenzano esteba...@gmail.com wrote: I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) I'd like to have some solution for that windows popping up everywhere thing. AltBrowser has some good ideas. In fact I'd like to have AltBrowser and Nautilus together (as in additional entries in the Browse, Browse Scoped, ...Alt Browse, Alt Browse Scoped) Also, having a way to see a class with all the methods in a long pane. Yeah, Smalltalk is all about short methods but it is hard to explain things to people when looking at a ravioli at a time. Navigating hierarchies should be made easier (switching on the hier/flat button gets tiring). I need to see how spotter will make this easier anyway. Still not using it, need to bring all my code to 4.0 before. Phil Esteban On 24 Apr 2015, at 08:33, stepharo steph...@free.fr wrote: comments about color is to be taken with care. Le 24/4/15 02:48, Sean P. DeNigris a écrit : Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Release with Dark Theme
Am 24.04.2015 um 09:45 schrieb Sven Van Caekenberghe s...@stfx.eu: That's a bit harsh, the fonts are the same ;-) No, they weren't. I had my font setup and after applying the dark theme the fonts were changed. And it is of course possible that you don't like it, it is a matter of taste. The contrast thing is also taste, but for some people it solve certain vision problems. Sure, that's why I said I don't like it. I used dark themes in the last decades. But the setup I had it was hard to orientate my eyes. Area borders were not contrasting to the rest. Having multiple windows overlap makes it really hard to distinguish. So, if this is the cure for anybody then it's good :) Norbert On 24 Apr 2015, at 09:27, Norbert Hartl norb...@hartl.name wrote: That's funny because I tried it two days ago the first time and I didn't like it. I had troubles to get anything but bitmap fonts. After setting all things up I was a bit disappointed that contrast wise it doesn't work for me. Can someone send a screenshot with one setup that he/she considers good? thanks, Norbert Am 24.04.2015 um 08:38 schrieb Esteban Lorenzano esteba...@gmail.com: I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) Esteban On 24 Apr 2015, at 08:33, stepharo steph...@free.fr wrote: comments about color is to be taken with care. Le 24/4/15 02:48, Sean P. DeNigris a écrit : Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Release with Dark Theme
The short term real life goals are: - unify keyboard shortcuts. - improve event handling so that the use of a magic mouse does not produce dozens of events that make the UI go crazy Yes! Marcus
[Pharo-dev] [pharo-project/pharo-core] ea77a4: 50010
Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: ea77a439473114886c6b38b907dd2425fc89e8db https://github.com/pharo-project/pharo-core/commit/ea77a439473114886c6b38b907dd2425fc89e8db Author: Jenkins Build Server bo...@pharo-project.org Date: 2015-04-24 (Fri, 24 Apr 2015) Changed paths: M Collections-Sequenceable.package/OrderedDictionary.class/instance/accessing/associationAt_ifPresent_.st M Collections-Sequenceable.package/OrderedDictionary.class/instance/accessing/at_put_.st A Collections-Sequenceable.package/OrderedDictionary.class/instance/accessing/identityIndexOfKey_.st M Collections-Sequenceable.package/OrderedDictionary.class/instance/adding/add_.st R Collections-Sequenceable.package/OrderedDictionary.class/instance/private/deleteOrderedKey_.st M Collections-Sequenceable.package/OrderedDictionary.class/instance/private/errorInvalidIndex_.st A Collections-Sequenceable.package/OrderedDictionary.class/instance/private/orderedKeysIndexOf_.st A Collections-Sequenceable.package/OrderedDictionary.class/instance/private/orderedKeysRemove_.st M Collections-Sequenceable.package/OrderedDictionary.class/instance/removing/removeKey_.st M Collections-Sequenceable.package/OrderedDictionary.class/instance/removing/removeKey_ifAbsent_.st A Collections-Sequenceable.package/OrderedIdentityDictionary.class/instance/private/orderedKeysIndexOf_.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/absentKey.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/defaultCapacity.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/dictionaryAssociations.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/emptyInternalDictionary.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/internalDictionaryClass.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/internalDictionaryWithSingleAssociation.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/nonIdentityAbsentKey.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/nonIdentityDictionaryAssociations.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/assertions/assertRemovedKey_from_.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/assertions/assertSelector_collects_from_.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/testing/isTestingIdentityDictionary.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testDictionary.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testEqualsDictionary.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testHash.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testIdentityIndexOfKey.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testIdentityIndexOfKeyIfAbsent.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testIndexOfKeyIfAbsent.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testKeyAtIdentityValue.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testKeyAtIdentityValueIfAbsent.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testRemoveKey.st R CollectionsTests.package/OrderedIdentityDictionaryTest.class/instance/accessing/absentKey.st R CollectionsTests.package/OrderedIdentityDictionaryTest.class/instance/accessing/dictionaryAssociations.st R CollectionsTests.package/OrderedIdentityDictionaryTest.class/instance/accessing/internalDictionaryClass.st A CollectionsTests.package/OrderedIdentityDictionaryTest.class/instance/testing/isTestingIdentityDictionary.st A Morphic-Core.package/Morph.class/instance/converting/asText.st A MorphicTests.package/TextAnchorTest.class/instance/running/testMorphInline.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script618.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script619.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50009.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50010.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: --- 50010 12595 Add Morph#asText https://pharo.fogbugz.com/f/cases/12595 15338 OrderedDictionary changes to merge https://pharo.fogbugz.com/f/cases/15338 http://files.pharo.org/image/50/50010.zip
[Pharo-dev] What's new on Pillar ?
Hi everyone !
I'm currently working on Pillar !
It's been a little while now so I wanted to share what's new.
-- First of all, with Stephane we created a new project, Cocoon,
based on the configuration system of Pillar. And now Pillar uses
Cocoon for his configurations.
http://smalltalkhub.com/#!/~PharoExtras/Cocoon
-- Pillar unit tests weren't working on Windows before
-- With Damien we also added two new abstractions:
-- The transformers: They take the Pillar tree and modify it. For
exemple we have a transformer which evaluates the scripts with a
eval=true parameter.
-- The annotations: They let the writer specify many different
things in their document using just 1 syntax (see below for an
example)
-- We now have our first annotation tag: the inclusion tag !
If you add this:
${inputFile:test.pillar}$ or ${inputFile:folder/test.pillar}$
into your Pillar file, that will include the content of test.pillar.
I recommend for now to use it at the root of the pillar file and not
inside a paragraph. That still needs some improvement.
-- We now have a transformer which adds an anchor after each title.
The anchor will have the text of the title.
This still needs some improvement, it's really simple for now. For
exemple we need to consider the case where we have 2 titles with the
same text (like 'introduction').
-- Now you can add 'lineNumber=true' as parameter for a Script. This
will add a numerotation at your script, usefull if we want to explain
a long code.
-- I did some refactorisation on the parameters used by pillar to
clean the code.
-- I did some refactorisation of the template system, the old one was
really ugly and changed the baseDirectory. Now template are managed by
a stream and not a file.
-- I improved a little the configuration
-- Now if you want to change the baseDirectory you can pass a
FileReference, a relative path or an absolute path.
-- Now we look for the inputFiles from the baseDirectory and not
the working directory like before. You can also pass a FileReference,
a relative path or an absolute path.
-- I added some tests to Pillar.
-- I added some doc to EnterprisePharo
https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessfulBuild/artifact/PillarChap/Pillar.pillar.html
-- To help the users I improved the error reports. Before we had
really few errors specific to Pillar.
For this one you can help me ! If you found a weird error or something
really not easy to deal with, send me your problem !
--
Cheers
Cyril Ferlicot
Re: [Pharo-dev] Release with Dark Theme
On Fri, Apr 24, 2015 at 12:45 PM, Thierry Goubier thierry.goub...@gmail.com wrote: Le 24/04/2015 12:21, p...@highoctane.be a écrit : On Fri, Apr 24, 2015 at 10:48 AM, Thierry Goubier thierry.goub...@gmail.com mailto:thierry.goub...@gmail.com wrote: Le 24/04/2015 10:11, p...@highoctane.be mailto:p...@highoctane.be a écrit : On Fri, Apr 24, 2015 at 8:38 AM, Esteban Lorenzano esteba...@gmail.com mailto:esteba...@gmail.com mailto:esteba...@gmail.com mailto:esteba...@gmail.com wrote: I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) I'd like to have some solution for that windows popping up everywhere thing. AltBrowser has some good ideas. In fact I'd like to have AltBrowser and Nautilus together (as in additional entries in the Browse, Browse Scoped, ...Alt Browse, Alt Browse Scoped) Also, having a way to see a class with all the methods in a long pane. Yeah, Smalltalk is all about short methods but it is hard to explain things to people when looking at a ravioli at a time. Like the Newspeak browser? Don't know about that one. http://bracha.org/hopscotch-wasdett.pdf Look for the IDE description (i.e. Figure 1). A web browser metaphor, where you can open all elements and edit in place; not that different from what it could be in Self. I believe it's not as efficient in practice as it could be, for editing code. But for overall viewing, could be very effective. I toyed with multiple selection in the AltBrowser (i.e. opening multiple edit panes on the right) but never went that way. Maybe merging both could be an idea: Newspeak browser + tree navigation on the left :) yes, that's more fiiting what I have in mind. Navigating hierarchies should be made easier (switching on the hier/flat button gets tiring). This one is difficult to solve. Maybe a popup with the hierarchy would do (with some keybinding, like C-h) In AltBrowser, I'm searching around how to do that, so what I have is: - menu navigation commands (super, first subclass, sibling) with a memory (back), but I'm not satisfied because often what I want is see both at the same time. Back really works well, but maybe with a button on the toolbar (or linked to the back and forward keys on my Chromebook? Not used to that keyboard layout yet) - What I use most often is: right click on superclass name in the description, choose browse to open a browser on the superclass... Not too bad for what I want. Works for any class name everywhere, which is very convenient. - I also have a hierarchy command which opens a browser scoped on the hierarchy. For certain types of searches, it can be very convenient (i.e. all callers of printString in the hierarchy...) But, still: three ways to do the same thing? Clearly could be better. Thierry I need to see how spotter will make this easier anyway. Still not using it, need to bring all my code to 4.0 before. I'm a bit: Spotter is an external tool to the browser. If my searches are well answered in the browser, I'll prefer to avoid switching back and forth between two GUIs. It would be nice to have a closer integration between Browser and Spotter. When looking at methods, Spotter and AltBrowser show a very similar GUI: context tree on the left (i.e. where is the element in the overall scheme), element/work pane on the right. Like all the tree-based browsers have done in the past, really (the Star browser, the Whisker browser). Which makes Spotter a kind of reimplementation of a tree browser with object-driven representations on the right... was that a project by Alain Plantec in the Squeak days? Thierry Phil
Re: [Pharo-dev] Updated WebDoc
philippeback wrote We'd be having package level comments, that would be another story. Now that we have real package objects, is there anything that prevents it? I also wanted this for a lng time... - Cheers, Sean -- View this message in context: http://forum.world.st/Updated-WebDoc-tp4821426p4821598.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Small ScreenTheme [was: Release with Dark Theme]
Le 24/04/2015 10:19, Nicolas Anquetil a écrit : In a related domain, I am launching a petition for a SmallScreenTheme People are working on 13 laptops, soon we will program pharo on tablets The default themes are a total waste of screen space with huge borders everywhere, large fonts, white spaces (or grey spaces) in the browser, ... I usually work on a 720p screen: acer C720p (11), hp DM1z (11), dell E6230 (12, just slightly larger screen). First thing I do on 4.0: turn off Playground, GTInspector (take too much space), and use AltBrowser instead of Nautilus :) I tried to work on one in the past, but did not go very far (only smaller fonts=8 and tighter scrollbars). Buttons need to be shrinked drastically, morphs in morphs in morphs all have borders 4 pixels wide, ... You can try that, but just removing useless buttons and panes from GUI elements goes very far, and make the UI more responsive; small screens equal to low CPU power: for example, using the GT stuff or Nautilus on the HP DM1z does not make for a nice experience :( Thierry
Re: [Pharo-dev] Release with Dark Theme
Le 24/04/2015 10:11, p...@highoctane.be a écrit : On Fri, Apr 24, 2015 at 8:38 AM, Esteban Lorenzano esteba...@gmail.com mailto:esteba...@gmail.com wrote: I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) I'd like to have some solution for that windows popping up everywhere thing. AltBrowser has some good ideas. In fact I'd like to have AltBrowser and Nautilus together (as in additional entries in the Browse, Browse Scoped, ...Alt Browse, Alt Browse Scoped) Also, having a way to see a class with all the methods in a long pane. Yeah, Smalltalk is all about short methods but it is hard to explain things to people when looking at a ravioli at a time. Like the Newspeak browser? Navigating hierarchies should be made easier (switching on the hier/flat button gets tiring). This one is difficult to solve. I need to see how spotter will make this easier anyway. Still not using it, need to bring all my code to 4.0 before. I'm a bit: Spotter is an external tool to the browser. If my searches are well answered in the browser, I'll prefer to avoid switching back and forth between two GUIs. It would be nice to have a closer integration between Browser and Spotter. When looking at methods, Spotter and AltBrowser show a very similar GUI: context tree on the left (i.e. where is the element in the overall scheme), element/work pane on the right. Like all the tree-based browsers have done in the past, really (the Star browser, the Whisker browser). Which makes Spotter a kind of reimplementation of a tree browser with object-driven representations on the right... was that a project by Alain Plantec in the Squeak days? Thierry Phil
[Pharo-dev] Pharo on Centos/RHEL/ 7.1
Hi, I noticed that in Pharo's homepage now there is a link to a Centos build. However, the necessary 32bits libs are not mentioned. Here is the list of the libs needed. May be it would be a good idea to put it there in the page, somewhere. Or at least inside the README.txt that comes in the zip. I would append something like: As the Pharo virtual machine is still 32bits you will need some 32bit libraries. You can get them by executing the following command as root: sudo yum install alsa-lib.i686 glibc-devel.i686 mesa-libGLU.i686 libICE-devel.i686 libSM-devel.i686 freetype.i686 And after that Pharo should run perfectly. Cheers Nacho - Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/Pharo-on-Centos-RHEL-7-1-tp4821602.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Small ScreenTheme [was: Release with Dark Theme]
I am working on a 13inch 1080p laptop, that's fine, even with the larger font (which I am using). Maybe you want to have things working nicer on 1366x720p screens? Or 1280x800 for old MBPs? That's the cheap laptop rez (I've been cursed with having to work with one for a client). Phil On Fri, Apr 24, 2015 at 10:19 AM, Nicolas Anquetil nicolas.anque...@inria.fr wrote: In a related domain, I am launching a petition for a SmallScreenTheme People are working on 13 laptops, soon we will program pharo on tablets The default themes are a total waste of screen space with huge borders everywhere, large fonts, white spaces (or grey spaces) in the browser, ... I tried to work on one in the past, but did not go very far (only smaller fonts=8 and tighter scrollbars). Buttons need to be shrinked drastically, morphs in morphs in morphs all have borders 4 pixels wide, ... nicolas On 24/04/2015 01:48, Sean P. DeNigris wrote: Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Release with Dark Theme
On 24/04/15 01:48, Sean P. DeNigris wrote: Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. The advantages of a dark theme: - works well for photo/video apps where you don't want extra (colored) light; - works well in a dark environment; - provides little blue light, so doesn't influence sleep; - works for certain eye problems; don't apply to me much. I find reducing eye stress for me is mostly a question of adding more ambient light (also works well for my mood). In a light environment a light theme works much better. Stephan
Re: [Pharo-dev] Release with Dark Theme
Le 24/04/2015 12:21, p...@highoctane.be a écrit : On Fri, Apr 24, 2015 at 10:48 AM, Thierry Goubier thierry.goub...@gmail.com mailto:thierry.goub...@gmail.com wrote: Le 24/04/2015 10:11, p...@highoctane.be mailto:p...@highoctane.be a écrit : On Fri, Apr 24, 2015 at 8:38 AM, Esteban Lorenzano esteba...@gmail.com mailto:esteba...@gmail.com mailto:esteba...@gmail.com mailto:esteba...@gmail.com wrote: I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) I'd like to have some solution for that windows popping up everywhere thing. AltBrowser has some good ideas. In fact I'd like to have AltBrowser and Nautilus together (as in additional entries in the Browse, Browse Scoped, ...Alt Browse, Alt Browse Scoped) Also, having a way to see a class with all the methods in a long pane. Yeah, Smalltalk is all about short methods but it is hard to explain things to people when looking at a ravioli at a time. Like the Newspeak browser? Don't know about that one. http://bracha.org/hopscotch-wasdett.pdf Look for the IDE description (i.e. Figure 1). A web browser metaphor, where you can open all elements and edit in place; not that different from what it could be in Self. I believe it's not as efficient in practice as it could be, for editing code. But for overall viewing, could be very effective. I toyed with multiple selection in the AltBrowser (i.e. opening multiple edit panes on the right) but never went that way. Maybe merging both could be an idea: Newspeak browser + tree navigation on the left :) Navigating hierarchies should be made easier (switching on the hier/flat button gets tiring). This one is difficult to solve. Maybe a popup with the hierarchy would do (with some keybinding, like C-h) In AltBrowser, I'm searching around how to do that, so what I have is: - menu navigation commands (super, first subclass, sibling) with a memory (back), but I'm not satisfied because often what I want is see both at the same time. Back really works well, but maybe with a button on the toolbar (or linked to the back and forward keys on my Chromebook? Not used to that keyboard layout yet) - What I use most often is: right click on superclass name in the description, choose browse to open a browser on the superclass... Not too bad for what I want. Works for any class name everywhere, which is very convenient. - I also have a hierarchy command which opens a browser scoped on the hierarchy. For certain types of searches, it can be very convenient (i.e. all callers of printString in the hierarchy...) But, still: three ways to do the same thing? Clearly could be better. Thierry I need to see how spotter will make this easier anyway. Still not using it, need to bring all my code to 4.0 before. I'm a bit: Spotter is an external tool to the browser. If my searches are well answered in the browser, I'll prefer to avoid switching back and forth between two GUIs. It would be nice to have a closer integration between Browser and Spotter. When looking at methods, Spotter and AltBrowser show a very similar GUI: context tree on the left (i.e. where is the element in the overall scheme), element/work pane on the right. Like all the tree-based browsers have done in the past, really (the Star browser, the Whisker browser). Which makes Spotter a kind of reimplementation of a tree browser with object-driven representations on the right... was that a project by Alain Plantec in the Squeak days? Thierry Phil
Re: [Pharo-dev] Small ScreenTheme [was: Release with Dark Theme]
On 24/04/15 10:19, Nicolas Anquetil wrote: In a related domain, I am launching a petition for a SmallScreenTheme and a large screen one too. 24 or 40 UHD has lots of empty space, and default browser sizes are too small The first thing to do is to make sure we don't create more legacy code with hardcoded sizes for fonts, borders, margins, padding. Stephan
[Pharo-dev] [pharo-project/pharo-core] 6b767c: 40611
Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 6b767c1d3004fcce812202cabf2cfa910c56756b https://github.com/pharo-project/pharo-core/commit/6b767c1d3004fcce812202cabf2cfa910c56756b Author: Jenkins Build Server bo...@pharo-project.org Date: 2015-04-24 (Fri, 24 Apr 2015) Changed paths: M Collections-Sequenceable.package/OrderedDictionary.class/instance/accessing/associationAt_ifPresent_.st M Collections-Sequenceable.package/OrderedDictionary.class/instance/accessing/at_put_.st A Collections-Sequenceable.package/OrderedDictionary.class/instance/accessing/identityIndexOfKey_.st M Collections-Sequenceable.package/OrderedDictionary.class/instance/adding/add_.st R Collections-Sequenceable.package/OrderedDictionary.class/instance/private/deleteOrderedKey_.st M Collections-Sequenceable.package/OrderedDictionary.class/instance/private/errorInvalidIndex_.st A Collections-Sequenceable.package/OrderedDictionary.class/instance/private/orderedKeysIndexOf_.st A Collections-Sequenceable.package/OrderedDictionary.class/instance/private/orderedKeysRemove_.st M Collections-Sequenceable.package/OrderedDictionary.class/instance/removing/removeKey_.st M Collections-Sequenceable.package/OrderedDictionary.class/instance/removing/removeKey_ifAbsent_.st A Collections-Sequenceable.package/OrderedIdentityDictionary.class/instance/private/orderedKeysIndexOf_.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/absentKey.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/defaultCapacity.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/dictionaryAssociations.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/emptyInternalDictionary.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/internalDictionaryClass.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/internalDictionaryWithSingleAssociation.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/nonIdentityAbsentKey.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/accessing/nonIdentityDictionaryAssociations.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/assertions/assertRemovedKey_from_.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/assertions/assertSelector_collects_from_.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/testing/isTestingIdentityDictionary.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testDictionary.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testEqualsDictionary.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testHash.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testIdentityIndexOfKey.st A CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testIdentityIndexOfKeyIfAbsent.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testIndexOfKeyIfAbsent.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testKeyAtIdentityValue.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testKeyAtIdentityValueIfAbsent.st M CollectionsTests.package/OrderedDictionaryTest.class/instance/tests/testRemoveKey.st R CollectionsTests.package/OrderedIdentityDictionaryTest.class/instance/accessing/absentKey.st R CollectionsTests.package/OrderedIdentityDictionaryTest.class/instance/accessing/dictionaryAssociations.st R CollectionsTests.package/OrderedIdentityDictionaryTest.class/instance/accessing/internalDictionaryClass.st A CollectionsTests.package/OrderedIdentityDictionaryTest.class/instance/testing/isTestingIdentityDictionary.st M Monticello.package/MCLazyVersionInfo.class/instance/initialization/initializeWithName_id_message_date_time_author_ancestors_stepChildren_.st M Monticello.package/MCVersionInfo.class/instance/initialization/initializeWithName_id_message_date_time_author_ancestors_stepChildren_.st M MonticelloGUI.package/MCFileRepositoryInspector.class/instance/accessing/selectedPackageAncestors.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script610.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script611.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40610.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40611.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: --- 40611 15338 OrderedDictionary changes to merge https://pharo.fogbugz.com/f/cases/15338 15339 Monticello with spotter extension methods
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/40611 Home: https://github.com/pharo-project/pharo-core
Re: [Pharo-dev] Updated WebDoc
Le 24/04/2015 13:40, Christophe Demarey a écrit : Le 24 avr. 2015 à 13:15, Sean P. DeNigris a écrit : philippeback wrote We'd be having package level comments, that would be another story. Now that we have real package objects, is there anything that prevents it? I also wanted this for a lng time... We can already add a description in the PackageManifest but the tooling support is missing. It would be nice to have that appear as a Readme.md at the package level in the filetree format, like classes comment are transcribed. By the way, we have a Pillar to md step. Would we have a md to Pillar converter somewhere? Thierry
Re: [Pharo-dev] Release with Dark Theme
On Fri, Apr 24, 2015 at 9:45 AM, Sven Van Caekenberghe s...@stfx.eu wrote: That's a bit harsh, the fonts are the same ;-) And it is of course possible that you don't like it, it is a matter of taste. The contrast thing is also taste, but for some people it solve certain vision problems. Exactly. When you have floaters all day long, the last thing you want is a f*cking white screen. Now, I am using 3.0 with DawnTheme, which is more like SublimeText (in a 3.0). I tried the 4.0 and it is nice. Now, icons should get a pass because the artefacts on the edges are not nice. If there is some little petty cash available, that's the kind of job that can be done supercheap on something like https://en.99designs.be/. That would be good use of consortium/association money for example. Why bother with graphics work when you can get things done professionaly for close to nil? Phil On 24 Apr 2015, at 09:27, Norbert Hartl norb...@hartl.name wrote: That's funny because I tried it two days ago the first time and I didn't like it. I had troubles to get anything but bitmap fonts. After setting all things up I was a bit disappointed that contrast wise it doesn't work for me. Can someone send a screenshot with one setup that he/she considers good? thanks, Norbert Am 24.04.2015 um 08:38 schrieb Esteban Lorenzano esteba...@gmail.com: I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) Esteban On 24 Apr 2015, at 08:33, stepharo steph...@free.fr wrote: comments about color is to be taken with care. Le 24/4/15 02:48, Sean P. DeNigris a écrit : Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] Small ScreenTheme [was: Release with Dark Theme]
In a related domain, I am launching a petition for a SmallScreenTheme People are working on 13 laptops, soon we will program pharo on tablets The default themes are a total waste of screen space with huge borders everywhere, large fonts, white spaces (or grey spaces) in the browser, ... I tried to work on one in the past, but did not go very far (only smaller fonts=8 and tighter scrollbars). Buttons need to be shrinked drastically, morphs in morphs in morphs all have borders 4 pixels wide, ... nicolas On 24/04/2015 01:48, Sean P. DeNigris wrote: Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Release with Dark Theme
The No1 thing that bothered me with Pharo was its white theme, found it both horrible (yes much worse than Squeak) and very tiresome for my eyes. Even worse was the white theme of Moose which made it impossible or really hard to see scrollbars , for me, so it was also a problem of contrast not just color. Moving to Dark theme , fundamentally changed my experience with Pharo and made coding much more relaxing. Then I decided to go one step further and implement my own theme, a dark blue theme and add to it a gui tool to allow for full customisation of colors (the theme with the tool are available from configuration Browsers with the name Nireas). Blue is my favorite color afterall, reminds me of sea, relaxing and full of positive energy. In the end it comes down to what you like and what you find more enjoyable to work with. For me it played a small role that the Dark theme is a new thing with its own set of problem since the change of colors had such a profound effect on my experience with Pharo. I cannot imagine myself going back to the default theme, ever. I would love to see more themes in the future, pink, yellow, brown, green and much more. On Fri, Apr 24, 2015 at 11:52 AM Stephan Eggermont step...@stack.nl wrote: On 24/04/15 01:48, Sean P. DeNigris wrote: Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. The advantages of a dark theme: - works well for photo/video apps where you don't want extra (colored) light; - works well in a dark environment; - provides little blue light, so doesn't influence sleep; - works for certain eye problems; don't apply to me much. I find reducing eye stress for me is mostly a question of adding more ambient light (also works well for my mood). In a light environment a light theme works much better. Stephan
Re: [Pharo-dev] TDD and BDD
Le 22 avr. 2015 à 20:19, stepharo a écrit : Christophe I do not have the answer just the constraints. This is hyper important that the solution does not change much SUnit. This way we do not end up with a mess with Sunit version. It is better to have a separate package. I ckecked and we already diverged a lot from the SUnit standard (use of Traits, announcements, etc.). Do you want I integrate the refactoring to have the test selectors selection coherent? If yes, my proposal just adds 'or: [ selector name beginsWith: 'should' ]. I do not see the point of having a separate package. If no, does it mean that we should never touch the SUnit package? smime.p7s Description: S/MIME cryptographic signature
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/50010 Home: https://github.com/pharo-project/pharo-core
Re: [Pharo-dev] RPackage: 'accessing' vs 'all accessing' Protocol
stepharo wrote a mistake to me. No problem. I just didn't want to change it in case it was something special... - Cheers, Sean -- View this message in context: http://forum.world.st/RPackage-accessing-vs-all-accessing-Protocol-tp4821462p4821600.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Updated WebDoc
On Fri, Apr 24, 2015 at 9:06 AM, Esteban Lorenzano esteba...@gmail.com
wrote:
On 24 Apr 2015, at 08:56, stepharo steph...@free.fr wrote:
Ok I saw with the version 30 it is much better :)
Because I was surprised that someone could do anything with the 40.
Now in that case we should not just put in it in the obscure file server
but promoted to the website.
it is: http://pharo.org/documentation
Search through pharodocs http://files.pharo.org/doc/4.0
The reference website for documentation about Pharo.
Where is the 3.0 version? This is a 4.0 with the popping up hierarchy that
makes it unusable as the popup obscures the description of the class.
Phil
Esteban
Stef
Le 24/4/15 09:41, Esteban Lorenzano a écrit :
no, docs for pharo 4.0 are broken.
I will regenerate it next week (it takes hours).
and about if it is useful: no experienced smalltalker will ever use it.
But newbies and google indexer will.
So is good to have it and not much effort, I think.
Esteban
On 24 Apr 2015, at 08:37, stepharo steph...@free.fr wrote:
Is it used? Is it useful?
I tried to browse a method during 5 min and the result was really strange
May be my browser is broken (safari)
jcdfgjeg..png
Le 23/4/15 17:15, Guillermo Polito a écrit :cbeahccf..png
Quick answer, no.
More elaborate one:
The exports of the full pharo release (versions 3.0 and 4.0) exist and
were created by Esteban manually before each release. These, are hosted
here
http://file-pharo.inria.fr/doc/4.0
http://file-pharo.inria.fr/doc/3.0
We could run it automatically every day with latest pharo to avoid the
manual steps. I'll add that into my todo and check it later ^^.
El jue., 23 de abr. de 2015 a la(s) 4:09 p. m., Sven Van Caekenberghe
s...@stfx.eu escribió:
Great! Thank you.
And the full image export, is that somewhere (done automatically) ?
On 23 Apr 2015, at 15:56, Guillermo Polito guillermopol...@gmail.com
wrote:
Hi guys,
I started yesterday to update WebDoc to work on latest Pharo. I share
with you my progress since yesterday:
- Now it loads in latest pharo4 :)
- fixed javascript errors and render issues
- a little of love to the css styles
- removed unused/not working features
- made it work well when exporting not the full image
- ci job is again green [1]
you can see the result of applying webdoc to webdoc as the result of
the ci job here [2]. If you use it further, you'll see there are still of
course some problems, but I feel it is better than before :).
If you want to check it out, instructions in [3].
Download:
Gofer it
smalltalkhubUser: 'PharoExtras' project: 'WebDoc';
package:'ConfigurationOfWebDoc';
load.
(#ConfigurationOfWebDoc asClass project version: #development) load.
Export:
(WebDocExporter packages: {RPackageOrganizer default packageNamed:
'YourProject'})
title: 'YourProject';
exportTo: './doc' asFileReference.
Guille
[1] https://ci.inria.fr/pharo-contribution/job/WebDoc/
[2]
https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=40,VERSION=development,VM=vm/585/artifact/doc/index.html#packageList=package.htmlclassList=package/ConfigurationOfWebDoc.htmlclassView=welcome.html
[3]http://www.smalltalkhub.com/#!/~PharoExtras/WebDoc
Re: [Pharo-dev] Release with Dark Theme
Am 24.04.2015 um 08:38 schrieb Esteban Lorenzano esteba...@gmail.com: I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) I like the way pharo4 took towards finding and navigating. With spotter it is easy to find an entry point to the image graph. With the gt inspector you can navigate the graph then. Bringing those tools closer together could make it even better. Now we have find and navigate we could also have some help in creating things which is prerequisite to finding and navigating. My dream would be that e.g. when you find a class spotter has an action with shortcut to create an instance of that class. The inspector has a tab with an editor that lets you enter values (or better ways to do it). Those could be created by an object meta description. This could be something like magritte. But I hope we manage to build a better magritte based on slots. The short term real life goals are: - unify keyboard shortcuts. - improve event handling so that the use of a magic mouse does not produce dozens of events that make the UI go crazy Norbert On 24 Apr 2015, at 08:33, stepharo steph...@free.fr wrote: comments about color is to be taken with care. Le 24/4/15 02:48, Sean P. DeNigris a écrit : Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Updated WebDoc
On Fri, Apr 24, 2015 at 8:56 AM, stepharo steph...@free.fr wrote:
Ok I saw with the version 30 it is much better :)
Because I was surprised that someone could do anything with the 40.
Now in that case we should not just put in it in the obscure file server
but promoted to the website.
Stef
Le 24/4/15 09:41, Esteban Lorenzano a écrit :
no, docs for pharo 4.0 are broken.
I will regenerate it next week (it takes hours).
and about if it is useful: no experienced smalltalker will ever use it.
But newbies and google indexer will.
We'd be having package level comments, that would be another story.
Thus we'd be closer to JavaDoc (e.g.
https://jaxb.java.net/nonav/2.2.1/docs/api/index.html?overview-summary.html)
It is also useful to look into things without having to load them in.
Phil
So is good to have it and not much effort, I think.
Esteban
On 24 Apr 2015, at 08:37, stepharo steph...@free.fr wrote:
Is it used? Is it useful?
I tried to browse a method during 5 min and the result was really strange
May be my browser is broken (safari)
jcdfgjeg..png
Le 23/4/15 17:15, Guillermo Polito a écrit :cbeahccf..png
Quick answer, no.
More elaborate one:
The exports of the full pharo release (versions 3.0 and 4.0) exist and
were created by Esteban manually before each release. These, are hosted
here
http://file-pharo.inria.fr/doc/4.0
http://file-pharo.inria.fr/doc/3.0
We could run it automatically every day with latest pharo to avoid the
manual steps. I'll add that into my todo and check it later ^^.
El jue., 23 de abr. de 2015 a la(s) 4:09 p. m., Sven Van Caekenberghe
s...@stfx.eu escribió:
Great! Thank you.
And the full image export, is that somewhere (done automatically) ?
On 23 Apr 2015, at 15:56, Guillermo Polito guillermopol...@gmail.com
wrote:
Hi guys,
I started yesterday to update WebDoc to work on latest Pharo. I share
with you my progress since yesterday:
- Now it loads in latest pharo4 :)
- fixed javascript errors and render issues
- a little of love to the css styles
- removed unused/not working features
- made it work well when exporting not the full image
- ci job is again green [1]
you can see the result of applying webdoc to webdoc as the result of
the ci job here [2]. If you use it further, you'll see there are still of
course some problems, but I feel it is better than before :).
If you want to check it out, instructions in [3].
Download:
Gofer it
smalltalkhubUser: 'PharoExtras' project: 'WebDoc';
package:'ConfigurationOfWebDoc';
load.
(#ConfigurationOfWebDoc asClass project version: #development) load.
Export:
(WebDocExporter packages: {RPackageOrganizer default packageNamed:
'YourProject'})
title: 'YourProject';
exportTo: './doc' asFileReference.
Guille
[1] https://ci.inria.fr/pharo-contribution/job/WebDoc/
[2]
https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=40,VERSION=development,VM=vm/585/artifact/doc/index.html#packageList=package.htmlclassList=package/ConfigurationOfWebDoc.htmlclassView=welcome.html
[3]http://www.smalltalkhub.com/#!/~PharoExtras/WebDoc
Re: [Pharo-dev] Release with Dark Theme
On Fri, Apr 24, 2015 at 10:48 AM, Thierry Goubier thierry.goub...@gmail.com wrote: Le 24/04/2015 10:11, p...@highoctane.be a écrit : On Fri, Apr 24, 2015 at 8:38 AM, Esteban Lorenzano esteba...@gmail.com mailto:esteba...@gmail.com wrote: I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) I'd like to have some solution for that windows popping up everywhere thing. AltBrowser has some good ideas. In fact I'd like to have AltBrowser and Nautilus together (as in additional entries in the Browse, Browse Scoped, ...Alt Browse, Alt Browse Scoped) Also, having a way to see a class with all the methods in a long pane. Yeah, Smalltalk is all about short methods but it is hard to explain things to people when looking at a ravioli at a time. Like the Newspeak browser? Don't know about that one. Navigating hierarchies should be made easier (switching on the hier/flat button gets tiring). This one is difficult to solve. Maybe a popup with the hierarchy would do (with some keybinding, like C-h) I need to see how spotter will make this easier anyway. Still not using it, need to bring all my code to 4.0 before. I'm a bit: Spotter is an external tool to the browser. If my searches are well answered in the browser, I'll prefer to avoid switching back and forth between two GUIs. It would be nice to have a closer integration between Browser and Spotter. When looking at methods, Spotter and AltBrowser show a very similar GUI: context tree on the left (i.e. where is the element in the overall scheme), element/work pane on the right. Like all the tree-based browsers have done in the past, really (the Star browser, the Whisker browser). Which makes Spotter a kind of reimplementation of a tree browser with object-driven representations on the right... was that a project by Alain Plantec in the Squeak days? Thierry Phil
Re: [Pharo-dev] Small ScreenTheme [was: Release with Dark Theme]
you are asking for a different kind of IDE, not a theme. but yes… we need some way to allow that :) Esteban On 24 Apr 2015, at 10:19, Nicolas Anquetil nicolas.anque...@inria.fr wrote: In a related domain, I am launching a petition for a SmallScreenTheme People are working on 13 laptops, soon we will program pharo on tablets The default themes are a total waste of screen space with huge borders everywhere, large fonts, white spaces (or grey spaces) in the browser, ... I tried to work on one in the past, but did not go very far (only smaller fonts=8 and tighter scrollbars). Buttons need to be shrinked drastically, morphs in morphs in morphs all have borders 4 pixels wide, ... nicolas On 24/04/2015 01:48, Sean P. DeNigris wrote: Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Small ScreenTheme [was: Release with Dark Theme]
Le 24/04/2015 15:44, Esteban Lorenzano a écrit : you are asking for a different kind of IDE, not a theme. but yes… we need some way to allow that :) But we do. It is allways possible to write and adapt a new IDE better suited to this or that screen size, and replace the default tools :) Now, doing it is a bit of work ;) Thierry Esteban On 24 Apr 2015, at 10:19, Nicolas Anquetil nicolas.anque...@inria.fr wrote: In a related domain, I am launching a petition for a SmallScreenTheme People are working on 13 laptops, soon we will program pharo on tablets The default themes are a total waste of screen space with huge borders everywhere, large fonts, white spaces (or grey spaces) in the browser, ... I tried to work on one in the past, but did not go very far (only smaller fonts=8 and tighter scrollbars). Buttons need to be shrinked drastically, morphs in morphs in morphs all have borders 4 pixels wide, ... nicolas On 24/04/2015 01:48, Sean P. DeNigris wrote: Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Pharo on Centos/RHEL/ 7.1
nacho wrote I noticed that in Pharo's homepage now there is a link to a Centos build. However, the necessary 32bits libs are not mentioned. For now, I put a NB with a link to the 64-bit prep instructions on our GNU/Linux download page [1]. For the known cases, I wonder if the best course wouldn't be to bundle the VMs with a prep64bit.sh e.g. Philippe already has such a script and it seems we could just inject it into the CI build. nacho wrote Or at least inside the README.txt that comes in the zip. Unless we can do that programmatically, I'm hesitant to put anything more than a link to [1], because it will be duplicated logic e.g. probably always out of date! In general, it seems there is already a good deal of duplication out there as many of use have rolled our own 32-bit solutions. We're in the process of bringing these under Pharo's GitHub organization, and I'm calling for anyone with a working solution to add it to https://github.com/pharo-project/pharo-workingRoadmaps/blob/master/DownloadInstructions.md . It's hard for me to manage all these great contributions via the mailing list :/ Here's what we've accomplished so far: - the method for different platforms leaves you with different products (e.g. Ubuntu - Launcher, but Debian - VM-only). [SOLVED]: The downloads were standardized and categorized - default is vm+image.zip for all platforms, other options (e.g. launcher or vm-only) were made explicit - the instructions at http://pharo.org/download are incomplete (e.g. Debian step 2.i.a below)[SOLVED]: We gave the website GNU/Linux instructions a massive overhaul. See http://pharo.org/gnu-linux-installation - Old Lib C downloads out of date: http://files.pharo.org/vm/pharo/linux/old-libc/ last pharovm-ubuntu804.tar.gz is from 8/28/2013, but most recent swing buld is from 9/2014.[SOLVED]: We now have our own libc 2.15 CI build, with artifacts mirrored to files.pharo.org, and linked from the website - Can we pick up the debian artifact from the Debian build and create a launcher on our CI with it? [SOLVED]: We now have our own libc 2.15 CI build, with artifacts mirrored to files.pharo.org, and linked - [SOLVED]: Link Launcher instructions to the Launcher tutorial. - [SOLVED]: Remove all GNU/Linux instructions from the main download page. Instead, when a user clicks on the Linux button, they should be taken to a whole different page that explains the intricacies of each platform. - [SOLVED]: put a clear heading for each GNU/Linux flavor (e.g. ###Debian instead of Looking for a debian distribution?) - [SOLVED]: [OT]: Change all references to Linux - GNU/Linux. See https://www.gnu.org/gnu/gnu-linux-faq.html#why [1] http://pharo.org/gnu-linux-installation#64-bit-System-Setup - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-on-Centos-RHEL-7-1-tp4821602p4821628.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] GitHub CI organization
EstebanLM wrote because they are not CI, they can be used outside too. Ah, okay. Thanks for the clarification :) EstebanLM wrote and in a more “deep” answer: because they all born in different moments :) Yes, that's more what I was getting at. Our GitHub organization is flourishing, but possibly getting a bit overwhelming and I was wondering if we could unify some of the related repos... - Cheers, Sean -- View this message in context: http://forum.world.st/GitHub-CI-organization-tp4821620p4821630.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Pharo on Centos/RHEL/ 7.1
On Fri, Apr 24, 2015 at 3:08 PM, Sean P. DeNigris s...@clipperadams.com wrote: philippeback wrote centos 6.5 is fine for rhel6. those are clones. Do you know if that's true in general for the entire RedHat family (e.g. Fedora)? Or for other families? E.g. Debian/Ubuntu/Mint? I do not use Fedora, so I do not know. Usually Fedora is the leading edge while CentOS/RHEL are the stable things that are maintained for a long time. Debian/Ubuntu/Mint: They are all debian based but that doesn't mean that they are aligned. So, I do not know about those. Phil - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-on-Centos-RHEL-7-1-tp4821602p4821623.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Release with Dark Theme
On Fri, Apr 24, 2015 at 2:33 PM, stepharo steph...@free.fr wrote: Le 24/4/15 11:06, p...@highoctane.be a écrit : On Fri, Apr 24, 2015 at 9:45 AM, Sven Van Caekenberghe s...@stfx.eu wrote: That's a bit harsh, the fonts are the same ;-) And it is of course possible that you don't like it, it is a matter of taste. The contrast thing is also taste, but for some people it solve certain vision problems. Exactly. When you have floaters all day long, the last thing you want is a f*cking white screen. Now, I am using 3.0 with DawnTheme, which is more like SublimeText (in a 3.0). I tried the 4.0 and it is nice. Now, icons should get a pass because the artefacts on the edges are not nice. If there is some little petty cash available, that's the kind of job that can be done supercheap on something like https://en.99designs.be/. That would be good use of consortium/association money for example. Why bother with graphics work when you can get things done professionaly for close to nil? do you know the people? Because I would really be in favor getting people doing this job. This is a large community. One can get a full website design done for around $500. Got that done and was nice work. Alternatives (used too): https://www.freelancer.com/ Phil Phil On 24 Apr 2015, at 09:27, Norbert Hartl norb...@hartl.name wrote: That's funny because I tried it two days ago the first time and I didn't like it. I had troubles to get anything but bitmap fonts. After setting all things up I was a bit disappointed that contrast wise it doesn't work for me. Can someone send a screenshot with one setup that he/she considers good? thanks, Norbert Am 24.04.2015 um 08:38 schrieb Esteban Lorenzano esteba...@gmail.com : I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) Esteban On 24 Apr 2015, at 08:33, stepharo steph...@free.fr wrote: comments about color is to be taken with care. Le 24/4/15 02:48, Sean P. DeNigris a écrit : Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Pharo on Centos/RHEL/ 7.1
centos 6.5 is fine for rhel6. those are clones. centos is built from the same sourcetree has rhel. the pictures are different but the code is the same. havent tested on 7. phil Le 24 avr. 2015 15:02, Sean P. DeNigris s...@clipperadams.com a écrit : nacho wrote I noticed that in Pharo's homepage now there is a link to a Centos build. However, the necessary 32bits libs are not mentioned. Thanks! I was holding off on this because there are several such lists out there and I'm not sure which apply to which platforms. For example, https://github.com/philippeback/pharovm-centos65/blob/master/packages-to-install.txt is a very different list for Centos65. IIRC now after some info from Philippe, a list of libraries for CentOS should work for all RedHat-based distributions, right? Except what about versions e.g. is the list the same in CentOS 6.5 vs. 7.1? And if not how does one map that to versions of e.g. RHEL? - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-on-Centos-RHEL-7-1-tp4821602p4821621.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] Issue 15394: (Launcher) Safer Image Deletion
https://pharo.fogbugz.com/default.asp?15394 Especially as we move to push the launcher as the default download for new users, this will be crucial. Right now, we are deleting via an `rm -fr` like approach, which is quite harsh for a GUI tool, especially when deleting an image, which is akin to an operating system. It would be better to remove the confirmation dialog and move the image to the trash, with an undo if possible. - Cheers, Sean -- View this message in context: http://forum.world.st/Issue-15394-Launcher-Safer-Image-Deletion-tp4821635.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Pharo on Centos/RHEL/ 7.1
nacho wrote I noticed that in Pharo's homepage now there is a link to a Centos build. However, the necessary 32bits libs are not mentioned. Thanks! I was holding off on this because there are several such lists out there and I'm not sure which apply to which platforms. For example, https://github.com/philippeback/pharovm-centos65/blob/master/packages-to-install.txt is a very different list for Centos65. IIRC now after some info from Philippe, a list of libraries for CentOS should work for all RedHat-based distributions, right? Except what about versions e.g. is the list the same in CentOS 6.5 vs. 7.1? And if not how does one map that to versions of e.g. RHEL? - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-on-Centos-RHEL-7-1-tp4821602p4821621.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Release with Dark Theme
icon design and web design are two very different things. I seriously doubt we can get the icon set we need as cheap as you might think. but… we can always try :) Esteban On 24 Apr 2015, at 14:55, p...@highoctane.be wrote: On Fri, Apr 24, 2015 at 2:33 PM, stepharo steph...@free.fr mailto:steph...@free.fr wrote: Le 24/4/15 11:06, p...@highoctane.be mailto:p...@highoctane.be a écrit : On Fri, Apr 24, 2015 at 9:45 AM, Sven Van Caekenberghe s...@stfx.eu mailto:s...@stfx.eu wrote: That's a bit harsh, the fonts are the same ;-) And it is of course possible that you don't like it, it is a matter of taste. The contrast thing is also taste, but for some people it solve certain vision problems. Exactly. When you have floaters all day long, the last thing you want is a f*cking white screen. Now, I am using 3.0 with DawnTheme, which is more like SublimeText (in a 3.0). I tried the 4.0 and it is nice. Now, icons should get a pass because the artefacts on the edges are not nice. If there is some little petty cash available, that's the kind of job that can be done supercheap on something like https://en.99designs.be/ https://en.99designs.be/. That would be good use of consortium/association money for example. Why bother with graphics work when you can get things done professionaly for close to nil? do you know the people? Because I would really be in favor getting people doing this job. This is a large community. One can get a full website design done for around $500. Got that done and was nice work. Alternatives (used too): https://www.freelancer.com/ https://www.freelancer.com/ Phil Phil On 24 Apr 2015, at 09:27, Norbert Hartl norb...@hartl.name mailto:norb...@hartl.name wrote: That's funny because I tried it two days ago the first time and I didn't like it. I had troubles to get anything but bitmap fonts. After setting all things up I was a bit disappointed that contrast wise it doesn't work for me. Can someone send a screenshot with one setup that he/she considers good? thanks, Norbert Am 24.04.2015 um 08:38 schrieb Esteban Lorenzano esteba...@gmail.com mailto:esteba...@gmail.com: I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) Esteban On 24 Apr 2015, at 08:33, stepharo steph...@free.fr mailto:steph...@free.fr wrote: comments about color is to be taken with care. Le 24/4/15 02:48, Sean P. DeNigris a écrit : Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Release with Dark Theme
to find in the end that you get what you pay for ;) On Fri, Apr 24, 2015 at 4:43 PM Esteban Lorenzano esteba...@gmail.com wrote: icon design and web design are two very different things. I seriously doubt we can get the icon set we need as cheap as you might think. but… we can always try :) Esteban On 24 Apr 2015, at 14:55, p...@highoctane.be wrote: On Fri, Apr 24, 2015 at 2:33 PM, stepharo steph...@free.fr wrote: Le 24/4/15 11:06, p...@highoctane.be a écrit : On Fri, Apr 24, 2015 at 9:45 AM, Sven Van Caekenberghe s...@stfx.eu wrote: That's a bit harsh, the fonts are the same ;-) And it is of course possible that you don't like it, it is a matter of taste. The contrast thing is also taste, but for some people it solve certain vision problems. Exactly. When you have floaters all day long, the last thing you want is a f*cking white screen. Now, I am using 3.0 with DawnTheme, which is more like SublimeText (in a 3.0). I tried the 4.0 and it is nice. Now, icons should get a pass because the artefacts on the edges are not nice. If there is some little petty cash available, that's the kind of job that can be done supercheap on something like https://en.99designs.be/. That would be good use of consortium/association money for example. Why bother with graphics work when you can get things done professionaly for close to nil? do you know the people? Because I would really be in favor getting people doing this job. This is a large community. One can get a full website design done for around $500. Got that done and was nice work. Alternatives (used too): https://www.freelancer.com/ Phil Phil On 24 Apr 2015, at 09:27, Norbert Hartl norb...@hartl.name wrote: That's funny because I tried it two days ago the first time and I didn't like it. I had troubles to get anything but bitmap fonts. After setting all things up I was a bit disappointed that contrast wise it doesn't work for me. Can someone send a screenshot with one setup that he/she considers good? thanks, Norbert Am 24.04.2015 um 08:38 schrieb Esteban Lorenzano esteba...@gmail.com : I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) Esteban On 24 Apr 2015, at 08:33, stepharo steph...@free.fr wrote: comments about color is to be taken with care. Le 24/4/15 02:48, Sean P. DeNigris a écrit : Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Release with Dark Theme
Le 24/4/15 11:06, p...@highoctane.be a écrit : On Fri, Apr 24, 2015 at 9:45 AM, Sven Van Caekenberghe s...@stfx.eu mailto:s...@stfx.eu wrote: That's a bit harsh, the fonts are the same ;-) And it is of course possible that you don't like it, it is a matter of taste. The contrast thing is also taste, but for some people it solve certain vision problems. Exactly. When you have floaters all day long, the last thing you want is a f*cking white screen. Now, I am using 3.0 with DawnTheme, which is more like SublimeText (in a 3.0). I tried the 4.0 and it is nice. Now, icons should get a pass because the artefacts on the edges are not nice. If there is some little petty cash available, that's the kind of job that can be done supercheap on something like https://en.99designs.be/. That would be good use of consortium/association money for example. Why bother with graphics work when you can get things done professionaly for close to nil? do you know the people? Because I would really be in favor getting people doing this job. Phil On 24 Apr 2015, at 09:27, Norbert Hartl norb...@hartl.name mailto:norb...@hartl.name wrote: That's funny because I tried it two days ago the first time and I didn't like it. I had troubles to get anything but bitmap fonts. After setting all things up I was a bit disappointed that contrast wise it doesn't work for me. Can someone send a screenshot with one setup that he/she considers good? thanks, Norbert Am 24.04.2015 um 08:38 schrieb Esteban Lorenzano esteba...@gmail.com mailto:esteba...@gmail.com: I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) Esteban On 24 Apr 2015, at 08:33, stepharo steph...@free.fr mailto:steph...@free.fr wrote: comments about color is to be taken with care. Le 24/4/15 02:48, Sean P. DeNigris a écrit : Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] GitHub CI organization
I may be missing something, but why are pharo-build-scripts and pharo-minimal-scripts not in the pharo-ci repository? - Cheers, Sean -- View this message in context: http://forum.world.st/GitHub-CI-organization-tp4821620.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Release with Dark Theme
+10 Le 24/4/15 12:15, Marcus Denker a écrit : The short term real life goals are: - unify keyboard shortcuts. - improve event handling so that the use of a magic mouse does not produce dozens of events that make the UI go crazy Yes! Marcus
Re: [Pharo-dev] Small ScreenTheme [was: Release with Dark Theme]
+ 1 In a related domain, I am launching a petition for a SmallScreenTheme and a large screen one too. 24 or 40 UHD has lots of empty space, and default browser sizes are too small The first thing to do is to make sure we don't create more legacy code with hardcoded sizes for fonts, borders, margins, padding. Stephan
Re: [Pharo-dev] Pharo on Centos/RHEL/ 7.1
philippeback wrote centos 6.5 is fine for rhel6. those are clones. Do you know if that's true in general for the entire RedHat family (e.g. Fedora)? Or for other families? E.g. Debian/Ubuntu/Mint? - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-on-Centos-RHEL-7-1-tp4821602p4821623.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] GitHub CI organization
because they are not CI, they can be used outside too. and in a more “deep” answer: because they all born in different moments :) Esteban On 24 Apr 2015, at 14:43, Sean P. DeNigris s...@clipperadams.com wrote: I may be missing something, but why are pharo-build-scripts and pharo-minimal-scripts not in the pharo-ci repository? - Cheers, Sean -- View this message in context: http://forum.world.st/GitHub-CI-organization-tp4821620.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Please Review 15395 ASAP
+1 looks good 2015-04-24 19:42 GMT+02:00 Sean P. DeNigris s...@clipperadams.com: If someone can review this quickly, there are a ton of packages touched as you can see below and I don't want to keep redoing the slice!!! Fix in inbox: SLICE-Issue-15395-Cleanup-1-SeanDeNigris.1 Various cleanups - most notable is applying the a = b and: [a = c] - a between: b and: c everywhere; also fix typos in comments, etc. Dependencies: AsmJit-Extension-SeanDeNigris.9, AsmJit-Operands-SeanDeNigris.15, Balloon-SeanDeNigris.119, Collections-Native-SeanDeNigris.10, Collections-Sequenceable-SeanDeNigris.193, Collections-Streams-SeanDeNigris.169, FreeType-SeanDeNigris.698, Graphics-Primitives-SeanDeNigris.158, Kernel-SeanDeNigris.2014, Morphic-Widgets-List-SeanDeNigris.16, Morphic-Widgets-Pluggable-SeanDeNigris.45, Morphic-Widgets-Tree-SeanDeNigris.28, Morphic-Widgets-Windows-SeanDeNigris.48, Multilingual-OtherLanguages-SeanDeNigris.13, Network-UUID-SeanDeNigris.30, RPackage-Core-SeanDeNigris.384, System-Platforms-SeanDeNigris.62, System-Support-SeanDeNigris.1096, Text-Core-SeanDeNigris.32 - Cheers, Sean -- View this message in context: http://forum.world.st/Please-Review-15395-ASAP-tp4821695.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] running the vm from within a dll
Hello, In short this is possible but there are several things to do before we are able to compile the VM as a dynamic library. No one is currently working on it right now because there are limited resources in the VM development and the focus is on other topics (x86_64 and ARM port as well as JIT optimizations). The android VM is working and it may be a good start. If you're interested in doing it, I cc vm-dev were people can detail you what has exactly to be done. Best, Clement 2015-04-24 18:06 GMT+02:00 Stefan Krecher stefan.krec...@googlemail.com: Hi all, i know this topic was discussed from time to time but I'm not sure if there is a simple answer. Can the VM be compiled to a windows dll, so pharo could get started from another dll and would exchange events? It is probably a similar approach to the one Andreas Raab did for the android/ squeak port back in 2010. He compiled squeak as a shared library and started it on Android via a Java wrapper. I had a short conversation on that with Andreas on this years ago and it sounded very easy. I had the impression that he did this on one evening and it just worked. The code looked simple too. But maybe it was that easy because Andreas was a super-smart guy ... Anyway - would this architecture fit with a dll-scario (having a dll that starts pharo, which itself runs in a dll)? Regards Stefan
[Pharo-dev] Please, No Restate-the-selector Method Comments
I'd like to see the removal of comments like: StandardWindow#title Answer tht window title. Here we have a comment that adds no value, but adds to the maintenance burden because there is a typo. - Cheers, Sean -- View this message in context: http://forum.world.st/Please-No-Restate-the-selector-Method-Comments-tp4821691.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] SmalltalkImage#imageName
Peter Uhnák wrote Only sender seems to be Spotter Its quite useful for startup scripts. Yes, but we have #imageFile fullName already... - Cheers, Sean -- View this message in context: http://forum.world.st/SmalltalkImage-imageName-tp4821681p4821692.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] [Moose-dev] What's new on Pillar ?
This is excellent !! I am really pleased to see effort to improve Pillar.
Keep going!
Alexandre
Le 24 avr. 2015 à 07:26, Cyril Ferlicot cyril.ferli...@gmail.com a écrit :
Hi everyone !
I'm currently working on Pillar !
It's been a little while now so I wanted to share what's new.
-- First of all, with Stephane we created a new project, Cocoon,
based on the configuration system of Pillar. And now Pillar uses
Cocoon for his configurations.
http://smalltalkhub.com/#!/~PharoExtras/Cocoon
-- Pillar unit tests weren't working on Windows before
-- With Damien we also added two new abstractions:
-- The transformers: They take the Pillar tree and modify it. For
exemple we have a transformer which evaluates the scripts with a
eval=true parameter.
-- The annotations: They let the writer specify many different
things in their document using just 1 syntax (see below for an
example)
-- We now have our first annotation tag: the inclusion tag !
If you add this:
${inputFile:test.pillar}$ or ${inputFile:folder/test.pillar}$
into your Pillar file, that will include the content of test.pillar.
I recommend for now to use it at the root of the pillar file and not
inside a paragraph. That still needs some improvement.
-- We now have a transformer which adds an anchor after each title.
The anchor will have the text of the title.
This still needs some improvement, it's really simple for now. For
exemple we need to consider the case where we have 2 titles with the
same text (like 'introduction').
-- Now you can add 'lineNumber=true' as parameter for a Script. This
will add a numerotation at your script, usefull if we want to explain
a long code.
-- I did some refactorisation on the parameters used by pillar to
clean the code.
-- I did some refactorisation of the template system, the old one was
really ugly and changed the baseDirectory. Now template are managed by
a stream and not a file.
-- I improved a little the configuration
-- Now if you want to change the baseDirectory you can pass a
FileReference, a relative path or an absolute path.
-- Now we look for the inputFiles from the baseDirectory and not
the working directory like before. You can also pass a FileReference,
a relative path or an absolute path.
-- I added some tests to Pillar.
-- I added some doc to EnterprisePharo
https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessfulBuild/artifact/PillarChap/Pillar.pillar.html
-- To help the users I improved the error reports. Before we had
really few errors specific to Pillar.
For this one you can help me ! If you found a weird error or something
really not easy to deal with, send me your problem !
--
Cheers
Cyril Ferlicot
___
Moose-dev mailing list
moose-...@iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
[Pharo-dev] SystemWindow vs. StandardWindow
Is this distinction necessary? I started digging when I noticed that SystemWindow#label and #setLabel: becomes StandardWindow#title and #title. Wouldn't it be better to just push #title up if we like that API better? It's exhausting to manage all these tiny (and possibly unnecessary) differences... - Cheers, Sean -- View this message in context: http://forum.world.st/SystemWindow-vs-StandardWindow-tp4821655.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] running the vm from within a dll
Hi all, i know this topic was discussed from time to time but I'm not sure if there is a simple answer. Can the VM be compiled to a windows dll, so pharo could get started from another dll and would exchange events? It is probably a similar approach to the one Andreas Raab did for the android/ squeak port back in 2010. He compiled squeak as a shared library and started it on Android via a Java wrapper. I had a short conversation on that with Andreas on this years ago and it sounded very easy. I had the impression that he did this on one evening and it just worked. The code looked simple too. But maybe it was that easy because Andreas was a super-smart guy ... Anyway - would this architecture fit with a dll-scario (having a dll that starts pharo, which itself runs in a dll)? Regards Stefan
[Pharo-dev] Configuration Browser: Refresh doesn't add new configs
1. Open a Configuration Browser 1.5 (not sure if this matters) I had switched the metaRepo to my own 2. Add a config to the currently shown repo 3. Choose Refresh from the context menu The new config will not appear. Should I open an issue? - Cheers, Sean -- View this message in context: http://forum.world.st/Configuration-Browser-Refresh-doesn-t-add-new-configs-tp4821657.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Monkey Office Hours
Yes, it’s down… in a way that needs intervention by the admins. On 24 Apr 2015, at 23:16, Pavel Krivanek pavel.kriva...@gmail.com wrote: I think the reason is in the nonworking CI. -- Pavel 2015-04-24 22:53 GMT+02:00 Sean P. DeNigris s...@clipperadams.com: She doesn't seem to be at work. No review for https://pharo.fogbugz.com/default.asp?15395 . BTW where is the code for the monkey, and is there any way to interact with her? E.g. manually force a review, see if she's working... Thanks. - Cheers, Sean -- View this message in context: http://forum.world.st/Monkey-Office-Hours-tp4821722.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] SmalltalkImage#imageName
After a brief IRC chat, it seems like returning just the file base (i.e. without the extension). Any objections before I open an issue? SeanDeNigris_: I found it surprising that `Smalltalk imageName` returns the full path. Just me? [11:34am] maxleske: ++ [11:43am] SeanDeNigris_: Worth an issue? Only sender seems to be Spotter [11:49am] DamienCassou: all these little things are annoying. So, +1 to create an issue - Cheers, Sean -- View this message in context: http://forum.world.st/SmalltalkImage-imageName-tp4821681.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] SmalltalkImage#imageName
+1 Only sender seems to be Spotter Its quite useful for startup scripts. On Fri, Apr 24, 2015 at 6:23 PM, Sean P. DeNigris s...@clipperadams.com wrote: After a brief IRC chat, it seems like returning just the file base (i.e. without the extension). Any objections before I open an issue? SeanDeNigris_: I found it surprising that `Smalltalk imageName` returns the full path. Just me? [11:34am] maxleske: ++ [11:43am] SeanDeNigris_: Worth an issue? Only sender seems to be Spotter [11:49am] DamienCassou: all these little things are annoying. So, +1 to create an issue - Cheers, Sean -- View this message in context: http://forum.world.st/SmalltalkImage-imageName-tp4821681.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Issue 15394: (Launcher) Safer Image Deletion
Le 24 avr. 2015 16:11, Sean P. DeNigris s...@clipperadams.com a écrit : https://pharo.fogbugz.com/default.asp?15394 Especially as we move to push the launcher as the default download for new users, this will be crucial. Right now, we are deleting via an `rm -fr` like approach, which is quite harsh for a GUI tool, especially when deleting an image, which is akin to an operating system. It would be better to remove the confirmation dialog and move the image to the trash, with an undo if possible. Why not 2 downloads? Easy to do. - Cheers, Sean -- View this message in context: http://forum.world.st/Issue-15394-Launcher-Safer-Image-Deletion-tp4821635.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Issue 15394: (Launcher) Safer Image Deletion
philippeback wrote Why not 2 downloads? Easy to do. I'm not sure what you mean. I'm talking about deleting images from the left pane of Luancher via the button. - Cheers, Sean -- View this message in context: http://forum.world.st/Issue-15394-Launcher-Safer-Image-Deletion-tp4821635p4821693.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] SmalltalkImage#imageName
2015-04-24 19:26 GMT+02:00 Sean P. DeNigris s...@clipperadams.com: Peter Uhnák wrote Only sender seems to be Spotter Its quite useful for startup scripts. Yes, but we have #imageFile fullName already... And there is FileLocator image resolve - Cheers, Sean -- View this message in context: http://forum.world.st/SmalltalkImage-imageName-tp4821681p4821692.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] Please Review 15395 ASAP
If someone can review this quickly, there are a ton of packages touched as you can see below and I don't want to keep redoing the slice!!! Fix in inbox: SLICE-Issue-15395-Cleanup-1-SeanDeNigris.1 Various cleanups - most notable is applying the a = b and: [a = c] - a between: b and: c everywhere; also fix typos in comments, etc. Dependencies: AsmJit-Extension-SeanDeNigris.9, AsmJit-Operands-SeanDeNigris.15, Balloon-SeanDeNigris.119, Collections-Native-SeanDeNigris.10, Collections-Sequenceable-SeanDeNigris.193, Collections-Streams-SeanDeNigris.169, FreeType-SeanDeNigris.698, Graphics-Primitives-SeanDeNigris.158, Kernel-SeanDeNigris.2014, Morphic-Widgets-List-SeanDeNigris.16, Morphic-Widgets-Pluggable-SeanDeNigris.45, Morphic-Widgets-Tree-SeanDeNigris.28, Morphic-Widgets-Windows-SeanDeNigris.48, Multilingual-OtherLanguages-SeanDeNigris.13, Network-UUID-SeanDeNigris.30, RPackage-Core-SeanDeNigris.384, System-Platforms-SeanDeNigris.62, System-Support-SeanDeNigris.1096, Text-Core-SeanDeNigris.32 - Cheers, Sean -- View this message in context: http://forum.world.st/Please-Review-15395-ASAP-tp4821695.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Please Review 15395 ASAP
https://pharo.fogbugz.com/default.asp?15395 - Cheers, Sean -- View this message in context: http://forum.world.st/Please-Review-15395-ASAP-tp4821695p4821696.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Playground and its current usability in Pharo4.0 Latest update: #40307
Tudor Girba-2 wrote I do not quite understand. Could you elaborate such a case? When writing a conditional that is true in the current image state, e.g. Smalltalk imageFile base = 'foo' ifTrue: [] it's quite convenient to write: Smalltalk imageFile base then PrintIt, left arrow and type ' =' - Cheers, Sean -- View this message in context: http://forum.world.st/Playground-and-its-current-usability-in-Pharo4-0-Latest-update-40307-tp4784885p4821666.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Fwd: exception handling problem when running tests in Nautilus
Le 21/4/15 17:32, Otto Behrens a écrit : Thanks. I do altjc on a method sometimes when I have changed a method. So sometimes I so altjm and then immediately altjc to check all the tests in the class. Indeed, Nautilus logic to run test differs a bit from the TestRunner logic. Does it really have to be? For example, if your test fails, it is run a second time to open a debugger but it could do side effects. This has been a problem for me for a long time. I would *love* it if Nautilus runs a single test in debug mode (and not a second time). Me too :) It is especially painful when running selenium tests in our environment, because firefox is launched on every test suite run, which makes running a single test relatively expensive. I suppose solving the problem of tests running a long time is first prize. Why don't you just run your tests from the test runner or using MyTestClass run: #testSelector ? Because I normally run the tests that I work on while I'm in the Nautilus browser (using shortcut keys). Why would I want to launch a different browser, search for the class I'm working on and run the tests there? I could be missing it totally here. I'm quite interested to know how other people work. A sort of work flow, to the point of running tests. To run all my tests take a long time. There are quite a few. We will need to clean this kind of logic that should not be part of Nautilus. Could you open a bug entry for that? https://pharo.fogbugz.com/f/cases/15374/exception-handling-when-running-tests-in-Nautilus Is this the right place? Regards, Christophe. Le 21 avr. 2015 à 15:34, Otto Behrens a écrit : I realised I may have posted this on the wrong list. Is there anyone that can help with this one please? -- Forwarded message -- From: Otto Behrens o...@finworks.biz Date: Sun, Apr 19, 2015 at 10:08 AM Subject: exception handling problem when running tests in Nautilus To: pharo-us...@lists.pharo.org Hi, Thanks everyone for the new Pharo and all the work done. I like Spotter! I gave Pharo 4 a try today and ran into a problem with running tests in a TestCase (test class - run tests). I just get the debugger popping up with WARequestContextNotFound. In the setUp of our test case, we call WACurrentRequestContext value, but handle the error when we do not have a context, for example: [ WACurrentRequestContext value. true ] on: WARequestContextNotFound do: [ :e | false ] This handler: [ :e | false ] is never called. What influences this is the exception handling in: AbstractNautilusUI #runTestsOfClass:notifying: Firstly, I think that it may be slighly better to call e pass or e outer in stead of e defaultAction, as this would give another outer handler a chance to do something. The defaultAction is called when there are no more outer handlers anyway. After trying this, it did not help my cause. And I think that this is because the WACurrentRequestContext is a Notification and not an Error. I then replaced Exception with Error in the handler in AbstractNautilusUI. This seem to work. What also works is to completely remove the exception handling in AbstractNautilusUI #runTestsOfClass:notifying: What is a bit strange is the inconsistency in this exception handling when running a suite or an individual test. Perhaps this kind of code could be better on the TestSuite and not in the Nautilus UI? Can anyone please help? Should I be doing something else? Cheers Otto
Re: [Pharo-dev] Updated WebDoc
On 24 Apr 2015, at 08:56, stepharo steph...@free.fr wrote:
Ok I saw with the version 30 it is much better :)
Because I was surprised that someone could do anything with the 40.
Now in that case we should not just put in it in the obscure file server but
promoted to the website.
it is: http://pharo.org/documentation http://pharo.org/documentation
Search through pharodocs http://files.pharo.org/doc/4.0
The reference website for documentation about Pharo.
Esteban
Stef
Le 24/4/15 09:41, Esteban Lorenzano a écrit :
no, docs for pharo 4.0 are broken.
I will regenerate it next week (it takes hours).
and about if it is useful: no experienced smalltalker will ever use it.
But newbies and google indexer will.
So is good to have it and not much effort, I think.
Esteban
On 24 Apr 2015, at 08:37, stepharo steph...@free.fr
mailto:steph...@free.fr wrote:
Is it used? Is it useful?
I tried to browse a method during 5 min and the result was really strange
May be my browser is broken (safari)
jcdfgjeg..png
Le 23/4/15 17:15, Guillermo Polito a écrit :cbeahccf..png
Quick answer, no.
More elaborate one:
The exports of the full pharo release (versions 3.0 and 4.0) exist and
were created by Esteban manually before each release. These, are hosted
here
http://file-pharo.inria.fr/doc/4.0 http://file-pharo.inria.fr/doc/4.0
http://file-pharo.inria.fr/doc/3.0 http://file-pharo.inria.fr/doc/3.0
We could run it automatically every day with latest pharo to avoid the
manual steps. I'll add that into my todo and check it later ^^.
El jue., 23 de abr. de 2015 a la(s) 4:09 p. m., Sven Van Caekenberghe
s...@stfx.eu mailto:s...@stfx.eu escribió:
Great! Thank you.
And the full image export, is that somewhere (done automatically) ?
On 23 Apr 2015, at 15:56, Guillermo Polito guillermopol...@gmail.com
mailto:guillermopol...@gmail.com wrote:
Hi guys,
I started yesterday to update WebDoc to work on latest Pharo. I share
with you my progress since yesterday:
- Now it loads in latest pharo4 :)
- fixed javascript errors and render issues
- a little of love to the css styles
- removed unused/not working features
- made it work well when exporting not the full image
- ci job is again green [1]
you can see the result of applying webdoc to webdoc as the result of the
ci job here [2]. If you use it further, you'll see there are still of
course some problems, but I feel it is better than before :).
If you want to check it out, instructions in [3].
Download:
Gofer it
smalltalkhubUser: 'PharoExtras' project: 'WebDoc';
package:'ConfigurationOfWebDoc';
load.
(#ConfigurationOfWebDoc asClass project version: #development) load.
Export:
(WebDocExporter packages: {RPackageOrganizer default packageNamed:
'YourProject'})
title: 'YourProject';
exportTo: './doc' asFileReference.
Guille
[1] https://ci.inria.fr/pharo-contribution/job/WebDoc/
https://ci.inria.fr/pharo-contribution/job/WebDoc/
[2]
https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=40,VERSION=development,VM=vm/585/artifact/doc/index.html#packageList=package.htmlclassList=package/ConfigurationOfWebDoc.htmlclassView=welcome.html
https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=40,VERSION=development,VM=vm/585/artifact/doc/index.html#packageList=package.htmlclassList=package/ConfigurationOfWebDoc.htmlclassView=welcome.html
[3]http://www.smalltalkhub.com/#!/~PharoExtras/WebDoc
http://www.smalltalkhub.com/#%21/%7EPharoExtras/WebDoc
Re: [Pharo-dev] Fwd: exception handling problem when running tests in Nautilus
Hi otto we really want that the infrastructure of Pharo tools lets you define such process. So this is important that you - notify us - potentially contribute with code. Remember pharo is not just an external tool, this is your system. Le 21/4/15 18:29, Otto Behrens a écrit : We miss a functionality in Pharo to easily run (a shorcut) a set of selected tests (ex: your project tests). This way, you can have a quick feedback on your updates. As it is not so easy, I often fallback to run tests from Nautilus (a test class or sometimes only a test method). This may be an idea: I once wrote a bit of Smalltalk code inspired by this: http://www.junitmax.com/ We ran it in our dev environment for about 2 years, and took it out when we upgraded to Pharo 3.0. I still miss it. Other members on the project do not, generally. When accepting a method, we ran some tests: 1. lint (on the method) Now we should have that. I always wanted to have that :) 2. if the changed method is a test method, run it (debug) 3. if not, run at most 5 tests in the vicinity of the changed method (look for some appropriate senders) Cool :) What we got for this: 1. TDD really beautiful. Accept a test method - debugger pops up - write the code in the debugger - restart - rinse and repeat. 2. Lint complained instantly. Very useful. As and when. 3. Change domain code: breaking test pops up - edit code in the debugger! :) It would be really nice to have a package with a setup like that. The tools should be open and customizable for such process. If you want to push this we will really help. Problems we had: 1. Monkey patching OmniBrowser to do stuff when accepting a method. Work to figure out how in Nautilus :-( We should do a pass on nautilus but normally there should be an event for that. 2. Lint became slow. Lots of work to optimise and perhaps exclude some. We have false positive support and we can filter the rules. So with the work on uko if should be getting better and better. 3. The responsiveness on accepting a method was just a slight bit slow which put people off did you check recently because we did some bench like running all the rules on a method and it was under a second. 4. Editing in the debugger and lists of methods: no refactoring, no auto-formatting; pain We started to add refactorings in all the senders/implementors and others. Now if you see a place where there are missing, again send us the code. Solutions: 1. Make it run in the background (continuously). Protect from running too often. 2. Get the method list browser and debugger editors to behave the same as Nautilus (at a method level) 3. Record information about failing tests, and run the ones that tend to fail more often 4. Use changes to help with run tests for stuff that I am working on
Re: [Pharo-dev] Updated WebDoc
On 24 Apr 2015, at 08:41, Esteban Lorenzano esteba...@gmail.com wrote:
no, docs for pharo 4.0 are broken.
I will regenerate it next week (it takes hours).
and about if it is useful: no experienced smalltalker will ever use it.
But newbies and google indexer will.
When I took Oscar's programming language class and we used Pharo, that was one
of the first questions: is there a doc? My reaction at first was to tell them
to look at the source code. But it takes a while to getting used to that idea.
If you come from other languages you just expect a doc. And if there isn’t one
“then something must be wrong with that Pharo language” is the common reaction.
So yes, as Esteban says, we need it for promotional purposes.
So is good to have it and not much effort, I think.
Esteban
On 24 Apr 2015, at 08:37, stepharo steph...@free.fr
mailto:steph...@free.fr wrote:
Is it used? Is it useful?
I tried to browse a method during 5 min and the result was really strange
May be my browser is broken (safari)
jcdfgjeg..png
Le 23/4/15 17:15, Guillermo Polito a écrit :cbeahccf..png
Quick answer, no.
More elaborate one:
The exports of the full pharo release (versions 3.0 and 4.0) exist and were
created by Esteban manually before each release. These, are hosted here
http://file-pharo.inria.fr/doc/4.0 http://file-pharo.inria.fr/doc/4.0
http://file-pharo.inria.fr/doc/3.0 http://file-pharo.inria.fr/doc/3.0
We could run it automatically every day with latest pharo to avoid the
manual steps. I'll add that into my todo and check it later ^^.
El jue., 23 de abr. de 2015 a la(s) 4:09 p. m., Sven Van Caekenberghe
s...@stfx.eu mailto:s...@stfx.eu escribió:
Great! Thank you.
And the full image export, is that somewhere (done automatically) ?
On 23 Apr 2015, at 15:56, Guillermo Polito guillermopol...@gmail.com
mailto:guillermopol...@gmail.com wrote:
Hi guys,
I started yesterday to update WebDoc to work on latest Pharo. I share
with you my progress since yesterday:
- Now it loads in latest pharo4 :)
- fixed javascript errors and render issues
- a little of love to the css styles
- removed unused/not working features
- made it work well when exporting not the full image
- ci job is again green [1]
you can see the result of applying webdoc to webdoc as the result of the
ci job here [2]. If you use it further, you'll see there are still of
course some problems, but I feel it is better than before :).
If you want to check it out, instructions in [3].
Download:
Gofer it
smalltalkhubUser: 'PharoExtras' project: 'WebDoc';
package:'ConfigurationOfWebDoc';
load.
(#ConfigurationOfWebDoc asClass project version: #development) load.
Export:
(WebDocExporter packages: {RPackageOrganizer default packageNamed:
'YourProject'})
title: 'YourProject';
exportTo: './doc' asFileReference.
Guille
[1] https://ci.inria.fr/pharo-contribution/job/WebDoc/
https://ci.inria.fr/pharo-contribution/job/WebDoc/
[2]
https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=40,VERSION=development,VM=vm/585/artifact/doc/index.html#packageList=package.htmlclassList=package/ConfigurationOfWebDoc.htmlclassView=welcome.html
https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=40,VERSION=development,VM=vm/585/artifact/doc/index.html#packageList=package.htmlclassList=package/ConfigurationOfWebDoc.htmlclassView=welcome.html
[3]http://www.smalltalkhub.com/#!/~PharoExtras/WebDoc
http://www.smalltalkhub.com/#%21/%7EPharoExtras/WebDoc
Re: [Pharo-dev] Updated WebDoc
2015-04-24 9:18 GMT+02:00 Max Leske maxle...@gmail.com:
On 24 Apr 2015, at 08:41, Esteban Lorenzano esteba...@gmail.com wrote:
no, docs for pharo 4.0 are broken.
I will regenerate it next week (it takes hours).
and about if it is useful: no experienced smalltalker will ever use it.
But newbies and google indexer will.
When I took Oscar's programming language class and we used Pharo, that was
one of the first questions: is there a doc? My reaction at first was to
tell them to look at the source code. But it takes a while to getting used
to that idea. If you come from other languages you just expect a doc. And
if there isn’t one “then something must be wrong with that Pharo language”
is the common reaction.
+1
Fully agree.
Luc
So yes, as Esteban says, we need it for promotional purposes.
So is good to have it and not much effort, I think.
Esteban
On 24 Apr 2015, at 08:37, stepharo steph...@free.fr wrote:
Is it used? Is it useful?
I tried to browse a method during 5 min and the result was really strange
May be my browser is broken (safari)
jcdfgjeg..png
Le 23/4/15 17:15, Guillermo Polito a écrit :cbeahccf..png
Quick answer, no.
More elaborate one:
The exports of the full pharo release (versions 3.0 and 4.0) exist and
were created by Esteban manually before each release. These, are hosted
here
http://file-pharo.inria.fr/doc/4.0
http://file-pharo.inria.fr/doc/3.0
We could run it automatically every day with latest pharo to avoid the
manual steps. I'll add that into my todo and check it later ^^.
El jue., 23 de abr. de 2015 a la(s) 4:09 p. m., Sven Van Caekenberghe
s...@stfx.eu escribió:
Great! Thank you.
And the full image export, is that somewhere (done automatically) ?
On 23 Apr 2015, at 15:56, Guillermo Polito guillermopol...@gmail.com
wrote:
Hi guys,
I started yesterday to update WebDoc to work on latest Pharo. I share
with you my progress since yesterday:
- Now it loads in latest pharo4 :)
- fixed javascript errors and render issues
- a little of love to the css styles
- removed unused/not working features
- made it work well when exporting not the full image
- ci job is again green [1]
you can see the result of applying webdoc to webdoc as the result of
the ci job here [2]. If you use it further, you'll see there are still of
course some problems, but I feel it is better than before :).
If you want to check it out, instructions in [3].
Download:
Gofer it
smalltalkhubUser: 'PharoExtras' project: 'WebDoc';
package:'ConfigurationOfWebDoc';
load.
(#ConfigurationOfWebDoc asClass project version: #development) load.
Export:
(WebDocExporter packages: {RPackageOrganizer default packageNamed:
'YourProject'})
title: 'YourProject';
exportTo: './doc' asFileReference.
Guille
[1] https://ci.inria.fr/pharo-contribution/job/WebDoc/
[2]
https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=40,VERSION=development,VM=vm/585/artifact/doc/index.html#packageList=package.htmlclassList=package/ConfigurationOfWebDoc.htmlclassView=welcome.html
[3]http://www.smalltalkhub.com/#!/~PharoExtras/WebDoc
Re: [Pharo-dev] Release with Dark Theme
That's funny because I tried it two days ago the first time and I didn't like it. I had troubles to get anything but bitmap fonts. After setting all things up I was a bit disappointed that contrast wise it doesn't work for me. Can someone send a screenshot with one setup that he/she considers good? thanks, Norbert Am 24.04.2015 um 08:38 schrieb Esteban Lorenzano esteba...@gmail.com: I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) Esteban On 24 Apr 2015, at 08:33, stepharo steph...@free.fr wrote: comments about color is to be taken with care. Le 24/4/15 02:48, Sean P. DeNigris a écrit : Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Release with Dark Theme
That's a bit harsh, the fonts are the same ;-) And it is of course possible that you don't like it, it is a matter of taste. The contrast thing is also taste, but for some people it solve certain vision problems. On 24 Apr 2015, at 09:27, Norbert Hartl norb...@hartl.name wrote: That's funny because I tried it two days ago the first time and I didn't like it. I had troubles to get anything but bitmap fonts. After setting all things up I was a bit disappointed that contrast wise it doesn't work for me. Can someone send a screenshot with one setup that he/she considers good? thanks, Norbert Am 24.04.2015 um 08:38 schrieb Esteban Lorenzano esteba...@gmail.com: I disagree… DarkTheme is just for certain tastes, while regular one, while probably dated, is more “standard”. Also, DarkTheme is not ready. yeah, yeah… it works and works fine most of the time… but not *all* the time (take for example find string dialog… I never found the time to fix it, and nobody complained so… :P). Finally. we need to adopt SVG icons (in my TODO list since a couple of months, I will deliver soon, I hope), otherwise they do not look good (this is a problem eclipse itself had it… we are just inheriting it :) ) But a good question would be: How can we push forward our UI, besides using a darker or clearer theme? I would like to hear some opinions here :) Esteban On 24 Apr 2015, at 08:33, stepharo steph...@free.fr wrote: comments about color is to be taken with care. Le 24/4/15 02:48, Sean P. DeNigris a écrit : Why didn't/don't we make it the default for 4.0? Everyone seems to love it, and people are commenting that the UI looks dated. - Cheers, Sean -- View this message in context: http://forum.world.st/Release-with-Dark-Theme-tp4821496.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Rubric and Bloc are now in PharoExtras
---BeginMessage--- On 17 Apr 2015, at 18:21, Alain Plantec alain.plan...@yahoo.com wrote: On 17 Apr 2015, at 13:40, Sean P. DeNigris s...@clipperadams.com wrote: Thank you!!! Quick question. What is our procedure about contributing to projects which we own but are not part of Core? Should we commit to the inbox or directly to the project repo? At the moment, I'm thinking of non-controversial things like fixing comment typos… super, maybe wait that I make a pass because some of them are obsolete. done. Cheers Alain Thanks Alain - Cheers, Sean -- View this message in context: http://forum.world.st/Rubric-and-Bloc-are-now-in-PharoExtras-tp4820182p4820186.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. ---End Message---
Re: [Pharo-dev] Rubric and Bloc are now in PharoExtras
Pharo Smalltalk Developers mailing list wrote done. Thanks, I will take another look :) - Cheers, Sean -- View this message in context: http://forum.world.st/Rubric-and-Bloc-are-now-in-PharoExtras-tp4820182p4821721.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] Monkey Office Hours
She doesn't seem to be at work. No review for https://pharo.fogbugz.com/default.asp?15395 . BTW where is the code for the monkey, and is there any way to interact with her? E.g. manually force a review, see if she's working... Thanks. - Cheers, Sean -- View this message in context: http://forum.world.st/Monkey-Office-Hours-tp4821722.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Improving the documentation model
On 22/04/15 09:45, Hilaire wrote: People mentioned Lyx[1] and there is TeXmacs[2] as well. UI for both of them is not very convincing. All the details need to be right, making everything available through window menus is not the right way. Stephan
[Pharo-dev] Aconcagua: 3 Repos on StHub
Maxi confirmed that http://smalltalkhub.com/#!/~maxi/Aconcagua is canonical, but there is also http://smalltalkhub.com/#!/~BenoitAtruc/Aconcagua and http://smalltalkhub.com/#!/~HernanWilkinson/Aconcagua. Anyone know why the other two? - Cheers, Sean -- View this message in context: http://forum.world.st/Aconcagua-3-Repos-on-StHub-tp4821715.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Monkey Office Hours
I think the reason is in the nonworking CI. -- Pavel 2015-04-24 22:53 GMT+02:00 Sean P. DeNigris s...@clipperadams.com: She doesn't seem to be at work. No review for https://pharo.fogbugz.com/default.asp?15395 . BTW where is the code for the monkey, and is there any way to interact with her? E.g. manually force a review, see if she's working... Thanks. - Cheers, Sean -- View this message in context: http://forum.world.st/Monkey-Office-Hours-tp4821722.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
