Re: [Pharo-dev] about spurious conflicts

2016-05-17 22:08 GMT+02:00 stepharo : > Hi > > > while migrating some of the issues from 50 to 60, I noticed that many of > the conflicts are > > not conflicts since the code of both methods and the protocols are the > same. > > Does anybody experienced the same? > > Here are

Re: [Pharo-dev] BlueInk shouldn't add parentheses when not needed

2016-05-06 10:26 GMT+02:00 Peter Uhnák : > Hi, > > I thought that I already asked about this but apparently not... > > Right now when I have an array like > > observations := { > MElement -> { > #change -> #(name owner uuid). > #add -> #(). > #remove -> #() > }. > > MContainer

Re: [Pharo-dev] Keep print-it output on the same line in GTPlayground

2016-05-03 13:26 GMT+02:00 Andrei Chis : > > > On Tue, May 3, 2016 at 10:26 AM, Peter Uhnák wrote: > >> the conclusion was to print the result on the next line. >>> >> >> Well this isn't true for the last line. >> > > Yes, right now it only inserts

Re: [Pharo-dev] UFFIOpenGL binding and Woden is now working in Pharo 5

2016-04-29 16:45 GMT+02:00 Torsten Bergmann : > Hi Ronie, > > cool! So I guess a possible next step would be an updated CodeCity [1] for > Pharo 5 now... ;) > > Small feedback: > Can confirm that the examples are working/displayed for me on Windows with > build #50737 - > but I

Re: [Pharo-dev] Logging API discussion

2016-04-28 10:13 GMT+02:00 Denis Kudriashov : > > 2016-04-27 20:50 GMT+02:00 stepharo : > >> >> And you say let's replace this "log object context" information with >> first class entities "typed signals". It means that for any possible case >> when I want

Re: [Pharo-dev] OS-Windows and UnifiedFFI

2016-04-25 9:28 GMT+02:00 Esteban Lorenzano <esteba...@gmail.com>: > Hi Nicolai, > > On 25 Apr 2016, at 09:14, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > > 2016-04-24 15:26 GMT+02:00 Torsten Bergmann <asta...@gmx.de>: > >> Hi Nicolai, &

Re: [Pharo-dev] OS-Windows and UnifiedFFI

> > Dont know how if this interferes with the VM's own processing loop ... > but we should give a try. If you catch me on Slack next week we can > try together. > > Bye > Torsten > > > Gesendet: Sonntag, 24. April 2016 um 12:17 Uhr > Von: "Nicolai Hess&quo

Re: [Pharo-dev] OS-Windows and UnifiedFFI

2016-04-15 21:58 GMT+02:00 Nicolai Hess <nicolaih...@gmail.com>: > Hi Torsten, Esteban, > > I try to use OS-Windows (not OSWindow :) ) with latest spur VM and > UnifiedFFI. > As far as I can see, you (Torsten) already ported some parts to UnifiedFFI > - great, thanks! >

Re: [Pharo-dev] [Pharo 5] Symbol #'distance_2pts' not accepted at package installation

2016-04-24 11:34 GMT+02:00 Hilaire : > This symbol is not accepted when installing DrGeo package in Pharo 5, > but in the playground it is ok to type in symbol #'distance_2pts' > > >

Re: [Pharo-dev] pharo -spur - vm source

2016-04-17 17:49 GMT+02:00 Ben Coman <b...@openinworld.com>: > On Sun, Apr 17, 2016 at 10:56 PM, Nicolai Hess <nicolaih...@gmail.com> > wrote: > > Is https://github.com/pharo-project/pharo-vm the place to look > > for the current pharo spur vm source ? > &

[Pharo-dev] pharo -spur - vm source

Is https://github.com/pharo-project/pharo-vm the place to look for the current pharo spur vm source ? I load the master and build a vm but it isn't a spur vm. I only saw two other branches, legacy-cog and spur64. Where is the source for building the current latest pharo spur vm ? nicolai

Re: [Pharo-dev] Missing #removeDuplicates

AM, stepharo wrote: > >> And I do not see why removeDuplicates is less ugly than asSet asArray. >> Just that it is doing two passes. >> >> Stef >> >> Le 15/4/16 23:57, Yuriy Tymchuk a écrit : >> >>> >>> On 11 Apr 2016, at 09:06, Nicolai

Re: [Pharo-dev] Missing #removeDuplicates

