November 2017 - Pharo-users

Re: [Pharo-users] Binary Decision Diagram Package in Smalltalk

by Andrew Glynn

A possible way to accomplish it would be to use an object graph with an incremental query engine, such as EMF/CDO with Viatra or something similar. You could then put different character sets in connected objects and query only as far as you need to. Andrew Glynn Sent from Mail for Windows 10 From: Thierry Goubier Sent: Tuesday, November 7, 2017 7:17 AM To: Any question about pharo is welcome Subject: Re: [Pharo-users] Binary Decision Diagram Package in Smalltalk Hi Andrew, Steffen, 2017-11-07 13:10 GMT+01:00 Prof. Andrew P. Black <black(a)cs.pdx.edu>: > On 28 Oct 2017, at 17:37 , Steffen MÃ¤rcker <merkste(a)web.de> wrote: > > Does that mean the sets/bdd would be constructed mainly at comile time? Anyway, Andrew, feel free to contact me, I might help you with this. > Thanks for the offer, Steffen!Â The problem is that I need to use SmaCC for my current project, and really do not have a month to take off and re-design the way that it builds its scanner.Â Iâve talked to Thierry Goubier about, and he doesnât have time either!Â It would be a fun project, though, and it ought to be fairly separate from other parts of SmaCC.Â Iâve spent a fair bit of time thinking about how to do it, but donât think that I will be able to actually focus on it. Yes, this is the essence of the issue. There are a few alternatives about it, but none we have the time to pursue. Â An alternative approach, which Thierry has suggested, is to make SmaCC work on the UTF-8 representation of the Unicode.Â Then we could represent character sets as prefix trees.Â But the core problem would still exist: you canât run an algorithm that repeatedly executes Â Â Â Â Â Â Â Â for all characters in the alphabet do: when there are 2^21 characters in the alphabet! The main issue is that `for all characters`... All the literature on scanner building uses 'for all characters do'. Thierry Â Â Â Â Â Andrew

Nov. 7, 2017

Re: [Pharo-users] Embedded PDF viewer?

by Ben Coman

