February 2017 - Pharo-users

changing font size in Spec TreeModel or FastTable Tree

by Peter Uhnak

Hi, how can I change the font size of either (or both) Spec TreeModel or FastTable's tree? The font size is by default taken from the StandardFonts defaultFont, but I see no option to change it anywhere for _a specific tree only_. (Also odd that both use #defaultFont and not #listFont). Thanks, Peter

Feb. 25, 2017

Re: [Pharo-users] Team programming with Smalltalk

by Hilaire

The best of the two worlds ;) Le 25/02/2017 Ã 12:37, Norbert Hartl a Ã©crit : > To me it is important to have a working image that collects side effects as well as having a process that builds an image from scratch. -- Dr. Geo http://drgeo.eu

Feb. 25, 2017

Re: [Pharo-users] startUp Application

by Ben Coman

I haven't packaged any apps myself. I just have fun hacking the Image. I know of these Squeak related ones from a while ago. YMMV but may give some ideas. http://squeakvm.org/win32/custom.html http://squeak.preeminent.org/tut2007/html/205.html cheers -ben On Fri, Feb 24, 2017 at 9:24 AM, Pablo R. Digonzelli <pdigonzelli(a)gmail.com> wrote: > Hi, I want to know how to do in order a desktop application start with its > custom menu without pharo panel. > I read something about to startUp method but i need more information. > Sorry for my english and TIA > > > > > ________________________________ > Ing. Pablo Digonzelli > Software Solutions > IP-Solutiones SRL > Dividato SA > 25 de Mayo 521 > San Miguel de TucumÃ¡n > Email: pdigonzelli(a)softsargentina.com > pdigonzelli(a)gmail.com > Cel: 5493815982714

Feb. 25, 2017

Re: [Pharo-users] Fast Table causes Instances of Matrix are not indexable?

by Alistair Grant

Hi Andrei, Thanks for the suggestion! That avoids the problem until the fix is in. Thanks again, Alistair On 25 February 2017 at 22:50, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > Hi Alistair, > > I do not have access to a computer right now but indeed this is related to > GTInspector moving to fast table. You should be able to temporarily solve > this be defining a custom Items presentation in the Matrix class that in the > display block transforms the martix to an ordered collection. > > We'll integrate a fix at the beginning of next week to solve this in the > inspector without requiring a new presentation. > > Cheers, > Andeei > > > On Feb 25, 2017 12:10 PM, "Alistair Grant" <akgrant0710(a)gmail.com> wrote: > > Hi All, > > I've just upgrade from Pharo 60395 to 60411 and am now unable to > inspect instances of Matrix. > > I think I read somewhere that the GTInspector is now using fast tables, > and am guessing that it is this change that is causing the problem. > > I've included code below to reproduce the problem and a stack trace. > The sample code creates a 3 x 3 matrix. > > FTTableContainerMorph>>updateExposedRows suggests that the matrix is > being treated as a one-dimensional collection: > > self owner numberOfRows => 9 "expected 3" > self owner numberOfColumns => 1 "expected 3" > > I'll keep investigating, but if someone more familiar can point me in > the right direction, any hints will be appreciated. > > Thanks, > Alistair > > Pharo 6.0 > Latest update: #60411 > OS: 4.9.8-1-ARCH > > > > | m | > > m := Matrix rows: 3 columns: 3. > 1 to: 3 do: [ :i | > 1 to: 3 do: [ :j | > m at: i at: j put: 'C', i printString, j printString ] ]. > m inspect > > > > Matrix(Object)>>error: > Matrix(Object)>>errorNotIndexable > Matrix(Object)>>at: > GLMFastListDataSource(FTSimpleDataSource)>>elementAt: > GLMFastListDataSource>>cellColumn:row: > FTTableContainerMorph>>updateExposedRows > FTTableMorph>>resetPosition > FTTableMorph>>resizeAllSubviews > FTTableMorph>>extent: > FTTableMorph(Morph)>>bounds: > FTTableMorph(Morph)>>layoutInBounds: > FTTableMorph(Morph)>>layoutProportionallyIn: > [ :m | m layoutProportionallyIn: newBounds ] in > ProportionalLayout>>layout:in: in Block: [ :m | m > layoutProportionallyIn: newBounds ] > Array(SequenceableCollection)>>do: > GLMPanelMorph(Morph)>>submorphsDo: > ProportionalLayout>>layout:in: > GLMPanelMorph(Morph)>>doLayoutIn: > [ self doLayoutIn: self layoutBounds ] in > GLMPanelMorph(Morph)>>computeFullBounds in Block: [ self doLayoutIn: > self layoutBounds ] > BlockClosure>>on:do: > GLMPanelMorph(Morph)>>computeFullBounds > GLMPanelMorph(Morph)>>fullBounds > [ :m | > | subBox | > m visible > ifTrue: [ subBox := m fullBounds. > box > ifNil: [ box := subBox copy ] > ifNotNil: [ box := box quickMerge: subBox ] ] ] in > GLMPanelMorph(Morph)>>submorphBounds in Block: [ :m | ... > Array(SequenceableCollection)>>do: > GLMPanelMorph(Morph)>>submorphBounds > GLMPanelMorph(Morph)>>privateFullBounds > GLMPanelMorph(Morph)>>doLayoutIn: > [ self doLayoutIn: self layoutBounds ] in > GLMPanelMorph(Morph)>>computeFullBounds in Block: [ self doLayoutIn: > self layoutBounds ] > BlockClosure>>on:do: > GLMPanelMorph(Morph)>>computeFullBounds > GLMPanelMorph(Morph)>>fullBounds > >