2016-04-14 9:16 GMT+02:00 stepharo <steph...@free.fr>: > thanks nicolai. > Do you think the old removeAll would be good to add to the collection. > > > It may be handy, but I don't know if it is used alot. > Le 11/4/16 09:06, Nicolai Hess a écrit : > > > &g

Re: [Pharo-dev] Missing #removeDuplicates

2016-04-10 8:55 GMT+02:00 Volkert : > Sorry. i meant AthensSkatch ;-) It is a nice demo about using athens. > > http://smalltalkhub.com/#!/~NicolaiHess/AthensSketch Hi Volkert, I just replaced #removeDuplicates with #asSet (this should work now). (and replaced

Re: [Pharo-dev] Athens Re: TxText model

2016-04-07 11:52 GMT+02:00 Aliaksei Syrel : > > On Thu, Apr 7, 2016 at 11:15 AM, Igor Stasenko wrote: > >> That may, indeed make accessing such properties like clipRect impossible >> to get, since clipped area cannot be represented by a simple rectangle

Re: [Pharo-dev] Athens Re: TxText model

2016-04-07 11:15 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > > > On 7 April 2016 at 10:32, Nicolai Hess <nicolaih...@gmail.com> wrote: > >> >> >> 2016-04-06 16:58 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: >> >>> >>>

[Pharo-dev] Athens Re: TxText model

2016-04-06 16:58 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > > > On 6 April 2016 at 17:07, Nicolai Hess <nicolaih...@gmail.com> wrote: > >> >> >> 2016-04-06 10:56 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: >> >>> >>>

Re: [Pharo-dev] TxText model

2016-04-06 18:11 GMT+02:00 p...@highoctane.be : > Ok. Call me stupid but in Pharo I don't see how to do that easily. > > Phil > At least for Rubric, it can not be that difficult. I saw a GT-Inspector with a XML-styer > > On Wed, Apr 6, 2016 at 5:41 PM, Stephan Eggermont

Re: [Pharo-dev] TxText model

2016-04-06 18:00 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > > > On 6 April 2016 at 18:34, Nicolai Hess <nicolaih...@gmail.com> wrote: > >> >> Am 06.04.2016 5:21 nachm. schrieb "Igor Stasenko" <siguc...@gmail.com>: >> > >> &g

Re: [Pharo-dev] TxText model

, that it is not impossible, or depends an the model Text vs. TxModel, alone. > > On 6 April 2016 at 17:58, Igor Stasenko <siguc...@gmail.com> wrote: >> >> >> >> On 6 April 2016 at 17:07, Nicolai Hess <nicolaih...@gmail.com> wrote: >>> >>> >

Re: [Pharo-dev] TxText model

