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

Re: [Pharo-users] Using geographic data

by Sven Van Caekenberghe

Arturo, In Pharo itself, you could just do it yourself, like this: T3GeoTools class>>#is: position inside: polygon "T3GeoTools is: 5.33732(a)50.92601 inside: { 5.48230(a)50.82249. 5.49523(a)50.81288. 5.50138(a)50.82008. 5.50228(a)50.82595. 5.49265(a)50.82560. 5.48230(a)50.82249 }" "T3GeoTools is: 5.49007(a)50.82205 inside: { 5.48230(a)50.82249. 5.49523(a)50.81288. 5.50138(a)50.82008. 5.50228(a)50.82595. 5.49265(a)50.82560. 5.48230(a)50.82249 }" "Point in polygon - ray casting algorithm - http://www.ecse.rpi.edu/Homepages/wrf/Research/Short_Notes/pnpoly.html" | inside otherIndex | inside := false. otherIndex := polygon size. polygon doWithIndex: [ :each :index | | other | other := polygon at: otherIndex. (((each y > position y) ~= (other y > position y)) and: [ position x < (((other x - each x) * (position y - each y) / (other y - each y)) + each x) ]) ifTrue: [ inside := inside not ]. otherIndex := index ]. ^ inside Inside circle, rectangle etc are trivial. Sven > On 25 Jul 2015, at 01:19, Arturo Zambrano <arturo.zambrano(a)gmail.com> wrote: > > Hi All, > I would like to get some advice regarding which path I should take. > > Problem: > Given a coordinate I want to know to which geographical object it belongs to. > > Path 1 > Using Glorp to make a query to a Postgis instance containing the boundaries of the geobjects > > > > Path 2 > Use the data form GADM data (according to this thread). > > > I would avoid path 1 in order to avoid installation of postgi. From the > thread mentioned above, I thing that it requires some development. > > > Regarding Path 2, I don't see which framework or library should I use to > import and query the data contained in the KMZ from GADM. > > > Any advice is welcome. > > Best regards. > Art > >

July 25, 2015

Calendar Events?

by stepharo

Hi I would like to schedule some events automatically. I know that there was a package doing something like that. Any pointers? Stef

July 25, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Jimmie Houchin

