Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

[Thibault ARLOING]

Thanks


I will work on other books when this one will be generated well [😊]


Thibault



De : Pharo-users  de la part de Andy 
Burnett 
Envoyé : lundi 30 mai 2016 17:13
À : pharo-users@lists.pharo.org
Objet : Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version


Hi,

I created an ePub version of the book Enterprise Pharo for electronic readers.
It would be great if you could test it and give me feedbacks on everything that 
shocks you.

You can downlod the file 
here.
index · styled with h5ai 0.22.1 
(http://larsjung.de/h5ai/)
files.pharo.org
index styled with h5ai 0.22.1 (http://larsjung.de/h5ai/)



Thanks,
Thibault

Works very nicely on my iPhone. It would be great to have all the books in this 
format.

Cheers
Andy

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

[Thibault ARLOING]

It is not the first problem feedback I heard on ToC menu, maybe the generation 
of ToC is corrupt.
I will have a look at this one.

Thanks for your help


De : Pharo-users  de la part de Esteban A. 
Maringolo 
Envoyé : lundi 30 mai 2016 21:58
À : Any question about pharo is welcome
Objet : Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

Hi Thibault,

Thanks for working on this. I sent the epub to my Kindle (converted to
mobi by Calibre).

The content is well formatted and everything looks fine, even code
snippets (although the font is too large, larger than the paragraph
character).

The only thing that is wrong is the table of contents, with over 200
pages (and > 4000 "positions") the TOC seems to be missing most of the
sections of the whole book. And without a proper TOC using a book like
this on an e-ink reader like Kindle it is very difficult to "jump"
between sections.

Regards!


Esteban A. Maringolo


2016-05-30 12:35 GMT-03:00 Andy Burnett :
> On 30 May 2016 at 11:32, Damien Cassou  wrote:
>>
>> Andy Burnett  writes:
>> > Works very nicely on my iPhone. It would be great to have all the books
>> > in
>> > this format.
>>
>> you can encourage us doing so by making a donation to ESUG which
>> sponsors our books.
>>
>
> Great idea!  And, I have just done it :-)

Re: [Pharo-users] [ANN] New Pharo Glorp version and Book chapter

[Guille Polito]

 Original Message 

2016-05-30 12:49 GMT-03:00 Guille Polito :

Cool!

Do you know which are the changes that got harvested with the new port? I
mean, the issues fixed or the features added. An approximated changelog
would do...

I don't know, I could collect them from the Cincom Repository, I just
took a look and there are over 100 commits of the Glorp bundle between
2012 and 2015. I'll perform a few queries, in Glorp, to retrieve them
and summarize it wherever possible.

I can easily recall changes in the Query API and features like
supporting SQL's IN operator, as well as others, and support for newer
versions of the platforms.

One important step, is that we know which version we forked from, in
the past in the Glorp mailing list happened many times they told me
"use this or that" and it wasn't supported, and we didn't know how to
compare feature support.

Glorp lacks a good versioning strategy and just follows VW release
numbers, for Pharo I decided this port will be 2.0 and use semantic
versioning for future releases.



 Original Message 

Thanks all. There were several people that helped me along this
endeavor and I thank again the Pharo Consortium for pushing this.
The Garage drivers got hurt by the changes in the FFI API (UFFI), but
there are some people working on getting them back for Pharo 5. This
is really important, and for those RDBMS you mention in particular,
according to a survey [1] I did at the end of last year. We'll get
there.

That's strange. Mysql, Postgresql and Sqlite are working both for windows
and linux, pharo 4 and 5.

The only one that is not yet working is opendbx.

Is there something I'm not aware of?

Pharo 4 is out of the question because it uses the old FFI. PostgreSQL
and MySQL are native, so they weren't affected by FFI. But for the
latest version the Garage SQLite3 driver passes its own tests (Garage
ones), but when the Glorp Test suite is run with it as its driver,
lots of tests fail, related with basic things of SQLite, not Glorp.

Maybe we need to enhance Garage's test suite?
Can you point me to the exact cases?

  I
raised this concern at the beginning of this month in the #databases
channel in Slack.
I'm not always reading slack, and sometimes I forget to open it. My 
linux machine does not remember opened apps as well as my old mac did :)



