Re: [Pharo-dev] [FileReference] why this class don't provide a method isAHiddenFile ?

I imagine because it is quite a rare edge-case use and is not easy to implement: - for Linux you check for dot - for Windows you need to either modify the VM (see File class>>lookupDirectory:filename: to provide more information), or directly use WinAPI from Pharo to retrieve the hidden file

Re: [Pharo-dev] [ANN] Pharo Harbour

Hi Clement, I've migrated the repo under pharo-contributions organization ( https://github.com/pharo-contributions/file-dialog ), so any PRs should be done there. I have also given you access to the repo; so modify it to your heart's desire. P On Thu, Aug 1, 2019 at 10:18 AM CafeKrem wrote: >

Re: [Pharo-dev] [ANN] Pharo Harbour

Hi guys, I saw that Clement was working on P7 migration, although he closed the PRs, so maybe there is still some work to be done. Nevertheless, if FD is to be integrated, I should migrate the repo to pharo-ide/file-dialog (or pharo-contributions/file-dialog?). One thing to note: Torsten made a

Re: [Pharo-dev] Changes proposal on Pre debugger

Hi Cyril, thanks for the info! Being able to specify a top priority production debugger is definitely a better solution (instead of me trying to hack around pre-debugger :)). Thanks! Peter On Thu, Jul 11, 2019 at 4:30 PM Cyril Ferlicot wrote: > On Thu, Jul 11, 2019 at 4:22 PM Peter Uh

Re: [Pharo-dev] Changes proposal on Pre debugger

Hi Cyril, I had a particular use-case in Sentry Logger (adopted from old ShoreLine reporter) that added a "Report" button to the pre-debugger (via a PreDebugAction subclass). Not having the button is fine for me (automated reporting is always better), just wanted to mention it. What I am

Re: [Pharo-dev] About a better filedialog

Preview is indeed not supported. My original idea was to show a regular GTInspector view on the file, but I never got around to implementing it. On Tue, Mar 19, 2019 at 8:36 PM Hilaire wrote: > For DrGeo, when loading a sketch from an arbitrary location, I use the > preview feature of the

Re: [Pharo-dev] About a better filedialog

robably that >> >> On 18 Mar 2019, at 23:09, Peter Uhnak wrote: >> >> Thanks Stef! >> >> The build is failing for Pharo 6.1 for some reason (I can't reproduce it >> locally), but I can look at that during the weekend... >> >> Peter >>

Re: [Pharo-dev] About a better filedialog

e to personally work on this. But yes, having a better > file dialog would be fantastic > > Alexandre > > On Mar 18, 2019, at 4:31 PM, ducasse wrote: > > Hi guys > > I did a pass (ported to P7, tonel, some little fixes) on the file-dialog > developed by Peter Uhnak and

Re: [Pharo-dev] Migrating XML support to github/PharoContributions/

> It has the full history - but no reference to your username (because I guess Peter did not know your github name/mail address). That's not the case, maybe you are confused by the latest handful of commits that I made directly. The rest is migrated with monty's mail; you can see "monty authored

Re: [Pharo-dev] LibC system pops up a CMD.exe window in Windows 10 (Pharo 6.1)

This is normal (and much lamented) behavior of cmd. There's https://github.com/astares/Pharo-OS-Windows which implements parts of the WinAPI... with which one can create headless windows. (I think it should be also available in the catalog). Peter On Mon, Dec 10, 2018 at 11:47 AM Christopher

Re: [Pharo-dev] Multiline method definition in Tonel

That's just whitespace... or more specifically any of these are fine (TonelParser>>extractSelector:) ``` separators := { Character space. Character tab. Character lf. Character newPage. Character cr. $: "not me though"}. ``` You can also try to parse it directly and see the result: ``` def :=

Re: [Pharo-dev] Looking for a good shortcut for "contextual spotter"

018 at 3:39 PM Esteban Lorenzano wrote: > > > On 6 Nov 2018, at 15:16, Peter Uhnak wrote: > > > > On Tue, Nov 6, 2018 at 1:11 PM Esteban Lorenzano > wrote: > >> >> >> On 6 Nov 2018, at 12:58, Esteban Maringolo wrote: >> >&g

Re: [Pharo-dev] Looking for a good shortcut for "contextual spotter"

On Tue, Nov 6, 2018 at 1:11 PM Esteban Lorenzano wrote: > > > On 6 Nov 2018, at 12:58, Esteban Maringolo wrote: > > If Shift+Enter opens Spotter, why not use Cmd+Shift+Enter for the > contextual one? > > > Because it does not works (already tried) :) > iirc the problem is that the old-style

