September 2017 - Pharo-users

Re: [Pharo-users] Who is maintaining of Artefact?

by Christian Haider

Von: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] Im Auftrag von Denis Kudriashov Gesendet: Dienstag, 12. September 2017 11:43 An: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Betreff: Re: [Pharo-users] Who is maintaining of Artefact? Hi Christian. 2017-09-12 11:38 GMT+02:00 Christian Haider <christian.haider(a)smalltalked-visuals.com <mailto:christian.haider@smalltalked-visuals.com> >: Moin, the port is almost done. Then I will add documentation and publish the code under MIT licence. Cool. And code repo is not public yet? No, still in private store. I will publish it to Cincomâs public store when I am ready. If you want to have a look, I could tell you privately where my store isâ¦ Including the code used to port the library from VW to Gemstone using a novel approach. The heard of the âPDF engineâ is the type system which allows the assignment of Smalltalk classes to raw PDF objects. In the new version, the PDF types are decoupled from the Smalltalk classes, so that classes can be renamed freely (i.e. adding prefixes). I think that porting the new version to Pharo (and VA and â¦) has gotten much easier. I hope that someone would take the challenge :). Definitely Cheers, Christian Von: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org <mailto:pharo-users-bounces@lists.pharo.org> ] Im Auftrag von Denis Kudriashov Gesendet: Dienstag, 12. September 2017 11:12 An: Any question about pharo is welcome <pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org> > Betreff: Re: [Pharo-users] Who is maintaining of Artefact? Look at slides PDFtalk for Gemstone <https://www.slideshare.net/esug/pdftalk-for-gemstone> from last ESUG about porting it to Gemstone (which is done). Maybe it is similar as porting GLORP into Pharo. Somebody can comment on this process. 2017-09-12 11:04 GMT+02:00 H. Hirzel <hannes.hirzel(a)gmail.com <mailto:hannes.hirzel@gmail.com> >: Looks like a worthwhile exercise PDFTalk https://wiki.pdftalk.de/doku.php "The syntax is covered comprehensively, which means that any PDF file can be read and any PDF object can be written in a conforming way. Typical PDF objects are dictionaries of which many are specialized as Smalltalk objects. The library code is annotated with the original descriptions and definitions from the specification, so that learning about PDF itself is well supported. " I wonder what the main issues would be when porting this to Pharo. --Hannes On 9/12/17, Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com> > wrote: > There is also PDFTalk from Christian Haider > https://wiki.pdftalk.de/doku.php. > But it needs to be ported into Pharo. > > 2017-09-11 21:03 GMT+02:00 Alejandro Infante > <alejandroinfante91(a)gmail.com <mailto:alejandroinfante91@gmail.com> >: > >> Hi! >> I would like to explore having support for Unicode characters. I want to >> help for it. >> >> Who is the right person to talk about it? >> >> Cheers! >> Alejandro >> >

Sept. 12, 2017

Re: [Pharo-users] Pharo 6.1 debugger - suggestions break once, does funny things?

by Nicolai Hess

2017-09-11 1:26 GMT+02:00 Tim Mackinnon <tim(a)testit.works>: > While Iâm on a debugger tripâ¦ anyone else also notice that the > Suggestions, Break once debug option acts weirdly? I seem to get a debugger > but it halts several lines after where I have said, and if I start stepping > the debugger seems to jump to funny places and show values that donât line > up with what I know is happening? If I use Suggestions, Break it seems to > work correctly (apart from the Step Through I mentioned in another thread). > > Tim > Thats because the "Break once" creates a MetaLink that when executing this Metalink it removes itself from the methode prior to the break-command. If now the debugger opens the method, it executes a context to a method that already had changed. (the actual method bytecode only exists in the current context). You can see the "real" bytecode of the contexts method if you select GTs bytecode view.

Sept. 12, 2017

Re: [Pharo-users] Accessor Creation in Nautilus Browser

by Alistair Grant

Hi Rob, On 12 September 2017 at 03:32, Rob Rothwell <r.j.rothwell(a)gmail.com> wrote: > Hello, > > Is there a way to create accessors for more than one instance variable at a > time with the Nautilus browser? > > "Class -> Refactoring -> Inst Var Refactoring -> Accessors" shows available > instance variables, but only one can be selected... > > Thank you, > > Rob Class -> Refactoring -> Class Refactoring -> Generate Accessors Cheers, Alistair

Sept. 12, 2017

Re: [Pharo-users] Who is maintaining of Artefact?

by Denis Kudriashov