2016-04-06 10:56 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > > > On 6 April 2016 at 11:36, Nicolai Hess <nicolaih...@gmail.com> wrote: > >> >> >> Thanks Igor. >> Maybe some more Info? (I don't have much experience with this and don't &

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

2016-04-06 15:25 GMT+02:00 Sven Van Caekenberghe <s...@stfx.eu>: > Hi Nicolai, > > > On 06 Apr 2016, at 14:56, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > > > > > > 2016-04-06 14:27 GMT+02:00 Sven Van Caekenberghe <s...@stfx.eu>

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

t 14:04, Sven Van Caekenberghe <s...@stfx.eu> wrote: > > > > > https://pharo.fogbugz.com/f/cases/17946/STON-materializes-unhealthy-Dictionaries-and-Sets-when-references-occur-in-its-keys-or-elements > > > > fix coming > > > >> On 05 Apr 2016,

Re: [Pharo-dev] TxText model

Nice! 2016-04-06 12:18 GMT+02:00 Stephan Eggermont <step...@stack.nl>: > On 06-04-16 10:36, Nicolai Hess wrote: > >> In what use cases is this a problem ? (Paragraph and DisplayScanner have >> good support for justified text (left / right / center), indentation >&

Re: [Pharo-dev] TxText model

2016-04-06 10:56 GMT+02:00 Denis Kudriashov <dionisi...@gmail.com>: > Hi > > 2016-04-06 9:07 GMT+02:00 Nicolai Hess <nicolaih...@gmail.com>: > >> What are the main problems with Text, Paragraph, ... and other old >> TextComponents? > > > I don't want

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-06 10:07 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > > > On 6 April 2016 at 10:35, Nicolai Hess <nicolaih...@gmail.com> wrote: > >> >> >> 2016-04-05 16:31 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: >> >>> >>>

Re: [Pharo-dev] TxText model

2016-04-06 9:59 GMT+02:00 Igor Stasenko <siguc...@gmail.com>: > > > On 6 April 2016 at 10:07, Nicolai Hess <nicolaih...@gmail.com> wrote: > >> >> >> 2016-04-06 7:57 GMT+02:00 p...@highoctane.be <p...@highoctane.be>: >> >>&

Re: [Pharo-dev] [ bloc ] I do not understand why some behavior is not in the right place

2016-04-05 16:31 GMT+02:00 Igor Stasenko : > > > On 5 April 2016 at 17:27, Igor Stasenko wrote: > >> >> >> On 5 April 2016 at 16:29, Aliaksei Syrel wrote: >> >>> Now let's take a look at this code: >>> >>> drawOnSpartaCanvas: aCanvas

Re: [Pharo-dev] TxText model

2016-04-06 7:57 GMT+02:00 p...@highoctane.be : > > > On Wed, Apr 6, 2016 at 2:07 AM, Sean P. DeNigris > wrote: > >> philippe.b...@highoctane.be wrote >> > So, I ended up in ParagraphEditor, Text attributes etc. >> >> Ugh. How many beautiful projects

Re: [Pharo-dev] [Pharo-users] STON materialization corrupts a dictionary if the keys are references

2016-04-05 12:32 GMT+02:00 Cyril Ferlicot Delbecque < cyril.ferli...@gmail.com>: > > > On 05/04/2016 12:09, Sven Van Caekenberghe wrote: > > > Like I said, it is a hashing issue, sometimes it will be correct by > accident. > > > > I hope you did not have to much trouble with this bug, I guess it

Re: [Pharo-dev] Catching Exceptions without any notice

2016-03-31 10:51 GMT+02:00 Tudor Girba : > Hi Nicolai, > > Thank you for the feedback. Just, please let’s adopt a different tone. > > Cheers, > Doru > > > I am not sure what is wrong with my tone. I did not choose a random external library and starting to criticize it. This

Re: [Pharo-dev] Catching Exceptions without any notice

.. > No excuse. > On Mar 30, 2016 1:34 PM, "Nicolai Hess" <nicolaih...@gmail.com> wrote: > >> Please don't do this: >> >> updateHeight >> "no need to care about height, when it's logic is not customized" >> self lay

[Pharo-dev] Catching Exceptions without any notice

Please don't do this: updateHeight "no need to care about height, when it's logic is not customized" self layout isHeightCustom ifFalse: [ ^ self ]. [ self bounds: (self brickBounds withHeight: self customHeight) ] on: Exception do: [ "just skip and do nothing" ] This

Re: [Pharo-dev] Spotter Survey

2016-03-29 10:17 GMT+02:00 Andrei Chis : > Hello everybody, > > We are conducting a small survey about Spotter. > It would help us if you would complete the survey at: > http://spotter.limequery.com/index.php/216683/lang-en > > We will use the data from this survey

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

hink Pharo >> need consolidation releases: no new features, only bugs fix and speed >> improvement. There are enough new features in Pharo for a couple of >> years, but the product need to *be* solid and *feel* solid. >> > > +1 > > >> >> Hilaire >&g

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

nly bugs fix and speed > improvement. There are enough new features in Pharo for a couple of > years, but the product need to *be* solid and *feel* solid. > +1 > > Hilaire > > Le 25/03/2016 12:33, Stephan Eggermont a écrit : > > On 25-03-16 11:49, Nicolai Hess wrote: > >

Re: [Pharo-dev] Squeak 5 on Raspberry Pi

2016-03-25 12:52 GMT+01:00 Tudor Girba : > Hi, > > > On Mar 25, 2016, at 9:45 AM, Esteban Lorenzano > wrote: > > > >> > >> On 25 Mar 2016, at 07:43, Clément Bera wrote: > >> > >> Yeah this is very well-known. Note that here we

Re: [Pharo-dev] Squeak 5 on Raspberry Pi

2016-03-25 9:45 GMT+01:00 Esteban Lorenzano : > > On 25 Mar 2016, at 07:43, Clément Bera wrote: > > Yeah this is very well-known. Note that here we are talking about the pi B > with Spur + the JIT, 2 years ago I remember needing 35 second on the pie A

Re: [Pharo-dev] Fwd: Squeak 5 on Raspberry Pi

2016-03-25 7:43 GMT+01:00 Clément Bera : > Yeah this is very well-known. Note that here we are talking about the pi B > with Spur + the JIT, 2 years ago I remember needing 35 second on the pie A > to open Nautilus on the stack vm while the Squeak UI was usable. > > The

Re: [Pharo-dev] How to set styler for RubEditingArea?

2016-03-21 21:45 GMT+01:00 Yuriy Tymchuk : > You made my day. Thank you. Now I have a minimal working example to > experiment with. > > Uko > And if you want to have an editor with styling for method definitions, you need to set the behavior (classOrMetaclass) area :=

Re: [Pharo-dev] error on latest pharo spur 32 windows vm

2016-03-21 8:26 GMT+01:00 Max Leske <maxle...@gmail.com>: > That’s a problem with the latest VM. You need to use the stable VM until > Esteban has compiled a fixed version. > > Thanks, yes, stable works, I just wanted to let you know :-) > Cheers, > Max > > > &g

[Pharo-dev] error on latest pharo spur 32 windows vm

PharoVM-Spur32-win-latest.zip from 18.03.16: Opening a fresh image works, but using the menu shows an error Improper store into indexable object Error: Improper store into indexable object Bitmap(Object)>>error: Bitmap(Object)>>errorImproperStore Bitmap(Object)>>at:put: [ :assoc | |

Re: [Pharo-dev] How to set styler for RubEditingArea?

Isn't there a xml.-Styler in Moose? How is that implemented? Am 19.03.2016 11:28 vorm. schrieb "Stephan Eggermont" : > On 19-03-16 10:59, Henrik Nergaard wrote: > >> There is no way of doing that, RubParagraphDecorator lacks a method to >> set its style variable. >> >> If you

Re: [Pharo-dev] Call about Numerical Methods in Pharo :)

Thank you Stéphane Ducasse, thank you Eliot Miranda, and all other people of this community. I appreciate what all you are doing (as a teacher / developer / user / supporter) for and it is a pleasure for me to work with you. (this is all I have to say to this topic) Thanks ! And go one :-)