Re: [Pharo-dev] Conversion of my Libraries/Frameworks to GitHub/Tonel/TravisCI, Part 1

> > Same same > Tag is a git concept that marks a specific commit. Release is a hosting platform (GitHub/GitLab/...) concept that wraps a tag with some fancy stuff (release page, downloads, whatnot). However each release is tied to a git tag. >From pharo/metacello dependency perspective, only

Re: [Pharo-dev] GitHub Topics

> So at least 'Pharo' (capitalised) should be there. all topics are forcibly lowercased > I will check because I did not see that we could tag our project. > Personally I will use Pharo because of reasons that you know. For repositories that you control you can see a "button" at the top

Re: [Pharo-dev] Slowness when loading code in Pharo 7?

On Wed, Oct 3, 2018 at 7:31 PM Juraj Kubelka via Pharo-dev < pharo-dev@lists.pharo.org> wrote: > Hi! > > I did the same measurement for Pharo 6.1. To summarize it I have those > results: > > By executing: > > -=-=-=- > EpMonitor current disable. > [ Metacello new > baseline: 'GToolkit'; >

Re: [Pharo-dev] Tonel support for Travis CI smalltalkCI for Pharo < 6.1

> If this does not work, does that then mean that for those versions of Pharo, they cannot load Tonel projects ? Tonel is not in wrote: > Hi, > > I managed to get successful BaselineOf builds out of a GitHub in Tonel > format for Pharo 7 (64 & 32 bits) and Pharo 6.1 using Travis CI and >

Re: [Pharo-dev] Reach of Iceberg/git/tonel ?

Hi, Can people still load code in older versions of Pharo ? I think 6.x is no > problem, but what about earlier versions ? You will need to update Metacello in older versions of Pharo to use Tonel. But Pharo <6.1 is officially not supported anyway. > What about other Smalltalk implementations

Re: [Pharo-dev] [ANN] Migrated Artefact to GitHub

> > - you're stealing > Sorry, I absolutely did not intend the evoke the notion of "stealing". My perspective is... I am spending time to migrate someone else's code, so the last thing I want is someone burning my energy and complaining that I voided their contribution. I don't give a fuck if

Re: [Pharo-dev] [ANN] Migrated Artefact to GitHub

ctober, not counting that we have 4 new people arriving in the > > team and many many other things. > > > > Stef > > On Sat, Sep 29, 2018 at 12:41 PM Peter Uhnak wrote: > > > > > > Hi Stef, > > > > > > I understand that everyone is short on

Re: [Pharo-dev] [ANN] Migrated Artefact to GitHub

Hi Stef, I understand that everyone is short on time, but I consider not preserving the history problematic for two reasons * it is appropriating someone else's work as one's own -- this seems borderline illegal, or at the very least in violation of MIT license * it is sending bad signals to

Re: [Pharo-dev] Migrating XML support to github/PharoContributions/

Hi Stef, XMLParser is maintained by monty (I've CCed him). > Now the question still remains: who is planning to migrate the XML packages. I'd be happy to do that (including preserving the history), unless monty wants to do it themselves. Peter On Sat, Sep 29, 2018 at 10:39 AM Stephane Ducasse

Re: [Pharo-dev] Streams and FileDialog in Pharo 6 and 7

> It should return a FileReference, not an open stream. I believe there are methods that do that. There are different APIs for that. fileOpen*, as the name implies, _opens the file_ and returns the stream. (I think this should be the case for fileSave*) If you want file reference, then you can

Re: [Pharo-dev] PharoLauncher : Image version determination error

Hi, considering how important this is, shouldn't this become standard part of the VM? e.g. ./pharo-x-vm --support pharo-y.image Which will return * 1/yes/... if the VM can launch it * 2/maybe/unclear... if the VM cannot determine it (this is futureproofing, e.g. if you tried to launch Pharo 9

Re: [Pharo-dev] Lowering the pain of newbies

On Thu, Aug 17, 2017 at 05:23:28PM -0300, Esteban A. Maringolo wrote: > What are the odds? 100%, this _always_ happens to some student. (You just need to omit a single semicolon and you've just broke it.)

Re: [Pharo-dev] [Pharo-users] including Pillar in Pharo image by default

Even though I've initiated this discussion I kind of stopped reading because everyone started discussing completely unrelated things... The initial point was "we are using github/gitlab more and more, lets leverage it more" New, lets separate the concepts at play here... "Pillar -

[Pharo-dev] recent slowdown of files.pharo.org and smalltalkhub

Hi, does anyone know what is the reason for the recent slowdown of downloading (latest) images from files.pharo.org? I had travis builds timeout on this (downloading images for 10+ minutes, etc.), and was several times unable to download new images even locally. Thanks, Peter

Re: [Pharo-dev] Spec menu extensibility (epicea)

Ducasse wrote: > Hi Peter > > Yes I was thinking about it. > Now from your experience what kind of pragma should we provide? > > > > Not sure that we need the argument to the group. > > > > > > Stef > > > > > On Sun, Aug 6, 2017 a

Re: [Pharo-dev] About cr and lf

lementation should take the form of a stream > >>>decorator instead of changing the base implementation. > >> > >>YES, a decorator ! > >> > >>We want simpler streams, not the old complex ones. Less API, less > >>functionality.

Re: [Pharo-dev] Spec menu extensibility (epicea)

Hi Stef, I faced similar issue and then I've found out that PragmaMenuBuilder is compatible with Spec. Something like... builder := PragmaMenuBuilder pragmaKeyword: 'myPragma' model: self. menu := MenuModel new. menu fromSpec: builder menuSpec. Peter On Sat, Aug 05, 2017 at 06:26:45PM

Re: [Pharo-dev] About cr and lf

cheme (#nl) the programmer would be warned where the missed a change * it will be easier to keep the newlines consistent Peter On Sat, Aug 05, 2017 at 11:30:58AM +0200, Esteban Lorenzano wrote: > > > On 5 Aug 2017, at 11:17, Peter Uhnak <i.uh...@gmail.com> wrote: > > > >>

Re: [Pharo-dev] About cr and lf

> I think there is a consensus we need to keep #cr and #lf as intended Is there? My argument was that there's no (obvious) reason to combine different line endings in the same document. Therefore if you were to use #cr, #lf, #crlf, you would actually mean that you just want to enter newline.

Re: [Pharo-dev] About cr and lf

On Fri, Aug 04, 2017 at 03:41:05PM +0200, Damien Pollet wrote: > Stream >> newLineForWindows "convenience for the most common platforms > Stream >> newLineForUnix > Stream >> newLineForHistoricReasons Practically speaking this looks insanely wordy. In 102% (est.) you want to use the same

[Pharo-dev] Referencing Git tags/branchs/commits [Hijacked: Re: [ANN] Mustache moved to github]

> I’ve always understood that git tags are used to mark important points in > history Correct (mark=label) > putting a tag on a commit, I was getting a snapshot of the whole graph No, there's no need to perform a snapshot of the whole graph. Commit id (the 40-bit SHA of a commit) is computed

Re: [Pharo-dev] [ANN] Mustache moved to github

s really necessary. > > Is the FileTree format, as used by filetree and gitfiletree MC repos, > 100% compatible with the repository format of Iceberg? It seems so to > me, but it's better to ask than be sorry. > > Regards! > > Esteban A. Maringolo > > > 2017-07-30 11:35 GMT-03:00

Re: [Pharo-dev] [ANN] Mustache moved to github

rrect - apparently that's what Apple > thinks tags is corrected to ;) > > Sent from my iPhone > > > > Sent from my iPhone > On 30 Jul 2017, at 16:35, Peter Uhnak <i.uh...@gmail.com> wrote: > > >> > >> If I've understood correctly,

Re: [Pharo-dev] [ANN] Mustache moved to github

> > If I've understood correctly, this means you can rage master with a version > number like v1.1 and then put that in the URL > > > https://github.com/peteruhnak/IconFactory/tree/master:v1.1/ > I am not sure where you got this url from, but combining branch and tag name makes nor sense...

Re: [Pharo-dev] [ANN] Mustache moved to github

ConfigurationOf still remains (for the time-being), however now you don't have to specify what packages and their commits to load for each version. Instead you point to a Baseline with a specific version. E.g.

Re: [Pharo-dev] integrating FileDialog into Pharo 7

Done. What next? Peter On Mon, Jul 10, 2017 at 12:46:50PM +0200, Pavel Krivanek wrote: > We should work on integration of it. Firstly please move tests to a > separate package. > > Cheers, > -- Pavel > > 2017-07-10 12:34 GMT+02:00 Peter Uhnak <i.uh...@gmail.com&g

[Pharo-dev] integrating FileDialog into Pharo 7

Hi, some people expressed interest in integrating File Dialog https://github.com/peteruhnak/file-dialog into Pharo as the default file dialog. Is it something people are interested in, or is the current solution sufficient for them? Peter

Re: [Pharo-dev] Beacon moved to github

GMT+02:00 Norbert Hartl <norb...@hartl.name>: > > > I used the git migration tool of Peter Uhnak to migrate Beacon from > > smalltalkhub to github. It is available now here > > > > https://github.com/pharo-project/pharo-beacon > > > > I just need to know how I can switch a smalltalkhub project to read-only. > > > > FYI, > > > > Norbert > > > >

Re: [Pharo-dev] git, packages, and package dependencies (also migration from sthub to git)

Hi Luke, On Sat, Jul 01, 2017 at 03:43:35PM +0200, Luke Gorrie wrote: > > > In mcz/monticello, every package has an independent history and can change > > independently of each other. > > In git, this history is merged into a single hierarchy, therefore: > > > > Git does not strictly require

Re: [Pharo-dev] Baseline question

On Sat, Jul 01, 2017 at 02:35:07PM +0200, Stephane Ducasse wrote: > Hi > > I 'm trying to define a baseline for our project and I defined it as > > baseline: spec > >spec for: #common do: [ spec > baseline: 'SmaCC' with: [ spec > repository:

Re: [Pharo-dev] git, packages, and package dependencies (also migration from sthub to git)

On Sat, Jul 01, 2017 at 02:22:53PM +0200, Damien Pollet wrote: > On 1 July 2017 at 13:28, Peter Uhnak <i.uh...@gmail.com> wrote: > > > In mcz/monticello, every package has an independent history and can change > > independently of each other. > > In git, this h

[Pharo-dev] git, packages, and package dependencies (also migration from sthub to git)

Hi, after many-o-hours spent on my git-migration tool ( https://github.com/peteruhnak/git-migration ), I've concluded that the migration cannot be properly done for packages. In mcz/monticello, every package has an independent history and can change independently of each other. In git, this

Re: [Pharo-dev] Windows 10 crash - LoadLibrary(SurfacePlugin.dll) (998: Invalid access to memory location.

Hi, I'm experiencing this problem regularly (at least once a week), I've noticed that it sometimes happens after dualboot, and that restarting windows usually helps... but this is always on launch of the image, it never occured later udring runtime; so now the first thing I do on boot is to

Re: [Pharo-dev] Flattened traits in Pharo 7

Just so I understand... if I have extended e.g. TBehavior, I will need to lookup all the users and copy the method everywhere? On Tue, Jun 27, 2017 at 02:16:14PM +0200, Pavel Krivanek wrote: > Hi, > > because we want to have traits only as an option where people will be able > to choose custom

Re: [Pharo-dev] New User and the Rectangle class.

iirc there was proposal to rename Rectangle to DisplayRectangle (or something like that), because you are certainly not the first one to run into such trouble. P On Tue, Jun 20, 2017 at 04:03:48PM -0700, Chris Cunningham wrote: > Hi Trey, > I can't find the rational written down why Rectangle

Re: [Pharo-dev] debug vm windows?

Hi, the instructions are not merged yet and I am not sure whether something has changed since I wrote it (April 8), but I wrote down instructions and created scripts for building the VM on Windows (7+) https://github.com/pharo-project/pharo-vm/pull/128

Re: [Pharo-dev] New and richer halt messages

On Sat, Jun 03, 2017 at 02:46:30PM -0700, Sean P. DeNigris wrote: > Henrik-Nergaard wrote > > Sounds like a good idea, but please implement them as constructors/class > > side methods in Halt instead of adding even more methods to Object. > > You're speaking my language! When Stephan Eggermont

Re: [Pharo-dev] New and richer halt messages

Also why was haltIfShiftPressed removed? (in favor of haltIf: [ Sensor shiftPressed ], which is harder to write, remember, and without autocompletion). Peter On Fri, Jun 02, 2017 at 08:52:39AM +0200, Stephane Ducasse wrote: > I would love to have better halt messages. > > For example I would

Re: [Pharo-dev] please test download for Pharo 6.0

I find the Windows distribution a bit chaotic as all the files (vm, vm libs, image, sources) are in the same folder. Maybe there were issues with using shortcuts? Because then launching the image will also create pharo-local in the folder (and any other file that image writes to

Re: [Pharo-dev] Idea of searcheability of Pharo project on git

Regarding project catalog on github... Rust has something similar there https://github.com/rust-lang/crates.io-index (and Rust's package manager is called Cargo too ;)) Peter On Sun, May 14, 2017 at 03:08:59PM +0200, Esteban Lorenzano wrote: > yes, is something I have in my TODO list for after

Re: [Pharo-dev] Monticello: Script to suck up versions from a filetree repository and copy them to an HTTP repository?

On Fri, Apr 28, 2017 at 01:05:47AM +0800, Ben Coman wrote: > The natural thing for us in pharo-land is to script to movement of MC HTTP > repos to git. > This article describes why it actually could be worthwhile ensuring moving > git to MC HTTP is also easy... Technically speaking moving between

Re: [Pharo-dev] calling methods directly on traits

Ah, right. Well, one less dead-end to worry about. :) Thanks, Peter On Wed, Apr 26, 2017 at 04:20:07PM +0200, Guillermo Polito wrote: > Traits are instances as classes are instances :) > > On Wed, Apr 26, 2017 at 3:22 PM, Peter Uhnak <i.uh...@gmail.com> wrote: > > &

Re: [Pharo-dev] calling methods directly on traits

instantiate the class. > > Guille > > On Wed, Apr 26, 2017 at 2:24 PM, Peter Uhnak <i.uh...@gmail.com> wrote: > > > Hi, > > > > would it be possible to somehow call a method directly on a trait? > > > > e.g. > > > > Trait named: #

[Pharo-dev] calling methods directly on traits

Hi, would it be possible to somehow call a method directly on a trait? e.g. Trait named: #TMyTrait. then add method TMyTrait>>twelve ^ 12 and then I could do `TMyTrait twelve "-> 12"`. Note that I cannot use Class-side of a regular class, because of name clashes with system

Re: [Pharo-dev] spec ui as morph

#buildWithSpec returns the SpecModel's Morph, which is what you want. `model spec instance`, which is the same as calling `model widget` returns the model's Adapter; but don't use the former, I will remove it in Pharo 7. If you want retrieve the morph from Spec after it was built, then

[Pharo-dev] do we "how to use Announcements" somewhere

I was just explaining how Announcer/Announcements work to somebody because I couldn't find any online resource, but I thought I saw it somewhere. Do we have it explained in some book? Peter

Re: [Pharo-dev] In the quest of a new iterator :)

We already have * #withIndexCollect: * #withIndexDo: So why not #withIndexSelect: ? #(#Object #subclass: #Point #instanceVariableNames:) withIndexSelect: [ :each :i | i \\ 2 = 0 ] Peter p.s. for every second you could also do aCollection pairsCollect: [ :first :second | second ] On Wed,

Re: [Pharo-dev] Epicea should ask before recovering

On Wed, Apr 19, 2017 at 10:04:01AM +0200, Guillermo Polito wrote: > Yeh, What they mean is that instead of loading the list of "possible stuff > to recover" you launch at startup a dialog: > > "It seems your last Pharo session exited without saving some code. Do you > want to recover it?" YES/NO

[Pharo-dev] Iceberg and git repository management

Hi, is Iceberg (or its git subsytem) capable of more than just Pharo code management? More specifically, would it be possible with Iceberg to commit e.g. a change to a README.md or .travis.yml file in the repository? Thanks, Peter

[Pharo-dev] Epicea should ask before recovering

Hi, can we modify epicea before asking for recovery? Because right now when I close image to intentionally throw away changes (because I managed to break the image or whatever), Epicea will freeze the image on startup for 10-15 seconds for even a mere 6-method change. (I also had it freeze for

Re: [Pharo-dev] the new "fixed" compactor VM has FT broken...

edi 0048B244 pop ebp 0048B245 ret On Wed, Apr 05, 2017 at 03:45:15PM +0200, Peter Uhnak wrote: > explicit call to garbage collect crashes the image (crash.dmp attached), > so I think that in this case I somehow corrupted the image (with metalinks > presumably) > >

Re: [Pharo-dev] the new "fixed" compactor VM has FT broken...

explicit call to garbage collect crashes the image (crash.dmp attached), so I think that in this case I somehow corrupted the image (with metalinks presumably) On Wed, Apr 05, 2017 at 03:39:39PM +0200, Peter Uhnak wrote: > Can confirm that the latest (Apr 4) VM crashes too. > > I am

Re: [Pharo-dev] the new "fixed" compactor VM has FT broken...

at 01:46:30PM +0200, Peter Uhnak wrote: > Using the April 03 VM (the "latest" that was on Apr 03). > The vm is way more stable (this is the first crash in two active days, which > is record for me), so maybe the main cause of the problem has been fixed, but > not all causes. &

Re: [Pharo-dev] the new "fixed" compactor VM has FT broken...

EFL=00010202 Peter On Mon, Apr 03, 2017 at 03:27:53PM +0200, Peter Uhnak wrote: > Thank you Esteban! > > I've downloaded the latest VM and fonts on cairo now work. I believe this was > the last VM crash I am aware of, so hopefully I will have a productive and > stable year

Re: [Pharo-dev] the new "fixed" compactor VM has FT broken...

t VM one > > day before release still doesn't work makes me really question why I still > > put up with this. > > > > Peter > > > > > > > > Esteban > > > > > >> On 29 Mar 2017, at 14:43, p...@highoctane.be <mailto:

[Pharo-dev] (non)prefixes of Spec classes

I suppose this applies to other tools/frameworks as well, but is it beneficial to have non-prefixed classes in the system? e.g. in Spec we have WindowModel, AbstractAdapter, TreeModel, ... I am not asking because I want these generic terms free, but rather to be more explicit about the classes

Re: [Pharo-dev] the new "fixed" compactor VM has FT broken...

Said that… I had no problems with Latest VM + Pharo 6.0 (and they may > >> happen, since this is all alfa :P) > >> > >> I don’t know if “workarounding the VM” (by renaming libfreetype) will > >> work, but if that works, ONCE we move latest vm to stable status we can

Re: [Pharo-dev] the new "fixed" compactor VM has FT broken...

workarounding the VM” (by renaming libfreetype) will work, > but if that works, ONCE we move latest vm to stable status we can consider > backporting it to Pharo 5. > > Esteban > > > On 29 Mar 2017, at 10:37, Peter Uhnak <i.uh...@gmail.com> wrote: > > > > T

[Pharo-dev] the new "fixed" compactor VM has FT broken...

The new "fixed" compactor VM has broken FT... So any text drawn on Athens canvas results in red cross... Error in... CairoFontFace class>>primFtFace:loadFlags: 'Unable to find function address' Apparently because someone renamed libfreetype-6.dll to libfreetype.dll (Windows VM latest, Pharo

[Pharo-dev] More Windows VM Crashing -_-

Hi, Originally I thought my VM is crashing because of FT, so I applied some fix from FogBugz (that is now part of Pharo 6), but that didn't help. So I disabled FT in settings and changed fonts to non-FT ones; didn't help. So I completely removed FT2Plugin.dll (now settings just states that FT

Re: [Pharo-dev] Capitalized

Maybe for next Pharo version? As this is a breaking change, which you cannot just deprecate. Also then there would need to be another method that provides the current behavior. Peter On Wed, Mar 15, 2017 at 12:16:44PM +, Henrik Nergaard wrote: > >to "capitalize" is writing a word with its

Re: [Pharo-dev] Type Inference tools

Moose ( http://www.moosetechnology.org/ ) optionally uses RoelTyper when importing Smalltalk code for analysis. Lukas will need a good type inferencer as he is currently working on a better autocompetion. Peter On Tue, Mar 14, 2017 at 03:38:51PM -0700, Gus wrote: > Hi, > I am working on a

[Pharo-dev] Pharo6 supported syntax regression

Hi, apparently in Pharo 6 pragma attributes can no longer be symbols without hash? In Pharo5 I could do method and it would compile it as symbol In Pharo6 this is syntax error. I am not asking for resolution either direction (although I guess #Something should be canonical), it is

[Pharo-dev] perform:withArguments: and collection

Hi, Apparently sending #perform:withArguments: and using OrderedCollection leads to PrimitiveFailed. I can recast it, but maybe we can just add (argArray isArray) ifFalse: [ ^ self error: 'Arguments must be instance of Array' ] to make the error less cryptic. (or allow

[Pharo-dev] what is the SpecLayout architecture?

Hi, this is probably a tall order, but is there some description of SpecLayout architecture? To clarify: I am NOT asking how to use SpecLayout, I am asking how SpecLayout works internally. iirc SpecInterpreter was rewritten by Johan & Stef, so maybe you guys have some notes? Thanks, Peter

Re: [Pharo-dev] Fwd: Where are the Metacello ConfigurationOfYourProject supposed to be?

On Sat, Mar 11, 2017 at 09:12:55PM +0800, Ben Coman wrote: > On Sat, Mar 11, 2017 at 1:34 AM, stepharong wrote: > > Nicolas > > Since a couple of years already we have one MetaRepo per version > > > > MCSmalltalkhubRepository owner: 'Pharo' project: 'MetaRepoForPharo60' >

Re: [Pharo-dev] Frozen is melted (can you guys please be patient?)

On Tue, Mar 07, 2017 at 04:03:12PM +0100, p...@highoctane.be wrote: > I see you are not teaching to people or running demos in a crowd with Pharo. > > Otherwise, you would get the point I can tell you 100% To me it seems like bad engineering. One does not query a network synchronously and expect

Re: [Pharo-dev] [ANN] XML Metadata Interchange (XMI) for Pharo

We spoke briefly on Tuesday. I need to take a look (also at his EMF generator) and see how the tools could benefit from each other. I think it could simplify some of my code or streamline the use of it. (Also I have about a billion code generators at the moment with small differences... so I

Re: [Pharo-dev] [ANN] Regex Tester Tool for Pharo

On Thu, Mar 02, 2017 at 09:20:12AM +0100, Esteban Lorenzano wrote: > > > On 1 Mar 2017, at 22:40, stepharong wrote: > > > > > > And I think that his remark makes sense. I was wondering if we should not > > ressurect > > the RePlugin to make sure that users can use perlish

Re: [Pharo-dev] REMEMBER: Tomorrow 28/02 16h UTC TechTalk: Reflectivity

This site should be automatically time-zone aware https://a.chronus.eu/17A7E60 On Tue, Feb 28, 2017 at 10:50:41PM +0800, Ben Coman wrote: > Can we have a link and a countdown? > cheers -ben > > On Mon, Feb 27, 2017 at 10:59 PM, Esteban Lorenzano > wrote: > > > Hi, > > >

Re: [Pharo-dev] [Moose-dev] Re: GTInspector duplicates overriden extensions

On Sat, Feb 25, 2017 at 04:44:15PM +0100, Andrei Chis wrote: > Hi, > > Usually when we want to specialize a view in a subclass we override the > method and do not add the gtInspectorPresentationOrder: annotation. But > also removing duplicationd would make sense. Ah, I didn't think of just

[Pharo-dev] GTInspector duplicates overriden extensions

Hi, when I override a method with a GTInspector (because I need to change it), then inspector contains the extension twice. It seems Inspector scans the whole hierarchy of the inspected object for methods, but doesn't deduplicate them. Peter

Re: [Pharo-dev] [VM] Windows VM SurfacePlugin.dll LoadLibrary failure

Well, I take that back. Today I had the same issue (with the latest VM). Closing the image and reopening it helped, but clearly there is something broken underneath. Peter On Wed, Feb 22, 2017 at 09:29:12PM +0100, Peter Uhnak wrote: > On Thu, Feb 16, 2017 at 12:19:00PM +0100, Cyril Ferlico

Re: [Pharo-dev] [Moose-dev] Re: How ready is Bloc for a simple use-case?

subclass BlElement, implement corresponding accessors for anchor points and > override drawPathOnSpartaCanvas: in order to display you line. You can > learn more about canvas by checking SpartaCanvas class comment and method > comments in 'api' protocol. > > Layouts, alignmen

[Pharo-dev] How ready is Bloc for a simple use-case?

Hi, I wanted to ask about Bloc: 1) how stable is the API? e.g. if some overhaul changes to unify/whatever are planned 2) I saw in the techtalk that you can align elements (to center, bottom, ...), however is that possible with lines? Lines have to rotate, morph shape, etc. 3) Are

Re: [Pharo-dev] [VM] Windows VM SurfacePlugin.dll LoadLibrary failure

On Thu, Feb 16, 2017 at 12:19:00PM +0100, Cyril Ferlicot D. wrote: > > I got the same problem with the latest vm some weeks ago on Windows 7. > It vanished by downloading a new vm some days after. I've downloaded the latest VM and it works as expected. Thanks! Peter

Re: [Pharo-dev] [Pharo-users] [ANN] Pharo Association: Join or Renew now!

On Tue, Feb 14, 2017 at 03:17:42PM +0100, Marcus Denker wrote: > Hi, > > The new Pharo Association website is up and running for some month. > > If you are a member, it will bug you once a year to renew. Maybe there should be information that the membership (and fee) is automatic due to

[Pharo-dev] [VM] Windows VM SurfacePlugin.dll LoadLibrary failure

Hi, recently (couple of days ago) sometimes when I start Pharo there's a box at the bottom "Debug console" with the following info ~~ # Debug console # To close: F2 -> 'debug options' -> 'show output console' # To disable: F2 -> 'debug options' -> 'show

[Pharo-dev] IPv6 support [VM]

Hi, does anyone know what is the state of Pharo's IPv6 support? I've found some discussion from 2009/2010 talking about it and making changes to the VM, but it seems incomplete. Creating IPv6 socket seems to be supported on the VM side (and I had no failure when I modified the netType from 0

Re: [Pharo-dev] WorkingSession UUID looks "sketchy"

> > On Windows (10) (with latest 6 image and VM) `Time microsecondClockValue` > > returns microseconds, but (presumably the system) cannot give precision > > beyond 1 second - this will imho need a VM fix; > > I find that quite hard to believe and I did not know that. Are you really > sure ?

Re: [Pharo-dev] WorkingSession UUID looks "sketchy"

1. Regarding WorkingSession The WS' comment claims "On each image startup the current session is invalidated and a new session is created.", but in reality WS is reset only save, and not on startup... isn't that odd? So if image crashes or I am running it headlessly without saving I am actually

Re: [Pharo-dev] WorkingSession UUID looks "sketchy"

I had issues with Pharo not being random during the first startup: http://forum.world.st/Random-is-not-random-at-startup-td4895905.html Even though the seed is different during startup, the mask trims the randomness away. Looking at NeoUUID, it actually makes it worse on Linux (and presumably

Re: [Pharo-dev] PharoLauncher create image / default image name

> PharoLauncher-Core-ChristopheDemarey.100 Thanks! > If some still prefer the old naming, maybe the best way would be to have an > option to choose the naming strategy. Unless there is a critical mass of people it's imho needless clutter in the codebase; I can patch it myself locally. For me

Re: [Pharo-dev] PharoLauncher create image / default image name

I was also looking at this, but couldn't figure out how to change it back, Do you know in what specific commit this happened? (I prefer the old naming, since it included context and I knew whether the image was Pharo or Moose). Thanks, Peter On Wed, Feb 01, 2017 at 08:23:33PM +0100, Cyril

Re: [Pharo-dev] About printing without having ""

There has been discussion about that too, but the resolution was that it was a feature or something. http://forum.world.st/Keep-print-it-output-on-the-same-line-in-GTPlayground-td4893367.html so I use my solution mentioned there in a startup script (

[Pharo-dev] bloc readiness for a simple mindmap

Hi, I wanted to ask about Bloc: 1) how stable is the API? e.g. if some overhaul changes to unify/whatever are planned 2) I saw in the techtalk that you can align elements (to center, bottom, ...), however is that possible with lines? Lines have to rotate, morph shape, etc. 3) Are non-straight

Re: [Pharo-dev] [Pharo6] Issue tracker: Issues tagged Pharo6

When is the release planned? Peter On Mon, Jan 23, 2017 at 11:58:19AM +0100, Marcus Denker wrote: > Hi, > > To be able to release, we have to check which issues are real show-stoppers. > > As a first step, we will, this Friday, remove the Pharo6 Milestone tag from > *all* > issues that are

  1   2   >