- Pharo-users - lists.pharo.org

Pharo 5: Bug in removing key combinations

by Johan Fabry

Hi all, Miguel and I found a bug in removing key combinations on a morph. Now they are global, while in Pharo 4 this was not the case. Consider the following code: | morph | morph := RubScrolledTextMorph new. (morph textArea) removeKeyCombination: $s command; removeKeyCombination: $s control; on: $s command do: [morph flash ]; on: $s control do: [morph flash ]. morph openInWorld. In the morph, cmd-s will cause a flash, as expected. However in other windows (or browsers and playgrounds least) the original shortcut is lost, only a s character is added to the text field. I did not see it on fogbugz so I would like to announce it here before I open a case, in case (heh) I missed it. So the question: is this a known bug? ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Dec. 28, 2015

Re: [Pharo-users] Transcendental #new (was Re: why Pillar)

by Martin BÃ¤hr

Excerpts from Ben Coman's message of 2015-12-28 12:52:02 +0100: > I'm quite comfortable with spirituality in the right context. Its > just a *distraction* from the technical content. Your posts have > interesting technical questions but the spiritual padding obfuscates > them such that I can't understand what you are asking and makes me > feel unqualified to any answer - so can only ignore such posts. But > actually I don't like doing so, thus I sought to advise you in a > concise way that did not pollute the mail list too much. I'm sure > others in the community are in the same boat, so really you are > narrowing your opportunity for useful responses from the community. i'd like to second that. robert, the problem is that we are unfamiliar with the terminology you are using. comparing pharo to religious concepts can be interesting, but to make such a comparison, it would be necessary to explain why such a comparison is relevant and what pharo users can gain from it. and explain what each of the concepts are, in plain words. > > I don't seem to have a problem nor am I breaking any "rules" I am aware of you are breaking the rule of missing or loosing your audience. > Interesting that you take such an adversarial position to a polite > request. Religion is divisive and any particular doctrine can > alienate community members of some other doctrine religion should not be divisive. if religion becomes a cause of dislike, hatred, division, it is better to be without it[1]. my personal corollary: if talking about religion leads to dislike, then i stop talking about it. greetings, martin. [1|`Abduâl-BahÃ¡] -- eKita - the online platform for your entire academic life -- chief engineer eKita.co pike programmer pike.lysator.liu.se caudium.net societyserver.org secretary beijinglug.org mentor fossasia.org foresight developer foresightlinux.org realss.com unix sysadmin Martin BÃ¤hr working in china http://societyserver.org/mbaehr/

Dec. 28, 2015

Re: [Pharo-users] Smallworlds - Interactive Fiction Framework

by stepharo

> I don't know if this is the appropriate venue to do that, but I'd like to > announce that I finished a stable implementation of a framework for > developing Interactive Fiction in Pharo Smalltalk. Yes it is! Do you have a screenshots or something like that? I have no idea what is a Interactive Fiction: a textual adventure game? > > It is based on an old code written by Bob Jarvis for Dolphin, but it has > been changed so much that it is almost something new. > > This is my first project and I'm still working around Metacello and > polishing stuff up. So I appreciate any code contributions, comments or > thoughts about it. > > It is hosted on Smalltalkhub: > (http://smalltalkhub.com/#!/~ericvm/Smallworlds) > > > > -- > View this message in context: http://forum.world.st/Smallworlds-Interactive-Fiction-Framework-tp4868560.h… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Dec. 28, 2015

Re: [Pharo-users] Smallworlds - Interactive Fiction Framework

by stepharo

Le 28/12/15 13:45, ericvm a Ã©crit : > There is an AdventureShell class made with Spec. You use it like this: > > (AdventureShell world: (CDGameWorld new)) openWithSpec. add it to a class comment somewhere :)

Dec. 28, 2015

Re: [Pharo-users] why Pillar

by stepharo

SaÅ¡a have a look at Pillar and you can add footnotes and we will review your code and integrate it. We are just really busy right now. Stef