Re: [Pharo-dev] Point#>>scaleTo:

2016-03-04 11:48 GMT+01:00 Aliaksei Syrel : > *scaleTo: anExtent* >> "Return a Point scalefactor for shrinking a thumbnail of the >> receiver's extent to fit within anExtent." > > > 5@5 scaleTo: 10@10 *=> 2.0@2.0* > 10@10 scaleTo: 5@5 *=> 0.5@0.5* > > 10@10 scaleTo: 5@10

Re: [Pharo-dev] wrong method trailer kind

2016-02-27 0:36 GMT+01:00 Eliot Miranda <eliot.mira...@gmail.com>: > Hi Nicolai, > > On Fri, Feb 26, 2016 at 1:50 PM, Nicolai Hess <nicolaih...@gmail.com> > wrote: > >> 17618 >> <https://pharo.fogbugz.com/f/cases/17618/Failing-test-ReleaseTest-te

Re: [Pharo-dev] wrong method trailer kind

2-26 22:50 GMT+01:00 Nicolai Hess <nicolaih...@gmail.com>: > 17618 > <https://pharo.fogbugz.com/f/cases/17618/Failing-test-ReleaseTest-testInstalledMethodsWithIncorrectTrailerKind> > Failing test: ReleaseTest>>#testInstalledMethodsWithIncorrectTrailerKind > Interes

[Pharo-dev] wrong method trailer kind

17618 Failing test: ReleaseTest>>#testInstalledMethodsWithIncorrectTrailerKind Interesting bug. someone who can tell me what exactly is this trailer kind and why it is based on some

Re: [Pharo-dev] Run time checking with design by contract assertions

2016-02-25 23:48 GMT+01:00 Alain Rastoul : > Hi, > > I have downloaded a first version of IceCompiler, a small tool who allow > run time checks embedding in pharo classes on Smalltalkhub at > > http://smalltalkhub.com/#!/~AlainRastoul/IceCompiler > > If some interested

[Pharo-dev] another difference since spur migration

compare the bytecode of this code |outerContext local1 remote1 | outerContext := thisContext. local1 := 1. remote1 := 3. (1 to:1 ) do:[:index| | rlocal2 rlocal3 | rlocal2 := index. remote1:= rlocal2 / 3. rlocal3 := remote1. rlocal3 := outerContext]. local1 := remote1. thisContext

Re: [Pharo-dev] Recursion inside #doesNotUnderstand: method. Why?

Am 25.02.2016 6:30 nachm. schrieb "Aliaksei Syrel" : > > Just a guess, maybe to allow method adding from debugger and then ability to continue execution? > > Cheers, > Alex > > On Thu, Feb 25, 2016 at 5:56 PM, Denis Kudriashov wrote: >> >> Hi. >> >>

