August 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] troubles with JNIPort on Pharo 5 / Java 8

by Tudor Girba

Hi Joachim, This is great news! Thanks a lot for looking into this. Could you commit your changes? Or could you grant me access to the JNIPort project? Cheers, Doru On Sun, Aug 9, 2015 at 12:25 PM, Joachim Geidel < joachim.geidel(a)onlinehome.de> wrote: > Hi Tudor, > > some progress in Pharo 5: > > > Am 28.07.2015 um 16:10 schrieb Tudor Girba-2 [via Smalltalk] <[hidden > email] <http:///user/SendEmail.jtp?type=node&node=4841798&i=0>>: > > > > I also tried with Pharo4 and Pharo5, but it does not work because I get > a MNU for GhostClassBuilder>>#client:. > > > > I fixed it in a Pharo5 image by using #installer: instead, but the > computation of "JVM newWithSettings: jvmSettings" does not seem to finish > and it blocks the VM. > > Changing the call of #client: to #installer: in > GhostClassInstaller>>#initialize: was correct. > > > Any idea of what goes wrong? > > Someone declared String>>subStrings: as deprecated in Pharo 4 or 5. When > I ran âJVM newWithSettings: jvmSettingsâ, a notifier opened which warned > about the deprecated method. I changed the method which used it in the > debugger, then proceeded. The image blocked until I hit <cmd-.>. A debugger > opened, it was in the middle of writing to the Pharo error log file. I > proceeded, the image blocked again, I hit <cmd-.> again. A debugger opened > which contained a very large stack of contexts with the method > handleSignal: calling itself endlessly. There seems to be something wrong > with handling/logging deprecation warnings in Pharo 5. Why do they have to > be written to the error log in the first place? I donât think that they > belong there. > > There are four methods sending subStrings: in the package > JNIPort-Java-Base. I changed them to use substrings: instead. > > There are two methods in JNIPort-StringEncoding which send "Smalltalk > isLittleEndianâ, String>>#asJavaLangStringEncodedByteArray and > String>>#fromJavaLangStringEncodedByteArray:. This does not work anymore. I > replaced this with "EndianDetector isLittleEndianâ. > > After these changes, starting a JVM and executing the example script which > you posted just worked fine. > > Unfortunately, loading the test package JNIPort-Tests-Java-Base fails with > an exception: > > UTF8InvalidText(Object)>>subclassResponsibility > UTF8InvalidText(Exception)>>defaultAction > UndefinedObject>>handleSignal: > Context>>handleSignal: > > AFAIK, there was no problem when loading the package in Pharo 3. There > seem to be two problems: The UTF8TextConverter seems to think that there is > an invalid character in the source code file, and UTF8InvalidText has no > #defaultAction method. Looks like a bug in Pharo 5 to me. > > HTH > Joachim > > > ------------------------------ > View this message in context: Re: troubles with JNIPort on Pharo 5 / Java > 8 > <http://forum.world.st/troubles-with-JNIPort-on-Pharo-5-Java-8-tp4836922p484…> > Sent from the Pharo Smalltalk Users mailing list archive > <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com. > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 9, 2015

Re: [Pharo-users] MSOffice DOCX generation?

by H. Hirzel

And as Model 0 Model 0 Subset ----------------------- Headings Tables (here comes your TABULAR model into action) This means it can be a TabularDOCXExport class in http://ss3.gemtalksystems.com/ss/Tabular.html for a start. On 8/9/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > I consider an evolution of models with increasing complexity > > The goal is to have at least something as here but in certain areas more > http://davidgohel.github.io/ReporteRs/word.html > > > So it is > > Model 1 Subset > ----------------------- > > Headings > Paragraphs > Tables (here comes your TABULAR model into action) > Images > pagebreak > > > Model 2 Subset > ----------------------- > = Model 1 plus > > TOC > sections > Columns > hrefs > > > Model 3 Subset > ----------------------- > ??? > not yet defined > > > Formatting > ---------------- > > Maybe direct formatting in the code > > but later surely all done with styles (no direct formatting) > > The styles have > bold / italic / regular > font and font size > color > subscript / superscript > > On 8/9/15, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> wrote: >> And talking about DOCX generation: it looks like the hardest part is to >> implement *model*. DOCX generation is boring but straightforward. >> >> Can you try to implement/describe such a model? >> >> 2015-08-08 22:25 GMT+03:00 Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com>: >> >>> Sorry if I was crude - it was not my intention :) >>> I just spotted your question and have started investigation, and I just >>> wanted to show that I'm in process of answering and answer will soon be >>> here. Unfortunately, unexpected emergency happened...well, anyway: >>> >>> Using of TabularExperimenting is very simple (though not very usable): >>> >>> tab := TabularExperimenting new. >>> tab generateXLSX. >>> >>> It will generate file named "Test.xlsx" in the current directory (in >>> windows environment it is directory same to image one in most cases, in >>> ubuntu it's home folder of the current user). >>> >>> If you'll see closely on TabularExperimenting, the model for the export >>> is >>> genrated in #initialize method. And, as far as I remember, it do not >>> support multi-sheets documents (only first sheet will be actually >>> written >>> to the file). That's why it's Experimenting, not Exporter :) >>> >>> Well, I have used this code in production, making very quick, dirty and >>> obvious API for this TabularExperimenting class. It's on repo now, but >>> not >>> recommended for loading (see the version comments to find one if you >>> want >>> to see it). >>> >>> >>> >>> >>> 2015-08-08 13:32 GMT+03:00 H. Hirzel <hannes.hirzel(a)gmail.com>: >>> >>>> Sorry I do not want to put you under pressure, the second email was >>>> just meant as a clarificiation of the first :-), take you time. >>>> >>>> --HH >>>> >>>> On 8/8/15, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> wrote: >>>> > Give me couple of minutes to make answer, please. >>>> > >>>> > 2015-08-08 13:14 GMT+03:00 H. Hirzel <hannes.hirzel(a)gmail.com>: >>>> > >>>> >> Mainly the answer to the question: How do I use the experimental >>>> exporter >>>> >> class? >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >>>> >> > Yes, this is what I realized when looking at your code in Tabular. >>>> >> > >>>> >> > This is a good basis to build upon. I started adding some versions >>>> >> > to >>>> >> > http://ss3.gemtalksystems.com/ss/Tabular.html >>>> >> > >>>> >> > mainly adding comments and grouping method into protocols. >>>> >> > >>>> >> > Your test cases are useful. >>>> >> > >>>> >> > May I ask you to add some comment to the exporters subpackage? >>>> >> > >>>> >> > Hannes >>>> >> > >>>> >> > >>>> >> > On 8/8/15, Vincent BLONDEAU <vincent.blondeau(a)polytech-lille.net> >>>> >> > wrote: >>>> >> >> I think you can improve Tabular to generate DOCX files. It is the >>>> same >>>> >> >> file >>>> >> >> standard than XLSX. >>>> >> >> >>>> >> >> Vincent >>>> >> >> >>>> >> >> -----Message d'origine----- >>>> >> >> De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De >>>> >> >> la >>>> >> part >>>> >> >> de >>>> >> >> H. Hirzel >>>> >> >> EnvoyÃ© : samedi 8 aoÃ»t 2015 08:56 >>>> >> >> Ã : Any question about pharo is welcome >>>> >> >> Objet : Re: [Pharo-users] MSOffice DOCX generation? >>>> >> >> >>>> >> >> I found Tabular >>>> >> >> >>>> >> >> http://ss3.gemtalksystems.com/ss/Tabular.html >>>> >> >> >>>> >> >> which is for Spreadsheets files. It is useful as an example for >>>> >> >> creating >>>> >> >> something similar for DOCX files. >>>> >> >> >>>> >> >> On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >>>> >> >>> A similar library but for Java >>>> >> >>> >>>> >> >>> http://www.docx4java.org/trac/docx4j >>>> >> >>> >>>> >> >>> On 8/7/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >>>> >> >>>> Hello >>>> >> >>>> >>>> >> >>>> Is there a library like for Pharo to generate DOCX files? >>>> >> >>>> >>>> >> >>>> Something like this >>>> >> >>>> https://docx.codeplex.com/ >>>> >> >>>> DocX is a .NET library that allows developers to manipulate >>>> >> >>>> Word >>>> >> >>>> 2007/2010/2013 files, in an easy and intuitive manor. DocX is >>>> fast, >>>> >> >>>> lightweight and best of all it does not require Microsoft Word >>>> >> >>>> or >>>> >> >>>> Office to be installed. >>>> >> >>>> >>>> >> >>>> Regards >>>> >> >>>> >>>> >> >>>> Hannes >>>> >> >>>> >>>> >> >>> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> >> >>>> >> > >>>> >> >>>> >> >>>> > >>>> >>>> >>> >> >