Dec. 28, 2015

Re: [Pharo-users] Transcendental #new (was Re: why Pillar)

by stepharo

To conclude this thread, Robert I suggest that you stay on a technical discussion. Do not force us to ban you (we will do it if you continue) because people are distracted. Most of us do not understand all these spiritual points and do not want to read about them in such mailing-lists. Stef

Dec. 28, 2015

Re: [Pharo-users] why Pillar

by Offray Vladimir Luna CÃ¡rdenas

Hi, On 28/12/15 10:43, SaÅ¡a JaniÅ¡ka wrote: > On Pon, 2015-12-28 at 10:21 -0500, Offray Vladimir Luna CÃ¡rdenas wrote: > >> That's why I recommending you pandoc's markdown variant. It has >> extensive support for footnotes, bibliographic references, tables, >> latex, a lot of exporting formats and extensibility via exporting and >> manipulating the Abstract Syntax Tree. Pandoc is also used in >> Scholarly markdown and Jupyter projects so you could use the markup >> language variant with more people beyond this community. > But you're aware that you can also use Pandoc's markdown with Nikola? Yes. I'm but if you read the blog post, you'll see that the main reason for choosing grav for almost everything else and Nikola for self hosted Jupyter/IPython noteboks is not the lack of support for pandoc, but themes, skeletons and interactivity. (Details in the referred blog post). > . >> and then Leo Editor[4]. > > I tried that, but, for some reason, it was not compelling-enough to > switch... I used Leo for several years, but nothing beats for me the interactivity and modifiability of a live coding environment like Pharo/Rossal. Cheers, Offray

Dec. 28, 2015

Re: [Pharo-users] why Pillar

by SaÅ¡a JaniÅ¡ka

On Pon, 2015-12-28 at 10:21 -0500, Offray Vladimir Luna CÃ¡rdenas wrote: > That's why I recommending you pandoc's markdown variant. It hasÂ > extensive support for footnotes, bibliographic references, tables,Â > latex, a lot of exporting formats and extensibility via exporting andÂ > manipulating the Abstract Syntax Tree. Pandoc is also used in > ScholarlyÂ markdown and Jupyter projects so you could use the markup > languageÂ variant with more people beyond this community. But you're aware that you can also use Pandoc's markdown with Nikola? > Did you mean this: >Â > http://practicaltypography.com/why-racket-why-lisp.html Yes. >and then Leo Editor[4].Â I tried that, but, for some reason, it was not compelling-enough to switch... Sincerely, Gour --Â What is night for all beings is the time of awakeningÂ for the self-controlled; and the time of awakening forÂ all beings is night for the introspective sage.

Dec. 28, 2015

Re: [Pharo-users] Slack invitation

by SaÅ¡a JaniÅ¡ka

On Pon, 2015-12-28 at 12:04 -0300, Esteban A. Maringolo wrote: > Meanwhile you can join going to: http://192.241.152.94:3000/ Thank you...joined. ;) Sincerely, Gour -- Everyone is forced to act helplessly according to the qualities he has acquired from the modes of material nature; therefore no one can refrain from doing something, not even for a moment.

Dec. 28, 2015

Re: [Pharo-users] why Pillar

by Offray Vladimir Luna CÃ¡rdenas

