- Pharo-users - lists.pharo.org

CodeImporter. 256 literals limit

by Andreas Sunardi

I have written a tool (Pharo5) where user gives an input file to it, where the content is a smalltalk code, a DSL. I used a subclass of CodeImporter class to evaluate this input file. Recently my user used an input file where it hit the 256 literal limit (total of unique string, number, method name, etc), down in OpalEncoderForV3PlusClosures >> genPushLiteral:. The number seems to be hard coded and related to byte code generator, not something I can simply increase. I wasn't aware of this limitation. Before I overhaul my tool, I thought I should ask. Is there another alternative to evaluate a smalltalk file/script? The file is small, 27k, but the number of unique literals in it is > 256. Is it possible at all, seeing that the limit is related to byte code generator. Thank you in advance -- Andreas Sunardi

Aug. 29, 2017

Re: [Pharo-users] Code mystery

by Dimitris Chloupis

You are not going crazy that's an ugly method. Probably the author intended to use dir and the forgot about it and instead hard coded the dir path inside a class method. A mistake that can happen to anyone. The method will have to be updated anyway because name is to be removed, so it won't work. As always too much code too few people. If you think that's bad embrace yourself if you try to read Morphic code. Huge suffering for me when I tried to learn how the task bar works and apparently using it wrong it freezes the image. Tons of Pharo code needs a clean but needs also a lot more people. On Tue, 29 Aug 2017 at 01:52, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > Hello All > > > > Following the discussion on dark mode, I was browsing the code on themes > (in Moose 6.1 = Pharo 6.0, Latest update: #60486). In Class ThemeIcons, I > found this method: > > > > downloadTo: dir > > | zipArchive | > > > > zipArchive := self class destinationPath / (self name, > '.zip'). > > zipArchive exists > > ifFalse: [ > > ZnClient new > > url: self url; > > downloadTo: > zipArchive ]. > > > > ^ zipArchive > > > > The mystery is that the argument dir is not referred to anywhere in the > code. It probably works, because the only invocation of the method is from > ThemeIcons>>downloadFromUrl, which sets the argument from self class > destinationPath, and the code above recreates this as the path to > zipArchive. > > > > I thought I understood Smalltalk coding fairly well, but this really > puzzles me. Why would anyone code like this? Shouldnât it be picked up by a > code critic? Or am I going crazy? > > > > Any help gratefully received > > > > Peter Kenny >

Aug. 28, 2017

Code mystery

by PBKResearch