Aug. 9, 2015

Re: [Pharo-users] troubles with JNIPort on Pharo 5 / Java 8

by Joachim Geidel

Hi Tudor, some progress in Pharo 5: > Am 28.07.2015 um 16:10 schrieb Tudor Girba-2 [via Smalltalk] <ml-node+s1294792n4839785h23(a)n4.nabble.com>: > > I also tried with Pharo4 and Pharo5, but it does not work because I get a MNU for GhostClassBuilder>>#client:. > > I fixed it in a Pharo5 image by using #installer: instead, but the computation of "JVM newWithSettings: jvmSettings" does not seem to finish and it blocks the VM. Changing the call of #client: to #installer: in GhostClassInstaller>>#initialize: was correct. > Any idea of what goes wrong? Someone declared String>>subStrings: as deprecated in Pharo 4 or 5. When I ran âJVM newWithSettings: jvmSettingsâ, a notifier opened which warned about the deprecated method. I changed the method which used it in the debugger, then proceeded. The image blocked until I hit <cmd-.>. A debugger opened, it was in the middle of writing to the Pharo error log file. I proceeded, the image blocked again, I hit <cmd-.> again. A debugger opened which contained a very large stack of contexts with the method handleSignal: calling itself endlessly. There seems to be something wrong with handling/logging deprecation warnings in Pharo 5. Why do they have to be written to the error log in the first place? I donât think that they belong there. There are four methods sending subStrings: in the package JNIPort-Java-Base. I changed them to use substrings: instead. There are two methods in JNIPort-StringEncoding which send "Smalltalk isLittleEndianâ, String>>#asJavaLangStringEncodedByteArray and String>>#fromJavaLangStringEncodedByteArray:. This does not work anymore. I replaced this with "EndianDetector isLittleEndianâ. After these changes, starting a JVM and executing the example script which you posted just worked fine. Unfortunately, loading the test package JNIPort-Tests-Java-Base fails with an exception: UTF8InvalidText(Object)>>subclassResponsibility UTF8InvalidText(Exception)>>defaultAction UndefinedObject>>handleSignal: Context>>handleSignal: AFAIK, there was no problem when loading the package in Pharo 3. There seem to be two problems: The UTF8TextConverter seems to think that there is an invalid character in the source code file, and UTF8InvalidText has no #defaultAction method. Looks like a bug in Pharo 5 to me. HTH Joachim -- View this message in context: http://forum.world.st/troubles-with-JNIPort-on-Pharo-5-Java-8-tp4836922p484… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 9, 2015

Re: [Pharo-users] MSOffice DOCX generation?

by H. Hirzel