Thx for the tip. However Envice is GPLd to constrain its use. cheers -ben On Mon, Nov 6, 2017 at 2:16 AM, Andrew Glynn <aglynn42(a)gmail.com> wrote: > Evince is pretty easy to embed. > > > > Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for > Windows 10 > > > > *From: *tesonep(a)gmail.com > *Sent: *Sunday, November 5, 2017 10:25 AM > *To: *Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > *Subject: *Re: [Pharo-users] Embedded PDF viewer? > > > > Hello Ben, > > UFFI does not allow you to call static libraries. Static libraries are > not executable per se, they need to be linked in another program. > > As I know, the only way of using an static library from Pharo is to: > > - Build a plugin that wraps it. > > - Build a DLL exposing all the functions in the library and then they > are used through UFFI. > > > > The second option is the easiest to me, but it depends how the library is > built up. For example, if the library uses a lot of compile time code > generation (like macros or templates) making a generic DLL is not so easy. > > > > I think it is better to see if not other project has already tackle this > problem when using the desired static library. > > > > Cheers, > > Pablo > > > > On Sun, Nov 5, 2017 at 1:39 PM, Ben Coman <btc(a)openinworld.com> wrote: > > I'm looking into calling PDFium from Pharo via FFI. > > Currently I'm stalled a bit since it doesn't have a shared-library target. > > > > If you consider access to such a library would be useful to the community, > > please take a few moments to star this issue... > > https://bugs.chromium.org/p/pdfium/issues/detail?id=826 > > > > cheers -ben > > > > > > P.S. Can anyone comment on calling into a static library via FFI? > > > > > > > > On Wed, Oct 11, 2017 at 2:05 PM, Ben Coman <btc(a)openinworld.com> wrote: > > > > > > On Wed, Oct 11, 2017 at 2:03 PM, Ben Coman <btc(a)openinworld.com> wrote: > > > > On Tue, Oct 10, 2017 at 8:58 PM, Manuel Leuenberger > > <leuenberger(a)inf.unibe.ch> wrote: > > > Hi, > > > > > > I want to view a PDF within Pharo. I found that Athens has a PDF > canvas, but I have no idea how to use it. Is there a way to view a PDF > within Pharo, so that I can scroll, zoom, click links etc. in the PDF? > > > > > > Cheers, > > > Manuel > > > On Wed, Oct 11, 2017 at 3:04 AM, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > > > > Hi manuel > > > > So far I do not know if we have this is Pharo. > > I imagine that we would have to build a renderer once we will have the > > PDF reader from Christian library. > > > > Stef > > > > [Edit: Update license link] > > > > A renderer will have great synergy with PDFTalk, but I think a proof of > concept can be done independently. > I've been poking at this topic for a while looking for options. > Coincidentally a couple of days I discovered the PDFium library. > > I haven't had time yet to give it a run, but it seems a good candidate > since... > * Its a successful commercial product by Foxit built into Chrome converted > to open source with Google's backing for use in Chromium > https://www.foxitsoftware.com/company/press.php?id=305 > * Its license is BSD style > *https://github.com/hfiguiere/pdfium/blob/master/LICENSE > <https://github.com/hfiguiere/pdfium/blob/master/LICENSE>* > * Although written in C++ it has a C interface > https://github.com/hfiguiere/pdfium/blob/master/public/fpdfview.h > * Search here on " Function: " to skim through > * Proof of concept seems to only need these key functions... > * void FPDF_RenderPageBitmap( FPDF_BITMAP bitmap,FPDF_PAGE > page, ... ) > * FPDF_BITMAP FPDFBitmap_Create( int width, int height, int > alpha); > * FPDF_PAGE FPDF_LoadPage ( FPDF_DOCUMENT document, int > page_index ) > * FPDF_DOCUMENT FPDF_LoadMemDocument ( const void* data_buf > ... ) > * void FPDF_InitLibrary () > * Has a concise getting started for POC... > > https://github.com/hfiguiere/pdfium/blob/master/docs/ > getting-started.md > * Maybe useful fork with V8 disabled by default > > https://github.com/klokantech/pdfium > > * Master repo here > https://pdfium.googlesource.com/pdfium/ > > So Pharo might load a PDF file into a ByteArray, pass that to > FPDF_LoadMemDocument() & FPDF_LoadPage(), > > then get a bitmap back from FPDFBitmap_Create() & FPDF_RenderPageBitmap() > and display the result in a Pharo window. > > > > The rest of this week I'm working 12 hour days on a mine site. I could > try it out once I'm home, but in the meantime is anyone else keen to try > it? > > > cheers -ben > > > > > > > > > > -- > > Pablo Tesone. > tesonep(a)gmail.com > > >

Nov. 7, 2017

[ANN] Next Pharo Techtalk: Nov 21

by Marcus Denker

Pharo TechTalk: Discord Demo - 21 Nov 2017, 5:00 PM - 7:00 PM (UTC+01:00) - https://association.pharo.org/event-2642665 The December tech talk will be the 19/12. We are still looking for a topic (if not, it will just be an open discussion). List of all events: https://association.pharo.org/events Marcus

Nov. 7, 2017

Re: [Pharo-users] Binary Decision Diagram Package in Smalltalk

by Thierry Goubier

Hi Andrew, Steffen, 2017-11-07 13:10 GMT+01:00 Prof. Andrew P. Black <black(a)cs.pdx.edu>: > > > On 28 Oct 2017, at 17:37 , Steffen MÃ¤rcker <merkste(a)web.de> wrote: > > > > Does that mean the sets/bdd would be constructed mainly at comile time? > Anyway, Andrew, feel free to contact me, I might help you with this. > > > > Thanks for the offer, Steffen! The problem is that I need to use SmaCC > for my current project, and really do not have a month to take off and > re-design the way that it builds its scanner. Iâve talked to Thierry > Goubier about, and he doesnât have time either! It would be a fun project, > though, and it ought to be fairly separate from other parts of SmaCC. Iâve > spent a fair bit of time thinking about how to do it, but donât think that > I will be able to actually focus on it. > Yes, this is the essence of the issue. There are a few alternatives about it, but none we have the time to pursue. > > An alternative approach, which Thierry has suggested, is to make SmaCC > work on the UTF-8 representation of the Unicode. Then we could represent > character sets as prefix trees. But the core problem would still exist: > you canât run an algorithm that repeatedly executes > > for all characters in the alphabet do: > > when there are 2^21 characters in the alphabet! > The main issue is that `for all characters`... All the literature on scanner building uses 'for all characters do'. Thierry > > Andrew > > > > >

