- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Cmd+click in Rubric

by Igor Stasenko

On 12 November 2014 10:11, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Welcome back, Igor! :) > > > i was not leaving anywhere to get back..

Nov. 12, 2014

Re: [Pharo-dev] Inspector skips crashing tabs?

by Tudor Girba

Hi, I do not quite understand from your description, but it is likely having to do with the condition that enables the 'Items' presentation: when: [self isDirectory and: [self hasChildren]]; If you get a file that does not exist, the condition will be false. Cheers, Doru On Wed, Nov 12, 2014 at 10:36 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > I had a tab that displayed contents of the specific folder on my Desktop. > Then Iâve moved the folder and the tab disappeared. Then Iâve pointed it to > the new location and it appeared again. Maybe this is a specific case with > #gtInspectorItemsIn: of FileReference > > Uko > > > On 12 Nov 2014, at 09:19, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > This should not be the case. > > Where do you see it happening? > > Doru > > On Tue, Nov 11, 2014 at 11:30 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > wrote: > >> Hi, >> >> does GTIspector silently not display tabs during generation of which an >> exception occurred? Of yes, is there a way to disable is for development >> purposes? >> >> Uko >> > > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 12, 2014

Re: [Pharo-dev] Inspector skips crashing tabs?

by Yuriy Tymchuk

I had a tab that displayed contents of the specific folder on my Desktop. Then Iâve moved the folder and the tab disappeared. Then Iâve pointed it to the new location and it appeared again. Maybe this is a specific case with #gtInspectorItemsIn: of FileReference Uko > On 12 Nov 2014, at 09:19, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > This should not be the case. > > Where do you see it happening? > > Doru > > On Tue, Nov 11, 2014 at 11:30 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com <mailto:yuriy.tymchuk@me.com>> wrote: > Hi, > > does GTIspector silently not display tabs during generation of which an exception occurred? Of yes, is there a way to disable is for development purposes? > > Uko > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com/> > > "Every thing has its own flow"

Nov. 12, 2014

Stdin, out, err...

by phil＠highoctane.be

I was looking at interaction with the console. In FileStream we do have: standardIOStreamNamed: moniker forWrite: forWrite "Create if necessary and store default stdin, stdout and other files based on the their names" | index | self flag: #todo. "This is an ugly hack, while waiting for a real fix for windows. There several problems with this approach, but it allow us to run tests, etc." Smalltalk os isWin32 ifTrue: [ [ ^ MultiByteFileStream forceNewFileNamed: moniker asString ] on: CannotDeleteFileException do: [ "HACK: if the image is opened a second time windows barks about the already opened locked file" ^ MultiByteFileStream forceNewFileNamed: moniker asString, '_', (Random new nextInt: SmallInteger maxVal) asString ]]. index := #(stdin stdout stderr) identityIndexOf: moniker. ^((StdioFiles ifNil: [ StdioFiles := Array new: 3 ]) at: index) ifNil: [ StdioFiles at: index put: ( (TheStdioHandles at: index) ifNil: [ ^self error: moniker, ' is unavailable' ] ifNotNil: [ :handle | MultiByteFileStream newForStdio openOnHandle: handle name: moniker forWrite: forWrite ]) ] I was wondering why Windows was writing those ugly files for standard streams... This is really looking ugly. These stdin, out etc are also on Windows, so, why do we do that? Is it a problem in the file plugin? Phil

Nov. 12, 2014

Re: [Pharo-dev] Cmd+click in Rubric

by Tudor Girba

Welcome back, Igor! :) Doru On Wed, Nov 12, 2014 at 10:05 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > On 10 November 2014 12:18, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> > On 10 Nov 2014, at 11:59, phil(a)highoctane.be wrote: >> > >> > I'd say that we have all have suffered enough from a sucky text editor. >> > >> > So, let's jump over the chasm with no regrets. >> > >> > We aren't doing Squeak, right? >> > >> >> I Squeak, there was always some simple next step. But the community >> always said: >> âNo, Genius person X is working on Y which will be oh-so-much-betterâ. >> >> And therefore, the next step was not done. Of course, Genius Person never >> finshed >> Y, because, after nearly doing it, he realised: Wow, one can do it even >> better! >> >> And thus nothing was ever done. >> >> You should think of it in positive manner: there still a progress - the > Genius learned how to make it even better! > Who said that progress should always affect whole community, not just > single Genius Person? :) > > > >> Marcus >> > > > > -- > Best regards, > Igor Stasenko. > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 12, 2014