I consider an evolution of models with increasing complexity The goal is to have at least something as here but in certain areas more http://davidgohel.github.io/ReporteRs/word.html So it is Model 1 Subset ----------------------- Headings Paragraphs Tables (here comes your TABULAR model into action) Images pagebreak Model 2 Subset ----------------------- = Model 1 plus TOC sections Columns hrefs Model 3 Subset ----------------------- ??? not yet defined Formatting ---------------- Maybe direct formatting in the code but later surely all done with styles (no direct formatting) The styles have bold / italic / regular font and font size color subscript / superscript On 8/9/15, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> wrote: > And talking about DOCX generation: it looks like the hardest part is to > implement *model*. DOCX generation is boring but straightforward. > > Can you try to implement/describe such a model? > > 2015-08-08 22:25 GMT+03:00 Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com>: > >> Sorry if I was crude - it was not my intention :) >> I just spotted your question and have started investigation, and I just >> wanted to show that I'm in process of answering and answer will soon be >> here. Unfortunately, unexpected emergency happened...well, anyway: >> >> Using of TabularExperimenting is very simple (though not very usable): >> >> tab := TabularExperimenting new. >> tab generateXLSX. >> >> It will generate file named "Test.xlsx" in the current directory (in >> windows environment it is directory same to image one in most cases, in >> ubuntu it's home folder of the current user). >> >> If you'll see closely on TabularExperimenting, the model for the export >> is >> genrated in #initialize method. And, as far as I remember, it do not >> support multi-sheets documents (only first sheet will be actually written >> to the file). That's why it's Experimenting, not Exporter :) >> >> Well, I have used this code in production, making very quick, dirty and >> obvious API for this TabularExperimenting class. It's on repo now, but >> not >> recommended for loading (see the version comments to find one if you want >> to see it). >> >> >> >> >> 2015-08-08 13:32 GMT+03:00 H. Hirzel <hannes.hirzel(a)gmail.com>: >> >>> Sorry I do not want to put you under pressure, the second email was >>> just meant as a clarificiation of the first :-), take you time. >>> >>> --HH >>> >>> On 8/8/15, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> wrote: >>> > Give me couple of minutes to make answer, please. >>> > >>> > 2015-08-08 13:14 GMT+03:00 H. Hirzel <hannes.hirzel(a)gmail.com>: >>> > >>> >> Mainly the answer to the question: How do I use the experimental >>> exporter >>> >> class? >>> >> >>> >> >>> >> >>> >> >>> >> On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >>> >> > Yes, this is what I realized when looking at your code in Tabular. >>> >> > >>> >> > This is a good basis to build upon. I started adding some versions >>> >> > to >>> >> > http://ss3.gemtalksystems.com/ss/Tabular.html >>> >> > >>> >> > mainly adding comments and grouping method into protocols. >>> >> > >>> >> > Your test cases are useful. >>> >> > >>> >> > May I ask you to add some comment to the exporters subpackage? >>> >> > >>> >> > Hannes >>> >> > >>> >> > >>> >> > On 8/8/15, Vincent BLONDEAU <vincent.blondeau(a)polytech-lille.net> >>> >> > wrote: >>> >> >> I think you can improve Tabular to generate DOCX files. It is the >>> same >>> >> >> file >>> >> >> standard than XLSX. >>> >> >> >>> >> >> Vincent >>> >> >> >>> >> >> -----Message d'origine----- >>> >> >> De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De >>> >> >> la >>> >> part >>> >> >> de >>> >> >> H. Hirzel >>> >> >> EnvoyÃ© : samedi 8 aoÃ»t 2015 08:56 >>> >> >> Ã : Any question about pharo is welcome >>> >> >> Objet : Re: [Pharo-users] MSOffice DOCX generation? >>> >> >> >>> >> >> I found Tabular >>> >> >> >>> >> >> http://ss3.gemtalksystems.com/ss/Tabular.html >>> >> >> >>> >> >> which is for Spreadsheets files. It is useful as an example for >>> >> >> creating >>> >> >> something similar for DOCX files. >>> >> >> >>> >> >> On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >>> >> >>> A similar library but for Java >>> >> >>> >>> >> >>> http://www.docx4java.org/trac/docx4j >>> >> >>> >>> >> >>> On 8/7/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >>> >> >>>> Hello >>> >> >>>> >>> >> >>>> Is there a library like for Pharo to generate DOCX files? >>> >> >>>> >>> >> >>>> Something like this >>> >> >>>> https://docx.codeplex.com/ >>> >> >>>> DocX is a .NET library that allows developers to manipulate Word >>> >> >>>> 2007/2010/2013 files, in an easy and intuitive manor. DocX is >>> fast, >>> >> >>>> lightweight and best of all it does not require Microsoft Word >>> >> >>>> or >>> >> >>>> Office to be installed. >>> >> >>>> >>> >> >>>> Regards >>> >> >>>> >>> >> >>>> Hannes >>> >> >>>> >>> >> >>> >>> >> >> >>> >> >> >>> >> >> >>> >> >> >>> >> > >>> >> >>> >> >>> > >>> >>> >> >

Aug. 9, 2015

Re: [Pharo-users] MSOffice DOCX generation?

by Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾

And talking about DOCX generation: it looks like the hardest part is to implement *model*. DOCX generation is boring but straightforward. Can you try to implement/describe such a model? 2015-08-08 22:25 GMT+03:00 Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com>: > Sorry if I was crude - it was not my intention :) > I just spotted your question and have started investigation, and I just > wanted to show that I'm in process of answering and answer will soon be > here. Unfortunately, unexpected emergency happened...well, anyway: > > Using of TabularExperimenting is very simple (though not very usable): > > tab := TabularExperimenting new. > tab generateXLSX. > > It will generate file named "Test.xlsx" in the current directory (in > windows environment it is directory same to image one in most cases, in > ubuntu it's home folder of the current user). > > If you'll see closely on TabularExperimenting, the model for the export is > genrated in #initialize method. And, as far as I remember, it do not > support multi-sheets documents (only first sheet will be actually written > to the file). That's why it's Experimenting, not Exporter :) > > Well, I have used this code in production, making very quick, dirty and > obvious API for this TabularExperimenting class. It's on repo now, but not > recommended for loading (see the version comments to find one if you want > to see it). > > > > > 2015-08-08 13:32 GMT+03:00 H. Hirzel <hannes.hirzel(a)gmail.com>: > >> Sorry I do not want to put you under pressure, the second email was >> just meant as a clarificiation of the first :-), take you time. >> >> --HH >> >> On 8/8/15, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> wrote: >> > Give me couple of minutes to make answer, please. >> > >> > 2015-08-08 13:14 GMT+03:00 H. Hirzel <hannes.hirzel(a)gmail.com>: >> > >> >> Mainly the answer to the question: How do I use the experimental >> exporter >> >> class? >> >> >> >> >> >> >> >> >> >> On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >> > Yes, this is what I realized when looking at your code in Tabular. >> >> > >> >> > This is a good basis to build upon. I started adding some versions to >> >> > http://ss3.gemtalksystems.com/ss/Tabular.html >> >> > >> >> > mainly adding comments and grouping method into protocols. >> >> > >> >> > Your test cases are useful. >> >> > >> >> > May I ask you to add some comment to the exporters subpackage? >> >> > >> >> > Hannes >> >> > >> >> > >> >> > On 8/8/15, Vincent BLONDEAU <vincent.blondeau(a)polytech-lille.net> >> >> > wrote: >> >> >> I think you can improve Tabular to generate DOCX files. It is the >> same >> >> >> file >> >> >> standard than XLSX. >> >> >> >> >> >> Vincent >> >> >> >> >> >> -----Message d'origine----- >> >> >> De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la >> >> part >> >> >> de >> >> >> H. Hirzel >> >> >> EnvoyÃ© : samedi 8 aoÃ»t 2015 08:56 >> >> >> Ã : Any question about pharo is welcome >> >> >> Objet : Re: [Pharo-users] MSOffice DOCX generation? >> >> >> >> >> >> I found Tabular >> >> >> >> >> >> http://ss3.gemtalksystems.com/ss/Tabular.html >> >> >> >> >> >> which is for Spreadsheets files. It is useful as an example for >> >> >> creating >> >> >> something similar for DOCX files. >> >> >> >> >> >> On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >> >>> A similar library but for Java >> >> >>> >> >> >>> http://www.docx4java.org/trac/docx4j >> >> >>> >> >> >>> On 8/7/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >> >>>> Hello >> >> >>>> >> >> >>>> Is there a library like for Pharo to generate DOCX files? >> >> >>>> >> >> >>>> Something like this >> >> >>>> https://docx.codeplex.com/ >> >> >>>> DocX is a .NET library that allows developers to manipulate Word >> >> >>>> 2007/2010/2013 files, in an easy and intuitive manor. DocX is >> fast, >> >> >>>> lightweight and best of all it does not require Microsoft Word or >> >> >>>> Office to be installed. >> >> >>>> >> >> >>>> Regards >> >> >>>> >> >> >>>> Hannes >> >> >>>> >> >> >>> >> >> >> >> >> >> >> >> >> >> >> >> >> >> > >> >> >> >> >> > >> >> >