I am not a professional programmer, nor am I young, nor a graybeard. :) I found Smalltalk about 1999 in the form of Squeak. My biggest problems have been not in learning Smalltalk. But rather some of the projects I wanted to do needed to interface without outside libraries. Because I always felt more comfortable and productive in Smalltalk than anything else I have ever used. Even when I could not use Squeak/Pharo for whatever I was doing at the moment. I kept returning. And over time my requirements changed and the requirements Squeak/Pharo are able to fulfill keep improving. I think one thing that we really need to do when talking to people who have tried Smalltalk/Squeak/Pharo and were not able to use it for whatever reason. To periodically keep trying Squeak/Pharo. The magical intersection of experience, knowledge, understanding, project/personal requirements and Squeak/Pharo's abilities might wonderfully meet. Squeak and Pharo are in this for the long game. Keep trying. At some point more and more people will find that where they are in life and where Squeak/Pharo are at that time, things just click. Cog, Spur, Sista, 64bit plus all of the growing projects and libraries make for an ever increasingly attractive and powerful object environment empowering its users to accomplish great things. Jimmie Houchin On 07/23/2015 01:29 PM, Dimitris Chloupis wrote: > for me as a beginner a big turn off was the quality of documentation > and my fear that third party libraries will not be that well supported > because of the size of the community meaning more bugs less features > etc. It was certainly a much bigger struggle learning pharo than > learning python. > > After 2 years Pharo has gotten much better in both areas. > > I can't blame people who try Pharo and are turned off by these things, > but I still recommend it for at least giving it a try. > > In my case because I have found an easy way to combine python with > pharo made it easy to move to pharo. I still love to work with Pharo > and its getting better each year because of the passion of people > behind this and of course their hard work. > > I also like to support a project that follows my taste on how I like > to code , even if its not that popular. Actually its easier to feel > that you make a difference in a small community. > > Something tells me I will be sticking around for a long long time :) > > I dont think there is a secret to success or a simple advice. > > I once read that "success" is name of the tip of an iceberg called > "constant failure". success.jpg > > > > On Thu, Jul 23, 2015 at 8:25 PM stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Hi esteban > > we need to be much much better one talking to external libraries. > Our esteban is working on it. > > Stef > > Le 23/7/15 18:52, Esteban A. Maringolo a Ã©crit : >> Peter, >> At your joung age you might have very good reasons to have chosen >> Pharo over anything else as I did a lot of years ago. I >> discovered Smaltalk by chance when I was 21 years old and already >> had my years developing with Perl and was starting to learn Java. >> Fortunately I started making a living out of it since I was 22 >> until today. >> >> But if you want to make the community bigger you have to look >> into why people don't chose it, otherwise we'll be "preaching to >> the choir" as we many times are. >> >> These days FP is on the bull trend, having been there way before >> than Smalltalk (Lisp, Haskell, etc. and their reincarnations >> Clojure, Scala...). What makes them popular most of the times is >> not the techology per se, but who uses it. >> >> Regards! >> >> >> Esteban A. Maringolo >> >> 2015-07-23 13:06 GMT-03:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com >> <mailto:i.uhnak@gmail.com>>: >> >> >> >> On Thu, Jul 23, 2015 at 4:51 PM, Esteban A. Maringolo >> <emaringolo(a)gmail.com <mailto:emaringolo@gmail.com>> wrote: >> >> When I talk to "new programmers" (20-25 years old), >> almost all of them don't get attracted by it. >> Why? I couldn't tell. Mainly because they can't use the >> few tools/patterns they already learnt how to, barely, use. >> >> >> As someone who (still) falls into this range I see several >> (unrelated) reasons why they might not like it. >> >> For me personally I encountered Pharo in University in >> "Conceptual modeling" class, where it was introduced pretty >> much as "Oh, by the way, here is this completely new >> environment that you've never seen nor worked with that we >> will use, but we will not tell you much about it"... so my >> first experience was quite awful. I mean... I couldn't even >> write the code in my favorite text editor and I had to use >> this weird browser where system code and my own code were >> mangled up. Image crashing meant I lost my work. Now I know I >> can just replay changes but I didn't know it back then (the >> focus of the class was modeling, not Pharo). Bugs (this was >> Pharo 2 (and 3 beta)) were commonplace and since I had no >> experience I couldn't tell whether it was my fault or the >> system's fault... it was overall very unpleasant. >> I later (after the course) basically foced myself to look at >> Pharo again because I didn't understand why would people >> bother to use it... so clearly there must have been some >> value I've missed. And I don't regret that decision a bit, >> but I had to go look for it. So statistically speaking from >> the year I did the class only two or three students (to my >> knowledge) kept their interest out of 119 (so 2-3% maybe). >> Other years were no different. >> Next year there will be a dedicated class for Pharo so I'm >> curious if this will change somehow. >> >> But there may be other reasons why students may not like >> it... (looking again from my experience) >> From university experience perspective, the previous year >> (for us, and from what I talked with people it's not that >> different also for other universities) was a heavy massage in >> C and C++ where we were implementing very basic concepts >> (hashtables, and other data structures). A year where your >> main concern was to pass a automated checking system... so >> mostly memory management and creating write-only code. Plus >> warped concepts of OOP (so to use actual student quotes: "C++ >> is great for explaining OOP", "You can do OOP in pure C", or >> "OOP is useless, long confusing code, full of getters and >> setters, .. and slow. Inline assembler is much faster"). So >> with such concepts it's hard to give them OOP language, >> because they already made up their mind. >> >> Yet another reason I can see might be that when you are young >> you are more inclined to follow what's cool and modern and >> popular and shit (or has the word "game" in its name). >> So if today's world revolves around connectivity, internet, >> JavaScript and whatnot, then giving them a isolated >> environment with non-mainstream technology and a dead >> language they've never heard of (I thought that Smalltalk was >> an obscure language that died in '80s, before I found that >> actually it's alive and doing quite well) will not be met >> well with appreciation. >> >> But no reason to stop there... there market for Smalltalk is >> arguably small, so people will prefer language that is in >> demand by the market (after all, I pay my bills with >> JavaScript/PHP/webstuff, and not Pharo; because it's much >> easier to find a job; with Pharo I would have to basically >> start my own business to be profitable and then I would be >> doing business and not programming). >> >> And last (but not least), finding support for it is much >> harder, since the community is smaller. So it's almost all or >> nothing scenario. >> >> Also some of the arguments here can be applied also for >> functional programming (which I haven't (shame on me) even >> engaged with, besides messing with Haskell in XMonad (and >> multi-paradigm languages that have some functional concepts). >> >> Finally I don't think that you should expect the same >> behavior from young people (<26) as from adults. They will >> have different values, views, and whatnot... I mean that's >> the point of growing up and acquiring experience. All you can >> do is offer this alternative option and provide support. >> Being mainstream or non-mainstream is akin to self-fulfilling >> prophecy. (Of course exceptions happen, JavaScript was raised >> to glory because the language happen to be in the right place >> (browser) at the right time (boom of modern web)). >> >> Hmm... and this post ended up being much chaotic and longer >> than I intended to... but whatever. >> >> Peter >> >> p.s.: I like the music analogy since I was listening to k-pop >> while working (webtech), and now I am listening to ambient >> music when writing about Pharo :p >> >> >