Nov. 7, 2017

Re: [Pharo-users] Binary Decision Diagram Package in Smalltalk

by Prof. Andrew P. Black

> On 28 Oct 2017, at 17:37 , Steffen MÃ¤rcker <merkste(a)web.de> wrote: > > Does that mean the sets/bdd would be constructed mainly at comile time? Anyway, Andrew, feel free to contact me, I might help you with this. > Thanks for the offer, Steffen! The problem is that I need to use SmaCC for my current project, and really do not have a month to take off and re-design the way that it builds its scanner. Iâve talked to Thierry Goubier about, and he doesnât have time either! It would be a fun project, though, and it ought to be fairly separate from other parts of SmaCC. Iâve spent a fair bit of time thinking about how to do it, but donât think that I will be able to actually focus on it. An alternative approach, which Thierry has suggested, is to make SmaCC work on the UTF-8 representation of the Unicode. Then we could represent character sets as prefix trees. But the core problem would still exist: you canât run an algorithm that repeatedly executes for all characters in the alphabet do: when there are 2^21 characters in the alphabet! Andrew

Nov. 7, 2017

Re: [Pharo-users] LGit_GIT_ERROR: Invalid version 0 on git_remote_callbacks on latest 64bit 6.1 image?

by Esteban Lorenzano

iceberg should work on 64bits, both on Pharo7 and Pharo6. Iâve been using it exclusively on 64bits since some months now and I know Iâm not the only oneâ¦ can you send a way to reproduce your problem so I can take a look? Esteban > On 6 Nov 2017, at 12:11, Tim Mackinnon <tim(a)testit.works> wrote: > > Hi - does Iceberg work on a 64bit image yet? Iâve not tried in a while, and was surprised when I went to get a new image via the command line that I am getting the error: LGit_GIT_ERROR: Invalid version 0 on git_remote_callbacks > > I can see a post by Alistair in Jun asking about this, and it seems 64bit hadnât been updated to work back then - but is this still true in Nov? > > We seem very much in turmoil at the moment - and its unclear what should work and not work. Is there a stable platform? If 64 bit is only working for 7.x - should we remove it from 6.x so that people donât inadvertently try to use it? > > Tim

Nov. 7, 2017

Re: [Pharo-users] Writing "powerpoint" like presentations in Pharo?

by CÃ©drick BÃ©ler

