December 2014 - Pharo-dev - lists.pharo.org

Pillar and figures

by phil＠highoctane.be

I am writing a book using Pillar. Here is the problem I do have: I put something like Some text explaining XYZ.. +SomeCaption>file://figures/somefigure.png+ Some other text... But the figure is not staying between the two paragraphs for some reason. Anyone having an explanation and a way to have the thing stay where it should? TIA Phil

Dec. 8, 2014

Re: [Pharo-dev] [Esug-list] [Pharo-users] [ann] gtspotter: a moldable interface for spotting objects

by Johan Fabry

Sorry, but no :-( I am always confused when people say âcategoryâ because the word has so many overloaded meanings. The same happens in the blog post, it is not clear to me what category means here, and what does it have to do with the collection object? > On Dec 7, 2014, at 11:16, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > Yes, we will still evolve the UI. At the very least you will get the shortkeys directly on the actions. > > The answer to your question is in the blog post: > GTSpotter offers an extra action: diving in a category. Pressing Cmd+Shift+ArrowRight dives in the collection object containing only the items from that category. Thus, we can continue refining the search inside the category. > > So, you will open the collection of that sub-category and you will see more items at once (not just 5). Is it clearer now? > > Cheers, > Doru ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Dec. 8, 2014

Re: [Pharo-dev] Excel binding

by Esteban A. Maringolo

El Mon Dec 08 2014 at 11:41:23 AM, Markus Fritsche <mfritsche(a)reauktion.de> escribiÃ³: > On 2014-12-08 15:22, Blondeau Vincent wrote: > > Does someone know if there is a mean to access Excel sheets from Pharo > > to get data? > > > I don't want to use .csv files but .xls/.xlsx files. > > If you're just going to use .xlsx files, it might be possible to unzip > the file and peek the xml representation of that table (not that I've > done it though). > > If you're going to support .xls / Excel < 2003 files, you will probably > need a COM-bridge. I remember that I've seen it for Squeak in the past, > I don't recall having seen it for Pharo. > > Another kind of hackish solution could be setting up an ODBC driver for > Excel files and then using DBXTalk/ODBC or the ConfigurationOfODBC-based > package. > > All of this assuming you're running Pharo in Windows. Regards!

Dec. 8, 2014

Re: [Pharo-dev] Code repository

by Ben Coman

Benoit St-Jean wrote: > Hi guys! > > Coming back to Pharo! > > I was wondering, what is the preferred code repository for Pharo 3.x/4.x > packages? SqueakSource 3 or SmalltalkHub ? > > tia > > ----------------- > Benoit St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein) There seems more Pharo activity on SmalltalkHub, but I haven't heard of anything wrong with Squeaksource 3. btw, If you've been off-list for a while, have you tried PharoLauncher? http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher cheers -ben

Dec. 8, 2014

Re: [Pharo-dev] Excel binding

by Markus Fritsche

On 2014-12-08 15:22, Blondeau Vincent wrote: > Does someone know if there is a mean to access Excel sheets from Pharo > to get data? > I don't want to use .csv files but .xls/.xlsx files. If you're just going to use .xlsx files, it might be possible to unzip the file and peek the xml representation of that table (not that I've done it though). If you're going to support .xls / Excel < 2003 files, you will probably need a COM-bridge. I remember that I've seen it for Squeak in the past, I don't recall having seen it for Pharo. Another kind of hackish solution could be setting up an ODBC driver for Excel files and then using DBXTalk/ODBC or the ConfigurationOfODBC-based package.

Dec. 8, 2014

Re: [Pharo-dev] playground vs workspace

by Tudor Girba

Hi Sven, Thanks for the kind words. Doru On Mon, Dec 8, 2014 at 2:33 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > More documentation is always better, but you can hardly accuse Doru from > trying, he is making an excellent effort in explaining what he does and > why, this is a lot of work, and I appreciate it very much. Note that he is > also trying to convince others of alternative/new/experimental ideas, which > is even harder. > > And apart from that, he (and his team) are not just talking, they write > actual working code and make it available. Of course they get all sorts of > feedback, that is why they do it, but please, please consider the amount of > work and determination it costs to make all this real/useable and not just > vapourware ! > > I have the utmost respect for what they are doing and how they are doing > it. > > You (and other users) have a choice: you can keep using Pharo 3 and the > tools there instead of going along with the development branch. Pharo 3 is > meant for stable production use, it matches most of the current > publications. > > There is pharo-users(a)lists.pharo.org for normal beginner discussions, > most users should ask questions there, not the other way around as it is > today. I read both and try to help anyone the best I can. > > Sven > > > On 08 Dec 2014, at 13:56, kilon alios <kilon.alios(a)gmail.com> wrote: > > > > "But, those tools are already added. And they are documented on the > humane-assessment.com blog, and this can serve as a strong basis for a > more official documentation." > > > > my issue is not "when" but "whether" . If you want to wait out the > release of Pharo 4 to make official documentation, thats fine by me . I > take late documentation over no documentation, any day. > > > > The problem I see with Pharo and one factor I feel it may even lead to > the demise of Pharo as a project is that we see new and very exciting sfuff > added to Pharo like your tools, but the documentation part is lackaster to > say the least. The real problem comes when the original author decides to > abandon or not further develop his tools it becomes extremely difficult for > new people to come in and contribute. The very fact that now we replace the > old workspace with a new tool is the testament to this problem. I think the > situation would be dramatically different if Worskpace was fully > documented, both at the user level and developer level. Its afterall an > extremely important tool for Pharo. If that was the case we would have seen > a natural evolution of workspace which would have made Playground far less > needed. > > > > So its not that I disagree just with you I disagree with the general > management of Pharo that follows the mentality "let the new features in and > we worry about the documentation later on". No , no and NO! > > > > I was recently asked by a newcomer to Pharo being a python developer > himself whether he should invest in Pharo . He wanted my opinion because I > have experience both in python and pharo . I was not suprised to find out > that he struggled with the documentation and he was really reluctant to > give Pharo a serious try. He loved the features and all that but his > learning was a much bigger pain than his experience with python and other > programming languages. I ended up recommending him to ask more question > here in the mailing list and he replied he did not feel comfortable asking > question that for him were "stupid". Can I blame him ? Of course not. He > was not aware of many of the blog posts and other source of documentation > that are not "official". > > > > Dont know who that person is and how important as a member would become > for the Pharo community but I can clearly see his problems being common to > anyone or almost anyone introduced to Pharo unless that person comes > already with a Smalltalk background. > > > > What I do know is Pharo needs new people to come in and take it further > and in order to do that we need to build a Pharo that is as inviting to > newcomers as our abilities permits us to. Putting documentation as a second > priority is a recipe to disaster. > > > > > > > > > > > > > > > > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 8, 2014

Re: [Pharo-dev] Code repository

by stepharo

Welcome back STHUB :) Stef Le 7/12/14 14:14, Benoit St-Jean a Ã©crit : > Hi guys! > > Coming back to Pharo! > > I was wondering, what is the preferred code repository for Pharo > 3.x/4.x packages? SqueakSource 3 or SmalltalkHub ? > > tia > ----------------- > Benoit St-Jean > Yahoo! Messenger: bstjean > Twitter: @BenLeChialeux > Pinterest: benoitstjean > IRC: lamneth > Blogue: endormitoire.wordpress.com > "A standpoint is an intellectual horizon of radius zero". (A. Einstein)

Dec. 8, 2014

Excel binding

by Blondeau Vincent

Hi, Does someone know if there is a mean to access Excel sheets from Pharo to get data? I don't want to use .csv files but .xls/.xlsx files. Thanks in advance Cheers, Vincent BLONDEAU ________________________________ 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.

Dec. 8, 2014

Re: [Pharo-dev] playground vs workspace

by Tudor Girba

Hi, Please look at the mail I sent to Torsten for a more thorough description of my reasoning. For example, I do not like that it implies that this is *the* place where work happens, and this is clearly not the case. Yes, I use the playground extensively for so many use cases. I do not miss the Workspace at all and I do not use it since 2 years. Cheers, Doru On Mon, Dec 8, 2014 at 2:56 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > Hi Doru, > > I do not understand exactly what the difference is or why you wouldn't > call GTPlayground " a Workspace". > > As I think you are using GTPlayground very extensively: > Do YOU use the Workspace at all ? > Do YOU miss something in GTPlayground, where you would say: "Yes, only a > workspace should do this". > > > Nicolai > > > 2014-12-08 7:18 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > >> Hi, >> >> As you might see, the GTPlayground is called playground not workspace. >> The main reason for this is that workspace implies the place where work is >> done, and work is typically associated with creating code. >> >> This is not the intention of the workspace. >> >> Workspace also comes with a history that is associated with actual >> implementations. While the current GTPlayground might appear to be similar >> to the workspace, I think the way you can use the latter produces a >> significant shift. >> >> Furthermore, I think the term playground is more inline with the idea of >> "playing with live objects". And, in the future, the implementation will >> likely evolve towards even more liveliness. >> >> It is for this reason that I would prefer that the World menu item gets >> renamed to Playground. >> >> What do you think? >> >> Cheers, >> Doru >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 8, 2014

Re: [Pharo-dev] playground vs workspace

by Tudor Girba

Exactly! This is precisely the way we should look at tools: we should identify why we need that tool, but not necessarily stick with the tool. For example, people said a while ago that the Workspace is better than the Playground for searching for things like implementors. While that might have been the case at that time, I think that use case is better served by the now existing Spotter. It is important to understand the goal and not focus at the implementation. This is the prerequisite for inventing something new. That is why I keep on asking stupid questions like: "Why do you need this?" "When do you need this?" Coming back to your point, I think that "note tracker" is one of the last use cases people use a Workspace for. I find this very interesting even if I do not necessarily have this requirement for myself. I think at the moment we can keep a renamed Workspace for that, but in the future we will probably end up with something else. The use case is noted in my book :) Cheers, Doru On Mon, Dec 8, 2014 at 2:50 PM, stepharo <stepharo(a)free.fr> wrote: > > Le 8/12/14 05:43, stepharo a Ã©crit : > > Hi doru > > I would like to have playground be named playground and that we keep > "workspace" but I would like to change the name to "SimpleNoteEditor". > > Why because this is always good to have simple tools to read from? (I'm > not talking about the current workspace implementation but the new one). > I would like even try to learn something from Playground implementation > because the tools is more advanced while I'm not afraid to learn > from a simple tool. > > I do not like the idea that we are all forced to use one single tools. We > are adults. > > Stef > > Hi, > > As you might see, the GTPlayground is called playground not workspace. > The main reason for this is that workspace implies the place where work is > done, and work is typically associated with creating code. > > This is not the intention of the workspace. > > Workspace also comes with a history that is associated with actual > implementations. While the current GTPlayground might appear to be similar > to the workspace, I think the way you can use the latter produces a > significant shift. > > Furthermore, I think the term playground is more inline with the idea of > "playing with live objects". And, in the future, the implementation will > likely evolve towards even more liveliness. > > It is for this reason that I would prefer that the World menu item gets > renamed to Playground. > > What do you think? > > Cheers, > Doru > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > > -- www.tudorgirba.com "Every thing has its own flow"

Dec. 8, 2014