Hello All Following the discussion on dark mode, I was browsing the code on themes (in Moose 6.1 = Pharo 6.0, Latest update: #60486). In Class ThemeIcons, I found this method: downloadTo: dir | zipArchive | zipArchive := self class destinationPath / (self name, '.zip'). zipArchive exists ifFalse: [ ZnClient new url: self url; downloadTo: zipArchive ]. ^ zipArchive The mystery is that the argument dir is not referred to anywhere in the code. It probably works, because the only invocation of the method is from ThemeIcons>>downloadFromUrl, which sets the argument from self class destinationPath, and the code above recreates this as the path to zipArchive. I thought I understood Smalltalk coding fairly well, but this really puzzles me. Why would anyone code like this? Shouldn't it be picked up by a code critic? Or am I going crazy? Any help gratefully received Peter Kenny

Aug. 28, 2017

Re: [Pharo-users] How to create a minimal image ?

by Ben Coman

On Mon, Aug 28, 2017 at 9:32 PM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > > > 2017-08-28 13:33 GMT+02:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > >> for me Pharo and GUI go hand in hand, I cannot imagine Pharo without GUI. >> I also despise the command line. Plus once you remove the GUI you kill the >> very essence of Smalltalk. >> >> But if that is what you(you as all people who support this) like and >> need, that's your choice and I respect that. >> >> Even back in the 80s when almost everything was command lines , I was >> drooling over Amiga's 500 beautiful coloured GUIs. It started my >> fascination with computer graphics and later 3d graphics and sound. >> >> So me and the GUI are very old friends and we go hand in hand :) >> >> Of course I understand if we want to go super minimal the GUI has to go >> together with many other things that make Pharo what it is. But I dont care >> for such extremes. I just wanted to reduce the fat. >> > > We want Pharo without GUI to have better Pharo with GUI :-) > A super-simple-GUI in a minimal image step could later provide Emergency Tools facilities, so would not be redundant code (I've not been much successful using the current Emergency Evaluator.) Perhaps even a REPL like interface. Editing could be done in an external editor and pasted into the REPL in this form... . SomeClass>>#someMethod self doStuff. Are Bloc and Brick going to be loadable separately? How big is Bloc on its own? Would it (or some core subset of it) form a good basis for new Emergency Tools, or should they completely separate? A decision tree might be useful to see the overlap of different design options here showing the size of each bootstrap step. cheers -ben

Aug. 28, 2017

Re: [Pharo-users] constraining dragging movement of Morph Windows

by H. Hirzel

Hello Peter A hint, but not yet the solution World griddingOnOff. toggles the grid for morphs. World setGridSpec. Allows to set the grid. World griddingOn tells if the grid is on or off The commands above affect morphs, Morph new openInWorld but not the windows (Nautilus, Playground, ..., SystemWindow, ...) Something else in addition seems to be needed ...... Regards Hannes On 8/28/17, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > is it possible to somehow "constraint" the movement of windows (Nautilus, > Playground, ..., SystemWindow, ...)? > > E.g. I want for them to only move (or "snap") only at steps of e.g. 20 > pixels. > > So sort of snap-to-20-pixel-grid behavior. > > Thanks, > Peter >

Aug. 28, 2017

Re: [Pharo-users] Dark Mode

by phil＠highoctane.be

Dark Gmail, Dark Twitter, Wikipedia... etc no problem with Stylish. https://userstyles.org/styles/browse?search_terms=gmail Or make your own - here are a few I made. https://userstyles.org/users/304480 I should do a dark Pharo.org :-) Phil On Mon, Aug 28, 2017 at 9:11 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > Actually what you say makes no sense to me because my monitor is already > at bare minimum. Its not the intensity, its the contrast. The problem > obviously is not an exposure of 30 minutes. The mail I am writing now has > a white background. But its not a problem because I spent an 1 hour tops > with email total time. I would like if Gmail had a dark theme but its no > big deal. However when one spent more than 8 hours it becomes a problem. > > It was the same when I was studying in UK law. I was very used into > reading english because the vast majority of the coding books I had bought > and reading since I was 13 years old were in english. It was not a problem > reading for an hour, but after 5 hours both my eyes and brain were tired. > Its that extra effort that accumulates hour by hour and the more time you > spent, the more obvious it becomes. 5 hours reading a book in my mother > tongue is like night and day. > > So when I was spending a lot of hours working with Pharo the white them > did became a major problem for me. Its not as if I see a light theme and > after a few minutes I scream in pain "Oh my eyes are burning" :D > > > > On Mon, Aug 28, 2017 at 9:55 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > >> Or you people can just dim your screen instead of staring into a 60W >> lightbulb... then the theme doesn't matter. >> >> On Mon, Aug 28, 2017 at 8:38 PM, Alexandre Bergel < >> alexandre.bergel(a)me.com> wrote: >> >>> Upsâ¦ I think this FIT file format is for something elseâ¦ >>> >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> On Aug 28, 2017, at 3:36 PM, Alexandre Bergel <alexandre.bergel(a)me.com> >>> wrote: >>> >>> Hi Phil, >>> >>> Yes, I wrote a FIT file parser. FIT is used to store âscientificâ >>> images, in particular for astronomy and medicine. >>> Do you want the code? >>> >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> On Aug 28, 2017, at 9:36 AM, phil(a)highoctane.be wrote: >>> >>> You can eat eggs all you want provided you burn the calories. They are >>> shock full of amino acids. >>> >>> Cholesterol is a precursor of testosterone, so, no cholesterol is going >>> to put a man in a bad place. >>> >>> Eggs and heavy deadlifts and squats. Yay, feel the burn. >>> >>> Speaking of which: anyone have a .fit file binding for Pharo? >>> >>> See this forum thread for a clue: https://www.thisisant. >>> com/forum/viewthread/4275 >>> >>> Roassal + Dataframe on fit files would be a great thing to have. >>> >>> Phil >>> >>> >>> >>> >>> >>> On Mon, Aug 28, 2017 at 2:20 PM, Dimitris Chloupis < >>> kilon.alios(a)gmail.com> wrote: >>> >>>> Nutrition wise, scientists always agreed that eggs contained pretty >>>> much everything the body needs. Problem was cholesterol which the egg does >>>> significant rise. >>>> >>>> The fact that did change was that high cholesterol is bad, some doctors >>>> would argue even deadly for ones health. Problem was that this fact was >>>> based on a research that was on a very small group of subjects and if I am >>>> not mistaken it was not even humans it was lab rats. >>>> >>>> The problem none really funded a serious research for this fact and >>>> when they did they discovered that indeed eggs and other food do raise >>>> cholesterol significantly but our liver is capable of reducing the >>>> production of cholesterol to compensate hence its nowhere near as harmful >>>> as they used to assume. >>>> >>>> Science is flawed mainly because finding small facts is easy and cheap >>>> but general fact are very complex and very very expensive. >>>> >>>> Like all things, you get what you are paying for. This is why you see >>>> and hear so many contradictory facts. They are mostly based on simple cheap >>>> research. Plus "fact" is purely a fantasy, our world is too complex for >>>> facts as most people define them. There is truth sure, but not as easy to >>>> consume and explain as we would wish. >>>> >>>> The preference to light and dark themes is not product of bad >>>> scientific research. I suspect the reasons are too complex for science >>>> anyway because we are even eons away from explaining the human brain and >>>> how it works. >>>> >>>> Pharo not only allow you to choose a theme but its theme classes are >>>> actually very easy to use which is something it inherit from Squeak. It >>>> took me a day to create my own theme. >>>> >>>> The Dark UI theme class is excellent example for anyone who wants to >>>> subclass it and create his own light or dark theme because its not that >>>> complex. >>>> >>>> On Mon, Aug 28, 2017 at 2:57 PM Davorin Rusevljan < >>>> davorin.rusevljan(a)gmail.com> wrote: >>>> >>>>> If I can throw in my 2c, themes are like nutrition facts. When I was a >>>>> kid eggs were the healthiest thing to consume in universe. Then they were a >>>>> root of all evil, and now days are nutrition packed food. >>>>> >>>>> I have observed similar circles in background color usability. Pharo >>>>> has ability to choose a theme, it has both currently fashionable and older >>>>> ones to choose from. I do not see need for anything else on that front. >>>>> >>>>> Davorin Rusevljan >>>>> >>>> >>> >>> >>> >>

Aug. 28, 2017

Re: [Pharo-users] Dark Mode

by phil＠highoctane.be

Dimming a LED screen is a bad idea. It flickers because of PWM. My older Dell CCFL monitor feels better than brand new LED things with brightness down. http://www.flatpanelshd.com/focus.php?subaction=showfull&id=1362457985 Nvidia drivers are indeed a good thing! Phil On Mon, Aug 28, 2017 at 8:54 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Or you people can just dim your screen instead of staring into a 60W > lightbulb... then the theme doesn't matter. > > On Mon, Aug 28, 2017 at 8:38 PM, Alexandre Bergel <alexandre.bergel(a)me.com > > wrote: > >> Upsâ¦ I think this FIT file format is for something elseâ¦ >> >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> On Aug 28, 2017, at 3:36 PM, Alexandre Bergel <alexandre.bergel(a)me.com> >> wrote: >> >> Hi Phil, >> >> Yes, I wrote a FIT file parser. FIT is used to store âscientificâ images, >> in particular for astronomy and medicine. >> Do you want the code? >> >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> On Aug 28, 2017, at 9:36 AM, phil(a)highoctane.be wrote: >> >> You can eat eggs all you want provided you burn the calories. They are >> shock full of amino acids. >> >> Cholesterol is a precursor of testosterone, so, no cholesterol is going >> to put a man in a bad place. >> >> Eggs and heavy deadlifts and squats. Yay, feel the burn. >> >> Speaking of which: anyone have a .fit file binding for Pharo? >> >> See this forum thread for a clue: https://www.thisisant.co >> m/forum/viewthread/4275 >> >> Roassal + Dataframe on fit files would be a great thing to have. >> >> Phil >> >> >> >> >> >> On Mon, Aug 28, 2017 at 2:20 PM, Dimitris Chloupis <kilon.alios(a)gmail.com >> > wrote: >> >>> Nutrition wise, scientists always agreed that eggs contained pretty much >>> everything the body needs. Problem was cholesterol which the egg does >>> significant rise. >>> >>> The fact that did change was that high cholesterol is bad, some doctors >>> would argue even deadly for ones health. Problem was that this fact was >>> based on a research that was on a very small group of subjects and if I am >>> not mistaken it was not even humans it was lab rats. >>> >>> The problem none really funded a serious research for this fact and when >>> they did they discovered that indeed eggs and other food do raise >>> cholesterol significantly but our liver is capable of reducing the >>> production of cholesterol to compensate hence its nowhere near as harmful >>> as they used to assume. >>> >>> Science is flawed mainly because finding small facts is easy and cheap >>> but general fact are very complex and very very expensive. >>> >>> Like all things, you get what you are paying for. This is why you see >>> and hear so many contradictory facts. They are mostly based on simple cheap >>> research. Plus "fact" is purely a fantasy, our world is too complex for >>> facts as most people define them. There is truth sure, but not as easy to >>> consume and explain as we would wish. >>> >>> The preference to light and dark themes is not product of bad scientific >>> research. I suspect the reasons are too complex for science anyway because >>> we are even eons away from explaining the human brain and how it works. >>> >>> Pharo not only allow you to choose a theme but its theme classes are >>> actually very easy to use which is something it inherit from Squeak. It >>> took me a day to create my own theme. >>> >>> The Dark UI theme class is excellent example for anyone who wants to >>> subclass it and create his own light or dark theme because its not that >>> complex. >>> >>> On Mon, Aug 28, 2017 at 2:57 PM Davorin Rusevljan < >>> davorin.rusevljan(a)gmail.com> wrote: >>> >>>> If I can throw in my 2c, themes are like nutrition facts. When I was a >>>> kid eggs were the healthiest thing to consume in universe. Then they were a >>>> root of all evil, and now days are nutrition packed food. >>>> >>>> I have observed similar circles in background color usability. Pharo >>>> has ability to choose a theme, it has both currently fashionable and older >>>> ones to choose from. I do not see need for anything else on that front. >>>> >>>> Davorin Rusevljan >>>> >>> >> >> >> >

Aug. 28, 2017

Re: [Pharo-users] Dark Mode

by phil＠highoctane.be

Alexandre, Sure, I have swimming files from my Garmin Swim watch and I'd love to graph them in Roassal/Datatable/Pharo. Hope we are talking about the same format. Phil On Mon, Aug 28, 2017 at 8:36 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi Phil, > > Yes, I wrote a FIT file parser. FIT is used to store âscientificâ images, > in particular for astronomy and medicine. > Do you want the code? > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On Aug 28, 2017, at 9:36 AM, phil(a)highoctane.be wrote: > > You can eat eggs all you want provided you burn the calories. They are > shock full of amino acids. > > Cholesterol is a precursor of testosterone, so, no cholesterol is going to > put a man in a bad place. > > Eggs and heavy deadlifts and squats. Yay, feel the burn. > > Speaking of which: anyone have a .fit file binding for Pharo? > > See this forum thread for a clue: https://www.thisisant. > com/forum/viewthread/4275 > > Roassal + Dataframe on fit files would be a great thing to have. > > Phil > > > > > > On Mon, Aug 28, 2017 at 2:20 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >> Nutrition wise, scientists always agreed that eggs contained pretty much >> everything the body needs. Problem was cholesterol which the egg does >> significant rise. >> >> The fact that did change was that high cholesterol is bad, some doctors >> would argue even deadly for ones health. Problem was that this fact was >> based on a research that was on a very small group of subjects and if I am >> not mistaken it was not even humans it was lab rats. >> >> The problem none really funded a serious research for this fact and when >> they did they discovered that indeed eggs and other food do raise >> cholesterol significantly but our liver is capable of reducing the >> production of cholesterol to compensate hence its nowhere near as harmful >> as they used to assume. >> >> Science is flawed mainly because finding small facts is easy and cheap >> but general fact are very complex and very very expensive. >> >> Like all things, you get what you are paying for. This is why you see and >> hear so many contradictory facts. They are mostly based on simple cheap >> research. Plus "fact" is purely a fantasy, our world is too complex for >> facts as most people define them. There is truth sure, but not as easy to >> consume and explain as we would wish. >> >> The preference to light and dark themes is not product of bad scientific >> research. I suspect the reasons are too complex for science anyway because >> we are even eons away from explaining the human brain and how it works. >> >> Pharo not only allow you to choose a theme but its theme classes are >> actually very easy to use which is something it inherit from Squeak. It >> took me a day to create my own theme. >> >> The Dark UI theme class is excellent example for anyone who wants to >> subclass it and create his own light or dark theme because its not that >> complex. >> >> On Mon, Aug 28, 2017 at 2:57 PM Davorin Rusevljan < >> davorin.rusevljan(a)gmail.com> wrote: >> >>> If I can throw in my 2c, themes are like nutrition facts. When I was a >>> kid eggs were the healthiest thing to consume in universe. Then they were a >>> root of all evil, and now days are nutrition packed food. >>> >>> I have observed similar circles in background color usability. Pharo has >>> ability to choose a theme, it has both currently fashionable and older ones >>> to choose from. I do not see need for anything else on that front. >>> >>> Davorin Rusevljan >>> >> > >

Aug. 28, 2017

Re: [Pharo-users] The Spec UI Framework. first translation to korean finish.

by Stephane Ducasse

Hi Peter 1 We use luatex because of font encoding problems :). 2 We are using texlive 2016 3 Did you try the docker that damien pollet created because it encapsulates latex Damien used also memoir for the book template. 4 can you send me a little example of a latex file with korean we can try. You do not need to know smacc and pillar is like markdown. BTW two important points 1 Thanks for your trust in Pharo. 2 if you want to translate the Mooc teaser video in Korean, we have spanish, french, japanese, spanish, ukrainian and portuguese for the moment. Stef Stef On Mon, Aug 28, 2017 at 6:34 AM, peter yoo <onionmixer(a)gmail.com> wrote: > I do not know if it is possible or impossible. because: > > 1. failed to compile the SPEC UI Framework. Xetex would have caught the > error, but I do not know about luatex. > 2. I am using texlive 2017 with gentoo linux. > 3. In Korea, when making a book, in most cases it is using an oblivior that > has developed a memoir. > 4. In most cases, TeX is used to specify the font in consideration of the > CJK environment. > > > If you set some basics, I will join you in the future. However, I do not > know smacc, pillar, etc.

