September 2015 - Pharo-users

Re: [Pharo-users] [ OT ] About Encodings and Character Sets

by Sven Van Caekenberghe

> On 28 Sep 2015, at 03:18, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > > Thanks Sven, > > Today I used your superb documentation to solve a bug in my software caused by my improper handling of encoding. Your documentation was very helpful. Thanks. BTW, here is the official book link: http://files.pharo.org/books/enterprisepharo/book/html/Zinc-Encoding-Meta.h… Which you'll find starting from http://books.pharo.org > Cheers, > > Offray > > On 27/06/15 05:04, Sven Van Caekenberghe wrote: >> This is a nice article: >> >> What Every Programmer Absolutely, Positively Needs to Know About Encodings and Character Sets to Work With Text >> >> http://kunststube.net/encoding/ >> >> Which refers to this well known article: >> >> The Absolute Minimum Every Software Developer Absolutely, Positively Must Know About Unicode and Character Sets (No Excuses!) >> >> http://www.joelonsoftware.com/articles/Unicode.html >> >> Sven >> >> PS: in Pharo, the first part of this draft might help too: >> >> Character Encoding and Resource Meta Description >> >> http://stfx.eu/EnterprisePharo/Zinc-Encoding-Meta/ >> >> A newer version will be part of the upcoming book. >> > >

Sept. 28, 2015

Re: [Pharo-users] is " #^ " legal syntax?

by Ben Coman

Interesting though that #'a' printIt--> #a but #'^' printIt--> #'^' cheers -ben On Sun, Sep 27, 2015 at 7:05 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > Hi Udo, > > #^ is invalid by definition. #'^' is the right way to write it. > > The definition is that # can be followed by a message selector (including > binary selectors such as -), or by a quoted string, or by an opening > parenthesis (array literal). > > Regards, > > Thierry > > > Le 27/09/2015 12:27, Udo Schneider a Ã©crit : >> >> All, >> >> I just hit a case where I needed to return the caret character "^" as a >> Symbol. However simply doing something like >> >> method >> ^ #^. >> >> doesn't work. Even inspecting the symbol itself >> >> #^ inspect. >> >> doesn't work. "Quoting" the caret works fine: >> >> method >> ^ #'^'. >> >> So I'm wondering whether #^ (w/o) quoting is considered to be legal >> syntax and it's a parser "bug" or whether it's invalid by definition >> >> CU, >> >> Udo >> >> >> > >

Sept. 28, 2015

Re: [Pharo-users] [ OT ] About Encodings and Character Sets

by Offray Vladimir Luna CÃ¡rdenas

Thanks Sven, Today I used your superb documentation to solve a bug in my software caused by my improper handling of encoding. Your documentation was very helpful. Cheers, Offray On 27/06/15 05:04, Sven Van Caekenberghe wrote: > This is a nice article: > > What Every Programmer Absolutely, Positively Needs to Know About Encodings and Character Sets to Work With Text > > http://kunststube.net/encoding/ > > Which refers to this well known article: > > The Absolute Minimum Every Software Developer Absolutely, Positively Must Know About Unicode and Character Sets (No Excuses!) > > http://www.joelonsoftware.com/articles/Unicode.html > > Sven > > PS: in Pharo, the first part of this draft might help too: > > Character Encoding and Resource Meta Description > > http://stfx.eu/EnterprisePharo/Zinc-Encoding-Meta/ > > A newer version will be part of the upcoming book. >

Sept. 28, 2015

Is Pharo the best system to make this application?

by Justin Northrop

I've described it here: https://www.reddit.com/r/smalltalk/comments/3mk0pe/what_system_should_i_use… Basically, it's a visual programming language, and an environment controlled by this language that allows real-time shared editing of the visual language, and real-time transmission of audio and video. - Justin

Sept. 27, 2015

Re: [Pharo-users] Pharo - database without database

by Adam