I also think that would be nice to have. With tool like pillar, graphiscopio, that would be a really great option ! Org-mode generate Beamerâs prÃ©sentation but we could have much better ^^ And as someone said I also think that would be cool to have a kind of prÃ©senter screen. To me the simple way would be to use seamless (or telepharo) to communicate between two pharo images: one displaying, one organizing. My 2 cents ^^ Cedrick > Le 7 nov. 2017 Ã 08:06, H. Hirzel <hannes.hirzel(a)gmail.com> a Ã©crit : > >> On 11/1/17, Tim Mackinnon <tim(a)testit.works> wrote: >> Hi - has anyone made anything where you can create a full screen >> presentation in Pharo with slides with some large text, bullet points and >> embedded pictures - but then itâs a facade that lets you evaluate items in >> the slide or jump to any code mentioned? >> >> Sort of like what Alan Kay does in the eToys images? >> >> I need to do a presentation next week and I always loved it when I was >> fooled into thinking I was looking at a staticâish powerpoint and then >> suddenly realised it was a live environment. >> >> It doesnât sound that hard to do something simple - but Iâm not sure if I >> can pull it off in time for my presentation. But am curious if we have >> something. >> >> (For bonus points, GT-Spotter stuff would work in it over top of the >> presentation to demonstrate simple things) >> >> Tim > > Hello Tim > > Depending on what you want to show it might be doable to use > > Torsten Bergmanns Desktop manager package > > available through the catalog. > > > Create a sequence of desktops and switch between them with > > Ctrl + D + N (next) > Ctrl + D + P (previous) > > > Use > > StandardFonts setDemoFonts > > to have the tools showing font sizes which are readable. > > To go back to regular fonts use > > StandardFonts restoreDefaultFonts. > > > There is the Desktops Overview (Ctrl + D + O) which gives you an > inspector in order to quickly switch to another desktop. > > It would be nicer to have the left inspector column be smaller but > that would involve some configuration. Maybe it is necessary that you > write your own specific GT inspector for the desktops. > > With this a simple presentation should be doable. Besides the regular > tools just use StringMorphs with a large font. Some preconfigures > buttons to execute specific commands might also be useful. > > > More feature rich presentations could be done with a DSL. > > One option is to use Pillar. MOOC slides have been done with Pillar > [1], see thread > > > '[Pillar] Pillar source code of ESUG 2015 presentation? > Presentations done with Pillar?' > > The rendering within in Pharo is not fully implemented yet. The > thread 'Morphic renderer for Pillar?' has a start which might be > sufficient. I think I have some more not yet put into the repo.... > > A third option would be to continue working on reimplementing a > bookmorph / slide show / presentation or something similar as in > Squeak and/or Etoys [2] > > -- Hannes > > > > > [1] An example presentation in Pillar syntax > > https://github.com/SquareBracketAssociates/PharoMooc/blob/master/Slides/Wee… > > Slide titles start and end with a dollar sign > > ${slide:title=In a Nutshell}$ > > > > [2] Current Etoys efforts > http://wiki.squeak.org/squeak/6531 > Ideas and/or part of the code might be reused and adapted. > <Pharo_Smalltalk_Inspector_on_a_DesktopManager_2017-11-07.png>

Nov. 7, 2017

Re: [Pharo-users] Writing "powerpoint" like presentations in Pharo?

by H. Hirzel

On 11/1/17, Tim Mackinnon <tim(a)testit.works> wrote: > Hi - has anyone made anything where you can create a full screen > presentation in Pharo with slides with some large text, bullet points and > embedded pictures - but then itâs a facade that lets you evaluate items in > the slide or jump to any code mentioned? > > Sort of like what Alan Kay does in the eToys images? > > I need to do a presentation next week and I always loved it when I was > fooled into thinking I was looking at a staticâish powerpoint and then > suddenly realised it was a live environment. > > It doesnât sound that hard to do something simple - but Iâm not sure if I > can pull it off in time for my presentation. But am curious if we have > something. > > (For bonus points, GT-Spotter stuff would work in it over top of the > presentation to demonstrate simple things) > > Tim Hello Tim Depending on what you want to show it might be doable to use Torsten Bergmanns Desktop manager package available through the catalog. Create a sequence of desktops and switch between them with Ctrl + D + N (next) Ctrl + D + P (previous) Use StandardFonts setDemoFonts to have the tools showing font sizes which are readable. To go back to regular fonts use StandardFonts restoreDefaultFonts. There is the Desktops Overview (Ctrl + D + O) which gives you an inspector in order to quickly switch to another desktop. It would be nicer to have the left inspector column be smaller but that would involve some configuration. Maybe it is necessary that you write your own specific GT inspector for the desktops. With this a simple presentation should be doable. Besides the regular tools just use StringMorphs with a large font. Some preconfigures buttons to execute specific commands might also be useful. More feature rich presentations could be done with a DSL. One option is to use Pillar. MOOC slides have been done with Pillar [1], see thread '[Pillar] Pillar source code of ESUG 2015 presentation? Presentations done with Pillar?' The rendering within in Pharo is not fully implemented yet. The thread 'Morphic renderer for Pillar?' has a start which might be sufficient. I think I have some more not yet put into the repo.... A third option would be to continue working on reimplementing a bookmorph / slide show / presentation or something similar as in Squeak and/or Etoys [2] -- Hannes [1] An example presentation in Pillar syntax https://github.com/SquareBracketAssociates/PharoMooc/blob/master/Slides/Wee… Slide titles start and end with a dollar sign ${slide:title=In a Nutshell}$ [2] Current Etoys efforts http://wiki.squeak.org/squeak/6531 Ideas and/or part of the code might be reused and adapted.

Nov. 7, 2017

Re: [Pharo-users] UFFI and Fortran