Re: [Pharo-dev] Cmd+click in Rubric

by Igor Stasenko

On 10 November 2014 12:18, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > On 10 Nov 2014, at 11:59, phil(a)highoctane.be wrote: > > > > I'd say that we have all have suffered enough from a sucky text editor. > > > > So, let's jump over the chasm with no regrets. > > > > We aren't doing Squeak, right? > > > > I Squeak, there was always some simple next step. But the community always > said: > âNo, Genius person X is working on Y which will be oh-so-much-betterâ. > > And therefore, the next step was not done. Of course, Genius Person never > finshed > Y, because, after nearly doing it, he realised: Wow, one can do it even > better! > > And thus nothing was ever done. > > You should think of it in positive manner: there still a progress - the Genius learned how to make it even better! Who said that progress should always affect whole community, not just single Genius Person? :) > Marcus > -- Best regards, Igor Stasenko.

Nov. 12, 2014

Re: [Pharo-dev] Inspector skips crashing tabs?

by Tudor Girba

This should not be the case. Where do you see it happening? Doru On Tue, Nov 11, 2014 at 11:30 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi, > > does GTIspector silently not display tabs during generation of which an > exception occurred? Of yes, is there a way to disable is for development > purposes? > > Uko > -- www.tudorgirba.com "Every thing has its own flow"

Nov. 12, 2014

Re: [Pharo-dev] Webdoc: status?

by Paul DeBruicker