Hi, On 28/12/15 06:16, SaÅ¡a JaniÅ¡ka wrote: > On Ned, 2015-12-27 at 18:50 -0500, Offray Vladimir Luna CÃ¡rdenas wrote: > > Hiya, > >> Seems that the reasons exposed in this tread are: It predated >> markdown, so was already used inside the community, and gives us >> finer control on the overall markup language, including exporting >> formats. > Nothing against it, but some features like footnotes are simply 'must' > for serious writing, at least in my domain. Yes, that's why I use pandoc's markdown. >> Two projects implement this idea Pandoc[2] > Yeah, Pandoc is great and it would be cool to have Pillar support for > it. You could extend it via Abstract Syntax Trees with Pharo. >> and Grav[3] and both use a combination of markdown and yaml. > Grav looks interesting, but I believe I simply want to leave PHP world. > :-) I did for a lot of time, barely touching anything php related and, as I said in the blog post about Nikola and Grav[1], I dislike the php syntax and pragmatics. But this doesn't prevent the acknowledge and eventual use of really good solutions made on php like dokuwiki, Question2Answer and Grav. What I'm trying to do is to communicate with this solutions without touching too much the php part, just using more standard formats like Json, cvs, markdown and yaml. [1] http://mutabit.com/offray/blog/es/entry/2015-10-06-grav-nikola-both >> My bet is on pandoc (markdown+yaml) for writing almost anything, with >> some advantages over pillar: > My main complaint to markdown is that it is not standard, despite many > attempts (or extensions). That's why I recommending you pandoc's markdown variant. It has extensive support for footnotes, bibliographic references, tables, latex, a lot of exporting formats and extensibility via exporting and manipulating the Abstract Syntax Tree. Pandoc is also used in Scholarly markdown and Jupyter projects so you could use the markup language variant with more people beyond this community. >> b. It has support for bibliographic references, footnotes a a more >> complete feature set. > I wonder how is it that despite being present for so long, it does miss > such features... Well that's the cost of being part of a small community where not all the projects can be developed beyond the interest and limitations of few members. And that's why interaction with broader communities (for example pandoc's one could be wise). > Have you considered to use Pillar markup with Nikola? That's one > option I'm considering if Pillar is going to get things liek footnotes > etc. No. As I said in the previous referred blog post I will use Nikola for self hosted IPython/Jupyter notebooks and Grav mostly everywhere in web publishing. Using padoc's markdown as the default format gives me a lot of interoperability between documentation systems. My bet for mixing pharo related developments and pandoc is via the Abstract Syntax Tree manipulations... at some point. >> Ecstatic have more powerful things like a logic-less >> approach to templating via mustache, that is neutral to the >> underlaying language > That would be another 'pro' for Pillar markup+Nikola, although I belive > Jinja is sufficient for my web needs. What I would like is to integrate Mustache in future web developments using Teapot, and Pharo, but my documentation language in the back end would be the same and more cross-community: markdown + yaml. So mustache and abstract syntax trees is an argument for not caring too much about a tightly integrated and Pharo only markup language. > Btw, let me say that I'm also inspired with Butterick and was > considering to use Racket for my project, but ended up here. :-) Did you mean this: http://practicaltypography.com/why-racket-why-lisp.html I think that racket is a pretty interesting system and Pollen[2] is also interesting for documentation. The idea of document as a program was presented to me in the times when I used TeXmacs[3] and then Leo Editor[4]. Now I'm trying to bridge several ideas of these technologies with the Interactivity of IPython but using the flexibility and understandability of Pharo/Moose/Roassal for my own interactive documentation (alpha state) project[5][6] [2] http://pollenpub.com/ [3] http://texmacs.org/ [4] http://leoeditor.com/ [5] http://mutabit.com/grafoscopio/index.en.html [6] http://mutabit.com/offray/static/blog/output/posts/grafoscopio-idea-and-ini… >> So, while I think that choosing Pharo technologies is better for >> making them more mature, tested and used, I also think that is >> important to choose proper balance to know which combination of Pharo >> technologies and external ones is adequate. > I didn't mention, but I was playing with Golang's Hugo for some time > which is also nice and, to me, preferrable over PHP. Didn't know about that or TOML. As I said, your barely touch php with grav, but the self-containment of Hugo and the easy syntax of TOML seem like good arguments in favor of them for web publishing. The main message here is that you can combine Pharo technologies with non Pharo ones via standard markup languages like markdown or yaml (or toml) and yet get extensibility in Pharo. Cheers, Offray

Dec. 28, 2015