I was delaying the release because of SQLite3
support, but couldn't wait more. However Pierce Ng (maintainer of the
SQLite3 FFI driver) is working on it, but not as part of Garage AFAIU.


Also, I copied the latest commit from the SmalltalkHub repo to GitHub
in order to use its issue tracker [3] for bug reporting.

Nice!
Soon we will have git support by default in Pharo :)

I heard about it, I look forward to see it in action :)

Regards!

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

[p...@highoctane.be]

Calibre all the way :-)

Can even decrypt Kindle books with the right plugin (especially useful when
I bought them through my wife's account by mistake).

Phil


Garanti
sans virus. www.avast.com

<#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Tue, May 31, 2016 at 2:09 AM, Esteban A. Maringolo 
wrote:

> 2016-05-30 20:58 GMT-03:00 Bernardo Ezequiel Contreras <
> vonbecm...@gmail.com>:
> > hi,
> >  i try to open the file with fbreader on debian wheezy, and the file
> seems
> > to be empty or corrupted (i see some parts of it).
> > it is not clear what's going on, also it is the first time that i open
> this
> > class of file. i hope this helps.
> >
> > should i try a different epub reader?
>
>
> I think you should, try with the Calibre eBook manager/reader, or the
> Kindle app in your phone/tablet.
>
> Esteban A. Maringolo
>
>
>

Re: [Pharo-users] Create PNG (from pdf?)

[Sabine Manaa]

Hi Franz Josef,

thank you. Torsten Bergmann recommended http://pdfbox.apache.org/ to me and
I am just playing around with it. My first impression is, that ImageMagick
has more features. It is great to have 2 promising alternatives. I will
have a look at it, too.

Regards
Sabine

2016-05-30 23:01 GMT+02:00 Franz Josef Konrad :

> In our editorial system we use ImageMagick for this task. I guess you have
> this option on your list. If not, have a look at <
> http://imagemagick.org/discourse-server/viewtopic.php?t=19432>.
> I only can state, ImageMagick is doing this job reliable at over 1000
> clients.
>
> Regards,
> Franz Josef
>
>
>
>
> Am 30.05.2016 um 13:10 schrieb Sabine Manaa:
>
>> Hi,
>>
>> in my online application, I create pdf reports with artefact. Works great.
>>
>> Now, I want to show small previews of those reports with real data.
>> I want them to be images (png).
>>
>> I am searching for ideas how to solve this.
>>
>> I have a list of advantages/disadvantages of various ways but no final
>> idea/decision.
>>
>> I am very interested in ideas of the community.
>> Perhaps someone had a similar problem? How did you solve this?
>>
>> Regards
>> Sabine
>>
>>
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://forum.world.st/Create-PNG-from-pdf-tp4898103.html
>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>>
>>
>
>

Re: [Pharo-users] Mongo-BSON OID LargePositiveInteger increase

[Holger Freyther]

> On 30 May 2016, at 19:03, Henrik Johansen  
> wrote:
> 

Hi!


> It's starting to come back to me; IIRC, + will normalize results to 
> SmallIntegers, digitAdd: will not.

not with Pharo5:

((LargePositiveInteger new: 3) digitAdd: SmallInteger maxVal - 10) class
=> SmallInteger



> I thought it would be nice to use a single
> replaceFrom:to:with:startingAt:
> call to insert the entire counter; however, I didn't bench that particular 
> part.

yes, it is nice


> So while the rewrite overall gained a small amount of speed, it turns out 
> digitAdd: is quite slow (even though it's a primitive), so reverting to using 
> Smallinteger arithmetic for the counter, and inserting the counter a digit at 
> a time is most likely worth it:
> 
> "Pharo4, LargeInteger counter"
> [OID new] bench '1,194,004 per second'
> 
> "Pharo4, reverted to SmallInteger counter"
> [OID new] bench '1,681,203 per second'

cool! Change looks good but please remove the obsolete >>#digitAdd: comment.

thanks a lot!!

holger

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

[Damien Cassou]

Andy Burnett  writes:
> Great idea!  And, I have just done it :-)

thank you *very* much. ESUG received your donation.

-- 
Damien Cassou
http://damiencassou.seasidehosting.st

"Success is the ability to go from one failure to another without
losing enthusiasm." --Winston Churchill

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

[Mark Bestley]

On 30/05/2016 15:44, Thibault ARLOING wrote:

Hi,

I created an ePub version of the book Enterprise Pharo for electronic
readers.
It would be great if you could test it and give me feedbacks on
everything that shocks you.

You can downlod the file here
.



It is not a valid epub file epubcheck finds many errors 




The first ome which will stop some readers loading at all is

Mimetype file entry is missing or is not the first file in the archive.




--
Mark

[Pharo-users] Changes file without

[Valentin Ryckewaert]

Hello everyone,

I'm trying to execute a script from a .st file on a image whose changes
file isn't writable.
When i do this, I'm getting a bug with primSize... It looks like get size
of the file need write access ?
The exception :
Primitive failed: primitive #primsize: in MultiByteFileStream

Does someone have an idea of the reason of this problem please?

Valentin

Re: [Pharo-users] Is lazy evaluation of infinite series possible?

[Cédrick Béler]

I have no idea of the solution… but what I just read brought to me « 
Continuation » . I wonder if it may help here.
My 0.2 cents,
Cédrik

Re: [Pharo-users] Mongo-BSON OID LargePositiveInteger increase

[Henrik Johansen]

> On 31 May 2016, at 11:44 , Holger Freyther  wrote:
> 
> not with Pharo5:
> 
> ((LargePositiveInteger new: 3) digitAdd: SmallInteger maxVal - 10) class
> => SmallInteger

That's a very recent change to the LargeInteger primitives, wasn't in my old 
spur vm (a month old perhaps).
So,in addition to #digitAdd: being 3 times slower than #+ (...jittability? 
Shouldn't be *that* much more work to add a byte to another byte compared to 
whatever #+ does)
nor is it hitting the fast path for replaceFrom:.. (2 variableX instances) 
either, meaning it'll see an even bigger improvement from reverting compared to 
Pharo4 (which got 50% faster...)

> '
> 
> cool! Change looks good but please remove the obsolete >>#digitAdd: comment.
> 
> thanks a lot!!

Done, published as .47
Tested counter increments and reset at image startup, seemed to work at least.

Cheers,
Henry


signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [Pharo-users] Is lazy evaluation of infinite series possible?

[Hilaire]

Multiplication of power series looks tricky as for the term k of the
resulting power series you need to access terms where sum index value to
k. (ps1 next: i) and (ps2 next: k - i). Somehow the bloc of code
defining the multiplicated serie needs to know about its current rank k.

You should not need a dedicated .* operator, you can handle it with only
* operator with appropriate object testing.

No real answer

Le 30/05/2016 21:47, Erisa a écrit :
> The fibonacciSequence example was really helpful.  I made a new class
> PowerSeries, a subclass of Generator.  Then I defined a binary operation  +
> as follows:
> 
> + aPowerSeries
>   ^ PowerSeries on: [ :ps |
> | a b |
> [ a := self next.
>   b := aPowerSeries next.
>   ps yield: (a + b) ]
> repeat ]
> 
> This works perfectly.  But now I am struggling with how to define
> multiplication.  When I do PS1 * PS2, the first yield should be a := PS1
> next. b := PS2 next. ps yield (a * b).  Thereafter would come the
> PowerSeries, call it PSNew,  (PS2 .* a) + (PS1 * PS2'),  where .* is scalar
> multiplication (easy to implement) and PS2' is the original PS2 (i.e.,
> rewound 1).  I see several problems here.  It looks like I need a way to
> clone (fork?) a PowerSeries since in this computation I need both the
> current PS2 and the original PS2 and be able to operate with them
> independently.  Second, how do I define the generator so that it first
> yields the scalar (a*b) and thereafter is represented by the PowerSeries
> PSNew?  Finally, will the recursion in the definition of * blow up rapidly? 

-- 
Dr. Geo
http://drgeo.eu

Re: [Pharo-users] Changes file without

[Mariano Martinez Peck]

There used to be a #discardChanges or #forgetChanges or some message like
that that allowed one to discard .changes file. But I cannot seem to find
that anymore in 5.0. Maybe it is #closeSourceFiles.

The reason could be becuase the do-it (same as executing a .st) are tracked
in the changes file. Another possibility is to explicitly disable the
announcers, hoping that the changes writing happens via announcements:

SystemAnnouncer uniqueInstance suspendAllWhile: [ self executeYourScript ]

Hope this helps.


On Tue, May 31, 2016 at 8:22 AM, Valentin Ryckewaert <
valentin.ryckewa...@gmail.com> wrote:

> Hello everyone,
>
> I'm trying to execute a script from a .st file on a image whose changes
> file isn't writable.
> When i do this, I'm getting a bug with primSize... It looks like get size
> of the file need write access ?
> The exception :
> Primitive failed: primitive #primsize: in MultiByteFileStream
>
> Does someone have an idea of the reason of this problem please?
>
> Valentin
>



-- 
Mariano
http://marianopeck.wordpress.com

Re: [Pharo-users] Changes file without

[stepharo]

If you execute your script with an image with ui you should be able to 
see the stack.




Le 31/5/16 à 12:22, Valentin Ryckewaert a écrit :

Hello everyone,

I'm trying to execute a script from a .st file on a image whose 
changes file isn't writable.
When i do this, I'm getting a bug with primSize... It looks like get 
size of the file need write access ?

The exception :
Primitive failed: primitive #primsize: in MultiByteFileStream

Does someone have an idea of the reason of this problem please?

Valentin

Re: [Pharo-users] Changes file without

[stepharo]

Thanks mariano

We are trying to find all the places that are writing to disc and others 
and we should be able to turn them on and off.


Stef


Le 31/5/16 à 14:29, Mariano Martinez Peck a écrit :
There used to be a #discardChanges or #forgetChanges or some message 
like that that allowed one to discard .changes file. But I cannot seem 
to find that anymore in 5.0. Maybe it is #closeSourceFiles.


The reason could be becuase the do-it (same as executing a .st) are 
tracked in the changes file. Another possibility is to explicitly 
disable the announcers, hoping that the changes writing happens via 
announcements:


SystemAnnouncer uniqueInstance suspendAllWhile: [ self executeYourScript ]

Hope this helps.

On Tue, May 31, 2016 at 8:22 AM, Valentin Ryckewaert 
mailto:valentin.ryckewa...@gmail.com>> 
wrote:


Hello everyone,

I'm trying to execute a script from a .st file on a image whose
changes file isn't writable.
When i do this, I'm getting a bug with primSize... It looks like
get size of the file need write access ?
The exception :
Primitive failed: primitive #primsize: in MultiByteFileStream

Does someone have an idea of the reason of this problem please?

Valentin




--
Mariano
http://marianopeck.wordpress.com

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

[stepharo]

I created an ePub version of the book Enterprise Pharo for
electronic readers.
It would be great if you could test it and give me feedbacks on
everything that shocks you.

You can downlod the file
here.

Thanks,
Thibault


Works very nicely on my iPhone. It would be great to have all the 
books in this format.


this is the idea :)

