- Pharo-users - lists.pharo.org

Re: [Pharo-users] any OCR library for Pharo (Free or Commercial)

by Paul DeBruicker

I don't know for sure but I don't think so. See this thread, about halfway down, for some ideas about how to interface with 3rd party libs: http://forum.world.st/Polymorph-improvements-tp3712781.html tesseract is a 3rd partly lib that may meet your needs: http://en.wikipedia.org/wiki/Tesseract_%28software%29 Sanjay Minni wrote > Hi > > is there any OCR library which has been interfaced with Pharo > (may be Free or Commercial library licence). > > I need a robust one preferably without deployment licence fee > > Regards > Sanjay -- View this message in context: http://forum.world.st/any-OCR-library-for-Pharo-Free-or-Commercial-tp480237… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 29, 2015

any OCR library for Pharo (Free or Commercial)

by Sanjay Minni

Hi is there any OCR library which has been interfaced with Pharo (may be Free or Commercial library licence). I need a robust one preferably without deployment licence fee Regards Sanjay ----- --- Regards, Sanjay -- View this message in context: http://forum.world.st/any-OCR-library-for-Pharo-Free-or-Commercial-tp480237… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 29, 2015

Re: [Pharo-users] Waiting object

by Laura Risani

Thank you Ben, i will take a look at that loop process. On Wed, Jan 28, 2015 at 1:49 PM, Ben Coman <btc(a)openinworld.com> wrote: > > > On Wed, Jan 28, 2015 at 11:31 PM, Laura Risani <laura.risani(a)gmail.com> > wrote: > >> Hi Ben , >> #fork let me implement the overall functionality i wanted, but i had to >> introduce some minor changes into the design to reflect the concurrent >> nature of the msg. So i still feel curious about how one could implement >> this msg >> >> Waiting>> wait : seconds >> "i take the flow control during 'seconds' without halting image morphs >> and only then return to the sender " >> > > There is only one Morphic UI loop process which repetitively cycles for > Morph stepping and the main interactive UI. Use "Tools > Process Browser" > to take a look at that process (priority=40) and its stack and you'll > WorldMorph>>doOnceCycle. If you are curious, you can put a "self haltOnce" > in that method and invoke it using "System > Enable halt/inspect once" and > it will spawn that fault in that cycle off to another process you can trace > through, while the main process continues to cycle. > > However if you perform a non-concurrent #wait or busy calculation, then > the UI loop is prevented from looping at its usual speed (see > #interCyclePause). > > cheers -ben > > >> >> Best, >> Laura >> >> On Tue, Jan 27, 2015 at 7:00 PM, Ben Coman <btc(a)openinworld.com> wrote: >> >>> Hi Laura, Can you provide some more context by pasting code for how you >>> expect both your UI and calculation methods to interact? What is the >>> application? >>> >>> cheers -ben >>> >>> On Wed, Jan 28, 2015 at 5:49 AM, Laura Risani <laura.risani(a)gmail.com> >>> wrote: >>> >>>> Hi all, >>>> Thank you for your answers. >>>> >>>> But i yet can't see how to implement the method i wanted, because #fork >>>> schedules the process and immediately returns but i'd like to wait and only >>>> then return the answer. >>>> >>>> >>>> Best, >>>> Laura >>>> >>>> On Tue, Jan 27, 2015 at 3:46 PM, Laura Risani <laura.risani(a)gmail.com> >>>> wrote: >>>> >>>>> Hi all, >>>>> >>>>> I need an object/method like this one >>>>> >>>>> Waiting>> wait : seconds >>>>> "i take the flow control during 'seconds' without halting image morphs >>>>> stepping/handling (as Delay>>wait: does) and then return to the sender " >>>>> >>>>> How can i implement it? >>>>> Where can i borrow for reuse an existing one from? >>>>> >>>>> >>>>> Best, >>>>> Laura >>>>> >>>> >>>> >>> >> >

Jan. 29, 2015

Re: [Pharo-users] New book for Pharo :)

by Werner Kassens

Hi HernÃ¡n, >We have to get better at communication. It doesn't work if all of us fork libraries. i guess i disagree, the occasional fork <g> can be freshening. >But I don't want to be forced to load the whole SciSmalltalk to use 3 methods in NumericalMethods. that's not really necessary. assuming that you want to also use the dhb-extensions, you can eg do something like: (ConfigurationOfSciSmalltalk project version:#stable)load: #('Math-DHB-NumericalExtensions' 'Math-Tests-DHB-Numerical'). "a MetacelloFetchingMCSpecLoader(linear load : linear load : 0.16 [ConfigurationOfSciSmalltalk] linear load : 1.0 [ConfigurationOfArbitraryPrecisionFloat] load : ArbitraryPrecisionFloat-nice.38 load : ArbitraryPrecisionFloatTests-nice.16 load : ExtendedNumberParser-nice.1 load : Math-DHB-Numerical-wernerkassens.30 load : Math-Tests-DHB-Numerical-wernerkassens.9 load : Math-DHB-NumericalExtensions-WernerKassens.5)" this loads additionally ArbitraryPrecisionFloat, but this is, i'd say, an unimportant bug in the config, that should get repaired occasionally. and ArbitraryPrecisionFloat is not that big. it's not really a problem. >Can you import the ConfigurationOfNumericalMethod from a common repository in SciSmalltalk? there could eventually be a little difficulty. you cant load both versions. of course one could work around that problem in the config, but 1. the config of scismalltalk is already complicated enough, that hardly anyone changing it can get things right there at their first attempt. 2.it would also complicate the _use_ of the config for the user, a big drawback imo. of course one could simply throw away the fork. but then one would need to throw away also some other packages. a third possibility would be to put all changes in the fork in an extra package that can be loaded on top of the original dhb. but that looks like a sizable enough task, that i at least will not do it. what do you think? werner