I don't understand. Is smalltalkhub backed up in a way that would prevent someone else from doing this with their inria paid for repos? Are there backups available now that just haven't been restored because of lack of time/people? stepharo wrote > Thanks Max. > > Camillo did not get the code was not owned by him because he was paid by > Inria when he developed it. > But this is too complex to understand that you do not have to burn > everything to cure yourself. > I hope that at least it will help him to cure himself. > > Stef > > >> The build fails because Camilloâs repo is gone from smalltalkhub. The >> same is true for all the Pharo related stuff on his github account. >> >> Iâve got it working locally with a bit of symlinking. If Esteban is ok >> with it, Iâll do a quick fix to get the build working again. >> >> Cheers, >> Max >> >> >>> On 11.11.2014, at 15:19, > phil@ > >>> <mailto: > phil@ > > wrote: >>> >>> >>> bump. >>> >>> ---------- Forwarded message ---------- >>> From: * > phil@ > <mailto: > phil@ > >* >>> < > phil@ > <mailto: > phil@ > >> >>> Date: Mon, Nov 10, 2014 at 4:34 PM >>> Subject: Webdoc: status? >>> To: Any question about pharo is welcome < > pharo-users@.pharo > > >> <mailto: > pharo-users@.pharo > >> >>> >>> >>> I'd like to use WebDoc for generating my project code doc; >>> >>> I see that >>> >>> https://ci.inria.fr/pharo-contribution/job/WebDoc/ >>> >>> is pretty much red for a long time. >>> >>> Started by timer >>> Building remotely onpharo-contribution-win7.ci.inria.fr >>> <https://ci.inria.fr/pharo-contribution/computer/pharo-contribution-win7.ci.inria.fr> >>> (win7 32 win) in workspace C:\builds\workspace\WebDoc >>> >>> Deleting project workspace... done >>> >>> Triggering30,development,vm >>> <https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=30,VERSION=development,VM=vm/> >>> 30,development,vm >>> <https://ci.inria.fr/pharo-contribution/job/WebDoc/PHARO=30,VERSION=development,VM=vm/> >>> completed with result FAILURE >>> >>> Deleting matrix project workspace... >>> Skipped based on build state FAILURE >>> >>> Finished: FAILURE >>> >>> But the green one isn't more indicative of success... >>> >>> What's the status? Is it used by someone? I tried the config and it >>> crashed; >>> >>> github-camillobruniPPMarkdown184.... does not exit. >>> >>> :-( >>> >>> The catalog says: >>> >>> https://ci.inria.fr/pharo-contribution/job/PharoProjectCatalog/HTML_Report/ >>> >>> >>> So, >>> >>> - I cloned Esteban's github repo ( > git@ > <mailto: > git@ > >=estebanlm/pharo-webdoc.git >>> - git submodule init update --init >>> >>> Loaded by hand the packages in the submodule (petitmarkdown) >>> Loaded the WebDoc package (the SimpleWebDoc doesn't load, even if I have >>> Seaside in my image). >>> >>> In a workspace: >>> >>> (WebDocExporter packages: RPackageOrganizer default packages) exportTo: >>> './doc' asFileReference. >>> >>> Which started to generate html files in doc/ nicely but choked while >>> exporting FFITestLibrary >>> >>> >>> Ideas why it fails? >>> Known issue? >>> >>> TIA >>> Phil >>> >>> >>> >>> > <PharoScreenshot.1.png> >> -- View this message in context: http://forum.world.st/Fwd-Webdoc-status-tp4789606p4789752.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Nov. 12, 2014

Inspector skips crashing tabs?

by Yuriy Tymchuk

Hi, does GTIspector silently not display tabs during generation of which an exception occurred? Of yes, is there a way to disable is for development purposes? Uko

Nov. 11, 2014

Re: [Pharo-dev] Webdoc: status?

by Max Leske

> On 11.11.2014, at 22:06, phil(a)highoctane.be wrote: > > Max, > > Thanks for taking care of that! Pleasure. > > There is one thing we need to address with Webdoc: the system only documents packages, which is a pain with tags as it puts all classes together without any notion of the package tags. > > I use a ton of such tags and it makes the WebDoc very hard to use as ... a doc. > > Also, the tree for the inheritance graphic/popup is not working. > I also saw some Yumlme code in the thing, if anyone knows how to use it, thanks in advance. > > I'll be working on my doc end of the month, that's why I asked about the Roassal UML Builder as well. > > If we could link the two together, we'd have a very cool toolkit for documenting things. Unfortunately, I donât have time for looking into WebDoc. Iâve got a lot of other stuff to do (especially gitâ¦ grml). But youâre right. The doc should be improved. The other day there was a student who asked: âis there a doc for Pharo?â My first reaction was: why the hell would you need a doc? Just browse the code! But then I guess, if youâre used to looking at docs all the time, you kind of know your way around them and you kind of have the right to expect one. > > > Phil > > > On Tue, Nov 11, 2014 at 9:59 PM, Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>> wrote: > >> On 11.11.2014, at 21:53, phil(a)highoctane.be <mailto:phil@highoctane.be> wrote: >> >> Well, the VM is on Github. >> >> I have switched my workflow to filetree:// (I commit using external tools like git gui and git command line tools). >> >> With Thierry's merge driver, it is a joy to use. >> >> gitfiletree: works but I like the filetree:// way (especially since I have lots of non Pharo files around). >> >> It's solid, it works well with Jenkins picking up new commits and rebuilding. >> >> mczs are useful but as shipping units and safeguards. >> >> And Smalltalkhub is not that available/reliable, let's face it. >> >> I can live with it for standard packages that are at one point in my general package-cache but full reloads are painful on bad days. > > Weâll get there :) But for now at least WebDoc has been saved. Everything else is just icing on the cake. > >> >> Phil >> >> On Tue, Nov 11, 2014 at 9:28 PM, Stephan Eggermont <stephan(a)stack.nl <mailto:stephan@stack.nl>> wrote: >> Max wrote: >> >THIS IS MEANT ONLY AS A TEMPORARY SOLUTION! I only wanted to get the build back up. If anyone wantâs to take care of >PetitMarkdown or WebDoc, move them back to github or whatever, please feel free. >> >> For the moment, our development infrastructure is smalltalkhub and ci.inria.fr <http://ci.inria.fr/>. >> There is lots of experiments going on with travis and github. At the moment, >> I can not use that for my pharo development, it simply does not work on my >> machines. It is likely that has something to do with package management on >> mac (I have macports, homebrew, fink and stand-alone installs of software). >> I do use git & github for other development, so I'm looking forward to >> being able to use the git(hub) infrastruture from inside my image. >> Till then, please don't move things to github that you hope others will use. >> It is fine to experiment, but not everyone can contribute there. >> >> >There is no project PharoExtrasâ¦? And if there were, I wouldnât have write permission :) >> >> You are now in team PharoExtras >> >> Stephan >> > >

Nov. 11, 2014