Stef



Cheers
Andy

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

[stepharo]

Thibaut

we should try Calibre to validate your output.

I do not know if it works on linux.


Stef


Le 30/5/16 à 20:58, Esteban A. Maringolo a écrit :

Hi Thibault,

Thanks for working on this. I sent the epub to my Kindle (converted to
mobi by Calibre).

The content is well formatted and everything looks fine, even code
snippets (although the font is too large, larger than the paragraph
character).

The only thing that is wrong is the table of contents, with over 200
pages (and > 4000 "positions") the TOC seems to be missing most of the
sections of the whole book. And without a proper TOC using a book like
this on an e-ink reader like Kindle it is very difficult to "jump"
between sections.

Regards!


Esteban A. Maringolo


2016-05-30 12:35 GMT-03:00 Andy Burnett :

On 30 May 2016 at 11:32, Damien Cassou  wrote:

Andy Burnett  writes:

Works very nicely on my iPhone. It would be great to have all the books
in
this format.

you can encourage us doing so by making a donation to ESUG which
sponsors our books.


Great idea!  And, I have just done it :-)

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

[stepharo]

Thanks this is great to have a validator.

Stef


Le 31/5/16 à 11:50, Mark Bestley a écrit :

On 30/05/2016 15:44, Thibault ARLOING wrote:

Hi,

I created an ePub version of the book Enterprise Pharo for electronic
readers.
It would be great if you could test it and give me feedbacks on
everything that shocks you.

You can downlod the file here
.



It is not a valid epub file epubcheck finds many errors 




The first ome which will stop some readers loading at all is

Mimetype file entry is missing or is not the first file in the archive.

Re: [Pharo-users] [UFFI] Call a function where argument type is char ** (argv)

[Blondeau Vincent]

TL;DR: How to pass as argument an array of Strings (char **) with Unified-FFI?

Vincent

De : Blondeau Vincent
Envoyé : mercredi 25 mai 2016 13:58
À : Pharo Development List
Objet : [UFFI] Call a function where argument type is char ** (argv)

Hello,

I have written a R bridge in Pharo and I would like to migrate it from 
NativeBoost to UFFI.
Most of the changes are easy to do but I am stuck to a double pointer problem.
I have to call the function: int Rf_initEmbeddedR(int argc, char ** argv). I 
know how to give the int but the char ** is a problem. It is an array of 
Strings.

With NB, I managed to have this (working) code:
"This is 32bit... too bad..."
strings := OrderedCollection new.
par := NativeBoost allocate: 4 * params size.
params
keysAndValuesDo: [ :i :each |
| str |
str := each asNBExternalString.
strings add: str.
par nbUInt32AtOffset: (i - 1) * 
4 put: str value ].
self prim_initEmbeddedRargc: params size argv: par ]
ensure: [
"Free the memory we allocated"
par ifNotNil: [ par free ].
strings ifNotNil: [ strings do: 
[ :each | each free ] ] ]