Hi Christian. 2017-09-12 11:38 GMT+02:00 Christian Haider < christian.haider(a)smalltalked-visuals.com>: > Moin, > > > > the port is almost done. Then I will add documentation and publish the > code under MIT licence. > Cool. And code repo is not public yet? > > > Including the code used to port the library from VW to Gemstone using a > novel approach. > > > > The heard of the âPDF engineâ is the type system which allows the > assignment of Smalltalk classes to raw PDF objects. > > In the new version, the PDF types are decoupled from the Smalltalk > classes, so that classes can be renamed freely (i.e. adding prefixes). > > > > I think that porting the new version to Pharo (and VA and â¦) has gotten > much easier. > > I hope that someone would take the challenge J. > Definitely > > > Cheers, > > Christian > > > > > > *Von:* Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] *Im > Auftrag von *Denis Kudriashov > *Gesendet:* Dienstag, 12. September 2017 11:12 > *An:* Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > *Betreff:* Re: [Pharo-users] Who is maintaining of Artefact? > > > > Look at slides PDFtalk for Gemstone > <https://www.slideshare.net/esug/pdftalk-for-gemstone> from last ESUG > about porting it to Gemstone (which is done). > > Maybe it is similar as porting GLORP into Pharo. Somebody can comment on > this process. > > > > 2017-09-12 11:04 GMT+02:00 H. Hirzel <hannes.hirzel(a)gmail.com>: > > Looks like a worthwhile exercise > > PDFTalk https://wiki.pdftalk.de/doku.php > > "The syntax is covered comprehensively, which means that any PDF file > can be read and any PDF object can be written in a conforming way. > > Typical PDF objects are dictionaries of which many are specialized as > Smalltalk objects. > > The library code is annotated with the original descriptions and > definitions from the specification, so that learning about PDF itself > is well supported. " > > I wonder what the main issues would be when porting this to Pharo. > > --Hannes > > > On 9/12/17, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > There is also PDFTalk from Christian Haider > > https://wiki.pdftalk.de/doku.php. > > But it needs to be ported into Pharo. > > > > 2017-09-11 21:03 GMT+02:00 Alejandro Infante > > <alejandroinfante91(a)gmail.com>: > > > >> Hi! > >> I would like to explore having support for Unicode characters. I want to > >> help for it. > >> > >> Who is the right person to talk about it? > >> > >> Cheers! > >> Alejandro > >> > > > > >

Sept. 12, 2017

Re: [Pharo-users] DataFrame inspector issues

by Alistair Grant

On Tue, Sep 12, 2017 at 09:28:13AM +0200, Serge Stinckwich wrote: > > On Tue, Sep 12, 2017 at 9:22 AM, Alistair Grant <akgrant0710(a)gmail.com> wrote: > > Hi Everyone, > > ?Hi Alistair, > > I've started using DataFrame, it's great to have this functionality > easily available, and noticed a few issues with the inspector: > > 1. The inspector always shows row numbers and not the supplied name. > > 2. The last column label isn't displayed. > > > Where should I report issues? > https://github.com/PolyMathOrg/DataFrame/issues > > > > ?Thank you for your report.? > > ?At the moment, you can report issues here. I guess later, we will intregrate > DataFrame in the main PolyMath repository. > ? > > I have a patch that addresses the first issue, although I'm not > completely happy with it, and I'll take a look at the second issue. > > > ?This is maybe better to discuss about DataFrame? and other PolyMath issues > on the polymath mailing-list: https://groups.google.com/forum/#!forum/scismalltalk > > ?See you there !? Hi Serge, Thanks, I've joined the group and reposted the message there. I wrote: > If I remember correctly, there has been some discussion about making the > column widths draggable in the inspector. I would prefer to have a > context menu that is "size to fit". This could be potentially expensive > to calculate, so it would be user-initiated. I think this is more of a FastTable / GT issue than DataFrame, so maybe the discussion should stay here? (if anyone is interested :-)). Thanks, Alistair

Sept. 12, 2017

Re: [Pharo-users] Who is maintaining of Artefact?

by Christian Haider

Moin, the port is almost done. Then I will add documentation and publish the code under MIT licence. Including the code used to port the library from VW to Gemstone using a novel approach. The heard of the âPDF engineâ is the type system which allows the assignment of Smalltalk classes to raw PDF objects. In the new version, the PDF types are decoupled from the Smalltalk classes, so that classes can be renamed freely (i.e. adding prefixes). I think that porting the new version to Pharo (and VA and â¦) has gotten much easier. I hope that someone would take the challenge :). Cheers, Christian Von: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] Im Auftrag von Denis Kudriashov Gesendet: Dienstag, 12. September 2017 11:12 An: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Betreff: Re: [Pharo-users] Who is maintaining of Artefact? Look at slides PDFtalk for Gemstone <https://www.slideshare.net/esug/pdftalk-for-gemstone> from last ESUG about porting it to Gemstone (which is done). Maybe it is similar as porting GLORP into Pharo. Somebody can comment on this process. 2017-09-12 11:04 GMT+02:00 H. Hirzel <hannes.hirzel(a)gmail.com <mailto:hannes.hirzel@gmail.com> >: Looks like a worthwhile exercise PDFTalk https://wiki.pdftalk.de/doku.php "The syntax is covered comprehensively, which means that any PDF file can be read and any PDF object can be written in a conforming way. Typical PDF objects are dictionaries of which many are specialized as Smalltalk objects. The library code is annotated with the original descriptions and definitions from the specification, so that learning about PDF itself is well supported. " I wonder what the main issues would be when porting this to Pharo. --Hannes On 9/12/17, Denis Kudriashov <dionisiydk(a)gmail.com <mailto:dionisiydk@gmail.com> > wrote: > There is also PDFTalk from Christian Haider > https://wiki.pdftalk.de/doku.php. > But it needs to be ported into Pharo. > > 2017-09-11 21:03 GMT+02:00 Alejandro Infante > <alejandroinfante91(a)gmail.com <mailto:alejandroinfante91@gmail.com> >: > >> Hi! >> I would like to explore having support for Unicode characters. I want to >> help for it. >> >> Who is the right person to talk about it? >> >> Cheers! >> Alejandro >> >