Feb. 25, 2017

Re: [Pharo-users] Fast Table causes Instances of Matrix are not indexable?

by Andrei Chis

Hi Alistair, I do not have access to a computer right now but indeed this is related to GTInspector moving to fast table. You should be able to temporarily solve this be defining a custom Items presentation in the Matrix class that in the display block transforms the martix to an ordered collection. We'll integrate a fix at the beginning of next week to solve this in the inspector without requiring a new presentation. Cheers, Andeei On Feb 25, 2017 12:10 PM, "Alistair Grant" <akgrant0710(a)gmail.com> wrote: Hi All, I've just upgrade from Pharo 60395 to 60411 and am now unable to inspect instances of Matrix. I think I read somewhere that the GTInspector is now using fast tables, and am guessing that it is this change that is causing the problem. I've included code below to reproduce the problem and a stack trace. The sample code creates a 3 x 3 matrix. FTTableContainerMorph>>updateExposedRows suggests that the matrix is being treated as a one-dimensional collection: self owner numberOfRows => 9 "expected 3" self owner numberOfColumns => 1 "expected 3" I'll keep investigating, but if someone more familiar can point me in the right direction, any hints will be appreciated. Thanks, Alistair Pharo 6.0 Latest update: #60411 OS: 4.9.8-1-ARCH | m | m := Matrix rows: 3 columns: 3. 1 to: 3 do: [ :i | 1 to: 3 do: [ :j | m at: i at: j put: 'C', i printString, j printString ] ]. m inspect Matrix(Object)>>error: Matrix(Object)>>errorNotIndexable Matrix(Object)>>at: GLMFastListDataSource(FTSimpleDataSource)>>elementAt: GLMFastListDataSource>>cellColumn:row: FTTableContainerMorph>>updateExposedRows FTTableMorph>>resetPosition FTTableMorph>>resizeAllSubviews FTTableMorph>>extent: FTTableMorph(Morph)>>bounds: FTTableMorph(Morph)>>layoutInBounds: FTTableMorph(Morph)>>layoutProportionallyIn: [ :m | m layoutProportionallyIn: newBounds ] in ProportionalLayout>>layout:in: in Block: [ :m | m layoutProportionallyIn: newBounds ] Array(SequenceableCollection)>>do: GLMPanelMorph(Morph)>>submorphsDo: ProportionalLayout>>layout:in: GLMPanelMorph(Morph)>>doLayoutIn: [ self doLayoutIn: self layoutBounds ] in GLMPanelMorph(Morph)>>computeFullBounds in Block: [ self doLayoutIn: self layoutBounds ] BlockClosure>>on:do: GLMPanelMorph(Morph)>>computeFullBounds GLMPanelMorph(Morph)>>fullBounds [ :m | | subBox | m visible ifTrue: [ subBox := m fullBounds. box ifNil: [ box := subBox copy ] ifNotNil: [ box := box quickMerge: subBox ] ] ] in GLMPanelMorph(Morph)>>submorphBounds in Block: [ :m | ... Array(SequenceableCollection)>>do: GLMPanelMorph(Morph)>>submorphBounds GLMPanelMorph(Morph)>>privateFullBounds GLMPanelMorph(Morph)>>doLayoutIn: [ self doLayoutIn: self layoutBounds ] in GLMPanelMorph(Morph)>>computeFullBounds in Block: [ self doLayoutIn: self layoutBounds ] BlockClosure>>on:do: GLMPanelMorph(Morph)>>computeFullBounds GLMPanelMorph(Morph)>>fullBounds

Feb. 25, 2017

Re: [Pharo-users] Team programming with Smalltalk

by Norbert Hartl

