> Am 15.09.2014 um 23:54 schrieb Sven Van Caekenberghe :
>
>
>> On 15 Sep 2014, at 23:47, Sean P. DeNigris wrote:
>>
>> Uko2 wrote
>>> about pharo not being a smalltalk... is it true?
>>
>> Oh goodie... it's been a few weeks and I've been craving one of these
>> threads ;)
>
> Actually, we
Nice job! And nice doc!
Thank you.
Doru
On Mon, Sep 15, 2014 at 11:18 PM, Torsten Bergmann wrote:
> I just refer to my original announcement: "Need an EASY translation
> framework for your Pharo application with NO EXTERNAL dependency?"
>
> That's it. Nothing fancy. Nothing more. Only a simple
Hi!
Can you describe a bit more what you need? In Roassal, you do not have
submorph, but do you really need them?
Alexandre
> Le 15-09-2014 à 20:18, "Sean P. DeNigris" a écrit :
>
> Sean P. DeNigris wrote
>> I see the GT playground seems to have something like this for the Roassal
>> preview
Sean P. DeNigris wrote
> I see the GT playground seems to have something like this for the Roassal
> previews...
Although digging a bit, I see that the sub-objects are not true Morphs, so
it seems that particular approach is not applicable...
-
Cheers,
Sean
--
View this message in context:
I need to create such a beast. What is my best bet to build on top of? I see
the GT playground seems to have something like this for the Roassal
previews...
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/Zoomable-Infinitely-scrollable-PasteupMorph-tp4778229.html
Sent
Today I made the mistake (twice) of developing in the debugger a
#printOn: method depending on a not yet defined #name method in the
same class.
The result is an image completely blocked out, with an infinite
recursion trying to print receiver
The culprit is Object>>#name, which by default... is
nuke it from orbit only way to be sure , this and "smalltalk is dead"
On Tue, Sep 16, 2014 at 12:54 AM, Sven Van Caekenberghe
wrote:
>
> On 15 Sep 2014, at 23:47, Sean P. DeNigris wrote:
>
> > Uko2 wrote
> >> about pharo not being a smalltalk... is it true?
> >
> > Oh goodie... it's been a few
On 15 Sep 2014, at 23:47, Sean P. DeNigris wrote:
> Uko2 wrote
>> about pharo not being a smalltalk... is it true?
>
> Oh goodie... it's been a few weeks and I've been craving one of these
> threads ;)
Actually, we were not talking about this at all when you were gone, it always
starts when y
Uko2 wrote
> about pharo not being a smalltalk... is it true?
Oh goodie... it's been a few weeks and I've been craving one of these
threads ;)
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/not-a-smalltalk-tp4776586p4778202.html
Sent from the Pharo Smalltalk Users ma
I just refer to my original announcement: "Need an EASY translation
framework for your Pharo application with NO EXTERNAL dependency?"
That's it. Nothing fancy. Nothing more. Only a simple project. You can - but
must
not use it and I did not announce it as a GetText replacement. ;)
With "I18N"
hi,
you need to use this one:
http://files.pharo.org/vm/pharo/linux/old-libc/pharovm-ubuntu804.tar.gz
it will do the work :)
and yes, there is no 64bits version (yet) of the VM. It is planned for some
point of next year (hopefully spring).
cheers,
Esteban
On Mon, Sep 15, 2014 at 10:09 PM, kil
I have never compiled the VM myself so take any advice with a big grain of
salt. First there is no 64 bit version of Pharo, there is work to port the
VM to 64 bit and some first goals have been met but still a work in
progress.
Second in order to build the VM you will need firs VMMaker, basically
Hi all,
Apologies if this is not the right place for this - I'm just getting
started with Smalltalk and I had a lot of trouble when first trying to
get going since the binaries on pharo.org don't work with Debian
Wheezy's glibc (2.13, whereas Pharo is compiled against 2.15 IIRC). I
tried compilin
Hi Udo,
Thanks. That is part of what is needed. In the ConfigurationOfBootstrap,
0.12.0 refers directly to Seaside 3.1.3.
I updated it to 0.12.1
Stephan
Hi Stephan,
I "fixed" it in my fork. Not sure if it's working as you intended but it
seems to work:
https://www.dropbox.com/s/o0id4mo63ps1jld/ConfigurationOfBootstrapMagritte-UdoSchneider.6.mcz?dl=0
CU,
Udo
On 15.09.2014 21:02, Stephan Eggermont wrote:
Hi Udo,
Thanks for the update.
The
2014-09-15 15:35 GMT-03:00 Johan Brichau :
> On 15 Sep 2014, at 19:31, Stephan Eggermont wrote:
>> The main problems I have with external tools is the lack of translation
>> context and the
>> slow feedback cycle. That is killing for translation speed and quality.
> I can understand that in-app t
Hi Udo,
Thanks for the update.
The current stable BootstrapMagritte loads version090, and works.
Changing groups indeed breaks all users and forces them to upgrade.
I'm not sure why version0110 and version0120 no longer refer to release versions
of Seaside, nor why there is a baseline0130
Steph
On 15 Sep 2014, at 19:31, Stephan Eggermont wrote:
> The main problems I have with external tools is the lack of translation
> context and the
> slow feedback cycle. That is killing for translation speed and quality.
I can understand that in-app tools work well for developers but when you sta
Hi Stephan, hi Thorsten,
the current stable version of ConfigurationOfBootstrapMagritte doesn't
load anymore. It seems that the stable version of
ConfigurationOfBootstrap changed some group names ('core' -> 'Core',
'widgets' -> 'Widgets') which are referenced in
ConfigurationOfBootstrapMagrit
Johan wrote:
>I also agree 100% with Hilaire: Gettext is a standard where plenty of external
>tools can work with. Though it’s nice to have translation tools in the image,
>you will have to do everything yourself. Just take a look at >everyhting that
>is done by poedit [1]. Do we really want to
2014-09-15 12:38 GMT-03:00 Johan Brichau :
> On 15 Sep 2014, at 12:27, p...@highoctane.be wrote:
> A question: without looking at the code of i18n, I notice the assumption
> that each ‘UI string’ is identified by a symbol. Is that correct or just how
> the example is presented?
As I understood it
On 15 Sep 2014, at 12:27, p...@highoctane.be wrote:
> With a .po bridge to/from I18N, wouldn't we have a pretty nice solution?
That is exactly what Gettext does. Once the translation dictionary is loaded
into Pharo, it’s just string mapping.
How strings are translated (i.e. sending #translate
Hi guys
we will organize an official Pharo Sprint at Lille Friday 26 as
mentioned in the calendar http://pharo.org/contribute-events
Let us know if you plan to join. We will take care of the logistic :)
Stef
On 15 Sep 2014, at 11:33, Serge Stinckwich wrote:
> Hi pharoers,
>
> so I’ve installed Yosemite beta and:
>
> 1) there were no problems with Pharo by now
> 2) sometimes Yosemite lags in general (on rich 3D graphics for e.g.) and
> battery life is worse.
> 3) the most important thing that I’ve
With a .po bridge to/from I18N, wouldn't we have a pretty nice solution?
Phil
On Mon, Sep 15, 2014 at 11:35 AM, Hilaire wrote:
>
> Nice for project with a delimited scope.
> Problem: you cut yourself from translators aggregated in oneline free
> software community. For example https://translati
Nice for project with a delimited scope.
Problem: you cut yourself from translators aggregated in oneline free
software community. For example https://translations.launchpad.net/drgeo
For DrGeo this is a show stopper.
Hilaire
Le 15/09/2014 10:23, Torsten Bergmann a écrit :
Need an easy trans
Sven Van Caekenberghe wrote:
> Perfect! Well done & presented (as usual ;-)
I18N is nothing fancy, but thanks. Hope it is usefull for others too.
> The way I see it, that is all there is to it.
Yes - at least it solved my basic needs so far and maybe it helps us thinking
about more internationa
There is a small error in the documentation on that page:
If you now open the translation viewer you will see both translations:
'Welcome' for the english language and 'Willkommen' for german language
registered with the given message key. So depending on the translator
that one asks a differe
Perfect! Well done & presented (as usual ;-)
The way I see it, that is all there is to it.
I like it that a single image can translate into multiple languages.
I guess some people would also like
String>>#translated
^ I18NTranslator defaultTranslator at: self
I assume that the actual storage
Need an easy translation framework for your Pharo application
with no external dependency?
Then check out the I18N project:
http://smalltalkhub.com/#!/~TorstenBergmann/I18N
Docu and examples can be found on the same page, screenshot
is attached.
Bye
T.
Have a look at I18N project: http://smalltalkhub.com/#!/~TorstenBergmann/I18N/
The docu with examples and all is on the same page.
On 15 Sep 2014, at 09:36, Yuriy Tymchuk wrote:
> Hi pharoers,
>
> so I’ve installed Yosemite beta and:
>
> 1) there were no problems with Pharo by now
Good.
> 2) sometimes Yosemite lags in general (on rich 3D graphics for e.g.) and
> battery life is worse.
Hmm, let's hope they fix that ;-)
Hi pharoers,
so I’ve installed Yosemite beta and:
1) there were no problems with Pharo by now
2) sometimes Yosemite lags in general (on rich 3D graphics for e.g.) and
battery life is worse.
3) the most important thing that I’ve noticed: there are no black bars if full
screen mode. Is an improve
On 14 Sep 2014, at 19:16, stepharo wrote:
> Marcus I think that we should sync because personally I do not want to giant
> kernel. I want a bootstrap and modular packages.
> I think that making all the packages internal to the image is a recipe to get
> a monolithic system.
> I do not see why
34 matches
Mail list logo