by horrido

That would be phenomenal! Let me know if and when it's done and I shall scream it out to all of social media! tblanchard wrote > Yes - the reason I've been trying to learn FFI is specifically to get > TensorFlow integration. > > I want a better ML workbench. > >> On Nov 2, 2017, at 9:08 PM, Ben Coman < > btc@ > > wrote: >> >> >> >> On Fri, Nov 3, 2017 at 11:10 AM, horrido < > horrido.hobbies@ > <mailto: > horrido.hobbies@ > >> wrote: >> Sounds like it's possible to call into TensorFlow (Python) from Pharo. >> That >> would give Pharo a tremendous boost for machine learning applications. >> >> Am I right? >> >> Tensorflow has a C API for FFI from other languages. >> * https://www.tensorflow.org/install/install_c >> <https://www.tensorflow.org/install/install_c> >> * https://www.tensorflow.org/extend/language_bindings >> <https://www.tensorflow.org/extend/language_bindings> >> >> cheers -ben -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Nov. 7, 2017

Re: [Pharo-users] X11 options on Ubuntu VM / Athens renderingproblems

by Andrew Glynn

I donât have any issues with Linux in full screen mode (Mint 18 KDE and OEL7 UEK KDE) but it sounds like it may be an issue with the Wayland graphics system, and KDE doesnât use it AFAIK. If so, it may also be driver specific â what graphics card are you using? It is just a guess, but pulling Unity forward switches it out of Wayland graphics mode (used mainly for games etc. that run full screen), if it doesnât go back into it until a new full screen app starts up it would account for the improvement. Andrew Sent from Mail for Windows 10 From: J.F. Rick Sent: Monday, November 6, 2017 4:57 PM To: Any question about pharo is welcome Subject: Re: [Pharo-users] X11 options on Ubuntu VM / Athens renderingproblems Just a quick follow up: We've found that if we are in fullscreen Pharo mode on Linux and hit the ALT button twice, the Athens-based rendering speeds up significantly. The first ALT brings the Unity launcher to the foreground. The second ALT bring fullscreen Pharo back to the foreground. I'm not sure why this makes Athens rendering faster but it does. Perhaps that offers a clue as to what is slowing Pharo down in fullscreen on Linux. Cheers, Jeff On Wed, Oct 11, 2017 at 2:56 PM Hilaire <hilaire(a)drgeo.eu> wrote: We tested it on P6.1 64bits, and this Cairo crash seems to be gone. It may need more testing though. Is it thanks to P6.1 or the 64bits image/VM? It looks strange because it looked like a lib Cairo crash, but in the other hand the faulty C function did not appear to be called from Pharo image. What need to be done porting to P6.1, is mainly image shrinking, fix of several bugs from P6.1 impacting drgeo, working setup for linux/windows/mac. Still some job. Hilaire Le 02/10/2017 Ã 15:19, Stephane Ducasse a Ã©critÂ : > How could we help? > > > On Sun, Oct 1, 2017 at 9:14 PM, Hilaire<hilaire(a)drgeo.eu>Â wrote: >> I had situation where the system libcairo:i386 does not work with Dr.Geo[1], >> Pharo crashes with what looks like a Cairo crash! Looks like not a Pharo >> fault, but I am definitely stuck. >> >> It is problematic, it is a system (LinuxMint based) used in Geneva primary >> schools and Dr. Geo was expected to be used there:( >> >> Hilaire >> >> [1]http://forum.world.st/Cairo-related-crash-with-Dr-Geo-tt4952023.html >> >> >> Le 01/10/2017 Ã 19:50, Igor Stasenko a Ã©crit : >>>Â Â Â All these difficulties are good argument to get the appropriate >>>Â Â Â libcairo/libpng shipped with the Linux VM, as done with Windows >>>Â Â Â and MacOSX VM >>> >>> Nah, in my case, there's nothing that can be lableled as "Pharo fault". It >>> is definitely a linux/ubuntu ecosystem fault. - by not providing parallel >>> updates for 32 & 64 bit variant of same library. >> -- >> Dr. Geo >> http://drgeo.eu >> >> >> -- Dr. Geo http://drgeo.eu

Nov. 6, 2017