Re: [Pharo-dev] [Bloc] Do we want or

2016-02-25 15:25 GMT+01:00 Clément Bera : > > > 2016-02-23 18:03 GMT+01:00 Eliot Miranda : > >> >> >> On Tue, Feb 23, 2016 at 12:47 AM, stepharo wrote: >> >>> Hi >>> >>> I saw that something or >>> I do not know why but I have

Re: [Pharo-dev] [Bloc] stroke width and layout measure

2016-02-25 13:30 GMT+01:00 Aliaksei Syrel : > I did not finish with shape yet. > > For arbitrary path it is not possible in cairo to render stroke inside > (really inside) of the shape and take stroke into account to render > children. Such behavior to some extent can be

Re: [Pharo-dev] Help with PrStef with Fonts

2016-02-24 17:45 GMT+01:00 stepharo <steph...@free.fr>: > this is what I started to suspect!!! > Ok I saw that you already commit the code you were faster than me :) > No, thats not from me. I'll check. > > Stef > > Le 24/2/16 17:29, Nicolai Hess a écrit : >

Re: [Pharo-dev] Help with PrStef with Fonts

Am 24.02.2016 5:29 nachm. schrieb "Nicolai Hess" <nicolaih...@gmail.com>: > > > Am 24.02.2016 5:26 nachm. schrieb "stepharo" <steph...@free.fr>: > > > > > >>> > >>> may be > >>> > >>> showLesso

Re: [Pharo-dev] Help with PrStef with Fonts

Am 24.02.2016 5:26 nachm. schrieb "stepharo" : > > >>> >>> may be >>> >>> showLesson: aLesson withTitle: aString >>> self window setLabel: aString. >>> self sourceTextModel setText: aLesson lesson. >>> self isOpenInWindow ifFalse: [ self open ] >>> >>> >>> but I do

Re: [Pharo-dev] Help with PrStef with Fonts

2016-02-24 12:18 GMT+01:00 stepharo : > Hi > > I'm trying to understand why PrStef does not use the fonts I defined for > shooting the videos > > StandardFonts codeFont: > (LogicalFont familyName: 'Source Code Pro' pointSize: 15). > StandardFonts defaultFont: >

Re: [Pharo-dev] Problem loading new class comments

2016-02-20 9:54 GMT+01:00 Marcus Denker <marcus.den...@inria.fr>: > > On 19 Feb 2016, at 22:19, Sven Van Caekenberghe <s...@stfx.eu> wrote: > > > On 19 Feb 2016, at 22:06, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > > 2016-02-19 15:37 GMT+01:00

Re: [Pharo-dev] Differences Compiler vs. OpalCompiler (or parser)

2016-02-23 18:58 GMT+01:00 Eliot Miranda <eliot.mira...@gmail.com>: > Hi Nicolai, > > On Tue, Feb 23, 2016 at 7:37 AM, Nicolai Hess <nicolaih...@gmail.com> > wrote: > >> >> >> 2015-11-20 22:57 GMT+01:00 Eliot Miranda <eliot.mira...@gmail.com>: &

Re: [Pharo-dev] Differences Compiler vs. OpalCompiler (or parser)

2015-11-20 22:57 GMT+01:00 Eliot Miranda <eliot.mira...@gmail.com>: > Hi Nicolai, > > On Fri, Nov 20, 2015 at 1:37 PM, Nicolai Hess <nicolaih...@gmail.com> > wrote: > >> GTDummyExamples class >> d: anInteger >> >> >> > anI

Re: [Pharo-dev] 50603 highlighting broken

2016-02-23 14:48 GMT+01:00 Marcus Denker <marcus.den...@inria.fr>: > > > On 23 Feb 2016, at 14:41, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > > in pharo 50603, if you open a sendersOf MessageBrowser, the first > selected > > methods code is not

[Pharo-dev] 50603 highlighting broken

in pharo 50603, if you open a sendersOf MessageBrowser, the first selected methods code is not or wrongly highlightey (all red). You have to change the selected item to get the right result!

Re: [Pharo-dev] fully self-contained Linux VM

2016-02-23 13:35 GMT+01:00 Peter Uhnák : > Hi, > > is it possible to have fully self-contained Linux VM? > > Right now if you want to use Pharo on Linux you have to install some > libraries directly in the system, which isn't particularly user-friendly. > > I know that for