Hello, thank You for great hints. I will look at this. Have a nice day, Adam. Dne Ne 27. zÃ¡ÅÃ 2015 19:16:10, phil(a)highoctane.be napsal(a): > Adam, > > SandstoneDb may be of interest to you: > > http://www.smalltalkhub.com/#!/~gnaritas/SandstoneDb > "SandstoneDb is a lightweight Prevayler style embedded object database with > an ActiveRecord API that doesn't require a command pattern and works for > small apps that a single Squeak image can handle. The idea is to make a > Squeak image durable and crash proof and suitable for use in small office > applications. > > Data is kept in ram for speed and on disk for safety. All data is reloaded > from disk on image startup. > > Since we're dealing with live objects in memory, concurrency is handled via > optional record level critical sections rather than optimistic locking and > commit failures. It's up to the developer to use critical sections at the > appropriate points by using the critical method on the record. > > Saves are atomic for an ActiveRecord and all its non ActiveRecord children, > for example, an order and its items. There is no atomic save across > multiple ActiveRecords. A record is a cluster of objects that are stored in > a single file together. > > After installing SandstoneDb make sure to restart your image before > attempting to use it or running the tests." > > > Fuel may also have something in stock: > > https://ci.inria.fr/pharo-contribution/view/Books/job/EnterprisePharoBook/la > stSuccessfulBuild/artifact/book-result/Fuel/Fuel.pdf > > > I also use Mapless > > http://sebastianconcept.github.io/Mapless/ > > > HTH > > Phil > > On Sun, Sep 27, 2015 at 6:47 PM, Adam <adam(a)234.cz> wrote: > > Hello, > > > > I was wondering if it is possible for Pharo to load lots of data and query > > them without using external DB, just using object memory. Well, someting > > like > > GemStone/S, but not so sophisticated. > > > > I did some research so here is details what I found. I would appreciate if > > someone can tell me if any points of this agenda can be allready done or > > need > > to be programmed, or if this whole idea is waste of time and it is better > > to > > use external DB. > > > > 1) Object memory limit: Current object memory of Pharo is limited to 4GB. > > Free > > version of GemStone/S is also limited to 4GB, so I would rather stick with > > Pharo until I reach this level. And in the future this limit grow due to > > 64bit > > version of VM. > > 2) Saving to disk: Is it possible to save object or group of objects to > > disk > > and ensure consistency? With some transaction mechanism and transaction > > log? > > 3) RAM limit: Is it possible to delete objects from memory, move them to > > the > > disk and not break its connections to other objects? For example by > > redirecting object internal ID to some kind of hollow object, that will > > renew > > receiver of message from disk if necessary... This approach can also > > possibly > > split object memory into more "remote" sources. > > 4) Indexing: What optimalization for searching current collections in > > Pharo > > do? For example: how to store instances of City if I would like to search > > through it by name and also by its postal code? Is there some library for > > creating fulltext search (maybe Spotter uses that - I did not study it > > yet). > > > > Have a nice day, and thanks for any answer. > > > > Adam

Sept. 27, 2015

Re: [Pharo-users] Pharo - database without database

by phil＠highoctane.be

Adam, SandstoneDb may be of interest to you: http://www.smalltalkhub.com/#!/~gnaritas/SandstoneDb "SandstoneDb is a lightweight Prevayler style embedded object database with an ActiveRecord API that doesn't require a command pattern and works for small apps that a single Squeak image can handle. The idea is to make a Squeak image durable and crash proof and suitable for use in small office applications. Data is kept in ram for speed and on disk for safety. All data is reloaded from disk on image startup. Since we're dealing with live objects in memory, concurrency is handled via optional record level critical sections rather than optimistic locking and commit failures. It's up to the developer to use critical sections at the appropriate points by using the critical method on the record. Saves are atomic for an ActiveRecord and all its non ActiveRecord children, for example, an order and its items. There is no atomic save across multiple ActiveRecords. A record is a cluster of objects that are stored in a single file together. After installing SandstoneDb make sure to restart your image before attempting to use it or running the tests." Fuel may also have something in stock: https://ci.inria.fr/pharo-contribution/view/Books/job/EnterprisePharoBook/l… I also use Mapless http://sebastianconcept.github.io/Mapless/ HTH Phil On Sun, Sep 27, 2015 at 6:47 PM, Adam <adam(a)234.cz> wrote: > Hello, > > I was wondering if it is possible for Pharo to load lots of data and query > them without using external DB, just using object memory. Well, someting > like > GemStone/S, but not so sophisticated. > > I did some research so here is details what I found. I would appreciate if > someone can tell me if any points of this agenda can be allready done or > need > to be programmed, or if this whole idea is waste of time and it is better > to > use external DB. > > 1) Object memory limit: Current object memory of Pharo is limited to 4GB. > Free > version of GemStone/S is also limited to 4GB, so I would rather stick with > Pharo until I reach this level. And in the future this limit grow due to > 64bit > version of VM. > 2) Saving to disk: Is it possible to save object or group of objects to > disk > and ensure consistency? With some transaction mechanism and transaction > log? > 3) RAM limit: Is it possible to delete objects from memory, move them to > the > disk and not break its connections to other objects? For example by > redirecting object internal ID to some kind of hollow object, that will > renew > receiver of message from disk if necessary... This approach can also > possibly > split object memory into more "remote" sources. > 4) Indexing: What optimalization for searching current collections in Pharo > do? For example: how to store instances of City if I would like to search > through it by name and also by its postal code? Is there some library for > creating fulltext search (maybe Spotter uses that - I did not study it > yet). > > Have a nice day, and thanks for any answer. > > Adam > > >

