Re: [Pharo-dev] Path >> fullName should not be the same as printString

On 10/13/2016 10:35 AM, Damien Pollet wrote: Could you give an example what the file:// URLs look like when they contain a drive letter? I'm afraid I don't have any Windows machines handy to see what Internet Explorer does, but as far as I can tell an absolute URL compliant with RFC 3986

Re: [Pharo-dev] [ANN] New release of iceberg

Ok. IMHO Nicolas if you really want more feedback I think it's worth it to release it for 5.0, unless 6.0 has dramatically changed :) Cheers, Hernán 2016-10-13 14:02 GMT-03:00 Esteban Lorenzano : > in principle, Iceberg is meant to work on Pharo6+ > No idea about backward

Re: [Pharo-dev] About icon: and iconNamed:

Hi, > On Oct 13, 2016, at 2:16 PM, stepharo wrote: > > >>> what if you want to have side by side two different themes to compare the >>> best icons >>> choices? >> >> This is a valid concern, but I do not understand how this would work if the >> only thing you pass in

Re: [Pharo-dev] Shout style table editor (Request for Feedback)

Thanks for the feedback. I'll start first with adding some small enhancements to the styler (so it really uses all the existing style options) see : 19179 Styler does not support all style table tokens

Re: [Pharo-dev] itemIcon: and Spotter

Hi, Ok. I did not look at the changes yet. Could you give me a quick update: are base changes with iconNamed: integrated already? Doru > On Oct 13, 2016, at 2:51 PM, stepharo wrote: > > Doru > > It would be nice to take some action here too. > > I would like to remove

Re: [Pharo-dev] [ANN] New release of iceberg

> On Oct 13, 2016, at 8:28 PM, stepharo wrote: > > > > Le 13/10/16 à 19:02, Esteban Lorenzano a écrit : >> in principle, Iceberg is meant to work on Pharo6+ >> No idea about backward compatibility (it shouldn’t be so hard either…) > > No ressources for that. > First iceberg

Re: [Pharo-dev] [ANN] New release of iceberg

Hi Nicolas, Great work! I will test it again. I kindly ask everyone else to follow the call and test this release. Ideally, create a repository on GitHub and play with it. It is important to get this piece as stable as possible to make Git part of the default Pharo experience. Cheers, Doru

Re: [Pharo-dev] [ANN] New release of iceberg

Le 13/10/16 à 19:02, Esteban Lorenzano a écrit : in principle, Iceberg is meant to work on Pharo6+ No idea about backward compatibility (it shouldn’t be so hard either…) No ressources for that. First iceberg should work for Pharo 60. Everything else is a bonus. Esteban On 13 Oct 2016, at

Re: [Pharo-dev] About icon: and iconNamed:

Denis You can have a look the changes I did. There is more work to be done but I started. https://pharo.fogbugz.com/f/cases/19201/iconNamed-part-4 What I see is that a command hierarchy is clearly missing because SmartSuggestion, Glamour reimplement the same. Stef Le 13/10/16 à 17:30,

Re: [Pharo-dev] Path >> fullName should not be the same as printString

Yes, I knew about the per-drive current directory… Could you give an example what the file:// URLs look like when they contain a drive letter? For context, my goal looking at this was to make Path instances able to output a string representation of themselves that is useable independently of a

Re: [Pharo-dev] [ANN] New release of iceberg