Re: [Pharo-dev] [Bloc] Do we want or

Old compiler does not allowed only And I think opal should behave the same (not fixed yet) 2016-02-23 11:01 GMT+01:00 Peter Uhnák : > > Because we may have code not present and still want to load the code. > > I think it's just visual, because it's still referenced as

Re: [Pharo-dev] [Bloc] Do we want or

2016-02-23 9:47 GMT+01:00 stepharo : > Hi > > I saw that something or > I do not know why but I have the impression that is > better. > Because we may have code not present and still want to load the code. > I would like to know for what this is used. I don't like it. > >

Re: [Pharo-dev] double selection in the debugger is confusing

2016-02-23 8:46 GMT+01:00 stepharo <steph...@free.fr>: > > > Le 22/2/16 09:50, Nicolai Hess a écrit : > > > > 2016-02-21 19:19 GMT+01:00 stepharo <steph...@free.fr>: > >> Here this is terribly confusing because we could think that the exe

Re: [Pharo-dev] How was BoxedFloat64 integrated into the image ?

le image fixes this. nicolai > > On Feb 18, 2016, at 2:47 AM, Nicolai Hess <nicolaih...@gmail.com> wrote: > > Because we have compiled methods with BoxedFloat64 associations in the > methods literals, but the source code still shows only "Float". > &

Re: [Pharo-dev] double selection in the debugger is confusing

2016-02-21 19:19 GMT+01:00 stepharo : > Here this is terribly confusing because we could think that the execution > will go inside > the true block but no in reality it is jumping right after. > So we must remove this selection of matching terms. > This was always like that,

Re: [Pharo-dev] Yet again, wrong tempvars in debuggers context variables list

2016-02-20 20:31 GMT+01:00 Nicolai Hess <nicolaih...@gmail.com>: > > > 2016-02-20 19:11 GMT+01:00 Nicolai Hess <nicolaih...@gmail.com>: > >> This is not an issue with GTDebugger, but the way opal generates the >> tempvar >> index or the way, de

Re: [Pharo-dev] Who is using Pharo Launcher and for what

2016-02-20 11:49 GMT+01:00 Damien Cassou : > For my CV, I need to know who is using the stuff I'm doing. If you use > the Pharo Launcher, could you please tell me in which context (e.g., > which company, open-source project) and what you use it for (e.g., > download from

Re: [Pharo-dev] Yet again, wrong tempvars in debuggers context variables list

2016-02-20 19:11 GMT+01:00 Nicolai Hess <nicolaih...@gmail.com>: > This is not an issue with GTDebugger, but the way opal generates the > tempvar > index or the way, debuggerMap tries to access the context vars > > 17660 > <https://pharo.fogbugz.com/f/cases/17660/wrong

[Pharo-dev] Yet again, wrong tempvars in debuggers context variables list

This is not an issue with GTDebugger, but the way opal generates the tempvar index or the way, debuggerMap tries to access the context vars 17660 wrong tempvar values in debugger This is a really special case, I wasn't

Re: [Pharo-dev] Problem loading new class comments

2016-02-19 15:37 GMT+01:00 Sven Van Caekenberghe : > I am working on https://pharo.fogbugz.com/f/cases/16893/Update-STON and I > noticed that class comments did not update, even if they are changed. > > Specifically, the class comments of ConfigurationOfSton and STONWriter did >

Re: [Pharo-dev] build 50588 strange font failure?

2016-02-18 15:12 GMT+01:00 Ben Coman : > Not sure if this is a once-off, but just reporting since its a bit strange. > > Into a newly minted 50588 image I had recently loaded > Slice-Issue-17373...BenComan.12.mcz > which however only introduces new code with no modification

[Pharo-dev] How was BoxedFloat64 integrated into the image ?

Because we have compiled methods with BoxedFloat64 associations in the methods literals, but the source code still shows only "Float". 17638 Browsing calls on

Re: [Pharo-dev] Shortcuts are broken under Windows

2016-02-17 18:33 GMT+01:00 Blondeau Vincent : > Hi, > > > > Due to recent changes on shortcuts, on the new image several shortcuts > (CTRL+V,Z,M,W,Enter and the Alt ones) are not active at least in the > debugger and in the senders list… > ctrl+v ctrl+z ctrl+w

Re: [Pharo-dev] Status Updates for Hot New Libraries?