Aug. 9, 2015

Re: [Pharo-users] Tabular: XLSX import

by Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾

If your are using at least Pharo 4.0, you can use the catalog browser to load the ConfigurationOfTabular directly. You have only publish it for MetaRepoForPharo50, so it didn't work for Pharo 4. BUt, thanks to your explanations, I just have published in MetaRepoForPharo40 as well - works like charm! 2015-08-08 12:45 GMT+03:00 Vincent BLONDEAU < vincent.blondeau(a)polytech-lille.net>: > Hi, > > I added the dependencies to PharoExtras/XMLWriter and XMLParser. > I didn't add the dependencies before because I used Tabular with Moose, > and Moose already loads these dependencies... > > Now it should work. I created the new 0.2 release with the required > dependencies. > > By the way, I used Versionner to create the configuration. I don't know if > there is a documentation but there is a video: > https://www.youtube.com/watch?v=cFRJDuWL-Q0 > > It is a very fast tool to manage your projects! > > If your are using at least Pharo 4.0, you can use the catalog browser to > load the ConfigurationOfTabular directly. > > Best, > Vincent > > -----Message d'origine----- > De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part > de H. Hirzel > EnvoyÃ© : samedi 8 aoÃ»t 2015 10:34 > Ã : Any question about pharo is welcome > Objet : Re: [Pharo-users] Tabular: XLSX import > > If I do > > ConfigurationOfXMLWriter load > > then > > TabularExperimentalExport writeTestFile > > is fine generating an Excel file. > > http://ss3.gemtalksystems.com/ss/Tabular/Tabular-HannesHirzel.27.mcz > > I am currently exploring the code and trying to figure out how it works. > > --Hannes > > On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > > I understand that Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ asks how to construct his > > ConfigurationOfTabular file > > > > http://ss3.gemtalksystems.com/ss/Tabular.html > > > > So I pointed him to the Pharo By Examples book 2 Chapter 9 Managing > > Projects with Metacello > > > > > > The Tabular project needs a XMLWriter class. I assume the regular > > pharoExtras is fine. I do not know. > > > > I am just looking at the code to see how the reading and writing of > > MSOffice files, Excel in this particular case, is done so far. > > > > For reading a TabularSAXParser is included in the package. Probably > > not necessary. > > > > I moved it out here > > http://ss3.gemtalksystems.com/ss/Tabular/Tabular-HannesHirzel.26.mcz > > > > Hannes > > > > > > > > On 8/8/15, stepharo <stepharo(a)free.fr> wrote: > >> > >> > >> Le 8/8/15 09:11, H. Hirzel a Ã©crit : > >>> What about > >>> http://rmod.lille.inria.fr/deepIntoPharo/index.html > >>> > >>> p. 163 depending on a project without Metacello description p. 164, > >>> depending on a project with a Metacello configuration > >>> > >>> In the mean time just a note that Tabular needs XMLParser and > >>> XMLWriter packages on http://ss3.gemtalksystems.com/ss/Tabular.html. > >> > >> are you implying that there is no expression of dependencies and that > >> in addition it depend on a different XML Parser/Writer than > >> pharoExtras ones? > >> > >> Stef > >>> > >>> Some class comments are welcome as well :-) > >>> > >>> I understand that I can read Excel files and that you just started > >>> to check out how to write them? > >>> > >>> --Hannes > >>> > >>> On 8/4/15, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> wrote: > >>>> Thank you Vincent. > >>>> Some things is much clearer for me now. > >>>> > >>>> *It's shame on me that I lost all this Metacello progress, > >>>> especially taking into account I was on the ESUG conference where > >>>> it was presented. > >>>> It > >>>> was my only conference unfortunately.* > >>>> > >>>> I see that you already started this job: you added > >>>> ConfigurationOfTabular. > >>>> What I really want to do with this configuration: add dependencies > >>>> to XMLParser and XMLWriter packages. Can you help with this, please? > >>>> > >>>> 2015-08-04 17:19 GMT+03:00 Blondeau Vincent > >>>> <vincent.blondeau(a)worldline.com> > >>>> : > >>>> > >>>>> Hi, > >>>>> > >>>>> > >>>>> > >>>>> To add a configuration in the catalog, first you should have a > >>>>> configuration for your project. You can create it with the > >>>>> versionner if needed. > >>>>> > >>>>> > >>>>> > >>>>> Second, you have to add some methods adding meta-description to > >>>>> your project. The versionner do it for you: in the configuration > >>>>> list, select your project, do a right click and select add catalog > >>>>> methods. > >>>>> > >>>>> It creates all the mandatory methods for the catalog. You now have > >>>>> to fill them (look at the class side of the configuration). > >>>>> > >>>>> Finally, commit your configuration on your repo and on the > >>>>> MetaRepoForPharo30/40/50 depending where your project is working. > >>>>> > >>>>> The link is here: > >>>>> http://smalltalkhub.com/#!/~Pharo/MetaRepoForPharo50 > >>>>> > >>>>> > >>>>> > >>>>> Once published, your project will be in the catalog in the image > >>>>> (Tools>catalog browser) and on the web http://catalog.pharo.org/. > >>>>> > >>>>> > >>>>> > >>>>> Tell me if you need help to do it, > >>>>> > >>>>> > >>>>> > >>>>> Cheers, > >>>>> > >>>>> Vincent > >>>>> > >>>>> > >>>>> > >>>>> *De :* Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] > >>>>> *De la part de* ???? ????????? > >>>>> *EnvoyÃ© :* dimanche 2 aoÃ»t 2015 10:25 *Ã :* Any question about > >>>>> pharo is welcome *Objet :* Re: [Pharo-users] Tabular: XLSX import > >>>>> > >>>>> > >>>>> > >>>>> It looks like I need some guidance to understand contemporary > >>>>> packaging/deployment/versioning system. I know it exists, but I > >>>>> don't know details. Can you kick me in the right direction? Maybe > >>>>> some link? > >>>>> > >>>>> > >>>>> > >>>>> 2015-08-02 11:21 GMT+03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > >>>>> > >>>>> Hi, > >>>>> > >>>>> > >>>>> > >>>>> it would be sooo cool to have a configuration in the catalogâ¦ > >>>>> > >>>>> > >>>>> > >>>>> Esteban > >>>>> > >>>>> > >>>>> > >>>>> On 01 Aug 2015, at 20:58, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> > >>>>> wrote: > >>>>> > >>>>> > >>>>> > >>>>> Hello. > >>>>> > >>>>> Some time ago I announced Tabular > >>>>> <http://ss3.gemtalksystems.com/ss/Tabular.html>, some effort to > >>>>> make a tool for spreadsheets import/export. > >>>>> > >>>>> > >>>>> This is short notice: Vincent Blondeau have added XLSX import > >>>>> functionality! > >>>>> It's also mostly proof-of-concept now, but even at this stage it's > >>>>> quite usable. > >>>>> > >>>>> Thanks, 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. > >>>>> > >>> > >> > >> > >> > > > > > >

