- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] canc/del closes windows
by Ben Coman April 7, 2016

April 7, 2016

On Thu, Apr 7, 2016 at 5:01 PM, Davide Varvello via Pharo-dev <pharo-dev(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Davide Varvello <varvello(a)yahoo.com> > To: pharo-dev(a)lists.pharo.org > Cc: > Date: Thu, 7 Apr 2016 01:29:21 -0700 (PDT) > Subject: canc/del closes windows > Hi Guys, > Is it only me that sometimes hitting canc/del closes the current window? > > It's really annoying, I'm on a mac and I guess it's related to cmd button > because if I click the cmd button afterward, it disappears (until next > time). > > I tried also on several macs but the result is the same. Hi David, I haven't used Pharo on a mac for a while, but I don't remember experiencing this, though I can't quite picture your scenario. Could you provide a screen snapshot? When you say "it" disappears, could you clarify what "it" is? cheers -ben

2 1

[pharo-project/pharo-core] cf3322: 50678
by GitHub April 7, 2016

April 7, 2016

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: cf332245702681de4418049d34fcdc6a1dbb250b https://github.com/pharo-project/pharo-core/commit/cf332245702681de4418049d… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-04-07 (Thu, 07 Apr 2016) Changed paths: M Collections-Sequenceable.package/Interval.class/README.md M Collections-Sequenceable.package/LinkedList.class/README.md M Collections-Sequenceable.package/OrderedCollection.class/README.md M Collections-Sequenceable.package/OrderedDictionary.class/README.md M Collections-Sequenceable.package/OrderedIdentityDictionary.class/README.md M Collections-Sequenceable.package/SortedCollection.class/README.md M Kernel.package/Metaclass.class/instance/accessing/name.st M OpalCompiler-Core.package/OCUndeclaredVariableWarning.class/instance/correcting/defineClass_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50677.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50678.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50677.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50678.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50678 17950 Improve Collection Sequenciable comments ver2 https://pharo.fogbugz.com/f/cases/17950 16947 Class-side Inst Var "#name" Makes It Too Easy to Break System https://pharo.fogbugz.com/f/cases/16947 17841 Creating a class from a debugger/during compilation doesnt create a record in .changes file https://pharo.fogbugz.com/f/cases/17841 http://files.pharo.org/image/50/50678.zip

2 1

Two possible Morphic-related issues
by Carlos Lombardi April 7, 2016

April 7, 2016

Hi, proviso: this is my first mail to a Pharo list. I guess that it is pertinent for the pharo-dev list, since it describes a possible failure in Pharo 4 and an enhancement suggestion. If this mail is better suited for the pharo-users list, or else it should be better addressed to both lists, please let me know. Thanks! ---------------------------------- I just upgraded an application from Pharo 3 to Pharo 4. In this application, we use StrikeFont class>>fromUser:allowKeyboard: to let the user choose the point size of the font in a PluggableTextMorph. In fact, the size is applied to the selected part of the text only, so that we allow the edition of a text mixing different point sizes, and also bold, italics and underline. I hope to be able to publish shortly a button row that adds this capability to a given PluggableTextMorph. The mentioned method, StrikeFont class>>fromUser:allowKeyboard:, builds a menu where a check box is added to each option. This menu is told the currently selected point size, to propose it as pre-selected value. To build such a menu, the options are Associations (Boolean -> String), where the boolean is true for the option to be pre-selected, instead of just Strings. This works OK in Pharo 3. But in Pharo 4, we get an error when using StrikeFont class>>fromUser:allowKeyboard:. The reason lies in MenuMorph>>addToggle:target:selector:getStateSelector:enablementSelector:argumentList:, where the message translated is sent to the first parameter. This parameter is assumed to be a String, whilst in this case it is the Association I just mentioned. I provisionally patched this issue by modifying the class method in StrikeFont, in order to give the menu Strings instead of Associations. As far as this way of selecting a point size is still usable, it would be nice to have this issue fixed. If there is another, maybe more modern, way of graphically choosing a point size, please let me know. We had another problem to obtain a mix-style PluggableTextMorph. When the Text is accepted, the model is given actually a style-less Text, this is explicitly established in PluggableTextMorph>>acceptTextInModel. I guess that such is convenient when the Text being edited is code, so that the styles are automatically set by the editor, and must not be present in the code of a method. But in our case, it is the user that establishes the styles, so that they must be preserved. I created a subclass of PluggableTextMorph, in which the Text is passed unchanged to the model. If there is a better way to solve this issue, please tell me. Please consider the possibility of creating a specific CodeTextMorph in order to deal with the peculiarities of the code edition, instead of mixing them in the would-be-generic PluggableTextMorph. Cordially - Carlos Lombardi

3 6

Athens Re: TxText model
by Nicolai Hess April 7, 2016

April 7, 2016

2016-04-06 16:58 GMT+02:00 Igor Stasenko <siguctua(a)gmail.com>: > > > On 6 April 2016 at 17:07, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > >> >> >> 2016-04-06 10:56 GMT+02:00 Igor Stasenko <siguctua(a)gmail.com>: >> >>> >>> >>> On 6 April 2016 at 11:36, Nicolai Hess <nicolaihess(a)gmail.com> wrote: >>> >>>> >>>> >>>> Thanks Igor. >>>> Maybe some more Info? (I don't have much experience with this and don't >>>> fully understand what is missing). >>>> >>>> >>>>> 1. No support for vector graphics >>>>> >>>> >>>> I know some parts of Athens (with Cairo font renderer and how it is >>>> used in TxText) but at the moment >>>> rendering a TextMorph in Athens works: >>>> Morph comment asText asMorph openInSceneView >>>> >>> >>> Sorry, missed to reply to that important point. >>> It works because one good soul spent effort and helped me to finish >>> implementation of a wrapper for Morph, to be able to render any morph into >>> Form, and then render Form >>> on Athens surface. >>> >> >> Nah, actually it works a bit different. Many (Form)Canvas methods are >> reimplemented on Athens API. But yes, I used some hacks as well. >> >> > > Didn't knew. > Aha.. i see AthensCanvasWrapper. > Ohh.. that's so much pain :) > > As you are here and in a good mood for feedback, can you please answer some Athens questions or review some code changes / issue entries? I added some instance variables for AthensCairoPatternPaint (origin, extent) This was needed for converting Morphics GradientFillStyle to Athens pattern paint. But I am unsure if this was the intended way to use them. I am interested on issue 14800 AthensCanvas clipRect oddity (Aliaskei thinks the current behavior is on purpose ,but I am not sure). AthensPathSegment: I understand how they use the visit: messages but I don't understand the #accept: or the #sendCommandTo: methods, are they used? Aliaksei fixed a bug in CairoFreetypeFontRenderer>>#glyphsOf:from:to: (the bug was: sometimes, some characters uses glyphs with wrong size). I think some AthensText classes are obsolete: AthensTextScanner/AthensParagraph/AthensTextMorph/AthensPluggableTextMorph Can we remove them? > > >> So, that is why it 'works' :) >>> >>> >>> -- >>> Best regards, >>> Igor Stasenko. >>> >> >> > > > -- > Best regards, > Igor Stasenko. >

