On 03/10/17 21:51, Sven Van Caekenberghe wrote:
>
>> On 3 Oct 2017, at 21:30, Steven R. Baker wrote:
>>
>> Heya,
>>
>> I'm trying to build a Pharo Launcher of my own, but I can't find the
>> code. This says it's on SmalltalkHub:
>> https://github.com/pharo-project/pharo-launcher, but the link do
> On 3 Oct 2017, at 21:30, Steven R. Baker wrote:
>
> Heya,
>
> I'm trying to build a Pharo Launcher of my own, but I can't find the
> code. This says it's on SmalltalkHub:
> https://github.com/pharo-project/pharo-launcher, but the link doesn't
> show anything.
As it says there: http://www.sm
Heya,
I'm trying to build a Pharo Launcher of my own, but I can't find the
code. This says it's on SmalltalkHub:
https://github.com/pharo-project/pharo-launcher, but the link doesn't
show anything.
I tried looking on CI for the build script, but I can't find the build
script, just build results.
Well, LGitFetchOptions has a proxy options property of type LGitProxyOptions,
and this one a property type of type LGitProxyTypeEnum. I did not try it
but maybe it should look something like:
fetchOptions prim_proxy_opts prim_type: LGitProxyTypeEnum git_proxy_auto.
?
if fetchOptions is null you'
Hi All,
Sorry for the late answer, I've been swallowed by a vortex of "too much
work at my day job".
Regarding the magical power of smalltalk, I definitely agree with that.
I've been playing with different programming languages for 30 years now,
and smalltalk programming is so refreshing, it's al
Couldn't figure out how to configure a LGitFetchOptionswith a
LGitProxyOptions accepting one of the auto/none/specified from
LGitProxyTypeEnum. Can you provide an example?
On Tue, Oct 3, 2017 at 1:06 PM, Guillermo Polito
wrote:
> I know, but a LGitProxyOptions accepts one.
>
> On Tue, Oct 3, 201
I know, but a LGitProxyOptions accepts one.
On Tue, Oct 3, 2017 at 5:57 PM, Vitor Medina Cruz
wrote:
> Nope, auto/none/specified returned objects are not compatible to the
> expected one received by prim_proxy_opts:
>
> On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito <
> guillermopol...@gmail.
Nope, auto/none/specified returned objects are not compatible to the
expected one received by prim_proxy_opts:
On Tue, Oct 3, 2017 at 11:16 AM, Guillermo Polito wrote:
> Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. Maybe
> you can configure it with a LGitProxyTypeEnum whi
> On 3 Oct 2017, at 10:53, Guillermo Polito wrote:
>
> Yes, in my todo, but changing FileReference like that will break a lot of
> backwards compatibility :)
Yes it will.
I have said this before: the problem is that the current stream API is much too
wide, we need to trim it to something cl
Yes, that's the issue. I'm still convinced about that :)
On Tue, Sep 19, 2017 at 3:36 PM, Tim Mackinnon wrote:
> There was a long post from Guille about how to sort this. It had to do
> with altering the priority of shutdown code - I'm not sure if we resolved
> it, but we should go back and see
Check that LGitFetchOptions has a pair of accessors prim_proxy_opts. Maybe
you can configure it with a LGitProxyTypeEnum which has values
auto/none/specified?
On Tue, Oct 3, 2017 at 3:52 PM, Vitor Medina Cruz
wrote:
> I got to this point:
>
> remote_fetch: remote refspecs: refspecs opts: opts re
2017-10-02 17:30 GMT+02:00 Denis Kudriashov :
>
> 2017-10-02 17:13 GMT+02:00 Vitor Medina Cruz :
>
>> I am sorry, not species, but #isKindOf istead of #= to compare classes.
>>
>
> It is bad idea. #= should be transitive.
>
Oh, I used wrong word, shame on me :). I tried to say commutative.
> Ho
I got to this point:
remote_fetch: remote refspecs: refspecs opts: opts reflog_message:
reflog_message
^ self
call:
#(LGitReturnCodeEnum git_remote_fetch #(self , void * refspecs ,
LGitFetchOptions * opts , String reflog_message))
options: #(optCoerceNilToNull)
This seams like a call to a na
2017-10-03 10:14 GMT-03:00 H. Hirzel :
> In the end it is probably a matter of conventions.
>
> Instruction how to construct something (e.g. Spec)
Conventions and history, which maybe are the same thing :)
VisualSmalltalk/VisualWorks, Dolphin, VAST keep the definition of the
windows/panes in the
In the end it is probably a matter of conventions.
Instruction how to construct something (e.g. Spec) / configuration
information / descriptions / help information / examples are kept on
the class side.
HH
On 10/3/17, H. Hirzel wrote:
> The information for a help topic on the class side is used
The information for a help topic on the class side is used to create a
help instance.
Even if I technically create several instances of a particular help
topic with information taken from the class side conceptually I have
only _one_ help topic. The instances all share exactly the same
content.
M
On Tue, Oct 3, 2017 at 2:17 PM, H. Hirzel wrote:
> This is as if you would ask
>
> why are specs on the class side?
>
I can certainly ask that, and there's in fact no reason why it would have
to be there (because when the layout is being retrieved, the instance is
already available).
> You
Looks like it's an iceberg/libgit problem. We should set the proxy to
libgit :)
https://libgit2.github.com/libgit2/#HEAD/search/proxy
On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz
wrote:
> Yes, I already done that. I am behind a NTLM proxy, so I set up a cntlm
> proxy and configured Pharo s
Yes, I already done that. I am behind a NTLM proxy, so I set up a cntlm
proxy and configured Pharo settings accordingly. It is working because I
can use Zinc directly, but Iceberg cannot pull/push. I tried the same at
home without a proxy and I could not pull/push either, so it probably has
nothing
All help topics (subclasses of CustomHelp) have all the content on the
class-side.
This seems very weird to me, because the class-side should about managing
the meta, not containing the content itself.
It feels weird.
Peter
Thanks Denis :) It works :)
Its pretty nice for touch-sensitive apps :)
Steven.
Le 2017-10-03 10:13, Denis Kudriashov a écrit :
> Hi.
> Look at Cursor class side. All cursor bitmaps are in class variables. If you
> will replace all of them with blank cursor then cursor will be always blank
Yes, in my todo, but changing FileReference like that will break a lot of
backwards compatibility :)
On Mon, Oct 2, 2017 at 10:22 AM, Stephane Ducasse
wrote:
> Yes this is why we should continue to clean and remove cruft. Now I
> remember that guille did that for File.
>
> Stef
>
> On Mon, Oct 2
You should probably set the proxy in the Pharo settings. Pharo does not
recognize the system's proxy (so far).
Could you try with that?
Guille
On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz
wrote:
> git push via command line works fine. When I try to pull, for example,
> from Iceberg it say
Hi.
Look at Cursor class side. All cursor bitmaps are in class variables. If
you will replace all of them with blank cursor then cursor will be always
blank.
Something like this:
Cursor classVariables associationsDo: [ :each | each value: Cursor blank ]
2017-10-03 9:38 GMT+02:00 Steven Costiou
Hi rob
we are discussing in Peter and reading your solution.
Now about your example, I think that the
Presenter >> subject: aDomainObject
subjectHolder := aDomainObject asValueHolder
We should not have countHolder in the domain object. In the domain object
we should only have the domain and
Ah, thanks. So i will look at Morphic to see if i can do that.
Steven.
Le 2017-10-02 22:30, Aliaksei Syrel a écrit :
> Hi Steven,
>
> What you see is not Bloc's cursor (there is no cursor in bloc)
> It is a Morphic cursor :)
>
> Cheers,
> Alex
> On 2 October 2017 at 22:19, Steven Costio
Nice.
We should make a booklet of all this.
There is also the Ansible playbook we have and the Docker story as well.
Phil
On Tue, Oct 3, 2017 at 3:12 AM, Pierce Ng wrote:
> On Sat, Sep 30, 2017 at 10:16:47PM +0200, Herby Vojčík wrote:
> > case the library name used is the plain 'sqlite3', I
27 matches
Mail list logo
