- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Strange bug with interruption and fonts

by Norbert Hartl

> Am 30.04.2015 um 10:40 schrieb stepharo <stepharo(a)free.fr>: > > Hi > > I was coding with my son some little programs and we did an endless loop. > I tried to break the execution. > And afetr some efforts I succeeded to get back the system but I cannot open the browser, the debugger, playground.... > because of fonts so the only thing I can do is a screenshot. :( > I cannot try with the default workspace. > > I got the bug in the past already > I get this, too, from time to time. The only way to "cure" it is to close the image and reopen. Norbert

April 30, 2015

Re: [Pharo-dev] Why selecting and printing a variable in the debuger does not work?

by Nicolai Hess

2015-04-30 11:04 GMT+02:00 stepharo <stepharo(a)free.fr>: > I get now > Error while printing (self namedTempAt: 1) > > Le 30/4/15 11:04, stepharo a Ã©crit : > > Hi >> >> is it a know bug? >> Why selecting and printing a variable in the debuger does not work? >> >> Stef >> >> >> >> > Maybe the fix for 14606 <https://pharo.fogbugz.com/default.asp?14606> Can't see some variables values while debugging closure was incomplete and only works for variables in the context inspector but not in the debugger text pane? Or it depends on the code. Maybe the object you try to print is incomplete initialized?

April 30, 2015

ZnCookie>>#fromString: uses subStrings:

by Yuriy Tymchuk

And #subStrings: were deprecated in favor of #substrings: Can someone update Zinc? Thanks! Uko

April 30, 2015

Differences between TextConverters and ZnEncoders

by Guillermo Polito

Hi! I'm struggling with the TextConverter's API in Pharo :). I wanted to test the converters in Pharo, and I found the method #convertFromSystemString: that should (from its name) convert a Pharo String into an encoded version of it. (UTF8TextConverter default convertFromSystemString: 'Ã¡'). Funny thing, it does not do that. It does the opposite: it tries to convert an encoded string to a pharo string. And so it fails. Of course, its symmetrical version does what I want and behaves as the ZnUTF8Encoder :) (UTF8TextConverter default convertToSystemString: 'Ã¡') asByteArray "#[195 161]" ZnUTF8Encoder new encodeString: 'Ã¡' "#[195 161]" Question: - does the convertTo/From methods makes sense to you or It's just me that sees them inverted? - does it make sense to have the two versions of converters? Zn and the TextConverters do the same in my opinion (or maybe I'm confused :) ) Guille

April 30, 2015

Re: [Pharo-dev] Why selecting and printing a variable in the debuger does not work?

by stepharo

I get now Error while printing (self namedTempAt: 1) Le 30/4/15 11:04, stepharo a Ã©crit : > Hi > > is it a know bug? > Why selecting and printing a variable in the debuger does not work? > > Stef > > >

April 30, 2015

Why selecting and printing a variable in the debuger does not work?

by stepharo

Hi is it a know bug? Why selecting and printing a variable in the debuger does not work? Stef

April 30, 2015

Re: [Pharo-dev] Class Comment Template Suggestion

by stepharo

I have no problem with changing it this is just that we should in general write much better class comments. Stef Le 29/4/15 15:17, Sean P. DeNigris a Ã©crit : > The class comment template begins: "For the Class part: State the name of > the class with one line description: For example, I'm xxx the root of the > hierarchy of visitor objects." > > Unlike a traditional CRC card, we are already in a live programming > environment with good tools! So the class name is duplicated info (the > browser already shows this) which will have to be manually changed on a > class rename. Also, the specific example provides an implementation detail > duplicated by the class hierarchy tree already shown in the browser. I'd > like to change it to: "For the Class part: State a one line summary. For > example, "I represent a paragraph of text."" > > Any objections? > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Class-Comment-Template-Suggestion-tp4822890.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

April 30, 2015

Strange bug with interruption and fonts

by stepharo

Hi I was coding with my son some little programs and we did an endless loop. I tried to break the execution. And afetr some efforts I succeeded to get back the system but I cannot open the browser, the debugger, playground.... because of fonts so the only thing I can do is a screenshot. :( I cannot try with the default workspace. I got the bug in the past already

April 30, 2015

Re: [Pharo-dev] [Pharo5] Testers needed: AST based syntax highlighting

by Marcus Denker

> On 29 Apr 2015, at 17:07, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > 2015-04-29 16:46 GMT+02:00 Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>>: > Hi, > > We need some people to test using the AST based highlighter instead of Shout. > > SHRBTextStyler useAstColoring: true. > > I got some DNU but I canât reproduce it anymore. > > Marcus > > > Another difference is, that classes aren't recognized until they are fully named: > > SHRBTextStyler useAstColoring: true. > Workspace new open > > In the new Workspace, start typing > Label > > the word is marked red, although it should be blue, with italic emphasis. > Ah, indeedâ¦ I added an issue for that, too: https://pharo.fogbugz.com/f/cases/15451/ <https://pharo.fogbugz.com/f/cases/15451/> Marcus

April 30, 2015

Re: [Pharo-dev] Tx: Bold Text

by Nicolai Hess

2015-04-29 21:40 GMT+02:00 Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com>: > > > 2015-04-29 21:32 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > >> >> >> 2015-04-29 18:04 GMT+02:00 Sean P. DeNigris <sean(a)clipperadams.com>: >> >>> Nicolai Hess wrote >>> > Assign the proper Attribute? >>> >>> Well AFAICT there is no bold attribute, >> >> >> Ah yes, I mix up this with TextMorph and addAttribute:TextEmphasis.... >> >> >>> but I tried setting the font to bold >>> via "(LogicalFont familyName: 'Tahoma' pointSize: 9 + i) emphasis: 1; >>> yourself." but it was rendered the same as before... >>> >>> >> If the font is in the system, this should work. >> >> | text font1 font2 font3 string1 | >> font1 := (LogicalFont familyName: 'Tahoma' pointSize: 25) emphasis: >> TextEmphasis normal emphasisCode. >> font2 := (LogicalFont familyName: 'Tahoma' pointSize: 25) emphasis: >> TextEmphasis bold emphasisCode. >> font3 := (LogicalFont familyName: 'Tahoma' pointSize: 25) emphasis: >> TextEmphasis italic emphasisCode. >> > > If an emphasisCode is used at low level, that's fine, but shouldn't the > API be more straight like: > > emphasis: aTextEmphasis > or: > emphasisCode: anIntegerOrSymbolOrLetterOrAnyOtherWayToCodeAnEmphasis > > Nicolas > > +1 Sadly, we have quite some places in pharo where just the code is used, for example: .. aWindow isActive ifTrue: [ lab emphasis: 1 "1 -> bold" ]. ..

April 30, 2015