Jan. 29, 2015

Re: [Pharo-users] New book for Pharo :)

by Werner Kassens

Hi StÃ©phane, thanks to Msr Besset, to you and to the other people who made this possible. it's a fascinating book. werner

Jan. 29, 2015

dirty packages

by Torsten Bergmann

Because "MyPackage" and "MyPackage-Ext" fall into the same class categories. The name "MyPackage" is part of the string "MyPackage-Ext". Packages and class categories are mixed to provide Pharo packages and with this you are also still able to use old code or import code from other Smalltalks. use: "MyPackage-Core" and "MyPackage-Ext" or "MyPackage-Core" and "MyPackage-Ext-Core" and you wont have this problem. If you follow a proper naming scheme (like Seaside and mainly also Pharo) you wont get this problem. Bye T.

Jan. 28, 2015

Re: [Pharo-users] Removal from list

by Stephan Eggermont

On 28/01/15 07:56, Torsten Bergmann wrote: > The way I do it: > I first subscribe, then disable the mail receiving and use the archive > http://lists.pharo.org to go through the topics I'm interested. > As one is still subscribed one can still post to the list but does > not get all the mail traffic in the inbox. Works fine! Craig showed me a way to read the lists that I like better than using the archive. Mozilla Thunderbird has a newsgroup reading and posting interface, and the pharo lists are available as a newsgroup on news.gmane.org. Stephan

Jan. 28, 2015

gt poster

by Tudor Girba

Hi, Here is a poster for GT. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

Jan. 28, 2015

Re: [Pharo-users] New book for Pharo :)

by HernÃ¡n Morales Durand

2015-01-28 17:14 GMT-03:00 stepharo <stepharo(a)free.fr>: > > I see and appreciate your effort really, but there is no reason to hide > NumericalMethods from the book announcement. > > I do not know NumericalMethods. I vaguely recall that you were no happy > that serge wants to change the code > because it would not be in sync with the book. Now we can co-evolve them. > Every I do is open-source and freely accessible so position yourself and > join effort (I do not like SciSmalltalk as a name). > Now we have the possibility to make on nice library but you need to sync. > We have to get better at communication. It doesn't work if all of us fork libraries. Let's get started with this. I agree with NumericalMethods being freezed in the Configuration Browser. But I don't want to be forced to load the whole SciSmalltalk to use 3 methods in NumericalMethods. Do you agree Serge? Can you import the ConfigurationOfNumericalMethod from a common repository in SciSmalltalk? > I am trying to avoid what the Python community did with NumPy and SciPy > which is a mess. > > Ah you see you have to sync with Serge. I think that Serge was not > aware about that you publish the code in your repository. > Now we want to rename the acronym (because DHB is not good) and probably > improve the code of the library while keeping the book in sync (like using > String streamContents for printing). > DHB prefix is ugly of course. > I personally hate to see all the comment with a copyright and a commit > dates. > > Me too. HernÃ¡n > Stef > > HernÃ¡n > > > 2015-01-28 16:16 GMT-03:00 stepharo <stepharo(a)free.fr>: > >> Hernan >> >> This is 8 months that I push didier to release it. I spent my week-end to >> edit it. >> So when you talk about respect use your energy th right way. >> >> Stef >> >> >> >> 2015-01-28 14:21 GMT-03:00 stepharo <stepharo(a)free.fr>: >> >>> Didier Besset offered his great book "Object-Oriented Implementation of >>> Numerical Methods >>> An Introduction with Smalltalk and Java" to the community. >>> >>> We would like to thank Didier Besset for his great book and for his gift >>> of the source and implementation to the community. >>> >>> >> This is indeed, great news. >> >> >>> >>> You can find >>> â¢ Archive of the original book, with code in both Java and Smalltalk >>> https://github.com/SquareBracketAssociates/ArchiveOONumericalMethods >>> >>> >>> https://github.com/SquareBracketAssociates/ArchiveOONumericalMethods/blob/m… >>> >>> >>> â¢ An abridged version of Didierâs book, without the Java >>> implementation and reference; our goal is to make the book slimmer and >>> easier to read. The implementation presented in this book is part of the >>> SciSmalltalk library. >>> >>> >> The implementation presented in his book is part of the >> NumericalMethods library. >> >> You want to promote SciSmalltalk, then first respect others. >> NumericalMethods could be part of SciSmalltalk, but it is the library where >> code was originally released. >> >> Cheers, >> >> HernÃ¡n >> >> >> > >

Jan. 28, 2015

Re: [Pharo-users] New book for Pharo :)

by kilon alios

No idea what the problem really is, and what is that "mess" that concerns Numpy/SciPy but I welcome the new book , more documentation is always a cause of celebration, thank you for your hard work :) "I think SciTalk is a nice name :p" Way cooler than SciPy if you ask me ;)

Jan. 28, 2015