Dear all,
I developed a Pharo ISO 3166-1 wrapper to access objects into a ISO3166-1
model. See the following post for details on installation and usage:
http://80738163270632.blogspot.com.ar/2015/08/new-iso-3166-1-implementation-for-pharo.html
I also wrote some documentation about it:
https://dl
Thanks a lot!
I will look into the problem with the test package as soon as possible.
Joachim
Am 9. August 2015 17:29:42 MESZ, schrieb "Tudor Girba-2 [via Smalltalk]"
:
>
>
>Ok. I added now:
>- 3.1-alpha with packages for pharo 5
>- development and stable symbolic versions for pharo 3 and ph
Ok. I added now:
- 3.1-alpha with packages for pharo 5
- development and stable symbolic versions for pharo 3 and pharo 5.
The tests problem should still be solved. Do you still want to look at that?
Once that is done, the tests packages should be added to the version. I can
do that.
Cheers,
Dor
I am trying to use Moose to do run graph algorithms on data with about
300,000 nodes. This data is map data downloaded from OpenStreetMap,
and I am trying to analyze it with the Moose-Analysis-Graphs package.
This is cool :)
Once you fix the problem
--memory 1024m
do not forget to tell u
> Am 09.08.2015 um 14:36 schrieb Tudor Girba-2 [via Smalltalk]
> :
> However, I notice that you have some distinct version names, and this seems
> to throw MC off. For example, when trying to load the latest version of
> ConfigurationOfJNIPort:
> - we get: ConfigurationOfJNIPort-JoachimGeidel.3
Hi,
Great.
However, I notice that you have some distinct version names, and this seems
to throw MC off. For example, when trying to load the latest version of
ConfigurationOfJNIPort:
- we get: ConfigurationOfJNIPort-JoachimGeidel.3.0a3
- instead of: ConfigurationOfJNIPort-JoachimGeidel.3.0a4
Thi
Hi Tudor,
> Am 09.08.2015 um 13:27 schrieb Tudor Girba:
> I tested your changes, and I confirm that the code works fine in Pharo 5.
> Now, we just need to get them published :).
I tend to avoid words like „just“, „simply“ etc. when talking about software.
;-) The ConfigurationOfJNIPort should
Hi,
I tested your changes, and I confirm that the code works fine in Pharo 5.
Now, we just need to get them published :).
Cheers,
Doru
On Sun, Aug 9, 2015 at 12:50 PM, Tudor Girba wrote:
> Hi Joachim,
>
> This is great news! Thanks a lot for looking into this.
>
> Could you commit your chang
Hi Joachim,
This is great news! Thanks a lot for looking into this.
Could you commit your changes? Or could you grant me access to the JNIPort
project?
Cheers,
Doru
On Sun, Aug 9, 2015 at 12:25 PM, Joachim Geidel <
joachim.gei...@onlinehome.de> wrote:
> Hi Tudor,
>
> some progress in Pharo 5
And as Model 0
Model 0 Subset
---
Headings
Tables (here comes your TABULAR model into action)
This means it can be a TabularDOCXExport class in
http://ss3.gemtalksystems.com/ss/Tabular.html for a start.
On 8/9/15, H. Hirzel wrote:
> I consider an evolution of models with
Hi Tudor,
some progress in Pharo 5:
> Am 28.07.2015 um 16:10 schrieb Tudor Girba-2 [via Smalltalk]
> :
>
> I also tried with Pharo4 and Pharo5, but it does not work because I get a MNU
> for GhostClassBuilder>>#client:.
>
> I fixed it in a Pharo5 image by using #installer: instead, but the
>
I consider an evolution of models with increasing complexity
The goal is to have at least something as here but in certain areas more
http://davidgohel.github.io/ReporteRs/word.html
So it is
Model 1 Subset
---
Headings
Paragraphs
Tables (here comes your TABULAR model in
And talking about DOCX generation: it looks like the hardest part is to
implement *model*. DOCX generation is boring but straightforward.
Can you try to implement/describe such a model?
2015-08-08 22:25 GMT+03:00 Юрий Мироненко :
> Sorry if I was crude - it was not my intention :)
> I just spott
13 matches
Mail list logo