Sept. 12, 2017

Re: [Pharo-users] Who is maintaining of Artefact?

by Denis Kudriashov

Look at slides PDFtalk for Gemstone <https://www.slideshare.net/esug/pdftalk-for-gemstone> from last ESUG about porting it to Gemstone (which is done). Maybe it is similar as porting GLORP into Pharo. Somebody can comment on this process. 2017-09-12 11:04 GMT+02:00 H. Hirzel <hannes.hirzel(a)gmail.com>: > Looks like a worthwhile exercise > > PDFTalk https://wiki.pdftalk.de/doku.php > > "The syntax is covered comprehensively, which means that any PDF file > can be read and any PDF object can be written in a conforming way. > > Typical PDF objects are dictionaries of which many are specialized as > Smalltalk objects. > > The library code is annotated with the original descriptions and > definitions from the specification, so that learning about PDF itself > is well supported. " > > I wonder what the main issues would be when porting this to Pharo. > > --Hannes > > On 9/12/17, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > There is also PDFTalk from Christian Haider > > https://wiki.pdftalk.de/doku.php. > > But it needs to be ported into Pharo. > > > > 2017-09-11 21:03 GMT+02:00 Alejandro Infante > > <alejandroinfante91(a)gmail.com>: > > > >> Hi! > >> I would like to explore having support for Unicode characters. I want to > >> help for it. > >> > >> Who is the right person to talk about it? > >> > >> Cheers! > >> Alejandro > >> > > > >

Sept. 12, 2017

Re: [Pharo-users] Who is maintaining of Artefact?

by H. Hirzel

Looks like a worthwhile exercise PDFTalk https://wiki.pdftalk.de/doku.php "The syntax is covered comprehensively, which means that any PDF file can be read and any PDF object can be written in a conforming way. Typical PDF objects are dictionaries of which many are specialized as Smalltalk objects. The library code is annotated with the original descriptions and definitions from the specification, so that learning about PDF itself is well supported. " I wonder what the main issues would be when porting this to Pharo. --Hannes On 9/12/17, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > There is also PDFTalk from Christian Haider > https://wiki.pdftalk.de/doku.php. > But it needs to be ported into Pharo. > > 2017-09-11 21:03 GMT+02:00 Alejandro Infante > <alejandroinfante91(a)gmail.com>: > >> Hi! >> I would like to explore having support for Unicode characters. I want to >> help for it. >> >> Who is the right person to talk about it? >> >> Cheers! >> Alejandro >> >

Sept. 12, 2017

Re: [Pharo-users] Who is maintaining of Artefact?

by Denis Kudriashov

There is also PDFTalk from Christian Haider https://wiki.pdftalk.de/doku.php. But it needs to be ported into Pharo. 2017-09-11 21:03 GMT+02:00 Alejandro Infante <alejandroinfante91(a)gmail.com>: > Hi! > I would like to explore having support for Unicode characters. I want to > help for it. > > Who is the right person to talk about it? > > Cheers! > Alejandro >

Sept. 12, 2017

Re: [Pharo-users] DataFrame inspector issues

by Serge Stinckwich

On Tue, Sep 12, 2017 at 9:22 AM, Alistair Grant <akgrant0710(a)gmail.com> wrote: > Hi Everyone, > > âHi Alistair, â > I've started using DataFrame, it's great to have this functionality > easily available, and noticed a few issues with the inspector: > > 1. The inspector always shows row numbers and not the supplied name. > > 2. The last column label isn't displayed. > > If I remember correctly, there has been some discussion about making the > column widths draggable in the inspector. I would prefer to have a > context menu that is "size to fit". This could be potentially expensive > to calculate, so it would be user-initiated. > > Where should I report issues? > https://github.com/PolyMathOrg/DataFrame/issues > > âThank you for your report.â âAt the moment, you can report issues here. I guess later, we will intregrate DataFrame in the main PolyMath repository. â > I have a patch that addresses the first issue, although I'm not > completely happy with it, and I'll take a look at the second issue. > âThis is maybe better to discuss about DataFrameâ and other PolyMath issues on the polymath mailing-list: https://groups.google.com/forum/#!forum/scismalltalk âSee you there !â -- Serge Stinckwich UCN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Sept. 12, 2017