Aug. 9, 2015

Re: [Pharo-users] Tabular: XLSX import

by Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾

> > I see that you implement a SAXparser. Could you please elaborate a > bit why the one in the XML-Parser package does not do the job? > SAXParser from Tabular is a subclass of one from XML-Parser. It just make the job even easier - it handles "registered" elements so you can define methods like #sheet_start:, #sheet_end, #sheet_characters: (for <sheet> tag as an example) instead of "generic" #startElement:with:, #endElement: and #characters: It makes the crafting of the XML parsers really easy and fluent. By the way, this part is described in the comments to TabularSAXParser, unlike most of the other mechanics :) I assume you have three classes to accommodate for FLAT ODT and HTML > import later. > > Maybe there should only be two classes at the moment until the latter > will be realized. > Well, situation is: when Vincent started his job, he incorporates XLSX importer code deeply into Model. He also restructured the Model classes, so it becomes something like XLSXModel instead of "generic spreadsheets" model. Adding this placeholder classes was an easy and intuitive way to prevent such a de-generalisation in future. If you see this classes, you will easy understand, for example, that "shared strings" should be resolved when you reading your XLSX into model. Just because "shared strings" is XLSX specific feature, HTML tables have no any shared strings :) 2015-08-08 13:23 GMT+03:00 H. Hirzel <hannes.hirzel(a)gmail.com>: > Thank you. I am using Pharo 4.0. > > I see that you implement a SAXparser. Could you please elaborate a > bit why the one in the XML-Parser package does not do the job? > > --Hannes > > On 8/8/15, Vincent BLONDEAU <vincent.blondeau(a)polytech-lille.net> wrote: > > Hi, > > > > I added the dependencies to PharoExtras/XMLWriter and XMLParser. > > I didn't add the dependencies before because I used Tabular with Moose, > and > > Moose already loads these dependencies... > > > > Now it should work. I created the new 0.2 release with the required > > dependencies. > > > > By the way, I used Versionner to create the configuration. I don't know > if > > there is a documentation but there is a video: > > https://www.youtube.com/watch?v=cFRJDuWL-Q0 > > > > It is a very fast tool to manage your projects! > > > > If your are using at least Pharo 4.0, you can use the catalog browser to > > load the ConfigurationOfTabular directly. > > > > Best, > > Vincent > > > > -----Message d'origine----- > > De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la > part de > > H. Hirzel > > EnvoyÃ© : samedi 8 aoÃ»t 2015 10:34 > > Ã : Any question about pharo is welcome > > Objet : Re: [Pharo-users] Tabular: XLSX import > > > > If I do > > > > ConfigurationOfXMLWriter load > > > > then > > > > TabularExperimentalExport writeTestFile > > > > is fine generating an Excel file. > > > > http://ss3.gemtalksystems.com/ss/Tabular/Tabular-HannesHirzel.27.mcz > > > > I am currently exploring the code and trying to figure out how it works. > > > > --Hannes > > > > On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > >> I understand that Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ asks how to construct his > >> ConfigurationOfTabular file > >> > >> http://ss3.gemtalksystems.com/ss/Tabular.html > >> > >> So I pointed him to the Pharo By Examples book 2 Chapter 9 Managing > >> Projects with Metacello > >> > >> > >> The Tabular project needs a XMLWriter class. I assume the regular > >> pharoExtras is fine. I do not know. > >> > >> I am just looking at the code to see how the reading and writing of > >> MSOffice files, Excel in this particular case, is done so far. > >> > >> For reading a TabularSAXParser is included in the package. Probably > >> not necessary. > >> > >> I moved it out here > >> http://ss3.gemtalksystems.com/ss/Tabular/Tabular-HannesHirzel.26.mcz > >> > >> Hannes > >> > >> > >> > >> On 8/8/15, stepharo <stepharo(a)free.fr> wrote: > >>> > >>> > >>> Le 8/8/15 09:11, H. Hirzel a Ã©crit : > >>>> What about > >>>> http://rmod.lille.inria.fr/deepIntoPharo/index.html > >>>> > >>>> p. 163 depending on a project without Metacello description p. 164, > >>>> depending on a project with a Metacello configuration > >>>> > >>>> In the mean time just a note that Tabular needs XMLParser and > >>>> XMLWriter packages on http://ss3.gemtalksystems.com/ss/Tabular.html. > >>> > >>> are you implying that there is no expression of dependencies and that > >>> in addition it depend on a different XML Parser/Writer than > >>> pharoExtras ones? > >>> > >>> Stef > >>>> > >>>> Some class comments are welcome as well :-) > >>>> > >>>> I understand that I can read Excel files and that you just started > >>>> to check out how to write them? > >>>> > >>>> --Hannes > >>>> > >>>> On 8/4/15, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> wrote: > >>>>> Thank you Vincent. > >>>>> Some things is much clearer for me now. > >>>>> > >>>>> *It's shame on me that I lost all this Metacello progress, > >>>>> especially taking into account I was on the ESUG conference where > >>>>> it was presented. > >>>>> It > >>>>> was my only conference unfortunately.* > >>>>> > >>>>> I see that you already started this job: you added > >>>>> ConfigurationOfTabular. > >>>>> What I really want to do with this configuration: add dependencies > >>>>> to XMLParser and XMLWriter packages. Can you help with this, please? > >>>>> > >>>>> 2015-08-04 17:19 GMT+03:00 Blondeau Vincent > >>>>> <vincent.blondeau(a)worldline.com> > >>>>> : > >>>>> > >>>>>> Hi, > >>>>>> > >>>>>> > >>>>>> > >>>>>> To add a configuration in the catalog, first you should have a > >>>>>> configuration for your project. You can create it with the > >>>>>> versionner if needed. > >>>>>> > >>>>>> > >>>>>> > >>>>>> Second, you have to add some methods adding meta-description to > >>>>>> your project. The versionner do it for you: in the configuration > >>>>>> list, select your project, do a right click and select add catalog > >>>>>> methods. > >>>>>> > >>>>>> It creates all the mandatory methods for the catalog. You now have > >>>>>> to fill them (look at the class side of the configuration). > >>>>>> > >>>>>> Finally, commit your configuration on your repo and on the > >>>>>> MetaRepoForPharo30/40/50 depending where your project is working. > >>>>>> > >>>>>> The link is here: > >>>>>> http://smalltalkhub.com/#!/~Pharo/MetaRepoForPharo50 > >>>>>> > >>>>>> > >>>>>> > >>>>>> Once published, your project will be in the catalog in the image > >>>>>> (Tools>catalog browser) and on the web http://catalog.pharo.org/. > >>>>>> > >>>>>> > >>>>>> > >>>>>> Tell me if you need help to do it, > >>>>>> > >>>>>> > >>>>>> > >>>>>> Cheers, > >>>>>> > >>>>>> Vincent > >>>>>> > >>>>>> > >>>>>> > >>>>>> *De :* Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] > >>>>>> *De la part de* ???? ????????? > >>>>>> *EnvoyÃ© :* dimanche 2 aoÃ»t 2015 10:25 *Ã :* Any question about > >>>>>> pharo is welcome *Objet :* Re: [Pharo-users] Tabular: XLSX import > >>>>>> > >>>>>> > >>>>>> > >>>>>> It looks like I need some guidance to understand contemporary > >>>>>> packaging/deployment/versioning system. I know it exists, but I > >>>>>> don't know details. Can you kick me in the right direction? Maybe > >>>>>> some link? > >>>>>> > >>>>>> > >>>>>> > >>>>>> 2015-08-02 11:21 GMT+03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > >>>>>> > >>>>>> Hi, > >>>>>> > >>>>>> > >>>>>> > >>>>>> it would be sooo cool to have a configuration in the catalogâ¦ > >>>>>> > >>>>>> > >>>>>> > >>>>>> Esteban > >>>>>> > >>>>>> > >>>>>> > >>>>>> On 01 Aug 2015, at 20:58, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> > >>>>>> wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>> Hello. > >>>>>> > >>>>>> Some time ago I announced Tabular > >>>>>> <http://ss3.gemtalksystems.com/ss/Tabular.html>, some effort to > >>>>>> make a tool for spreadsheets import/export. > >>>>>> > >>>>>> > >>>>>> This is short notice: Vincent Blondeau have added XLSX import > >>>>>> functionality! > >>>>>> It's also mostly proof-of-concept now, but even at this stage it's > >>>>>> quite usable. > >>>>>> > >>>>>> Thanks, 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. > >>>>>> > >>>> > >>> > >>> > >>> > >> > > > > > > > > > >

