Re: [Pharo-dev] [Article] Elegant Pharo Code
It may have been mentioned already, but number 7 is wrong, is states: "7. Sum of the first 64 primes" when it actually is: "7. Sum of the primes not larger than 64" Cheers, Sergi 2014-07-12 17:02 GMT+01:00 Sven Van Caekenberghe : > > On 08 Jul 2014, at 21:53, kilon alios wrote: > > > Ruby and Pearl look very ugly to me. > > > > Programming languages are primarily personal preference. > > > > Pharo advantages to me at least are far more than live image, its live > coding which by the way is different from live image, the IDE tools, the > factor that is all Pharo objects even when you do assembly coding inside > Pharo , the libraries of course and last but not least the community. > > > > I could name also thousands more advantages that I have found in the > implementation that I really like as well others I don't. Devil , as they > say, is in the details. Details are everything , generalisations have > little meaning. > > > > Lovely article Sven , keep them coming. I think Pharo would definitely > benefit from a cookbook working as a database where pharo coders can use to > find example code the easy way. > > Thanks, Kilon. > > > But even articles like this can help a lot, I just wish that there was a > Pharo wiki to keep these links and see them buried in Pharo news. > > Yes, I think we need more/better places to link everything together. A > curated reading list maybe. > > > PS: Sven I am making my own Pharo book called Pharo Universe where I > want to put things that are not part of PBE or PFTE which can be find here > https://github.com/kilon/Pharo-Universe and here > https://ci.inria.fr/pharo-contribution/job/PharoUniverse/ . May I have > permission to use your articles as chapters for my book ? I will fully > credit you and link back to your blog posts of course :) > > I know you are doing a lot of effort with respect to documentation and > that is really great and important. I am not sure that copying articles > that were not meant to be part of a book or larger whole is a good > solution, for either party, it will give too much repetition and not a lot > of coherence. > > > On Tue, Jul 8, 2014 at 10:33 PM, Paul Davidowitz > wrote: > > Very nice, except all this could be done in Ruby, also elegantly. > > The Smalltalk advantage is the live image, and that's where the focus > > should be. > > > > > > >
Re: [Pharo-dev] Dark Theme in Pharo 4
2014-05-29 9:11 GMT+01:00 kilon alios : > I would also like to take a deep look and see if with your help can > document the theming. You think that themes now are more coder friendly or > is Dark theme still a hack ? > (just noticed it right now): Try to revert to a "regular" theme and tell me what color is the text cursor, that should partially answer your question :D Cheers, Sergi
Re: [Pharo-dev] The funny side of Pharo : Message Definitely Not Understood
2014-05-22 6:56 GMT+01:00 Freemail : > Are we talking about the update menu item > in the system menu? > Yes. > I don't understand this discussion, I always use > this menu item for updating the image. > I thought this is the nomal way. > So did I when I first discovered Pharo. > And I never had any problems with that . > You are a very lucky person :D (maybe it works because I use it regulary) > Even if that was a solution, it´s not good enough.. > How do you keep the image up to date? > I would answer "by using the system update, which, sadly, may or may not work for you at any particular point in time with any particular image". Somebody else may answer "make configurations for your packages and set up a CI job to create images for you". Which is *not* updating the image at all. Cheers, Sergi
Re: [Pharo-dev] The funny side of Pharo : Message Definitely Not Understood
2014-05-20 22:00 GMT+01:00 Esteban A. Maringolo : > 2014-05-20 17:21 GMT-03:00 Nicolas Cellier < > nicolas.cellier.aka.n...@gmail.com>: > > > If we are prepared to see it failing, it does not really matter, it's in > the > > contract... > > The only problem is to be aware of this contract and avoid negative > > impression. > > Maybe an advanced menu triggered by some preference? > > Or a one liner: > Smalltalk upgrade > > Possible with a warning (muteable) to avoid unintended executions, and > enable unattended (i.e. scripted) upgrades. > > Regards. > > +1!
Re: [Pharo-dev] 32 bits and 64 bits VM
2014-05-19 17:00 GMT+01:00 Hilaire Fernandes : > For me shipping the VM with the application eases the installation by > the user and the production of release. > Of course, work need to be duplicated for the different Linux systems, > probably the most popular only, but still will close the door to > distribution I do not provide package. I just can't cope with that. > I hear you ! Cheers, Sergi
Re: [Pharo-dev] a Pharo talk from a ruby conference
"Pharo is a Smalltalk for the 21st century." - Sergi Reyner. Cheers, Sergi
Re: [Pharo-dev] Immutable collections and encapsulation
2014-05-13 14:28 GMT+01:00 Esteban A. Maringolo : > I wouldn't restrict having the option of direct manipulation of the > collection, but it is a nice thing to have covered by some LINT rules. > :) > That´s what I meant, in a convoluted way, with "they are crazy". For me, Java is about restrictions on restrictions on restrictions, which in the end don´t feel like giving me any advantage. In this case, if I want to modify the returned collection it should be my business. I may have a reason to do so. Then again, Java is not a dynamic language and so on... :) Cheers, Sergi
Re: [Pharo-dev] Immutable collections and encapsulation
2014-05-13 10:53 GMT+01:00 Yuriy Tymchuk : > I’m looking in the OO-design concerns and it seams that Java guys are crazy > There's your answer :D Cheers, Sergi
Re: [Pharo-dev] some unordered FAQ
2014-05-02 18:35 GMT+01:00 Pavel Krivanek : > Hi, > > would be nice to collect some FAQ that newcomers that want to use Pharo > for their business could ask. And of course start to answer them (code, > links to books...) ;-) > :iapprove: Cheers, Sergi
Re: [Pharo-dev] Making screenshots programmatically for book
2014-05-02 10:27 GMT+01:00 Stephan Eggermont : > What is the best way to make screenshots for documentation? In Pillar we > mostly have a figures directory with pngs. With the change rate of Pharo, > making them by hand seems a bad idea. > Adapting PasteUpMorph>>#makeAScreenshot? Cheers, Sergi
Re: [Pharo-dev] download from website: missing .sources file
2014-05-02 7:32 GMT+01:00 Johan Brichau : > Though this one keeps popping up over and over again: the .sources file is > _not_ available for download from the website. If you download the vm and > the image, you still need to get the .sources from somewhere else. It would > be really good to fix that. > I just enabled the "Download missing sources" setting. Cheers, Sergi
Re: [Pharo-dev] [Screencast] request for review
2014-05-02 12:03 GMT+01:00 kilon alios : > I am willing to do the voice over , my vocal English is far from perfect . > Here is a demo > > https://www.youtube.com/watch?v=2qd05hL85_Y > I find it more than acceptable, dude :) Cheers, Sergi > >
Re: [Pharo-dev] [ANN] Pharo3 Dark Theme is available
Likey!! Now to find some time to actually install it and see if it works for me :) Cheers, Sergi 2014-05-01 12:47 GMT+01:00 Esteban Lorenzano : > ahhh… forget to say. There will be missing changes (my workflow is > covered, but that does not means all Pharo). > Please, report it and I will fix it as soon as I can. > > cheers, > Esteban > > On 01 May 2014, at 13:24, Esteban Lorenzano wrote: > > Dark Theme for Pharo 3 > == > > So, I finally took some time and hacked a Dark Theme for Pharo 3: > > > > How you install it? You need to execute this script: > > “1. You need this because otherwise Gofer merge becomes dumb :P" > MCRepositoryGroup default > addRepository: (MCSmalltalkhubRepository > owner: 'estebanlm' > project: 'Pharo3DarkTheme'). > “2. Now we can actually MERGE the project" > Gofer it > smalltalkhubUser: 'estebanlm' project: 'Pharo3DarkTheme'; > package: 'Pharo3DarkTheme'; > merge. > “3. And then install it" > Pharo3DarkTheme installFullTheme. > > > *WARNING 1:* You need to do a merge (notice the script) > *WARNING 2:* Yes, this is a HACK (also: an ugly hack). See below for > details. > *WARNING 3:* This changes something in the Pharo3Theme too... so you can > go back after installing, but not completely :) > > Considerations > -- > > It can look like an easy task, to make a theme over a non native GUI like > Pharo, but let me tell you: It is not. There are a lot of glitches and > errors of design you have to overcome to get a working version of a theme. > This is a pitty because we claim that our system is clean (or should be > clean) and easy to understand. > > But all the Morphic implementation is a hack over a hack, with preconcepts > and hardcodes everywhere, up to a point that to make the smallest change is > an incredibly annoying task. > > Then... I added ""yet another hack"" to this infinite list. I made it > because we need something like this, even if not a good solution. And I > also made it to start a debate into our community. I truly believe that > Morphic was a great idea, but I also believe that current implementation is > doomed. I would like to discuss a new implementation, with a good design > (for example I believe it should be a clear separation between a morph and > it's skin, making easy the actual-hard task of changing a colorset). > I also believe there will be a clear separation between what is a Morph (a > graphical unit) and a Widget (who at the time should use morphs, but that's > another story). > Etc., etc., etc. > > So, will we start the longtime postponed effort of effectively replace > current Morphic? > > In the mean time, enjoy the theme. Is so cool that I'm considering making > it my default theme :P > > Esteban > > >
Re: [Pharo-dev] Confused by NewListExample
2014-04-23 11:01 GMT+01:00 Benjamin : > What do you think is the reaction people have reading this mail? > "NewList is awful, terrible, and eats babies"? Cheers, Sergi
Re: [Pharo-dev] About fonts (again)
2014-04-22 8:21 GMT+01:00 Tudor Girba : > I am not arguing for dropping of bitmap fonts at all. I am only arguing > for removing the option of not having freetype. People on slow devices will > still be able to use the bitmap fonts. > > Is that wrong? > Well, look at it this way: who should be able to have the final word on what side of the speed/prettiness dichotomy Pharo should be: the user or the system? Cheers, Sergi
Re: [Pharo-dev] IMPORTANT: Looking for names of contributors for Pharo 3
I did contribute some code for Spec´s ImageModel, if that counts :D Cheers, Sergi 2014-04-16 13:59 GMT+01:00 Esteban Lorenzano : > oops, fixed :) > > On 16 Apr 2014, at 14:51, Norbert Hartl wrote: > > > Mine is there but spelled wrongly. > > > > Norbert > > > > Am 16.04.2014 um 14:24 schrieb Esteban Lorenzano : > > > >> Hi guys, > >> > >> I’m collecting the names of those who contributed code for Pharo 3. > >> I made my own list, but is almost made by memory, so I’m sure I’m > forgetting MANY names. So, please… look yourself in the list and if you are > not there, reply adding it. > >> (btw… Kilon, I know you contributed, is just that I don’t know your > real name :P) > >> > >> Jean Baptiste Arnaud > >> Philippe Back > >> Clément Bera > >> Alexandre Bergel > >> Camillo Bruni > >> Sven Van Caekenberghe > >> Damien Cassou > >> Nicolas Cellier > >> Ben Coman > >> Gisela Decuzzi > >> Christophe Demarey > >> Sean DeNigris > >> Marcus Denker > >> Martin Dias > >> Stephane Ducasse > >> Stephan Eggermont > >> Luc Fabresse > >> Hilaire Fernandes > >> Tudor Girba > >> Thierry Goubier > >> Norbert Harlt > >> Nicolai Hess > >> Andre Hora > >> Pavel Krivanek > >> Jannik Laval > >> Max Leske > >> David Lewis > >> Esteban Lorenzano > >> Stefan Marr > >> Mariano Martinez Peck > >> Eliot Miranda > >> Nicolas Petton > >> Alain Plantec > >> Guillermo Polito > >> Damien Pollet > >> Camille Teruel > >> Benjamin Van Ryseghem > >> Frank Shearar > >> Igor Stasenko > >> Sebastian Tleye > >> Yuriy Tymchuk > >> > >> Thanks, > >> Esteban > > > > > > >
Re: [Pharo-dev] Verifying Ubuntu downloads
2014-04-15 2:22 GMT+01:00 Sean P. DeNigris : > After heartbleed, I've become more security-conscious/paranoid than usual. > Here's a little snippet that compares a downloaded Ubuntu iso file to the > MD5 provided via SSL by Ubuntu. Not foolproof, but more peace of mind than > crossing fingers and hoping for the best on the unsecured http mirrors... > You know that quote about secure computers that ends with "and even then, I´m not that sure", right? :D Cheers, Sergi
Re: [Pharo-dev] Congratulation Doru Tudor Gîrba!
Somehow this got buried amongst other mails :| Congratulations! 2014-04-14 14:54 GMT+01:00 Tudor Girba : > Hello, > > (I apologize for the late reply but I was offline for a week looking after > a health/family matter) > > Thank you everyone for the kinds words. This award is a complete surprise, > and reading your messages made me realize once again the privilege I had > for all these 12 years. > > Working in a Smalltalk-inspired world is indeed inspiring. But, what makes > it a privilege is working with all of you. And, I am not saying it just for > the sake of it. > > Cheers, > Doru > > > On Thu, Apr 10, 2014 at 4:57 PM, Alexandre Bergel > wrote: > >> Dear colleges and friends, >> >> It is a great pleasure for me to send this email. >> A couple of days ago AITO officially announced that the junior prize of >> the AITO Dahl-Nygaard Prize Winners is given to Doru, Tudor Gîrba. The >> award will be given at the ECOOP conference, this year, in Uppsala, Sweden. >> AITO is the non-profit organization who is behind ECOOP. >> >> The prestigious Dahl-Nygaard award is given to "individuals that have >> made significant technical contributions to the field of >> Object-Orientation”. ECOOP is the high-caliber European conference on >> object-orientation. The European version of OOPSLA. >> >> I have known Doru for year, when we were doing our PhD in Bern under the >> supervision of Stéphane Ducasse and Oscar Nierstrasz. Doru’s work and ideas >> have had a great impact on the Pharo and Smalltalk community. >> >> Doru is member of the Pharo board. Doru authored Glamour, GTToolKit and >> many more applications. Doru is not only a great researcher, a great >> engineer or a great speaker. He is also a great leader. Doru is the main >> architect of the Moose effort, and a great coordinator in the Moose and >> Pharo communities. Doru authored Humane Assessment, "the method for making >> software engineering decisions". >> >> Doru’s work has had a great impact on my personal work. Roassal is an >> extension of the ideas first presented in Mondrian, which was first >> authored by Doru and his student around 2005. Without Doru, Moose would not >> be as it is now. >> >> Doru, we are happy to have you with us! This international recognition >> will drag up all of us. >> >> Links: >> http://www.tudorgirba.com >> http://www.humane-assessment.com >> http://www.aito.org/Dahl-Nygaard/2014.html >> >> Big big clap! >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >
Re: [Pharo-dev] 13102
2014-04-13 15:50 GMT+01:00 Sean P. DeNigris : > Stephan Eggermont wrote > > I think 13102 is a showstopper. Can't explain this to new users. > > I don't have an opinion on this, but 'showstopper' ~= 'Can't explain this > to > new users'. Try explaining our Morphic implementation to new users ;-P > I am on the "You create some objects, or not, and send them some messages, and then morphs do stuff sometimes. Or something." stage. Cheers, Sergi
Re: [Pharo-dev] Absolute and relative directories
#30814 on Gentoo GNU/Linux: '.' asFileReference absolutePath isAbsolute -> true Are you running it on OS/2 or something? ;-) Cheers, Sergi 2014-04-10 9:19 GMT+01:00 Pharo4Stef : > on Mac OS > > '.' asFileReference absolutePath isAbsolute -> true > > > '.' asFileReference absolutePath isAbsolute > > > On 10 Apr 2014, at 09:59, Nicolai Hess wrote: > > Which OS? > > for windows: > '.' asFileReference absolutePath isAbsolute -> true > > > > 2014-04-10 9:44 GMT+02:00 Damien Cassou : > >> '.' asFileReference absolutePath isAbsolute ===> false >> >> >> Is that desirable? It seems wrong to me. >> >>
Re: [Pharo-dev] Missing documentation for Pharo Launcher on UBUNTU
2014-04-08 13:41 GMT+01:00 Sergi Reyner : > Desktop menu entries are pretty standard. Seems like a packaging bug to > me. It may be that there are no desktop entries provided. In my opinion, > there should be, otherwise I don´t quite see the point of having a package. > Actually, looking at the file it seems that all the necessary pieces are there. I couldn´t find the icon, but I guess it´s provided by the pharo-vm package. Cheers, Sergi
Re: [Pharo-dev] Missing documentation for Pharo Launcher on UBUNTU
2014-04-08 13:21 GMT+01:00 kilon alios : > No I see nowhere a Pharo Launcher icon. > > If this was Windows or MacOS I would agree that you could get away without > mentioning how to launch the app, though the majority of good documentation > usually mentions that. But this is Linux, a diffirent beast, it has 2 ways > of working its GUI that differs from linux distro to linux distro, in my > case Unity and terminal usage. Till now I knew that pharo installed > through UBUNTU was to be used from terminal, now you telling me that there > is an icon that I should click. Its not hard to be confused. > Desktop menu entries are pretty standard. Seems like a packaging bug to me. It may be that there are no desktop entries provided. In my opinion, there should be, otherwise I don´t quite see the point of having a package. The pharo and pharolauncher binaries should also be in the path. Cheers, Sergi
Re: [Pharo-dev] Missing documentation for Pharo Launcher on UBUNTU
2014-04-08 10:05 GMT+01:00 kilon alios : > I am following the documentation here > > http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher > > and it sends me also there > > http://www.pharo-project.org/pharo-download/ubuntu > > > then it says > > "Just launch the Pharo launcher image using the platform-specific VM." > > but there is no information how to do that. > When I go to http://www.pharo-project.org/pharo-download/ubuntu I get the following: Pharo on Ubuntu > Installation > If you are an Ubuntu user, you can very easily install the Pharo. You have > to add the Pharo PPA (ppa:pharo/stable) and install the Pharo Launcher by > issuing these commands: > $ sudo add-apt-repository ppa:pharo/stable > $ sudo apt-get update > $ sudo apt-get install pharo-launcher:i386 > If you don't have the add-apt-repository command, install the > 'software-properties-common' package and try again. > If you are on a server (no GUI), you can get a Pharo Virtual Machine by > installing pharo-vm-core. > Details > The following 3 packages are provided: > - pharo-launcher: the main entry point for nearly everyone. > - pharo-vm-desktop: if you want to handle your images manually. > - pharo-vm-core: if you are on a server with no GUI. Presumably you get a Pharolauncher menu entry after that. To me it´s not necessary to be more specific, if one can´t figure out how to launch a program through the menus there are probably some concepts to learn before getting into programming. But that´s just my opinion. > There is also no information about where Pharo Launcher installs and what > files it installs. Not good :( > There is no information about that for the other platforms either. To me it doesn´t seem important, and since we´re dealing with packages, the package manager should be able to tell you what files are installed where. Having that written in documentation makes it yet another piece of documentation that needs to be maintained. Cheers, Sergi
Re: [Pharo-dev] left over when resizing window
2014-04-03 17:33 GMT+01:00 Ben Coman : > Can all those with the problem report their graphics card? My System > > System Reporter > GFX Hardware Details are... > NVIDIA Geforce 630 here.
Re: [Pharo-dev] left over when resizing window
2014-04-03 14:04 GMT+01:00 Camille Teruel : > I solved it with 'start drawing/stepping again' as Sergi said. > But I said not to quote me! ;-) Cheers, Sergi
Re: [Pharo-dev] left over when resizing window
2014-04-03 15:32 GMT+01:00 Serge Stinckwich : > This is this kind of glitches (see screenshot) ? > I already talk about that some months ago in the mailing-list. > Mine are usually more noticeable, but yes, something on those lines (pun absolutely intended). Cheers, Sergi
Re: [Pharo-dev] left over when resizing window
2014-04-03 13:21 GMT+01:00 Tudor Girba : > It happens all the time on Mac. It is not so obvious in the default Pharo > image because of the background. In the Moose image, the background is > white and you see it immediately when resizing or dragging a window. > > Doru > > > On Thu, Apr 3, 2014 at 2:16 PM, Camille Teruel > wrote: > >> >> On 3 avr. 2014, at 13:54, Pharo4Stef wrote: >> >> > Hi all >> > >> > do you see a glitch when I resize a window? >> > Because it is not really nice. >> > If you are referring to a bit of window "left behind", I sometimes have that and other times I don´t (on Gentoo Linux). Sometimes it´s very annoying and persistent, other times selecting 'start drawing/stepping again' or 'restore display' makes the issue go away. But don´t quote me on that :) Cheers, Sergi
Re: [Pharo-dev] Thanks to all of you who asked
2014-04-02 16:17 GMT+01:00 Alexandre Bergel : > As you may know, an earthquake occurred yesterday evening in the north of > Chile. It was a strong one. > First news I have. Probably because I don´t actually watch or read the news :D > Many of us have asked how well we are. We are all good. > Glad everyone is allright :) Cheers, Sergi
Re: [Pharo-dev] Spec and forms
2014-03-31 23:27 GMT+01:00 Benjamin : > Are you on Windows? > > Because I experienced some strange (though similar) issues on Windows > (gods know why :S) > Nope, I´m a gentooist. I will soon be running Pharo at work, though. Cheers, Sergi
Re: [Pharo-dev] Spec and forms
2014-03-31 22:48 GMT+01:00 Esteban Lorenzano : > > On 31 Mar 2014, at 18:40, Sergi Reyner wrote: > > 2014-03-31 22:36 GMT+01:00 Benjamin > : > >> On 31 Mar 2014, at 23:34, Sergi Reyner wrote: >> >> >> Yes, MNU MAContainerMorph>>asSpecAdapter >> >> >> #asSpecAdapter is implemented on Morph oO >> > > But MAContainerMorph does not inherit from Morph :) > > Object -> Model -> MADescriptionModel -> MAContainerMorph > > > no matter, this: > > ProductFamily new asMagritteMorph morph asSpecAdapter > > should produce the right result (no image opened now, so it can be > slightly different) :) > Indeed it does. It looks slightly ugly though: defaultSpec ^ SpecLayout composed newColumn: [ :column | column add: #familyList; add: #familyEditor ]; yourself initializeWidgets familyList := self newList. familyEditor := ProductFamily new asMagritteMorph morph asSpecAdapter. produces the attached result. Can it be easily fixed? <>
Re: [Pharo-dev] Spec and forms
2014-03-31 22:40 GMT+01:00 Sergi Reyner : > 2014-03-31 22:36 GMT+01:00 Benjamin > : > > On 31 Mar 2014, at 23:34, Sergi Reyner wrote: >> >> >> Yes, MNU MAContainerMorph>>asSpecAdapter >> >> >> #asSpecAdapter is implemented on Morph oO >> > Maybe ProductFamily new asMagritteMorph morph asSpecAdapter But I can't try right now, real life is kicking in :S
Re: [Pharo-dev] Spec and forms
2014-03-31 22:36 GMT+01:00 Benjamin : > On 31 Mar 2014, at 23:34, Sergi Reyner wrote: > > > Yes, MNU MAContainerMorph>>asSpecAdapter > > > #asSpecAdapter is implemented on Morph oO > But MAContainerMorph does not inherit from Morph :) Object -> Model -> MADescriptionModel -> MAContainerMorph Cheers, Sergi
Re: [Pharo-dev] Spec and forms
2014-03-31 22:25 GMT+01:00 Benjamin : > > Did you try: > > familyEditor > ^ ProductFamily new asMagritteMorph asSpecAdapter > Yes, MNU MAContainerMorph>>asSpecAdapter
Re: [Pharo-dev] Spec and forms
2014-03-31 17:51 GMT+01:00 Norbert Hartl : > Is there anything that might help in order to create a form like UI in > spec? Any descriptive way? slot based? magritte? > > I just naïvely tried to do: familyEditor ^ MorphicGenericAdapter morph: ProductFamily new asMagritteMorph but that throws MNU: MAContainerMorph>>layoutFrame: Cheers, Sergi
Re: [Pharo-dev] [Inspiration] Toward a better programming
2014-03-31 9:26 GMT+01:00 kilon alios : > artist in both sides , music and 3d graphics prefer foremost node setups. > Who? Sources? > Text based coding has prevailed because early computer could not handle > graphics well. > I´m sure that the fact that text is easily manipulable has had more to do with it. But I have no sources right now to back up my assertion. There is definitely a recent shift to more visual coding and I doubt that > text code is doing anything else than slowly shrinking in significance. > Where? By who? Shrinking? Sources, please. Not that text coding cannot do this, but people associating with it, tend > to not be designers and you need designers to improve workflow at least on > the user level. > Are there statistics? Languages also will play a less significant role seeing the appearance of > more and more specialized tools like it has already happened in music and > 3d industry. > Two sectors out of who knows how many. Cheers, Sergi PS: I´m not yelling at you, I just think that you made a lot of affirmations based on opinion rather than facts.
Re: [Pharo-dev] Release Mode
2014-03-28 16:32 GMT+00:00 Benjamin : > On 28 Mar 2014, at 17:30, Stephan Eggermont wrote: > > > Philippe wrote > >> The look of nautilus button isn't "ok to integrate" since there is much > more work needed to get this working properly. > > > > That's two different issues. One is integrated, the other not. > > 13137 The SBIC buttons change is ok, afaik. > > No it's not ok. > It looks really bad, and really far from anything else > I was beginning to think I was the only one thinking that... Cheers, Sergi
Re: [Pharo-dev] DateAndTime>>#= slow?
2014-03-28 5:24 GMT+00:00 Esteban Lorenzano : > Bugs are errors that prevents the system to run. > If a system runs, even if slow, then is not an error. One could argue that bugs are defects that cause unintended behaviour (including not operating at all). Given that definition, and assuming that poor performance is not intended, slowness may well qualify as a bug. But if someone points me to a formal definition of bug that precludes my interpretation, I´ll shut up until I find something else to rant about :) Cheers, Sergi
Re: [Pharo-dev] new website about Artefact
2014-03-24 14:40 GMT+00:00 olivier : > Hi, > > A website is now available about Artefact. Documentation and useful > informations are grouped to help you to produce many and beautiful PDF > documents with Pharo. > > https://sites.google.com/site/artefactpdf/ I am of the opinion that any documentation that includes unicorns is an automatic +1. So, +2! Cheers, Sergi
Re: [Pharo-dev] Random refactoring on UITheme or what?
2014-03-22 10:55 GMT+00:00 Esteban Lorenzano : > > So... I suppose we need to do both: clean removing the old ones and fix the > ones we decide to keep :) > While talking about themes... I´d like to have at least one theme that supports changing the window color, without looking childish like the Squeak one (which seems to have disappeared) or awful like the Vistary one (ok, it´s not THAT bad, but I don´t like it :D). Has color ever worked at all with any other theme? I just tried a Pharo 1.3 image and it was already broken back then. I gave it a couple of tries but ended up lost amongst the classes. Cheers, Sergi
Re: [Pharo-dev] Pharo on Debian 7
2014-03-20 21:16 GMT+00:00 jannik laval : > Ok, any solution ? or deb package ? > > Cheers, > Jannik > I can think of a number of ugly workarounds that defeat the purpose of having a portable package in the first place. Debian was my first choice for my VPS, but I ended up shoving Ubuntu into it after going through the list of available distros and being left with Ubuntu and Gentoo as the only choices with a new enough glibc. I have Gentoo on my desktop but I don´t feel like maintaining it on the server. In the end the real solutions are either: 1- build the Pharo vm against an older glibc (though I´m not sure how, IIUC you need to be able to run Pharo in order to build Pharo), or 2- build a statically linked vm, if possible, in another distro capable of running Pharo (again not sure :D) Cheers, Sergi
Re: [Pharo-dev] Pharo on Debian 7
2014-03-20 20:45 GMT+00:00 jannik laval : > Hi, > > I tried to load Pharo portable on a Debian. It seems to not work. > Anyone can confirm that this is not my config that is broken ? > Debian has an older libc than what the pharo binary links to (the Ubuntu one, I guess). Or at least it was so a few weeks ago. Cheers, Sergi
Re: [Pharo-dev] Weird indenting with #with:
2014-03-20 19:38 GMT+00:00 Sven Van Caekenberghe : > I have been using the auto formatter with Seaside rendering code too, and > I found it weird at times as well. The problem seems to be related to > blocks. It is of course hard to argue with something automatic that is > quite complex and over which there are many opinions. I have basically > given up to worry about it and just accept it. It is either that or manual > formatting, but that is hard when doing lots of source code refactorings. > I just found out that adding #with: to the array in the 'Multi line messages' setting reduces the number of tabs to 2, which is somewhat more acceptable. I´m not sure about it breaking some other formatting or not. I guess I will find out it that´s the case :) Cheers, Sergi
Re: [Pharo-dev] Weird indenting with #with:
2014-03-20 19:23 GMT+00:00 Esteban Lorenzano : > I do not understand what your problem is. > If is bad indented, you can always reformat. Source formatting is not > pharo responsibility but the programmer (unless you use pretty printer, > which is not the case). > Well, that´s not how *I* formatted the code originally. I typed it and then pressed Ctrl+Shift+F, and that´s what I ended up with. I was expecting just one tab. Now, if you tell me that it´s supposed to be indented like that (with three tabs instead of one) by the formatter, then I´ll say nothing else :) I´m running #30798. Cheers, Sergi
Re: [Pharo-dev] pharo sound should be working
Working on Gentoo 64bit with 32bit libs installed. Wonderful :D Cheers, Sergi 2014-03-14 20:43 GMT+00:00 Esteban Lorenzano : > Hi, > > so I committed some changes to allow soundplugin to work on the pharovm. > can you please download and test in your platforms? > > (remember, in linux you need libasound2 dependency installed) > > cheers, > Esteban > >
Re: [Pharo-dev] Touch Events VM changes
2014-03-11 11:54 GMT+00:00 J.F. Rick : > Hi Sergi, > > Based on my experience developing touch interfaces since 2007, I believe > in touch. > Don´t get me wrong, I like touch and non-traditional interfaces in general. In fact there are five android devices at home, counting phones and tablets. I also experimented with voice and webcam control for my home theatre. I just think that they are optimal for some scenarios and not-so-optimal for others, and that it wouldn´t be an improvement to make all devices touch-only. As you yourself point out: > You just have to take advantage of what touch does well (faster, more > precise routes; multi-touch gestures; bimanual interaction) and stay clear > of things it does poorly (precise touch down, covering the target with the > finger). > Both have their strengths and weaknesses. Mice have multiple buttons (I use the wheel and the back/forward buttons a lot, both for those functions and as configurable controls in certain games) and are easily identifiable as distinct input devices, while touch interfaces allow more direct (not necessarily precise) control over the actions, taking things like pointer acceleration out of the equation. Almost everyone can draw a lowercase 'g' on a touch screen, but doing it with a mouse takes some skill (well, and a decent mouse). As a more concrete use case, trying to craft some pixel art in a touch device can quickly become tedious. I certainly wouldn´t mind at all having one or two tactile screens in my desk. That said, I once had an interesting conversation with a costumer, in which she told me that she couldn´t play World of Warcraft with her tactile screen because random passing-by insects kept pressing her skills/spells buttons at the worst times :) Cheers, Sergi
Re: [Pharo-dev] Touch Events VM changes
2014-03-11 10:37 GMT+00:00 J.F. Rick : > As we move from mouse-keyboard devices to touch-based ones I certainly hope that "we" refers to a small group of people, unless we get onscreen keyboards as good as physical ones, feedback included. The same goes for touch versus physical pointer :) Cheers, Sergi
Re: [Pharo-dev] [ANN] Creativity - a Smalltalk usability experiment on browsing code and productivity
2014-03-04 0:15 GMT+00:00 Sebastian Sastre : > Hi Smalltalker! > > After a talk with Thierry I was encouraged to publish this weekend's > experiment, so there it is: > https://github.com/sebastianconcept/Creativity > > It would be great to have your feedback/input > ONE screenshot would be immensely engaging!! I´ll play with it tomorrow if I have the time :)
Re: [Pharo-dev] Compile Pharo VM on 64-bit CentOS
2014-03-03 9:21 GMT+00:00 Pavel Krivanek : A few weeks ago, I wanted to quickly update the pharo in my VPS which runs my IRC bot. Cent0S 6.5 (and others) cannot use latest VM from get.pharo.org because of > different glibc version. > Fedora, Debian, OpenSuSE, Mint, CentOS, even older Ubuntus... after going throught the list of available distros and installing every one of them, I was left with two choices for setting up Pharo in my VPS: Gentoo and the latest Ubuntu. I did not want to install Ubuntu in the first place because of their policy of "latest of some things, and obsolete versions of something else" which has bitten me time and again. But I did install it, because I had even less interest in maintaning a remote gentoo. So you have to compile the VM on your own. This is a (probably incomplete) > set of the packages you will need for this task on 64-bit system: > Wouldn´t it be better for everyone to have Pharo compiled against an "older" Glibc, for example, debian´s one, so it can run on more distributions than "latest ubuntu"? From my point of view, asking people to compile their own VMs doesn´t seem to foster usability. Cheers, Sergi
Re: [Pharo-dev] Pharo 3 shortcuts
El 28/02/2014 16:00, "Hernan Wilkinson" escribió: > > For example, looking for senders on the code panel is alt+n but if you are on the method list it is different, it is alt+b+n which is really difficult to press because three fingers has to be used and the b and n are close one to the other. The one impossible to press is when looking for class references because it is alt+b+N, that is lowercase b and uppercase N at the same time, which is impossible so there is no other solution that to use the menu Try pressing alt+b, then alt+n. Why would you assume that both letters have to be pressed at the same time? :)
Re: [Pharo-dev] [OT] Where should menues go ...
2014-02-22 20:18 GMT+00:00 Torsten Bergmann : > http://www.omgubuntu.co.uk/2014/02/locally-integrated-menus-ubuntu-14-04 > > http://www.youtube.com/watch?v=teAFgtHWDso > > I have a better question... should desktop interfaces resemble tactile interfaces? :) Cheers, Sergi
Re: [Pharo-dev] Punishment as an educational method
2014/1/10 Sebastian Sastre > guys this discussion is heading towards a non fruitful direction > > Let's remember why are we here? > > *"The purpose of the Smalltalk project is to provide computer support for > the creative spirit in everyone."* ~ D.H. Ingalls > > Do you know what are the psychological consequences of punishment feedback > on creativity? > As much as people try to turn the issue into what it´s not, the debate seems to boil down to a two-line dialog for me: - "Give me some way to discard changes without a confirmation dialog so I can work as I like, *following my creative spirit*, even if it´s not the default" - "No" I tend to have such uncomplicated views on stuff :) Cheers, Sergi
Re: [Pharo-dev] Do you want to accept???????? Discard???????
2014/1/9 kilon alios > Photoshop well deserves its monopoly > I am of the opinion that nothing deserves a monopoly. > and my right to think that Photoshop GUI should be taught in seminars and > lectures about GUI design. > > PS did not earn its monopoly by accident or marketing, its there because > artists just love it. > It probably owes more to the sheer number of pirate photoshops that are out there, creating a "fan base". That´s again an opinion, however I do know quite a bunch of people who having been swearing by photoshop for quite a bunch of years, yet they´ve never owned a license, even when using it for business purposes. And you are debating about whether we should have confirm dialogs or not. > The way I see it , there is so many issues you have to address even before > worrying about this. > I fail to see the relevance of all the other "many issues" in finding a solution to this problem. Given that Igor uses Pharo constantly (or so I guess), he may very well wish for it to adapt to his workflow, and that should at least be as legitimate a concern as you wanting it to adapt to yours. In my opinion, it should be up to the users to decide whether they need their hands held or not, if there´s such a possibility. Some users will be more comfortable with the software babysitting them, and others prefer learning the hard way. Some users happily delete files relying on a recycle bin, others think hard if they want something deleted before actually doing it. I see no reason to conciously impose one over the other, given the opportunity to have both. Cheers, Sergi
Re: [Pharo-dev] [ANN] PunQLite - a new NoSQL wrapper for Pharo
2013/12/24 Sergi Reyner > Looks pretty cool, and I may have a couple of uses for it > already! However, I get this when trying to load it on a fresh 30659 image: > > IncompatibleLayoutConfig: Class with ByteLayout cannot be extended as slot. > Proceeding twice will finish loading it, but somehow it doesn´t feel like a solution to me :) Cheers, Sergi
Re: [Pharo-dev] Please stop top posting... (was Re: Tell me about your workflow)
2013/12/17 Sergi Reyner > people took pride in having a very low content to quote ratio > Of course, I actually meant quoted/original content there. Cheers, Sergi
Re: [Pharo-dev] Please stop top posting... (was Re: Tell me about your workflow)
2013/12/17 Frank Shearar This battle was lost a decade ago, I'm afraid. > This wasn´t even a battle until someone decided that top-posting was an amazingly good thing. Thanks to that, we now have posts/mails that sometimes don´t contain even a full sentence of original content, and are followed by loads of quoted text, with signatures, headers, images... you name it. I stop reading some threads because of the excessive amount of irrelevant quoted text, and the inverted order of "response to something" followed by "something that prompted the response. That, if there is a quote at all... Back in the day (I am talking about BBSs, Fidonet and related networks, dating back to the 80s), people took pride in having a very low content to quote ratio, but we were also very careful to quote everything needed to make sense of the response. No more, no less. The early days of Internet email weren´t as bad, either. I came to the conclusion, some years ago, that I will continue to strive to quote properly, and the rest of the world is free to do whatever they want. And I am then free to just ignore messages or threads that are too much trouble for me to follow. Cheers, Sergi
Re: [Pharo-dev] Another thought about globals
Sergi Reyner wrote > > kilon alios wrote >> I think it would make even the transition from workspace to browser >> easier, >> or even completely replace workspace with the browser. >> >> I always found workspace unnecessary anyway. > It may be that I am still too unfamiliar with Smalltalk, but I cannot see > how removing the Workspace would be a good thing. > > Cheers, > Sergi PS: my bad, I thought I was already subscribed to the pharo-dev mailing list :S -- View this message in context: http://forum.world.st/Another-thought-about-globals-tp4730022p4730071.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
