- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Fwd: [Pharo-users] [ann] brick on top of bloc - preview

by Ferlicot D. Cyril

Le 28/08/2015 17:56, Peter UhnÃ¡k a Ã©crit : > I am getting a strange FastTable error... > > I downloaded latest gtoolkit5 build (#166; uses Pharo #50248), but when > I open System Browser no classes are visible, if I click on the empty > space I get an error > > > in the zip provided by Aliaksei it works fine (Pharo #50222, build unknown). > > Peter > > Seems to be related to https://pharo.fogbugz.com/f/cases/16267/Fasttable-isn-t-visible-in-athens-i… -- Cheers Cyril Ferlicot-Delbecque

Aug. 28, 2015

Re: [Pharo-dev] Fwd: [Pharo-users] [ann] brick on top of bloc - preview

by Peter UhnÃ¡k

I am getting a strange FastTable error... I downloaded latest gtoolkit5 build (#166; uses Pharo #50248), but when I open System Browser no classes are visible, if I click on the empty space I get an error in the zip provided by Aliaksei it works fine (Pharo #50222, build unknown). Peter On Fri, Aug 28, 2015 at 3:33 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > This should be fixed in the last version (50286) > > On Fri, Aug 28, 2015 at 10:34 AM, S Krish < > krishnamachari.sudhakar(a)gmail.com> wrote: > >> Getting an error on loading bloc: >> >> Using base Pharo 4.0 with Pharo 5 image / changes. >> >> [image: Inline image 1] >> >> On Fri, Aug 28, 2015 at 1:41 PM, Richard Wettel <wettel(a)gmail.com> wrote: >> >>> Great job! Works well. Thank you! >>> >>> cheers >>> Ricky >>> >>> On Fri, Aug 28, 2015 at 4:16 AM, Ben Coman <btc(a)openinworld.com> wrote: >>> >>>> On Fri, Aug 28, 2015 at 8:34 AM, J.F. Rick <self(a)je77.com> wrote: >>>> > On Wed, Aug 26, 2015 at 11:45 PM Ben Coman <btc(a)openinworld.com> >>>> wrote: >>>> >> >>>> >> So morphic has a Z-order but I think not a Z-depth. Is that be >>>> >> something we should be aiming for? >>>> > >>>> > >>>> > In HTML5, Z-depth is pretty exclusively used as a mechanism to >>>> determine >>>> > Z-order in the HTML / CSS separation. Normally, the order of HTML >>>> determines >>>> > the Z-order. But, Z-order is really a style thing, rather than a >>>> composition >>>> > thing. So, specifying the Z-depth allows you to override standard >>>> behavior >>>> > in the style sheet. This is not necessary in a true object-based GUI >>>> where >>>> > graphical objects are more self contained and can easily determine >>>> their own >>>> > Z-order. >>>> > >>>> > I doubt we will see general purpose adoption of any 2D interface that >>>> will >>>> > rely on Z-depth for anything besides determining Z-order. For >>>> instance, the >>>> > example of shadow size seems interesting but runs into usability >>>> problems >>>> > quickly. Let's say that you have element A with a larger shadow to >>>> indicate >>>> > that it is above element B with a smaller shadow. That seems great. >>>> What >>>> > happens if element B is selected and brought to the forefront? Does >>>> A's >>>> > shadow go down in size? If so, that breaks the normal shadow analogy. >>>> If >>>> > not, it would seem that the shadows would just keep growing bigger >>>> each time >>>> > a new element is brought to the front. For limited general-purpose >>>> > applications (e.g., a larger shadow for an object currently being >>>> dragged), >>>> > you don't need Z-depth info. For specialized applications where a >>>> Z-depth >>>> > might make sense (I can't even think of one), there's little problem >>>> adding >>>> > such functionality to custom widgets. So, my recommendations is to >>>> stay away >>>> > from trying to implement Z-depth as a fundamental component of a 2D >>>> > interface. The benefit is minimal and largely theoretical. >>>> > >>>> > Cheers, >>>> > >>>> > Jeff >>>> >>>> Thats a fair argument, thanks Jeff. I guess if someone wanted >>>> different size shadows for different z-order, a fixed distance between >>>> levels could be simulated with all windows shuffling down when a >>>> window is brought to the top. >>>> cheers -ben >>>> >>>> >>> >> > > > -- > -- > Marcus Denker -- denker(a)acm.org > http://www.marcusdenker.de >

Aug. 28, 2015

[pharo-project/pharo-core] 72a419: 50287

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 72a419d7da8ac1f43c0b8a7923662bfcc0c97b60 https://github.com/pharo-project/pharo-core/commit/72a419d7da8ac1f43c0b8a79… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-08-28 (Fri, 28 Aug 2015) Changed paths: R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50286.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50287.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50286.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50287.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-Support.package/Model.class/definition.st A System-Support.package/Model.class/instance/as yet unclassified/announcer.st Log Message: ----------- 50287 16410 Add announceur (and not announcer) to Model https://pharo.fogbugz.com/f/cases/16410 http://files.pharo.org/image/50/50287.zip

Aug. 28, 2015

[pharo-project/pharo-core]

by GitHub

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

Aug. 28, 2015

[pharo-project/pharo-core] 936545: 40620

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 9365458bed22792c84a338122c4f222edffb0011 https://github.com/pharo-project/pharo-core/commit/9365458bed22792c84a33812… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-08-28 (Fri, 28 Aug 2015) Changed paths: M Graphics-Files.package/ImageReadWriter.class/class/-- all --/formFromStream_.st M Graphics-Files.package/ImageReadWriter.class/class/image reading%2Fwriting/formFromStream_.st M ScriptLoader40.package/ScriptLoader.class/instance/-- all --/commentForCurrentUpdate.st R ScriptLoader40.package/ScriptLoader.class/instance/-- all --/script619.st A ScriptLoader40.package/ScriptLoader.class/instance/-- all --/script620.st R ScriptLoader40.package/ScriptLoader.class/instance/-- all --/update40619.st A ScriptLoader40.package/ScriptLoader.class/instance/-- all --/update40620.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script619.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script620.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40619.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40620.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40620 16388 Backport Pharo4: 16387 remove Cursor read showWhile: from ImageReadWriter>>#formFromStream: https://pharo.fogbugz.com/f/cases/16388 http://files.pharo.org/image/40/40620.zip

Aug. 28, 2015

[pharo-project/pharo-core]

by GitHub

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

Aug. 28, 2015

Re: [Pharo-dev] Fwd: [Pharo-users] [ann] brick on top of bloc - preview

by Marcus Denker

This should be fixed in the last version (50286) On Fri, Aug 28, 2015 at 10:34 AM, S Krish <krishnamachari.sudhakar(a)gmail.com > wrote: > Getting an error on loading bloc: > > Using base Pharo 4.0 with Pharo 5 image / changes. > > [image: Inline image 1] > > On Fri, Aug 28, 2015 at 1:41 PM, Richard Wettel <wettel(a)gmail.com> wrote: > >> Great job! Works well. Thank you! >> >> cheers >> Ricky >> >> On Fri, Aug 28, 2015 at 4:16 AM, Ben Coman <btc(a)openinworld.com> wrote: >> >>> On Fri, Aug 28, 2015 at 8:34 AM, J.F. Rick <self(a)je77.com> wrote: >>> > On Wed, Aug 26, 2015 at 11:45 PM Ben Coman <btc(a)openinworld.com> >>> wrote: >>> >> >>> >> So morphic has a Z-order but I think not a Z-depth. Is that be >>> >> something we should be aiming for? >>> > >>> > >>> > In HTML5, Z-depth is pretty exclusively used as a mechanism to >>> determine >>> > Z-order in the HTML / CSS separation. Normally, the order of HTML >>> determines >>> > the Z-order. But, Z-order is really a style thing, rather than a >>> composition >>> > thing. So, specifying the Z-depth allows you to override standard >>> behavior >>> > in the style sheet. This is not necessary in a true object-based GUI >>> where >>> > graphical objects are more self contained and can easily determine >>> their own >>> > Z-order. >>> > >>> > I doubt we will see general purpose adoption of any 2D interface that >>> will >>> > rely on Z-depth for anything besides determining Z-order. For >>> instance, the >>> > example of shadow size seems interesting but runs into usability >>> problems >>> > quickly. Let's say that you have element A with a larger shadow to >>> indicate >>> > that it is above element B with a smaller shadow. That seems great. >>> What >>> > happens if element B is selected and brought to the forefront? Does A's >>> > shadow go down in size? If so, that breaks the normal shadow analogy. >>> If >>> > not, it would seem that the shadows would just keep growing bigger >>> each time >>> > a new element is brought to the front. For limited general-purpose >>> > applications (e.g., a larger shadow for an object currently being >>> dragged), >>> > you don't need Z-depth info. For specialized applications where a >>> Z-depth >>> > might make sense (I can't even think of one), there's little problem >>> adding >>> > such functionality to custom widgets. So, my recommendations is to >>> stay away >>> > from trying to implement Z-depth as a fundamental component of a 2D >>> > interface. The benefit is minimal and largely theoretical. >>> > >>> > Cheers, >>> > >>> > Jeff >>> >>> Thats a fair argument, thanks Jeff. I guess if someone wanted >>> different size shadows for different z-order, a fixed distance between >>> levels could be simulated with all windows shuffling down when a >>> window is brought to the top. >>> cheers -ben >>> >>> >> > -- -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

Aug. 28, 2015

Re: [Pharo-dev] [Playground] Getting contents from the cloud?

by Peter UhnÃ¡k

On Fri, Aug 28, 2015 at 2:32 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > vonbecmann wrote > > GREAT!!!!! > > Yes, isn't it!? > > > vonbecmann wrote > > (what a dummy!) > > Not at all. We are terrible at documenting all our amazing features. How > would one guess that besides the fact that Spotter can do everything but > open your beer bottle? > I found it when exploring spotter extension methods... The problem is that we want to strike a balance between "no information" and "information overload", which is quite hard, because everyone has different preferences and features are added and removed almost daily to at least one of tools you use. So here easy discoverability is in my eyes more important than documentation. E.g. opening inspector on all spotter methods is even easier than googling a website where the documentation/list of features may or may not be. Plus this doesn't impose extra cost on the developer, as the source acts as documentation. Of course this doesn't always apply... Peter

Aug. 28, 2015

Re: [Pharo-dev] QANautilusPluggin Logic Question

by Yuriy Tymchuk

I will take a look at the issue in the evening. It's related to the latest refactoring but should not be connected to the AsyncTask in any way Uko Sent from my iPhone > On 28 Aug 2015, at 12:52, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Maybe related.. there is test failing on the CI server : > > ReleaseTests.ReleaseTest.testMethodsWithUnboundGlobals (from ReleaseTests) > Found methods with unbound globals: an OrderedCollection(QANautilusPluginMorph>>#buildConfirmationCheckbox:) > > > >>> On 28 Aug 2015, at 11:34, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >>> >>> QANautilusPluggin > >

Aug. 28, 2015

Re: [Pharo-dev] [Playground] Getting contents from the cloud?

by Sean P. DeNigris

vonbecmann wrote > GREAT!!!!! Yes, isn't it!? vonbecmann wrote > (what a dummy!) Not at all. We are terrible at documenting all our amazing features. How would one guess that besides the fact that Spotter can do everything but open your beer bottle? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Playground-Getting-contents-from-the-cloud-tp4845720p… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 28, 2015