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

Re: [Pharo-users] Personal wiki / information manager

by stepharo

Hi You have pier http://piercms.com Esteban is thinking about doing a minipier. Stef Le 24/7/15 15:26, Bystroushaak a Ã©crit : > Hello. > > Is there any software projects/libraries for personal wiki (something > like ZIM or CherryTree or Orgmode for writing texts/notes) and > personal information managing in Pharo? > > I think that Pharo would be great for this kind of software, because > it would provide rich scripting options. Also the idea of representing > informations as objects is really great. > > For example; now I keep list of books I read in DSV file. With this > SW, I could have a list of objects representing the books, which could > be sorted or rendered to lower level protocols, like DSV/XML/whatever. > > Related: > - https://en.wikipedia.org/wiki/Personal_information_manager > - https://en.wikipedia.org/wiki/Personal_wiki > > >

July 24, 2015

Re: [Pharo-users] deprecating classes

by Mariano Martinez Peck

In the past I have done a few hacks...one was to remove all methods from the class and only implement #doesNotUnderstand: calling the deprecation method saying the class was deprecated and now you should use xxxx. In another case, I didn't want to remove methods from the class for some other reason, so if I remember correct I hacked it but doing a Smalltalk at: #MyClass put: self createDeprecatedClass. And #createDeprecatedClass would create a dummy class with no method but the mentioned dnu... But for sure we need a better way to deprecate classes and packages too! On Fri, Jul 24, 2015 at 11:31 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > is there a mechanism for deprecating whole classes? > > For example there's class RTResizEable that has been replaced by > RTResizable (without extra "e") class. But if I don't want to break > people's code I would like to tell them that they should use something else. > > I could mark every method with "self deprecated:" but that's a bit > tedious... > And doing it with a script (rewritting all methods to add the statement) > is dangerous, because it can be part of UI loop, so it will blow up the > image with warnings. > > An idea might be to instead of opening Warning dialog with debug... > to create a "Deprecations Browser" (which has only one instance so if you > attempt to open it again while it is still opened nothing will happen). > And in the Deprecations Browser would be list of triggered deprecations... > maybe something like "Announcements tab" in Announcer inspector... > > That way even deprecations in UI loops will just add a hundred rows to a > single window instead of opening hundred windows. (And there would be also > opportunity for not showing duplicates.) > > Thanks, > Peter > -- Mariano http://marianopeck.wordpress.com

July 24, 2015

Re: [Pharo-users] Font with many Unicode glyphs to display code -- IPA?

by Henrik Johansen