July 25, 2015

Using geographic data

by Arturo Zambrano

Hi All, I would like to get some advice regarding which path I should take. Problem: Given a coordinate I want to know to which geographical object it belongs to. Path 1 Using Glorp to make a query to a Postgis instance containing the boundaries of the geobjects Path 2 Use the data form GADM data (according to this thread <http://forum.world.st/PostGIS-in-Pharo-td4802233.html>). I would avoid path 1 in order to avoid installation of postgi. From the thread mentioned above, I thing that it requires some development. Regarding Path 2, I don't see which framework or library should I use to import and query the data contained in the KMZ from GADM. Any advice is welcome. Best regards. Art

July 24, 2015

Re: [Pharo-users] saving text files from inspector

by Andrei Chis

Another solution would be to add the action for saving as long as the content is not truncated. Cheers, Andrei On Fri, Jul 24, 2015 at 11:44 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > On Fri, Jul 24, 2015 at 10:44 PM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > >> The problem is that if you have a larger text file (let's say 100Mb), >> Rubric still takes too long to open. Thus, we cannot show the whole file, >> and because of that, we also cannot provide complete editing options. This >> will change with TxText. >> >> I see... even though it sounds weird... I mean not only will most editors > irrespective of language choke on 100Mb files, but such file will be > obviously generated and why would you edit such a beast by hand? > > So if I want it I should write a custom presenter (or just copy the script > one). > > Thanks, > Peter >

July 24, 2015

Re: [Pharo-users] saving text files from inspector

by Peter UhnÃ¡k

On Fri, Jul 24, 2015 at 10:44 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > The problem is that if you have a larger text file (let's say 100Mb), > Rubric still takes too long to open. Thus, we cannot show the whole file, > and because of that, we also cannot provide complete editing options. This > will change with TxText. > > I see... even though it sounds weird... I mean not only will most editors irrespective of language choke on 100Mb files, but such file will be obviously generated and why would you edit such a beast by hand? So if I want it I should write a custom presenter (or just copy the script one). Thanks, Peter

July 24, 2015

Re: [Pharo-users] saving text files from inspector

by Tudor Girba

The problem is that if you have a larger text file (let's say 100Mb), Rubric still takes too long to open. Thus, we cannot show the whole file, and because of that, we also cannot provide complete editing options. This will change with TxText. Doru On Fri, Jul 24, 2015 at 10:40 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Hi, > > it seems that I cannot save text files from inspector, only if they are > smalltalk (.st) files, in which case a different text editor tab (Script, > instead of Contents) is opened up. > > Is this an oversight or an intention? > > Thanks, > Peter > -- www.tudorgirba.com "Every thing has its own flow"

July 24, 2015

saving text files from inspector

by Peter UhnÃ¡k

Hi, it seems that I cannot save text files from inspector, only if they are smalltalk (.st) files, in which case a different text editor tab (Script, instead of Contents) is opened up. Is this an oversight or an intention? Thanks, Peter

July 24, 2015

Re: [Pharo-users] Where do I find Bloc and how do I load it?

by stepharo

In the examples tag of the bloc package, you have around 20 classes full of examples. I do not see how you could miss them :) Le 20/7/15 14:28, H. Hirzel a Ã©crit : > Thank you for all answers. > > This is the one I was looking for > > https://ci.inria.fr/pharo-contribution/job/Bloc/ > > The latest Bloc in otherwise stable Pharo 4.0 environment. > > Where do I start exploring the examples? > > --Hannes > > > > > On 7/20/15, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> Hannes Hirzel wrote >>> I wonder where...https://ci.inria.fr/pharo/? >> The community server is at https://ci.inria.fr/pharo-contribution/ . There >> is a link to it on the left menu of the link you gave. >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: >> http://forum.world.st/Where-do-I-find-Bloc-and-how-do-I-load-it-tp4838110p4… >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >

July 24, 2015

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

by Bystroushaak

Hello. Thanks for reply, but this is not what I mean. Wiki is all about presentation of the informations to other users. On the other hand, personal wiki/PIM is tool for introspection of your own brain, microscope designed to look into yourself. It is meant to run in one thread on your computer, to organize files and ideas. There may be calendar to help you with your agenda, or maybe contact list and so on.. Another term for what I am looking for may be outliner: - https://en.wikipedia.org/wiki/Outliner Dne 24.7.2015 v 19:06 stepharo napsal(a): > Hi > > You have pier http://piercms.com > Esteban is thinking about doing a minipier. > > Stef

July 24, 2015

Re: [Pharo-users] Class side vs instance side

by stepharo

What I like with having class is that you can attach behavior aTop opposite -> aBottom Le 23/7/15 02:40, Peter Uhnak a Ã©crit : > Hi, > > I am trying to figure out where to best place some mapping/data/stable > methods. > > For example imagine method > ~~~~~~~~~~~~~~~~~~~~~ > MyRectangle>>oppositeSides > ^ { #top -> #bottom. > #bottom -> #top. > #topLeft -> #bottomRight > .... > } asDictionary > ~~~~~~~~~~~~~~~~~~~~ > > And then the class might have some other related methods such as > ~~~~~~~~~~~ > MyRectangle>>oppositeSideFor: aSide > ^ self oppositeSides at: aSide > ~~~~~~~~~~~~ > > So it's a method returning a mapping between opposite sides/corners > and thus is really not going to change. > Now I could place this in instance-side and create a new instance > every time I wanted to use it (which doesn't seem practical), or I > could put it in class-side. > The problem I have with class-side is that naming is more like going > through minefield (more than once I corrupted my image by naming a > method or variable something I shouldn't have), and for whatever > reason it feels like either metaprogramming or procedural > programmming... That class side methods are pretty much global > functions/variables... and short of constructors I am avoiding static > methods even in other languages... but maybe using it is ok. Or maybe > have it object an use singleton? > > The only oop-like approach I see would be to extend symbols (#top > oppositeSide), or have separate objects for sides, but that seems like > overkill. > > MySide subclass: #Top > > Top>>oppositeSide > ^ Bottom new > > Are there any best practices regarding this? This is also true for > actual data stored in methods/attributes (such as icons). > > P.s.: For english natives... Should the second method be ned > "oppositeSideOf:" or "oppositeSideFor:"? > > Any ideas/pointers appreciated, > Peter

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Peter UhnÃ¡k

On Fri, Jul 24, 2015 at 10:47 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > Check which versions are bold when you open the package. Because when I >> use gitfiletree it usually shows me that the latest few versions are not >> loaded (they are in bold) but I am anyway on the latest one. > > > As I've said, it shows me that I am on the latest version. > > Maybe this happens to you because you load it from github and only after > you add gitfiletree? (At least from what I remember what you've shown me > (and you are using GitFileTree from MetaRepo30?)) > > Understood. So this means all commits you've done (the -bliznjan) were >> done with filetree? >> > > He suffered through with git on Windows for some time, so maybe the later > half? > > Sorry for the lack of support on windows. You'll have to wait for >> libcgit. > > > Is there an estimated timeline when this will be? (weeks, months, years, > ...?) > > >> Barely similar behavior to ghost changes is that when I finish my loading >> script, DynaCASE package is marked as changed, but when I try to get diff >> (changes) with (git)filetree, it says nothing has changed and this >> "changed" >> mark disappears. > > > When you look at the way the changed flag is set in Monticello, it is >> obvious false positives are the order of the day. So nothing really >> significant there ;) > > > Yes, this also happens to me, but it is different. > Actually this is what I was expecting would happen in the issue described > originally... that when I check changes (and it was already committed) that > it would just disappear as false positive... but nope, it still claimed > it's new and only actual git history have shown that it was a false > positive. > > Anyway, it doesn't seem there will be resolution for this until it can be > reproduced consistently... so I'll try be more observant. :) > Note to self: it may or may not be related to having github repository loaded for some unknown reason... because that shouldn't be there as I lock & load everything from local gitfiletree repos...

July 24, 2015

Re: [Pharo-users] gitfiletree metadata

by Thierry Goubier

Le 24/07/2015 13:26, Peter UhnÃ¡k a Ã©crit : > On Fri, Jul 24, 2015 at 1:24 PM, Thierry Goubier > <thierry.goubier(a)gmail.com <mailto:thierry.goubier@gmail.com>> wrote: > > > > 2015-07-24 13:19 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com > <mailto:i.uhnak@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. Ok, regarding the error, I'm correcting it as I write this email and... The semantics of Monticello (or the changes done in Pharo5 because I never saw them before) are horrible. There is for example, code encapsulated with <<on: Error do:>> which totally get the wrong result (and hide the error) when ordering versions in a repository. In short, I suspect your problem with changes are linked to that. Man, how I hate having to cope with code like that. Thierry > > Peter

July 24, 2015

Re: [Pharo-users] Screamer for Smalltalk?

by stepharo

it is close to amb? because seaside has amb Le 23/7/15 23:03, Paul DeBruicker a Ã©crit : > Hi > > Screamer (https://nikodemus.github.io/screamer/) is a Lisp library that: > > "Screamer provides a nondeterministic choice-point operator, a backtracking mechanism, and a forward propagation facility." > > > Is there an equivalent library available in Smalltalk? > > > Thanks > > Paul >

July 24, 2015

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

by Peter UhnÃ¡k

But Pier is in the browser, no? On Fri, Jul 24, 2015 at 7:06 PM, stepharo <stepharo(a)free.fr> wrote: > 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] 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