Aug. 28, 2017

Re: [Pharo-users] [ANN] Pharo wiki , is here

by Dimitris Chloupis

well i linked to the job so people can choose the format they like pdf or html, so i see no need to change it. On Mon, Aug 28, 2017 at 2:38 PM H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > Dimitris > > Please add a direct link to the Pillar chapter on the integration server > > > https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… > > The current link on the Pharo books web site is broken and this seems > to be the main piece of documentation about Pillar. > > --Hannes > > On 8/26/17, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > > Thanks for keep me posted about your experiments. I would like to know > > where the current interface doesn't suit your needs/tastes and how easy > > was to use/extend the tool. I think that mind mapping problem would be > > particularly well suited for your GUI approaches. > > > > Cheers, > > > > Offray > > > > > > On 26/08/17 14:53, Dimitris Chloupis wrote: > >> mind mapping is an interest of mine too, though i never tried to make > >> one app for it yet. Ok will see if I will go down the Grafoscopio > >> route and will keep you posted. I was thinking using it as an in-image > >> interface for the wiki. > >> > >> On Sat, Aug 26, 2017 at 10:15 PM Offray Vladimir Luna CÃ¡rdenas > >> <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: > >> > >> That would be pretty interesting and yes, it is under MIT. > >> > >> On custom GUI's I have thought about a mind mapping interface for > >> Grafoscopio, for presentations. I would like to stretch the > >> tree/graph metaphor so it can make what we do with different > >> metaphors right now on "offimatics" (writing, calculation and > >> presentation), so this custom metaphors are interesting to me. > >> > >> Cheers, > >> > >> Offray > >> > >> > >> On 26/08/17 12:28, Dimitris Chloupis wrote: > >>> How would you feel if I took grafoscopio and made a custom GUI > >>> for it, mainly for personal usage ? Does it use the MIT license ? > >>> > >>> On Sat, Aug 26, 2017 at 6:56 PM Offray Vladimir Luna CÃ¡rdenas > >>> <offray.luna(a)mutabit.com <mailto:offray.luna@mutabit.com>> wrote: > >>> > >>> No it can't. Grafoscopio Markdown nodes just plain text boxes > >>> with Markdown code inside, but I would like to have at least > >>> syntax hightlighting for it. What Grafoscopio can do is to > >>> traverse a tree and process node headers as markdown titles, > >>> footnotes and others to produce a flat Markdown file to be > >>> processed by Pandoc. Also, thanks to special %metadata nodes > >>> in the tree, Grafoscopio can control & feedback the Pandoc > >>> command line options *inside* the notebook, increasing > >>> reproducibility, just by using plain Pharo dictionaries and > >>> dynamic arrays. Then, you can use the Notebook menu to export > >>> as PDF by running such options from the GUI. > >>> > >>> Cheers, > >>> > >>> Offray > >>> > >>> > >>> > >>> On 26/08/17 10:31, Dimitris Chloupis wrote: > >>>> Grafoscopio can display markdown files ? > >>>> > >>>> On Sat, Aug 26, 2017 at 5:38 PM Offray Vladimir Luna > >>>> CÃ¡rdenas <offray.luna(a)mutabit.com > >>>> <mailto:offray.luna@mutabit.com>> wrote: > >>>> > >>>> Dimitris, > >>>> > >>>> I understand your practical reasons to have Markdown > >>>> over Pillar and in fact I have advocated several of > >>>> them. As I have said, Markdown ubiquity for complete > >>>> documentation workflows (including complete books) is > >>>> similar to git ubiquity for code. Despite having other > >>>> personal preferences in markup and DVCS, I think is > >>>> strategic to give them support in Pharo, without > >>>> precluding any work on our own tools (Monticello, > >>>> Metacello, Pillar, etc.). > >>>> > >>>> I'll try to make some experiments with integration of > >>>> Documenter in Grafoscopio and Markdown. They'll advance > >>>> slowly, because time constrains now that I'm trying to > >>>> finish my thesis, but once a week I'll try to show > >>>> advancements and make questions. > >>>> > >>>> Cheers, > >>>> > >>>> Offray > >>>> > >>>> > >>>> On 26/08/17 01:55, Dimitris Chloupis wrote: > >>>>> As I said the format is not so important for me, the > >>>>> reason why I chose markdown instead of pillar is > >>>>> because you can edit it using github web interface > >>>>> making it easier. The books will continue to use > >>>>> Pillar, because making a book is obviously a lot more > >>>>> sophisticated than creating a wiki that mainly has web > >>>>> links to various internet locations. Pillar already can > >>>>> export to markdown , latex, html and through latex it > >>>>> can also export to pdf. > >>>>> > >>>>> After Stef requested it, I moved the wiki inside the > >>>>> pharo git repository here > >>>>> > >>>>> https://github.com/pharo-project/pharo > >>>>> > >>>>> I also added a link to it inside the git wiki of pharo > >>>>> > >>>>> https://github.com/pharo-project/pharo/wiki > >>>>> > >>>>> > >>>>> On Sat, Aug 26, 2017 at 2:17 AM Offray Vladimir Luna > >>>>> CÃ¡rdenas <offray.luna(a)mutabit.com > >>>>> <mailto:offray.luna@mutabit.com>> wrote: > >>>>> > >>>>> So, we're going to have Markdown for the wiki and > >>>>> probably for documentation (via GitBooks)..., which > >>>>> is not surprising considering the vast amount of > >>>>> support such documentation format has and the > >>>>> extensions for a complete documentation toolchain > >>>>> and features. As I said, I think that is an > >>>>> important syntax and we should put Scholarly/Pandoc > >>>>> Markdown in the radar for documentation support in > >>>>> Pharo. Is what I'm doing with Grafoscopio and now > >>>>> that Pillar support is again taking momentum, the > >>>>> infrastructure there (parsers, highlighters, > >>>>> editors) could be extended to support Pandoc's > >>>>> Markdown. > >>>>> > >>>>> I'll keep you posted. > >>>>> > >>>>> Cheers, > >>>>> > >>>>> Offray > >>>>> > >>>>> > >>>>> On 24/08/17 17:59, Dimitris Chloupis wrote: > >>>>>> > >>>>>> > >>>>>> On Thu, Aug 24, 2017 at 11:32 PM Stephane Ducasse > >>>>>> <stepharo.self(a)gmail.com > >>>>>> <mailto:stepharo.self@gmail.com>> wrote: > >>>>>> > >>>>>> You have Netstyle/Workflow too. > >>>>>> > >>>>>> > >>>>>> done > >>>>>> > >>>>>> "Why are you using markup documents to create the > >>>>>> wiki when you could > >>>>>> use Github wiki itself? > >>>>>> > >>>>>> For portability?" > >>>>>> > >>>>>> good question. Yes for flexibility , another > >>>>>> reason however is that Github wiki is a separate > >>>>>> repo and I did not want that because in the very > >>>>>> back of my head I am considering the option of > >>>>>> creating software to allow access to wiki from > >>>>>> inside Pharo and I wanted to be all (content and > >>>>>> code) in the same repo. Its a very low priority > >>>>>> for now. > >>>>>> > >>>>>> Also Github wiki is basically the same as I am > >>>>>> doing with some extra format (table of contents) , > >>>>>> in my case I dont care because Github allows me to > >>>>>> define HTML templates that will format the wiki > >>>>>> webpage and make it look a a lot more polished > >>>>>> that pharo wiki looks like. Generally there are > >>>>>> some cool stuff you can do with Markdown and > >>>>>> Github , plus the fact that markdown can embed > >>>>>> HTML etc. > >>>>>> > >>>>>> There is also the option of Gitbook which has some > >>>>>> nice features for generating polished and well > >>>>>> structured documentation. > >>>>>> > >>>>>> So I like to keep my options open. For now I am > >>>>>> focusing 100% on content. > >>>>> > >>>> > >>> > >> > > > > > >

Aug. 28, 2017