2016-02-16 9:36 GMT+01:00 Clément Bera <bera.clem...@gmail.com>: > > > 2016-02-16 8:40 GMT+01:00 Nicolai Hess <nicolaih...@gmail.com>: > >> >> >> 2016-02-16 8:06 GMT+01:00 Nicolai Hess <nicolaih...@gmail.com>: >> >>> >>>

Re: [Pharo-dev] Status Updates for Hot New Libraries?

2016-02-16 8:06 GMT+01:00 Nicolai Hess <nicolaih...@gmail.com>: > > Am 16.02.2016 7:27 vorm. schrieb "Clément Bera" <bera.clem...@gmail.com>: > > > > I have been using SDL for a while now. It works fine with the latest > pre-spur VM. I think Esteban mad

Re: [Pharo-dev] Status Updates for Hot New Libraries?

Am 16.02.2016 7:27 vorm. schrieb "Clément Bera" : > > I have been using SDL for a while now. It works fine with the latest pre-spur VM. I think Esteban made the Spur migration right now so it should work fine. > > It is really a game changer. You can start Pharo in

[Pharo-dev] rename packages (RPackage)

What should happen if we rename a package, by only changing lower/uppercase: Rename FooBar to Foobar (there is an issue about this 17587 Renaming Package in Nautilus does not work) I am not yet sure what *should* happen: - raise an error, because (somewhere deep in the system) the names are

Re: [Pharo-dev] Problems? with MC browser?Process?

2016-02-15 17:09 GMT+01:00 stepharo : > Hi > > Today I got several times problems with the refresh of the screen (see > attachement) > and I could > not produce the videos I wanted. > I wonder if there is not a problem with the processes around MC browser. > I do not see what

Re: [Pharo-dev] How do remove the setup empty pane in the GTdebugger?

2016-02-15 12:28 GMT+01:00 Ben Coman : > On Mon, Feb 15, 2016 at 7:00 PM, stepharo wrote: > > Hi > > > > Why pharo tools are getting more complex? > > How do remove the setup empty pane in the GTdebugger? > > :( > > Its not clear to me what you mean. What

Re: [Pharo-dev] Spec Experience in Need for Feedback :)

> self changed: aSymbol >> >> This is a bit terrible because the adpater should not exist at runtime >> and adapter should just encapsulate how to create and set the >> communication >> between the model and the view. Now it is in the middle and this is not >&g

Re: [Pharo-dev] Spec Experience in Need for Feedback :)

ime > and adapter should just encapsulate how to create and set the > communication > between the model and the view. Now it is in the middle and this is not > good. > > stef > > > Le 8/2/16 11:31, Nicolai Hess a écrit : > > > > 2016-02-08 10:37 GMT+01:00 steph

Re: [Pharo-dev] Spec Experience in Need for Feedback :)

2016-02-08 15:02 GMT+01:00 Thierry Goubier <thierry.goub...@gmail.com>: > > > 2016-02-08 11:31 GMT+01:00 Nicolai Hess <nicolaih...@gmail.com>: > >> >> >> 2016-02-08 10:37 GMT+01:00 stepharo <steph...@free.fr>: >> >>> Hi guys >

Re: [Pharo-dev] [pharo-project/pharo-core] 13d069: 50574

2016-02-10 10:16 GMT+01:00 GitHub : > Branch: refs/heads/5.0 > Home: https://github.com/pharo-project/pharo-core > Commit: 13d069e690c17556c53e525e866b08aa63cb8100 > > https://github.com/pharo-project/pharo-core/commit/13d069e690c17556c53e525e866b08aa63cb8100 >

Re: [Pharo-dev] Getting coherent shortcuts

2016-02-09 15:50 GMT+01:00 Guille Polito : > Hi all, > > Since a week, I'm back to using linux (debian) due to a new job. And it > became S evident that the shortcuts are wrongly configured, that I > actually cannot work! > > Sometimes windows are closed with ctrl

Re: [Pharo-dev] Spec Experience in Need for Feedback :)

2016-02-08 10:37 GMT+01:00 stepharo : > Hi guys > > I should say that I'm sick (gift from my little boy) so may be this is > obvious. > > I'm looking at the code of Spec and I hate this code :) > > widgetDo: aBlock > > ^ self widget ifNotNil: aBlock > > > I do not see why

Re: [Pharo-dev] GTDebugger missing block parameters?

2016-01-31 10:50 GMT+01:00 Nicolai Hess <nicolaih...@gmail.com>: > > > 2016-01-28 1:37 GMT+01:00 Eliot Miranda <eliot.mira...@gmail.com>: > >> Hi Nicolai >> >> On Jan 15, 2016, at 4:57 AM, Nicolai Hess <nicolaih...@gmail.com> wrote: >> >&