With a primitive call:
Self nbCall: #(int Rf_initEmbeddedR(int argc, char *argv))

Do I still need to create my own array of strings or FFI creates it for me? How?

Thanks in advance for your answers,

Vincent


!!!*
"Ce message et les pièces jointes sont confidentiels et réservés à l'usage 
exclusif de ses destinataires. Il peut également être protégé par le secret 
professionnel. Si vous recevez ce message par erreur, merci d'en avertir 
immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant 
être assurée sur Internet, la responsabilité de Worldline ne pourra être 
recherchée quant au contenu de ce message. Bien que les meilleurs efforts 
soient faits pour maintenir cette transmission exempte de tout virus, 
l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne 
saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for 
the addressee; it may also be privileged. If you receive this e-mail in error, 
please notify the sender immediately and destroy it. As its integrity cannot be 
secured on the Internet, the Worldline liability cannot be triggered for the 
message content. Although the sender endeavours to maintain a computer 
virus-free network, the sender does not warrant that this transmission is 
virus-free and will not be liable for any damages resulting from any virus 
transmitted.!!!"

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

[Thibault ARLOING]

I just found a validator on web browser which works well, so now I use it.
I will still have a look to Calibre, maybe it is better

Thibault


De : Pharo-users  de la part de stepharo 

Envoyé : mardi 31 mai 2016 16:09
À : pharo-users@lists.pharo.org
Objet : Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

Thibaut

we should try Calibre to validate your output.

I do not know if it works on linux.


Stef


Le 30/5/16 à 20:58, Esteban A. Maringolo a écrit :
> Hi Thibault,
>
> Thanks for working on this. I sent the epub to my Kindle (converted to
> mobi by Calibre).
>
> The content is well formatted and everything looks fine, even code
> snippets (although the font is too large, larger than the paragraph
> character).
>
> The only thing that is wrong is the table of contents, with over 200
> pages (and > 4000 "positions") the TOC seems to be missing most of the
> sections of the whole book. And without a proper TOC using a book like
> this on an e-ink reader like Kindle it is very difficult to "jump"
> between sections.
>
> Regards!
>
>
> Esteban A. Maringolo
>
>
> 2016-05-30 12:35 GMT-03:00 Andy Burnett :
>> On 30 May 2016 at 11:32, Damien Cassou  wrote:
>>> Andy Burnett  writes:
 Works very nicely on my iPhone. It would be great to have all the books
 in
 this format.