Von meinem iPad gesendet > Am 17.02.2017 um 18:27 schrieb Hilaire <hilaire(a)drgeo.eu>: > > You have a very strong point. > The problem you emphasised, without explicitly naming it, comes from the > image. Because the image preserves state it is also a great receptacle > and accumulator for entropies, and as we know entropies only increase, > never decrease! > The direct consequence is that, at some time, after some interactions, > installing code in some order, or installing broken code, an image > breaks, hit the ground and becomes unusable. The image limit is always > the chaos (as long as it is used as a living thing and its evolving > state is preserved, saved), > I do not understand why we should keep entropy low. There are a lot of side effects that occur in a program. It is not only code changes, it is also creating objects, load external data, etc. Is it possible to draw a clear boundary? If not the side effects collect in every image that does something. So having an image that collects huge amounts of side effects and still runs as expected could be seen as robust system, no? Software does not need to fail immediately, it can also when side effects collect. This you cannot easily catch with tests. Trying to keep side effects low could also mean that you should restart your images often in order to get rid of side effects. So keep an image running and operate with it can be seen as stress test for the software. A usual workflow is to commit code changes, having something like jenkins building your image from scratch. You then copy the built image to server and never save it again. To me it has to do with reproducibility that you need in order to have deployment process. To me it is important to have a working image that collects side effects as well as having a process that builds an image from scratch. Norbert > Entropies always comes with interacting 'living' system. > > So Smalltalk image comes with this downside of entropies. I don't see > how you can bring argument against that to developer team, because it is > the Smalltalk weakness, as well its strong point. Very funny. > > Of course you can try to limit entropies. Versioning your image is > probably what to do, for example host task could save version of your > image every two hours, daily, etc. > > GNU Smalltalk took an original approach: it ships a minimal image you > don't modify and you install code on top of it. So really you never save > your image, entropies remains constant over time. This approach is not > really possible with Pharo. > > Best wishes > > Hilaire > >> Le 15/02/2017 Ã 23:43, horrido a Ã©crit : >> In file-based word, the answer is tests and CI. What is the smalltalk way? >> And please do not say "It's in the conceptual nature of programming" -- if >> the scenario makes no sense in the smalltalk world (maybe you are not >> supposed to have 20 people working on the same project?) please say this. >> >> ----- >> >> How would you respond? I know Smalltalk can be used in large team >> programming, but since I personally have no experience with this, I cannot >> respond intelligently. > > -- > Dr. Geo > http://drgeo.eu > >

Feb. 25, 2017

Fast Table causes Instances of Matrix are not indexable?

by Alistair Grant

Hi All, I've just upgrade from Pharo 60395 to 60411 and am now unable to inspect instances of Matrix. I think I read somewhere that the GTInspector is now using fast tables, and am guessing that it is this change that is causing the problem. I've included code below to reproduce the problem and a stack trace. The sample code creates a 3 x 3 matrix. FTTableContainerMorph>>updateExposedRows suggests that the matrix is being treated as a one-dimensional collection: self owner numberOfRows => 9 "expected 3" self owner numberOfColumns => 1 "expected 3" I'll keep investigating, but if someone more familiar can point me in the right direction, any hints will be appreciated. Thanks, Alistair Pharo 6.0 Latest update: #60411 OS: 4.9.8-1-ARCH | m | m := Matrix rows: 3 columns: 3. 1 to: 3 do: [ :i | 1 to: 3 do: [ :j | m at: i at: j put: 'C', i printString, j printString ] ]. m inspect Matrix(Object)>>error: Matrix(Object)>>errorNotIndexable Matrix(Object)>>at: GLMFastListDataSource(FTSimpleDataSource)>>elementAt: GLMFastListDataSource>>cellColumn:row: FTTableContainerMorph>>updateExposedRows FTTableMorph>>resetPosition FTTableMorph>>resizeAllSubviews FTTableMorph>>extent: FTTableMorph(Morph)>>bounds: FTTableMorph(Morph)>>layoutInBounds: FTTableMorph(Morph)>>layoutProportionallyIn: [ :m | m layoutProportionallyIn: newBounds ] in ProportionalLayout>>layout:in: in Block: [ :m | m layoutProportionallyIn: newBounds ] Array(SequenceableCollection)>>do: GLMPanelMorph(Morph)>>submorphsDo: ProportionalLayout>>layout:in: GLMPanelMorph(Morph)>>doLayoutIn: [ self doLayoutIn: self layoutBounds ] in GLMPanelMorph(Morph)>>computeFullBounds in Block: [ self doLayoutIn: self layoutBounds ] BlockClosure>>on:do: GLMPanelMorph(Morph)>>computeFullBounds GLMPanelMorph(Morph)>>fullBounds [ :m | | subBox | m visible ifTrue: [ subBox := m fullBounds. box ifNil: [ box := subBox copy ] ifNotNil: [ box := box quickMerge: subBox ] ] ] in GLMPanelMorph(Morph)>>submorphBounds in Block: [ :m | ... Array(SequenceableCollection)>>do: GLMPanelMorph(Morph)>>submorphBounds GLMPanelMorph(Morph)>>privateFullBounds GLMPanelMorph(Morph)>>doLayoutIn: [ self doLayoutIn: self layoutBounds ] in GLMPanelMorph(Morph)>>computeFullBounds in Block: [ self doLayoutIn: self layoutBounds ] BlockClosure>>on:do: GLMPanelMorph(Morph)>>computeFullBounds GLMPanelMorph(Morph)>>fullBounds