Re: [Pharo-dev] Help with bugfix process

Yes, that should work. Am 07.02.2016 1:33 nachm. schrieb "Julien Delplanque" <jul...@tamere.eu>: > I do not have a real 32bit machine available, would it be ok to use a > virtual 32bit machine? > > Julien > > On 07/02/16 13:26, Nicolai Hess wrote: > >&g

Re: [Pharo-dev] Help with bugfix process

No, you did it right, and it should work that way. At the Moment, we have a problem with uuid genetation on Linux 64bit. Can you try to recreate and resubmit the change on a 32bit Machine? Am 07.02.2016 1:05 nachm. schrieb "Julien Delplanque" : > Hello, > > I am trying to

Re: [Pharo-dev] [ANN] We are in "code freeze" for Pharo 5

2016-02-04 12:21 GMT+01:00 Esteban Lorenzano : > Hi, > > We are on “just bugfixes” since some time now… I delayed the announcement > because Epicea still needs to enter and we didn’t manage to include it yet. > But well… with the exception of Epicea, no new features will be

[Pharo-dev] GTInspector and PointerExplorer

Anyone working with GTInspector and inspecting "pointers to" (menu Item "Open pointers to"). Either I make something wrong or it just does not work. The only references I can see in this pointer inspector are the references *from* the inspector itself. I put an EllipseMorph in a Morph and choosed

Re: [Pharo-dev] QualityAssistant feedback

2016-02-02 14:46 GMT+01:00 Marcus Denker : > Hello, > > Yes. Another side effect is that you do not get all these “tempX is not > used should it be remove” > messages when saving a method. > > Instead, semantic analysis tags the variable as not used and the editor > shows

Re: [Pharo-dev] Rubric: spotter with preview leaks some memory

2016-01-31 14:52 GMT+01:00 Nicolai Hess <nicolaih...@gmail.com>: > > > 2016-01-31 13:46 GMT+01:00 Tudor Girba <tu...@tudorgirba.com>: > >> Hi, >> >> Hmm. I work with Spotter with preview enabled all the time… but I do not >> seem to get to the p

Re: [Pharo-dev] Thanks nicolai and the sprinter for fixing the selectorTable

2016-02-01 8:57 GMT+01:00 Cyril Ferlicot <cyril.ferli...@gmail.com>: > > > On Monday, 1 February 2016, Nicolai Hess <nicolaih...@gmail.com> wrote: > >> >> >> 2016-02-01 8:37 GMT+01:00 Cyril Ferlicot Delbecque < >> cyril.ferli...@gmail.com>:

Re: [Pharo-dev] Thanks nicolai and the sprinter for fixing the selectorTable

2016-02-01 8:37 GMT+01:00 Cyril Ferlicot Delbecque <cyril.ferli...@gmail.com >: > > > On 01/02/2016 08:24, Nicolai Hess wrote: > > > > unlikely, many 'icon'-methods are now rendered as 'unimplemeted' > > methods, because > > ThemeIcons uses #doesNotUnd

Re: [Pharo-dev] Thanks nicolai and the sprinter for fixing the selectorTable

2016-01-31 21:52 GMT+01:00 Cyril Ferlicot Delbecque < cyril.ferli...@gmail.com>: > > > On 31/01/2016 15:23, stepharo wrote: > > Hi guys > > > > Thanks for this fix. > > I will start recording videos. > > > > Stef > > > > > In the last image I get errors all the time when I use unimplemented >

Re: [Pharo-dev] Thanks nicolai and the sprinter for fixing the selectorTable

2016-02-01 16:40 GMT+01:00 stepharo <steph...@free.fr>: > so do we define a bug entry? > no, not needed. > > Le 1/2/16 10:51, Esteban Lorenzano a écrit : > > > On 01 Feb 2016, at 08:24, Nicolai Hess < <nicolaih...@gmail.com> > nicolaih...@gmail.com>

Re: [Pharo-dev] GTDebugger missing block parameters?

2016-01-28 1:37 GMT+01:00 Eliot Miranda <eliot.mira...@gmail.com>: > Hi Nicolai > > On Jan 15, 2016, at 4:57 AM, Nicolai Hess <nicolaih...@gmail.com> wrote: > > > > 2016-01-15 13:26 GMT+01:00 Stephan Eggermont <step...@stack.nl>: > >> When debugg

<    1   2   3   4   5   6   7   8   9   10   >