>>> you can encourage us doing so by making a donation to ESUG which
>>> sponsors our books.
>>>
>> Great idea!  And, I have just done it :-)
>

Re: [Pharo-users] Changes file without

[Sven Van Caekenberghe]

I haven't tried it, but have a look at 

PharoFilesOpener>>#unsetInformAboutReadOnlyChanges
  "Make sure the user is *not* informed when the .changes file can not be 
written to."
  shouldInformAboutReadOnlyChanges := false

> On 31 May 2016, at 13:22, Valentin Ryckewaert  
> wrote:
> 
> Hello everyone,
> 
> I'm trying to execute a script from a .st file on a image whose changes file 
> isn't writable.
> When i do this, I'm getting a bug with primSize... It looks like get size of 
> the file need write access ?
> The exception :
> Primitive failed: primitive #primsize: in MultiByteFileStream
> 
> Does someone have an idea of the reason of this problem please?
> 
> Valentin

Re: [Pharo-users] What should I name my nested packages?

[Evan Donahue]

Yes, that looks like it. Thanks.

Relatedly, do I correctly infer that tags only organise /within/ packages,
and so cannot be downloaded separately?

Thank you,
Evan



--
View this message in context: 
http://forum.world.st/What-should-I-name-my-nested-packages-tp4898193p4898399.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

[stepharo]

Yes the one of github looks good.

My mail arrived after.


Stef


Le 31/5/16 à 15:29, Thibault ARLOING a écrit :

I just found a validator on web browser which works well, so now I use it.
I will still have a look to Calibre, maybe it is better

Thibault


De : Pharo-users  de la part de stepharo 

Envoyé : mardi 31 mai 2016 16:09
À : pharo-users@lists.pharo.org
Objet : Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

Thibaut

we should try Calibre to validate your output.

I do not know if it works on linux.


Stef


Le 30/5/16 à 20:58, Esteban A. Maringolo a écrit :

Hi Thibault,

Thanks for working on this. I sent the epub to my Kindle (converted to
mobi by Calibre).

The content is well formatted and everything looks fine, even code
snippets (although the font is too large, larger than the paragraph
character).

The only thing that is wrong is the table of contents, with over 200
pages (and > 4000 "positions") the TOC seems to be missing most of the
sections of the whole book. And without a proper TOC using a book like
this on an e-ink reader like Kindle it is very difficult to "jump"
between sections.

Regards!


Esteban A. Maringolo


2016-05-30 12:35 GMT-03:00 Andy Burnett :

On 30 May 2016 at 11:32, Damien Cassou  wrote:

Andy Burnett  writes:

Works very nicely on my iPhone. It would be great to have all the books
in
this format.

you can encourage us doing so by making a donation to ESUG which
sponsors our books.


Great idea!  And, I have just done it :-)

[Pharo-users] How to load Glorp / SQLite3?

[Alistair Grant]

Hi All,

Thanks to Estaban and everyone involved in making Glorp available in
Pharo 5.0.

I'm trying to work my way through the examples in the Glorp book
(https://ci.inria.fr/pharo-contribution/job/PharoBookWorkInProgress/lastSuccessfulBuild/artifact/book-result/Glorp/Glorp.pdf)
but, embarrassingly, haven't got past the first step.

My understanding from the book is that I load Glorp with:

Metacello new
smalltalkhubUser: 'DBXTalk' project: 'Garage';
configuration: 'GarageGlorp';
version: #stable;
load.

I've also tried loading the Glorp package with:

Gofer it
url: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main';
configurationOf: 'Glorp';
loadStable

but still aren't able to execute the first command in the book:

GAGlorpAccessor beDefaultGlorpDriver

since GAGlorpAccessor isn't in the image, or, later on:

accessor := GarageDatabaseAccessor forLogin: login.
accessor login.

since GarageDatabaseAccessor also isn't in the image. (I was able to
create the login object).