3 6

canc/del closes windows
by Davide Varvello April 7, 2016

April 7, 2016

Hi Guys, Is it only me that sometimes hitting canc/del closes the current window? It's really annoying, I'm on a mac and I guess it's related to cmd button because if I click the cmd button afterward, it disappears (until next time). I tried also on several macs but the result is the same. TIA Davide -- View this message in context: http://forum.world.st/canc-del-closes-windows-tp4888805.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

1 0

Project Catalog questions
by HernÃ¡n Morales Durand April 7, 2016

April 7, 2016

Hi all, Is there a specific reason why Project Catalog items menu does not include "Install development version" and/or "Install bleeding edge" options? Another one is, what does it mean the "Install stable version and create group" option? group of what? what for? HernÃ¡n

2 1

TxText model
by Stephan Eggermont April 7, 2016

April 7, 2016

On 04-04-16 11:58, Igor Stasenko wrote: > Apart from being 'cool to have', full-fledged word processing is not a > thing, that you dealing with on a daily basis in environment, like Pharo. I'm sure that is the case for you. I wonder if that is the case for many Pharo users. AFAIK there are a lot of pillar users. For me the problem with the TxText model is that it blocks the possibility of doing that later, if and when there is enough development capacity to invest in this. Stephan

13 72

[pharo-project/pharo-core]
by GitHub April 7, 2016

April 7, 2016

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

1 0

[ANN] Pomodoro 1.6 for Pharo 5 + video
by Torsten Bergmann April 6, 2016

April 6, 2016

I did a new pass on the Pomodoro timer for Pharo 5: - settings with custom start value and custom colors - better resizing behavior of the morph - pause/continue - start/restart possibility - default colors aligned with Pharo scheme - pause state in Pomodoro instead of Morph - separate core and tests in own packages all included in a new release 1.6. Just use Spotter/Catalog to load. Enjoy the new video: http://youtu.be/voSUzOu5feU Bye T.

1 0

Re: [Pharo-dev] TxText model
by Nicolai Hess April 6, 2016

April 6, 2016

Am 06.04.2016 5:21 nachm. schrieb "Igor Stasenko" <siguctua(a)gmail.com>: > > btw, > > if you wanna feel a difference, why we wanted vector based rendering, by yourself, open: > > Morph comment asText asMorph openInSceneView > > and then > > | sceneView view | > sceneView := AthensSceneView new. > view := TxAthensLayoutView on: Morph comment asTxModel extent: 400@400. > > sceneView scene: view. > sceneView openInWindow > > > and try zooming it in and out with mouse wheel. > > I know it's limitation. My point was, that it is not impossible, or depends an the model Text vs. TxModel, alone. > > On 6 April 2016 at 17:58, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> >> >> On 6 April 2016 at 17:07, Nicolai Hess <nicolaihess(a)gmail.com> wrote: >>> >>> >>> >>> 2016-04-06 10:56 GMT+02:00 Igor Stasenko <siguctua(a)gmail.com>: >>>> >>>> >>>> >>>> On 6 April 2016 at 11:36, Nicolai Hess <nicolaihess(a)gmail.com> wrote: >>>>> >>>>> >>>>> >>>>> Thanks Igor. >>>>> Maybe some more Info? (I don't have much experience with this and don't fully understand what is missing). >>>>> >>>>>> >>>>>> 1. No support for vector graphics >>>>> >>>>> >>>>> I know some parts of Athens (with Cairo font renderer and how it is used in TxText) but at the moment >>>>> rendering a TextMorph in Athens works: >>>>> Morph comment asText asMorph openInSceneView >>>> >>>> >>>> Sorry, missed to reply to that important point. >>>> It works because one good soul spent effort and helped me to finish implementation of a wrapper for Morph, to be able to render any morph into Form, and then render Form >>>> on Athens surface. >>> >>> >>> Nah, actually it works a bit different. Many (Form)Canvas methods are reimplemented on Athens API. But yes, I used some hacks as well. >>> >> >> >> Didn't knew. >> Aha.. i see AthensCanvasWrapper. >> Ohh.. that's so much pain :) >> >> >>>> >>>> So, that is why it 'works' :) >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. > > > > > -- > Best regards, > Igor Stasenko.

3 4