Feb. 25, 2017

Re: [Pharo-users] startUp Application

by Hilaire

Hi Pablo, Concerning the World menu you first define your menu in a method, and tag it with a dedicated pragma, for example in Dr. Geo I wrote: worldMenu: aBuilder <drgeoMenu> (aBuilder item: 'New' translated) action: [DrGeo newFullScreen]; icon: ThemeIcons current smallNewIcon; order: 0. (aBuilder item: 'Open' translated) action: [DrGeo openFigureThumbnail: nil]; icon: ThemeIcons current smallOpenIcon; order: 1. (aBuilder item: 'Quit' translated) action: [DrGeo quit]; order: 999 Then you register this as your new world menu using the pragma name: WorldState desktopMenuPragmaKeyword: 'drgeoMenu'. Hilaire Le 24/02/2017 Ã 02:24, Pablo R. Digonzelli a Ã©crit : > Hi, I want to know how to do in order a desktop application start with > its custom menu without pharo panel. > I read something about to startUp method but i need more information. > Sorry for my english and TIA > -- Dr. Geo http://drgeo.eu

Feb. 25, 2017

Re: [Pharo-users] Which is the best way of opening a PDF and HTML local files from Pharo

by Alistair Grant

Hi Offray, Which version of Pharo are you running? My understanding is that Pharo5 & 6 use OSSubprocess, not OSProcess. I'm using xdg-open to open pdf files on linux (Arch): | proc | proc := OSSUnixSubprocess new. proc command: 'xdg-open'; arguments: (Array with: url). proc run. UIManager inform: 'Opened: ', url. url is the path to the file in this case. You can check the exit status with: proc exitStatusInterpreter e.g.: proc exitStatusInterpreter isSuccess Cheers, Alistair On 25 February 2017 at 05:07, Offray Vladimir Luna CÃ¡rdenas <offray.luna(a)mutabit.com> wrote: > Thanks Hilaire. > > I was thinking in something that depend on OSProcess and invoke xdg-open on > Linux, for example, but is not working neither. > > OSProcess command: 'xdg-open ', pdfPathString > > doesn't open the PDF file :-/. > > Cheers, > > Offray > > > > On 24/02/17 13:02, Hilaire wrote: >> >> Oh, you can add your extension to the OSPlateform hierarchy. >> >> So one your extensions added in the hierarchy, your code will use it >> with an uniform: >> >> OSPlateforme current openPdf: 'grafoscopio.pdf' >> >> >> Le 24/02/2017 Ã 18:55, Hilaire a Ã©crit : >>> >>> But likely there is already something like that in the system but I >>> can't see. > > >

Feb. 24, 2017

Re: [Pharo-users] Grafoscopio User Manual: Early beta

by Offray Vladimir Luna CÃ¡rdenas

As a side note, Grafoscopio documentation was made in Grafoscopio... you know, we love self-referential systems ;-). Cheers, Offray On 24/02/17 09:17, Offray Vladimir Luna CÃ¡rdenas wrote: > > Hi all, > > I'm making a couple of articles for the JOSS[1], which, by the way is > an interesting critic/hack to the anachronistic published paper on > indexed journal[2], making visible the work of research who use mainly > software as a medium to communicate and make research. > > [1] http://joss.theoj.org/ <http://joss.theoj.org/> > [2] http://joss.theoj.org/about > > JOSS proposes a pretty good structure for the companion readme file > for the software. I started to write it, but I entered to some kind of > "writing frenzy" and, after almost 40 pages(!), it ended in the > English Grafoscopio User Manual: > > http://mutabit.com/repos.fossil/grafoscopio/doc/tip/Docs/En/Books/Manual/ma… > <http://mutabit.com/repos.fossil/grafoscopio/doc/tip/Docs/En/Books/Manual/ma…> > > Is the first text I write of such length in English, so any critic on > typos, clarity or others are welcomed. Please see the "Community > Guidelines" section, particularly "Report issues or problems", so I > can follow and address the suggestions better. > > I will be making some minor updates on the software and the manual to > improve consistency (manual URL, remains the same, pointing to the > last version). > > Cheers, > > Offray > > > <http://joss.theoj.org/> >

Feb. 24, 2017