Aug. 9, 2015

Re: [Pharo-users] Tabular: XLSX import

by Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾

> > What about > http://rmod.lille.inria.fr/deepIntoPharo/index.html > > p. 163 depending on a project without Metacello description > p. 164, depending on a project with a Metacello configuration > Thank you, Hannes, it's very useful. are you implying that there is no expression of dependencies and that in > addition it depend on a different XML Parser/Writer than pharoExtras ones? > No, Stef, it just means that I somehow missed all the Metacello progress. Which is definitely a shame on me. The Tabular project needs a XMLWriter class. I assume the regular > pharoExtras is fine. I do not know. > Yes, it is. I just have loaded one from catalog. I added the dependencies to PharoExtras/XMLWriter and XMLParser. > ... > Now it should work. I created the new 0.2 release with the required > dependencies. > It's very good and this is exactly what I have asked about - thank you very much! By the way, I used Versionner to create the configuration. I don't know if > there is a documentation but there is a video: > https://www.youtube.com/watch?v=cFRJDuWL-Q0 > Thank you for this video, too. I definitely should upgrade my Pharo skills to contemporary situation - I stuck somewhere in 2.8 at pre-metacello times. 2015-08-08 15:04 GMT+03:00 H. Hirzel <hannes.hirzel(a)gmail.com>: > Found the public API: > > XLSXImporter import: aReadStream > > XLSXImporterTest>> > setUp > | rstr | > rstr := TabularResources testExcelSheet readStream. > workbook := XLSXImporter import: rstr > > And added it in the comment: > > http://ss3.gemtalksystems.com/ss/Tabular/Tabular-HannesHirzel.32.mcz > > On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > > The screenshot illustrates what I mean. > > http://ss3.gemtalksystems.com/ss/Tabular/Tabular-HannesHirzel.30.mcz > > > > I assume you have three classes to accommodate for FLAT ODT and HTML > > import later. > > > > Maybe there should only be two classes at the moment until the latter > > will be realized. > > > > What do you consider to be the public API of class XLSXImporter? > > > > --Hannes > > > > On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > >> Another small request: Could you please comment the importer classes > >> which currently work. This is to distinguish them from those which are > >> there as place-holders for future extension. This makes it easier to > >> read you code. > >> > >> --Hanne > >> > >> On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > >>> Thank you. I am using Pharo 4.0. > >>> > >>> I see that you implement a SAXparser. Could you please elaborate a > >>> bit why the one in the XML-Parser package does not do the job? > >>> > >>> --Hannes > >>> > >>> On 8/8/15, Vincent BLONDEAU <vincent.blondeau(a)polytech-lille.net> > wrote: > >>>> Hi, > >>>> > >>>> I added the dependencies to PharoExtras/XMLWriter and XMLParser. > >>>> I didn't add the dependencies before because I used Tabular with > Moose, > >>>> and > >>>> Moose already loads these dependencies... > >>>> > >>>> Now it should work. I created the new 0.2 release with the required > >>>> dependencies. > >>>> > >>>> By the way, I used Versionner to create the configuration. I don't > know > >>>> if > >>>> there is a documentation but there is a video: > >>>> https://www.youtube.com/watch?v=cFRJDuWL-Q0 > >>>> > >>>> It is a very fast tool to manage your projects! > >>>> > >>>> If your are using at least Pharo 4.0, you can use the catalog browser > >>>> to > >>>> load the ConfigurationOfTabular directly. > >>>> > >>>> Best, > >>>> Vincent > >>>> > >>>> -----Message d'origine----- > >>>> De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la > >>>> part > >>>> de > >>>> H. Hirzel > >>>> EnvoyÃ© : samedi 8 aoÃ»t 2015 10:34 > >>>> Ã : Any question about pharo is welcome > >>>> Objet : Re: [Pharo-users] Tabular: XLSX import > >>>> > >>>> If I do > >>>> > >>>> ConfigurationOfXMLWriter load > >>>> > >>>> then > >>>> > >>>> TabularExperimentalExport writeTestFile > >>>> > >>>> is fine generating an Excel file. > >>>> > >>>> > http://ss3.gemtalksystems.com/ss/Tabular/Tabular-HannesHirzel.27.mcz > >>>> > >>>> I am currently exploring the code and trying to figure out how it > >>>> works. > >>>> > >>>> --Hannes > >>>> > >>>> On 8/8/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > >>>>> I understand that Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ asks how to construct his > >>>>> ConfigurationOfTabular file > >>>>> > >>>>> http://ss3.gemtalksystems.com/ss/Tabular.html > >>>>> > >>>>> So I pointed him to the Pharo By Examples book 2 Chapter 9 Managing > >>>>> Projects with Metacello > >>>>> > >>>>> > >>>>> The Tabular project needs a XMLWriter class. I assume the regular > >>>>> pharoExtras is fine. I do not know. > >>>>> > >>>>> I am just looking at the code to see how the reading and writing of > >>>>> MSOffice files, Excel in this particular case, is done so far. > >>>>> > >>>>> For reading a TabularSAXParser is included in the package. Probably > >>>>> not necessary. > >>>>> > >>>>> I moved it out here > >>>>> http://ss3.gemtalksystems.com/ss/Tabular/Tabular-HannesHirzel.26.mcz > >>>>> > >>>>> Hannes > >>>>> > >>>>> > >>>>> > >>>>> On 8/8/15, stepharo <stepharo(a)free.fr> wrote: > >>>>>> > >>>>>> > >>>>>> Le 8/8/15 09:11, H. Hirzel a Ã©crit : > >>>>>>> What about > >>>>>>> http://rmod.lille.inria.fr/deepIntoPharo/index.html > >>>>>>> > >>>>>>> p. 163 depending on a project without Metacello description p. 164, > >>>>>>> depending on a project with a Metacello configuration > >>>>>>> > >>>>>>> In the mean time just a note that Tabular needs XMLParser and > >>>>>>> XMLWriter packages on > http://ss3.gemtalksystems.com/ss/Tabular.html. > >>>>>> > >>>>>> are you implying that there is no expression of dependencies and > that > >>>>>> in addition it depend on a different XML Parser/Writer than > >>>>>> pharoExtras ones? > >>>>>> > >>>>>> Stef > >>>>>>> > >>>>>>> Some class comments are welcome as well :-) > >>>>>>> > >>>>>>> I understand that I can read Excel files and that you just started > >>>>>>> to check out how to write them? > >>>>>>> > >>>>>>> --Hannes > >>>>>>> > >>>>>>> On 8/4/15, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> wrote: > >>>>>>>> Thank you Vincent. > >>>>>>>> Some things is much clearer for me now. > >>>>>>>> > >>>>>>>> *It's shame on me that I lost all this Metacello progress, > >>>>>>>> especially taking into account I was on the ESUG conference where > >>>>>>>> it was presented. > >>>>>>>> It > >>>>>>>> was my only conference unfortunately.* > >>>>>>>> > >>>>>>>> I see that you already started this job: you added > >>>>>>>> ConfigurationOfTabular. > >>>>>>>> What I really want to do with this configuration: add dependencies > >>>>>>>> to XMLParser and XMLWriter packages. Can you help with this, > >>>>>>>> please? > >>>>>>>> > >>>>>>>> 2015-08-04 17:19 GMT+03:00 Blondeau Vincent > >>>>>>>> <vincent.blondeau(a)worldline.com> > >>>>>>>> : > >>>>>>>> > >>>>>>>>> Hi, > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> To add a configuration in the catalog, first you should have a > >>>>>>>>> configuration for your project. You can create it with the > >>>>>>>>> versionner if needed. > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Second, you have to add some methods adding meta-description to > >>>>>>>>> your project. The versionner do it for you: in the configuration > >>>>>>>>> list, select your project, do a right click and select add > catalog > >>>>>>>>> methods. > >>>>>>>>> > >>>>>>>>> It creates all the mandatory methods for the catalog. You now > have > >>>>>>>>> to fill them (look at the class side of the configuration). > >>>>>>>>> > >>>>>>>>> Finally, commit your configuration on your repo and on the > >>>>>>>>> MetaRepoForPharo30/40/50 depending where your project is working. > >>>>>>>>> > >>>>>>>>> The link is here: > >>>>>>>>> http://smalltalkhub.com/#!/~Pharo/MetaRepoForPharo50 > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Once published, your project will be in the catalog in the image > >>>>>>>>> (Tools>catalog browser) and on the web http://catalog.pharo.org/ > . > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Tell me if you need help to do it, > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Cheers, > >>>>>>>>> > >>>>>>>>> Vincent > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> *De :* Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] > >>>>>>>>> *De la part de* ???? ????????? > >>>>>>>>> *EnvoyÃ© :* dimanche 2 aoÃ»t 2015 10:25 *Ã :* Any question about > >>>>>>>>> pharo is welcome *Objet :* Re: [Pharo-users] Tabular: XLSX import > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> It looks like I need some guidance to understand contemporary > >>>>>>>>> packaging/deployment/versioning system. I know it exists, but I > >>>>>>>>> don't know details. Can you kick me in the right direction? Maybe > >>>>>>>>> some link? > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> 2015-08-02 11:21 GMT+03:00 Esteban Lorenzano > >>>>>>>>> <estebanlm(a)gmail.com>: > >>>>>>>>> > >>>>>>>>> Hi, > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> it would be sooo cool to have a configuration in the catalogâ¦ > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Esteban > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> On 01 Aug 2015, at 20:58, Ð®ÑÐ¸Ð¹ ÐÐ¸ÑÐ¾Ð½ÐµÐ½ÐºÐ¾ <assargaddon(a)gmail.com> > >>>>>>>>> wrote: > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> Hello. > >>>>>>>>> > >>>>>>>>> Some time ago I announced Tabular > >>>>>>>>> <http://ss3.gemtalksystems.com/ss/Tabular.html>, some effort to > >>>>>>>>> make a tool for spreadsheets import/export. > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> This is short notice: Vincent Blondeau have added XLSX import > >>>>>>>>> functionality! > >>>>>>>>> It's also mostly proof-of-concept now, but even at this stage > it's > >>>>>>>>> quite usable. > >>>>>>>>> > >>>>>>>>> Thanks, 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. > >>>>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>> > >>>> > >>>> > >>>> > >>>> > >>> > >> > > > >