Sept. 27, 2015

Pharo - database without database

by Adam

Hello, I was wondering if it is possible for Pharo to load lots of data and query them without using external DB, just using object memory. Well, someting like GemStone/S, but not so sophisticated. I did some research so here is details what I found. I would appreciate if someone can tell me if any points of this agenda can be allready done or need to be programmed, or if this whole idea is waste of time and it is better to use external DB. 1) Object memory limit: Current object memory of Pharo is limited to 4GB. Free version of GemStone/S is also limited to 4GB, so I would rather stick with Pharo until I reach this level. And in the future this limit grow due to 64bit version of VM. 2) Saving to disk: Is it possible to save object or group of objects to disk and ensure consistency? With some transaction mechanism and transaction log? 3) RAM limit: Is it possible to delete objects from memory, move them to the disk and not break its connections to other objects? For example by redirecting object internal ID to some kind of hollow object, that will renew receiver of message from disk if necessary... This approach can also possibly split object memory into more "remote" sources. 4) Indexing: What optimalization for searching current collections in Pharo do? For example: how to store instances of City if I would like to search through it by name and also by its postal code? Is there some library for creating fulltext search (maybe Spotter uses that - I did not study it yet). Have a nice day, and thanks for any answer. Adam

Sept. 27, 2015

[ANN] Mathex release 0.2

by Julien Delplanque

Hi all, I just released Mathex 0.2 (https://github.com/juliendelplanque/mathex/releases/tag/0.2) Here are the improvements: - Made preview in GT-Inspector asynchronous. - Improved LaTeX code generated for compilation. - Mathex Rewriter is now loadable using 'MLoader loadRewriter'. - Removed greek letters globals, replaced them by #symbol asMathex. - Added some tests. - Some more refactoring. Documentation on Mathex-Rewriter package will be available soon on the wiki. In a nutshell it allows to write 'Mathex smalltalk' ie using literals without having to send explicitly #asMathex messages on them. So: ($b asMathex negated pm: #Delta asMathex sqrt) // (2 asMathex ,, $a asMathex) can be wrote: ($b negated pm: #Delta sqrt) // (2 ,, $a) to generate: '\frac{- b \pm\sqrt{\Delta}}{ 2 a }' if you use Mathex-Rewriter. It comes with a GUI (see attachment) that allows to write both Smalltalk and "Mathex-Smalltalk". Regards, Julien

Sept. 27, 2015

Re: [Pharo-users] pharotogo-discussion (fr)

by Tudor Girba

Nice! Doru On Sun, Sep 27, 2015 at 2:10 PM, stepharo <stepharo(a)free.fr> wrote: > Hi > > we created a mailing-list in french for togo people :) > > http://lists.gforge.inria.fr/mailman/listinfo/pharotogo-discussion > > Stef > > -- www.tudorgirba.com "Every thing has its own flow"

Sept. 27, 2015

pharotogo-discussion (fr)

by stepharo

Hi we created a mailing-list in french for togo people :) http://lists.gforge.inria.fr/mailman/listinfo/pharotogo-discussion Stef

Sept. 27, 2015