> On 23 Jul 2015, at 4:14 , H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > > P.S. Screen shot attached. > A source code font. > Or put the question differently how do I add a font as a source code font? > > > On 7/23/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> Hello >> >> I work on an app which has some strings in the code with a >> considerable number of non ISO8859 symbols (e.g. IPA >> https://en.wikipedia.org/wiki/IPA) >> >> How do I get / use a font which does this? The fonts provided in the >> settings panel did not do the job. >> >> Thank you in advance >> --Hannes >> > <Pharo4.0_settings_browser_fonts_Screenshot from 2015-07-23 13:58:28.png> Click the font name next to the Code entry to change it, press "Update" in the selection window, and then select a system font (after installing if it's not included in the OS) that has IPA coverage. Searching for "ipa font <my platform>" should give pointers to which you can use. Cheers, Herny

July 24, 2015

deprecating classes

by Peter UhnÃ¡k

Hi, is there a mechanism for deprecating whole classes? For example there's class RTResizEable that has been replaced by RTResizable (without extra "e") class. But if I don't want to break people's code I would like to tell them that they should use something else. I could mark every method with "self deprecated:" but that's a bit tedious... And doing it with a script (rewritting all methods to add the statement) is dangerous, because it can be part of UI loop, so it will blow up the image with warnings. An idea might be to instead of opening Warning dialog with debug... to create a "Deprecations Browser" (which has only one instance so if you attempt to open it again while it is still opened nothing will happen). And in the Deprecations Browser would be list of triggered deprecations... maybe something like "Announcements tab" in Announcer inspector... That way even deprecations in UI loops will just add a hundred rows to a single window instead of opening hundred windows. (And there would be also opportunity for not showing duplicates.) Thanks, Peter

July 24, 2015

Personal wiki / information manager

by Bystroushaak

Hello. Is there any software projects/libraries for personal wiki (something like ZIM or CherryTree or Orgmode for writing texts/notes) and personal information managing in Pharo? I think that Pharo would be great for this kind of software, because it would provide rich scripting options. Also the idea of representing informations as objects is really great. For example; now I keep list of books I read in DSV file. With this SW, I could have a list of objects representing the books, which could be sorted or rendered to lower level protocols, like DSV/XML/whatever. Related: - https://en.wikipedia.org/wiki/Personal_information_manager - https://en.wikipedia.org/wiki/Personal_wiki

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Tudor Girba

Hi Peter, On Fri, Jul 24, 2015 at 1:04 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Alex, would you be able to show something with Roassal? It would be really >> nice to see the overall git history graph overlaid with the graph of the >> history of the selected package. >> > > Interesting that if someone else needs it I have no problem writing > Roassal scripts etc, but when I need it I don't even think of using Roassal > to actually solve my problems... > > You nailed an important point here. In humane assessment I distinguish between two roles: stakeholder and facilitator. Theoretically, these can both be fulfilled by the same person at the same time, but this often proves to be strangely difficult. I noticed this issue when I fixed a rather funny Glamour bug that haunted us for more than 6 months, until I finally figured it out by building a visualization that took 1h of effort: http://www.humane-assessment.com/blog/chasing-rogue-announcements/ Reasoning about software systems is more tricky than we think. I believe there are two dimensions at play: - Getting tools to be cheaply moldable is one. This is where the history we have with Moose/Roassal/GT et co can play an important role. And we should certainly not stop at what exists. For example, your work on live visual manipulation is an important direction. So is the idea behind Telescope. And there are others. - But, regardless of how smart the tools will be, the second dimensions remains a cognitive one. We do not know yet what is the best way, but it certainly isn't how the current industry-standard-tools make us work. In our environment we now have the luxury of exploring new possibilities because the environment is so radically different (and it will be even more different). There is no other environment I know that provides this opportunity, and I believe this is the place where we can change software development. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Thierry Goubier

2015-07-24 13:18 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > > > On Fri, Jul 24, 2015 at 1:13 PM, Thierry Goubier < > thierry.goubier(a)gmail.com> wrote: > >> >> >> 2015-07-24 13:04 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: >> >>> >>> Alex, would you be able to show something with Roassal? It would be >>>> really nice to see the overall git history graph overlaid with the graph of >>>> the history of the selected package. >>>> >>> >>> Interesting that if someone else needs it I have no problem writing >>> Roassal scripts etc, but when I need it I don't even think of using Roassal >>> to actually solve my problems... >>> >> >> :) >> >> >>> >>> Anyway I ran into similar issue I had before, that >>> McFileTreeGitRepository is returning GitFileTreePackageEntry instead of >>> filenames, so this fails. >>> >> >>> ~~~~~~~~~~~~~~~~ >>> mc := MCFileTreeGitRepository allInstances detect: [ :m | m name >>> includesSubstring: 'dynacase/repository' ]. >>> >>> root := mc versionInfoFromFileNamed: mc readableFileNames first. "<-- mc >>> readableFileNames doesn't return file names" >>> ~~~~~~~~~~~~~~~ >>> (The above for SmalltalkHub repos works just fine.) >>> >> >> Yes. I spent a lot of time try to guess what was the repository API used >> by Monticello, and I failed for part of it ;) >> >> With git, I couldn't work with something as primitive as a file name to >> refer to a git commit :) so had to work at a higher level and try to patch >> all the places where Monticello was forcing strings on me. >> > > Ok, so should I work around this because it's unfixable, or is it a bug? > No, it's a bug... But one of a whack-a-mole type :). FileTree (and GitFileTree) have a bunch of tests for internal coverage (reading, writing, etc....) with a complex setup (you need to provide test repositories)... which isn't included in Pharo integration testing by the way. However there are weaknesses in the Gofer to repositories testing (again probably because setting up a test environment with test repositories for Pharo would be complex). Thierry

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Peter UhnÃ¡k

On Fri, Jul 24, 2015 at 1:24 PM, Thierry Goubier <thierry.goubier(a)gmail.com> wrote: > > > 2015-07-24 13:19 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > >> I'm not sure how is Pharo 4 related (I do all dev in 5 now). >>> >> >> I should update DynaCASE docs, if that's where you got that impression... >> > > Yes, from the DynaCASE doc, I believed you were in Pharo4 :) > Sorry, I've fixed that now. I moved to Pharo 5 during ESUG and forgot to update it. In fact the original issue emerged after I switched to 5, so in 4 it should be ok. Peter

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Thierry Goubier

2015-07-24 13:19 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > I'm not sure how is Pharo 4 related (I do all dev in 5 now). >> > > I should update DynaCASE docs, if that's where you got that impression... > Yes, from the DynaCASE doc, I believed you were in Pharo4 :) Thierry

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Peter UhnÃ¡k

> > I'm not sure how is Pharo 4 related (I do all dev in 5 now). > I should update DynaCASE docs, if that's where you got that impression...

July 24, 2015