Aug. 9, 2015

Re: [Pharo-users] gettings real senders

by Mariano Martinez Peck

What I do in that case is that I select the text "WriteStream on:" and "method source with it". But of course, a class side search would be nice. On Sat, Aug 8, 2015 at 10:07 PM, Ben Coman <btc(a)openinworld.com> wrote: > On Sun, Aug 9, 2015 at 3:25 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > So there's method CompiledMethod>>senders, > > but the problem is that it just looks for the message symbol and not > class. > > > > so for example: > > ~~~~~~~~~~~~~~~~~~~~~ > > (WriteStream>>on:) senders > > ~~~~~~~~~~~~~~~~~~~~~ > > will also include Object>>asBrick > > > > Object>>asBrick > > ^ GLMMorphBrick on: self asMorph > > > > because it sends #on: even though it's on completely different object. > > > > Now I understand that this is a dynamic system, so I will never have all > > senders, but this should be resolvable even through static analysis? > > > > So now my question is: Is there an easy way to retrieve the object to > which > > the selector is sent? > > I can use "CompiledMethod>>messages", but that just returns "a > Set(#asMorph > > #on:)" which is useless here. > > > > So do I need to traverse the AST and find it there? > > You can't search invocations of a particular "class>>method". You can > only search invocations of a "message" unbound from any class. You > can constrain your senders to search to particular packages, but that > requires pre-knowledge and may not suit all cases. In some cases I > find adding the following useful... > > WriteStream>>on: > Transcript crShow: thisContext senders senders printString , > '-->' , thisContext senders printString , > thisContext printString. > .... > > cheers -ben > > -- Mariano http://marianopeck.wordpress.com

