2018-05-26 9:33 GMT+03:00 Clément Bera :
>
>
> On Sat, May 26, 2018 at 8:07 AM, Denis Kudriashov
> wrote:
>
>> Hi
>>
>> 2018-05-26 8:46 GMT+03:00 Clément Bera :
>>
>>> Just mentioning another use-case:
>>>
>>> getDatabaseInstance
>>> ^ (Production CifTrue: [Database] CifFalse: [MockDatabase])
On Sat, May 26, 2018 at 8:07 AM, Denis Kudriashov
wrote:
> Hi
>
> 2018-05-26 8:46 GMT+03:00 Clément Bera :
>
>> Just mentioning another use-case:
>>
>> getDatabaseInstance
>> ^ (Production CifTrue: [Database] CifFalse: [MockDatabase]) new
>>
>
> I think following code will work:
>
> getDataba
Hi
2018-05-26 8:46 GMT+03:00 Clément Bera :
> Just mentioning another use-case:
>
> getDatabaseInstance
> ^ (Production CifTrue: [Database] CifFalse: [MockDatabase]) new
>
I think following code will work:
getDatabaseInstance
^ (Production ifTrue: [Database] ifFalse: [MockDatabase])
as
Just mentioning another use-case:
getDatabaseInstance
^ (Production CifTrue: [Database] CifFalse: [MockDatabase]) new
Since I use conditional compilation more often than just precompiling
constants.
I don't see an equivalent of asMethodConstant AST manipulation at runtime
strategy in the ima
On Fri, May 25, 2018 at 10:44 PM, Esteban Lorenzano
wrote:
>
>
> On 25 May 2018, at 17:30, Clément Bera wrote:
>
> What about a preprocessor like the Java preprocessors ? The Truffle
> project relies heavily on that for high performance Java and it's quite
> nice. It's difficult to do that in Sm
> On 25 May 2018, at 17:30, Clément Bera wrote:
>
> What about a preprocessor like the Java preprocessors ? The Truffle project
> relies heavily on that for high performance Java and it's quite nice. It's
> difficult to do that in Smalltalk right now.
>
> I think if you want to do what are a
Very impressive!! Hope Bloc and Brick move along to be included in pharo soon!!
Norbert
> Am 25.05.2018 um 13:30 schrieb Tudor Girba :
>
> Hi,
>
> We were a bit silent the last couple of months. Quite a bit happened in the
> meantime, so here is a summary (for more fine grained announcements,
What about a preprocessor like the Java preprocessors ? The Truffle project
relies heavily on that for high performance Java and it's quite nice. It's
difficult to do that in Smalltalk right now.
I think if you want to do what are asking for you just need to write a
bytecode compiler extension.
I
On 25 May 2018 at 21:22, Debiller 777 wrote:
> Well, I've already asked about adding new literals to pharo or Smalltalk
> in general, however this time I have a better idea:
> macros. Can they be added? Because if I understand correctly they may be
> the only way to do that.
>
Can you provide an
Debiller 777
wrote:
> Well, I've already asked about adding new literals to pharo or
Smalltalk in
> general, however this time I have a better idea:
> macros. Can they be added? Because if I understand correctly they may be
> the only way to do that.
Why do you think they would be a good idea? We
Hi.
I think it should be default behaviour. So open issue, please.
Well, I've already asked about adding new literals to pharo or Smalltalk in
general, however this time I have a better idea:
macros. Can they be added? Because if I understand correctly they may be
the only way to do that.
Hi Tudor.
Very impressive progress.
I have one question about scrolling support. How it works or is it works
with elements which are based on infinite layout like mentioned grid
widget?
Does grid implemented with PannableElement too?
2018-05-25 14:30 GMT+03:00 Tudor Girba :
> Hi,
>
> We were a
Hi,
We were a bit silent the last couple of months. Quite a bit happened in the
meantime, so here is a summary (for more fine grained announcements, you can
follow us on Twitter):
Bloc
- Scrolling. We finally have a good scrolling support:
https://twitter.com/feenkcom/status/99169046
On Thu, May 24, 2018 at 12:27 PM Steffen Märcker wrote:
> Hi,
>
> now I've observed the same issue. It might be related to context
> switching, since introducing a delay has a similar effect. Consider:
>
>| FE_TONEAREST FE_DOWNWARD FE_UPWARD FE_TOWARDZERO |
>FE_TONEAREST := 16r.
>
I made the following quick changes:
UnixEnvironment>>#environAt: index
^ (self environ at: index) ifNotNil: [ :string | string asByteArray
utf8Decoded ]
OSPlatform>>#currentWorkingDirectoryPathWithBuffer: aByteString
^ (self getPwdViaFFI: aByteString size: aByt
On Fri, May 25, 2018 at 10:49 AM, Sven Van Caekenberghe
wrote:
> We looked at this before, but came to no conclusion.
>
> The problem lies with OS environment variable decoding.
>
I don't think that the window title comes from an OS env var.
This should be some encoding missing in the primitive
We looked at this before, but came to no conclusion.
The problem lies with OS environment variable decoding.
I created a 64-bit Pharo 7 in /tmp/été on macOS.
FileLocator imageDirectory resolve.
"File @ /private/tmp/été"
Smalltalk os environment at: 'PWD'.
"'/tmp/été'"
(Smalltalk os environ
Hi Andrzej,
my way of doing it:
Searching in the image what other guys are doing.
Finder: asMorph
and here you can find methods like
#openAsMorph .. you can get a clue.
or:
‘some text’ asMorph inspect ..
than you get the object and you can search the class and from here the class
the refe
Hi - I’m slightly ahead of you on that journey - but what I do is press
shift-enter which gives you a great tool called spotter that lets you explore
more interactively. In spotter if you also press cmd-p it will also preview
method source too - so it’s close to what you are asking (and many m
I second you on this issue. Something went wrong in the encoding in the
path in your window title. Ã smells like UTF-8 issue.
Looks like Pharo7 still has some issue(s) when handling UTF-8 characters
used in modern Operating System filling system.
Another example of this problem, with DrGeo co
21 matches
Mail list logo