in principle, Iceberg is meant to work on Pharo6+ No idea about backward compatibility (it shouldn’t be so hard either…) Esteban > On 13 Oct 2016, at 19:00, Hernán Morales Durand > wrote: > > Hi Nicolas, > > After installing it in Pharo 5.0 (#50761, Win 7) and

Re: [Pharo-dev] [ANN] New release of iceberg

Hi Nicolas, After installing it in Pharo 5.0 (#50761, Win 7) and clicking World Menu -> Tools -> Iceberg I got the Exception in the screenshot attached. 2016-10-13 9:25 GMT-03:00 Nicolas Passerini : > Hi, we are releasing a new version of Iceberg, with several new

Re: [Pharo-dev] Path >> fullName should not be the same as printString

Its awkward to deal with. Some notes here... https://pharo.fogbugz.com/default.asp?13094#154946 On Fri, Oct 14, 2016 at 12:05 AM, Damien Pollet wrote: > I explored a bit more and I'm stumped. Fixing it for Unix is easy, but it > breaks Windows paths, because those use

Re: [Pharo-dev] Path >> fullName should not be the same as printString

I explored a bit more and I'm stumped. Fixing it for Unix is easy, but it breaks Windows paths, because those use their first element to store the drive name (c: d: etc) which shouldn't be preceded by a /. I'm starting to think the Absolute/Relative dichotomy is either wrong or incomplete and we

Re: [Pharo-dev] About icon: and iconNamed:

2016-10-13 17:19 GMT+02:00 Ben Coman : > Is most of that expense come from passing the same Form over a link > multiple times? I vaguely wonder if content-addressable caching would help > there. You see: current state requires such kind of tricks. But if users always work

Re: [Pharo-dev] About icon: and iconNamed:

On Thu, Oct 13, 2016 at 10:00 PM, Denis Kudriashov wrote: > Also look at #systemIcon method which define icon of class in browser. > All implementors dublicate "Smalltalk ui icons iconNamed: #myIconName". > > Should we change it to #systemIconName? > > Also think about

Re: [Pharo-dev] About icon: and iconNamed:

Also look at #systemIcon method which define icon of class in browser. All implementors dublicate "Smalltalk ui icons iconNamed: #myIconName". Should we change it to #systemIconName? Also think about remote browser which also wants to show icons over classes. With icon name it is not problem to

[Pharo-dev] itemIcon: and Spotter

Doru It would be nice to take some action here too. I would like to remove the Smalltalk ui icons iconNamed: spotterMonticelloWorkingCopyFor: aStep aStep listProcessor title: 'Monticello Working Copy'; allCandidates: [ Array with: self workingCopy ]; itemIcon:

Re: [Pharo-dev] About icon: and iconNamed:

So I'm trying to think ;) menuOn: aBuilder "Specify the menu used when writing text." (aBuilder item: #'Find...' translated) keyText: 'f'; selector: #find; icon: (Smalltalk ui icons iconNamed: #smallFindIcon) > menuOn: aBuilder "Specify the

Re: [Pharo-dev] About icon: and iconNamed:

So I'm trying to think menuOn: aBuilder "Specify the menu used when writing text." (aBuilder item: #'Find...' translated) keyText: 'f'; selector: #find; icon: (Smalltalk ui icons iconNamed: #smallFindIcon) > menuOn: aBuilder "Specify the menu

[Pharo-dev] [ANN] New release of iceberg

Hi, we are releasing a new version of Iceberg, with several new features and bugfixes. I would't yet say that is 100% production ready, but it is close, so I want to invite you to test it and provide feedback. You can install it by doing: Metacello new baseline: 'Iceberg'; repository:

Re: [Pharo-dev] About icon: and iconNamed:

what if you want to have side by side two different themes to compare the best icons choices? This is a valid concern, but I do not understand how this would work if the only thing you pass in iconName: is just one symbol: act: aBlock iconName: *aSymbol* entitled: aString So there needs

Re: [Pharo-dev] About icon: and iconNamed:

Hi, > On Oct 13, 2016, at 1:03 PM, stepharo wrote: > > >> Thanks! >> >> Just a question: How about adding an extension >> >> Symbol>>asIcon >> ^ … look up the icon >> >> Form>>asIcon >> ^ self > > what if you want to have side by side two different themes to

Re: [Pharo-dev] About icon: and iconNamed:

Thanks! Just a question: How about adding an extension Symbol>>asIcon ^ … look up the icon Form>>asIcon ^ self what if you want to have side by side two different themes to compare the best icons choices? In this way we do not have to change the external interface,

Re: [Pharo-dev] About icon: and iconNamed:

> On 12 Oct 2016, at 8:09 , Denis Kudriashov wrote: > > > 2016-10-12 20:06 GMT+02:00 stepharo >: > In fact I do not really like iconNamed: as a name for a setter (for menu > items and settings) > May be it should be

Re: [Pharo-dev] About icon: and iconNamed:

Stef, entitled: doesn't carries the right meaning. entitle ɪnˈtʌɪt(ə)l,ɛn-/ verb past tense: entitled; past participle: entitled 1. give (someone) a legal right or a just claim to receive or do something. "employees are normally entitled to redundancy pay" synonyms:qualify, make eligible,