Aug. 9, 2015

Re: [Pharo-users] direct image code exchange

by Juraj Kubelka

Hi Offray, interesting use case. I can see that Etherpad uses colors to emphasize author of each line (character). Is it important? Why? (I understand Spanish.) Cheers, Juraj > 8. 8. 2015 v 19:44, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net>: > > Hi Juraj, > > At the last data week and in the workshops, we have an interesting user case: sharing code snippets between assistants to the workshop. For that we setup an Etherpad at the beginning of the workshop where we share notes and code snippets by their url on http://ws.stfx.eu <http://ws.stfx.eu/>. This has worked pretty fine and the only thing I can think for an improvement would be having something like "ethepads" inside the Pharo Image, allowing participants to write collaboratively docs and scripts inside Pharo. You can see and examples of such case of use here: > > http://mutabit.com/deltas/repos.fossil/dataweek/home <http://mutabit.com/deltas/repos.fossil/dataweek/home> > > (mostly in Spanish but the use of Etherpads and published playgrounds is understandable). > > Cheers, > > Offray > > On 07/08/15 08:23, Juraj Kubelka wrote: >> Hi! >> >> It is great that people are interested in sharing information between images. GTChatter was the first try and we will come with a new solution. >> >> What is the most urgent information you want to share between images? Source code? >> I am curious about your use cases: Do you want to share information between images on the same computer? Between your computers? Between co-workers? >> >> Cheers, >> Juraj >> >>> On Aug 7, 2015, at 03:58, Peter UhnÃ¡k < <mailto:i.uhnak@gmail.com>i.uhnak(a)gmail.com <mailto:i.uhnak@gmail.com>> wrote: >>> >>> On PharoDays, there was a demo of GTChatter ( https://youtu.be/Nmcou_5um2s?t=22m18s <https://youtu.be/Nmcou_5um2s?t=22m18s> ), but it was just prototype, I don't think it's currently being developed. But maybe it could serve as a bases for code sharing between images/users. >>> >>> If anything you could simply push your code to http://ws.stfx.eu/ <http://ws.stfx.eu/> (Playground can do that with a button), and then paste the link through GTSpotter to the other user. If you paste that link into GTSpotter, it automatically offers you the option to open playground on it (eg. try pasting into GTSpotter <http://ws.stfx.eu/923KR0YD1BRU>http://ws.stfx.eu/923KR0YD1BRU <http://ws.stfx.eu/923KR0YD1BRU> ). >>> >>> Peter >>> >>> On Fri, Aug 7, 2015 at 12:45 AM, Sebastian Heidbrink < <mailto:sheidev@yahoo.de>sheidev(a)yahoo.de <mailto:sheidev@yahoo.de>> wrote: >>> Hi Sven, >>> >>> thank you! I will check it out. >>> I'll have such situation more and more often. >>> I'll let you know when I might have extended the code by some addons >>> >>> Sebastian >>> >>> >>> On 2015-08-06 3:26 PM, Sven Van Caekenberghe wrote: >>> On 07 Aug 2015, at 00:13, Sebastian Heidbrink <sheidev(a)yahoo.de <mailto:sheidev@yahoo.de>> wrote: >>> >>> Is there a in-image monticello server available that would mimic a repository server? >>> Yes, it is called ZnMonticelloServerDelegate - it is meant as an example, but it works. >>> >>> >>> >>> >> >

Aug. 9, 2015