What is the required sequence of Montacello / Gofer loads to be able to
use Glorp with SQLite3?

Thanks,
Alistair
(who is sure he has missed the obvious)

Re: [Pharo-users] How to load Glorp / SQLite3?

[Esteban A. Maringolo]

It wasn't your mistake, there was an error that leaked into the script
because of one of those "last minutes changes". My bad.

However, as I told you in the #databases channel, but I'm replying
here so everyone else knows, Glorp supports SQLite3 as one of its
platforms and actually this port brings many corrections and
modifications for such particular platform, but the SQLite3 driver in
Pharo 5 isn't fully functional (aka, doesn't work) yet because of
changes in the FFI of Pharo 5.

Pierce, the developer of NB SQLite3 driver
 is helping us with getting the
SQLite3 driver back to Pharo 5.

This issue can be followed "live" in the
https://pharoproject.slack.com/messages/databases/ channel.

Regards!

Esteban A. Maringolo


2016-05-31 15:08 GMT-03:00 Alistair Grant :
> Hi All,
>
> Thanks to Estaban and everyone involved in making Glorp available in
> Pharo 5.0.
>
> I'm trying to work my way through the examples in the Glorp book
> (https://ci.inria.fr/pharo-contribution/job/PharoBookWorkInProgress/lastSuccessfulBuild/artifact/book-result/Glorp/Glorp.pdf)
> but, embarrassingly, haven't got past the first step.
>
> My understanding from the book is that I load Glorp with:
>
> Metacello new
> smalltalkhubUser: 'DBXTalk' project: 'Garage';
> configuration: 'GarageGlorp';
> version: #stable;
> load.
>
> I've also tried loading the Glorp package with:
>
> Gofer it
> url: 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main';
> configurationOf: 'Glorp';
> loadStable
>
> but still aren't able to execute the first command in the book:
>
> GAGlorpAccessor beDefaultGlorpDriver
>
> since GAGlorpAccessor isn't in the image, or, later on:
>
> accessor := GarageDatabaseAccessor forLogin: login.
> accessor login.
>
> since GarageDatabaseAccessor also isn't in the image. (I was able to
> create the login object).
>
> What is the required sequence of Montacello / Gofer loads to be able to
> use Glorp with SQLite3?
>
> Thanks,
> Alistair
> (who is sure he has missed the obvious)
>
>

Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

[Mark Bestley]

It would be OK to read with Calibre but it is designed as a reader so 
will allow some errors through which would affect other readers. The 
epubValidator is designed to find issues and so will show much more so 
it would be better to add that to your working process.



Mark



On 31/05/2016 15:29, Thibault ARLOING wrote:

I just found a validator on web browser which works well, so now I use it.
I will still have a look to Calibre, maybe it is better

Thibault


De : Pharo-users  de la part de stepharo 

Envoyé : mardi 31 mai 2016 16:09
À : pharo-users@lists.pharo.org
Objet : Re: [Pharo-users] Call for feedbacks: Enterprise Pharo ePub version

Thibaut

we should try Calibre to validate your output.

I do not know if it works on linux.


Stef


Le 30/5/16 à 20:58, Esteban A. Maringolo a écrit :

Hi Thibault,

Thanks for working on this. I sent the epub to my Kindle (converted to
mobi by Calibre).

The content is well formatted and everything looks fine, even code
snippets (although the font is too large, larger than the paragraph
character).

The only thing that is wrong is the table of contents, with over 200
pages (and > 4000 "positions") the TOC seems to be missing most of the
sections of the whole book. And without a proper TOC using a book like
this on an e-ink reader like Kindle it is very difficult to "jump"
between sections.

Regards!


Esteban A. Maringolo


2016-05-30 12:35 GMT-03:00 Andy Burnett :

On 30 May 2016 at 11:32, Damien Cassou  wrote:

Andy Burnett  writes:

Works very nicely on my iPhone. It would be great to have all the books
in
this format.

you can encourage us doing so by making a donation to ESUG which
sponsors our books.


Great idea!  And, I have just done it :-)










--
Mark