On Thu, Dec 31, 2009 at 11:32 AM, Stan Shepherd <stan.shepherd414@gmail.com>wrote:
Mariano Martinez Peck wrote:
Hi folks. I am really concerned about the instability of the dev and web images. WE CANNOT RELEASE a RC where you cannot even double click in a class. This cannot happens. We all know that all software can have bugs. But again, we cannot release images, and even RC images, which are supposed
to
be quite stable, where you cannot right click a class, you cannot refactor, you cannot even right click in the code pane. And don't told me "I use the keyboard" because I don't care what you do. A lot of people use the mouse.
I have already said it several times. Most of the people don't care how nice, fast, clean, open source and well programmed is the Pharo Core image if they cannot use the Dev or Web image.
Remember that our users are external users, you even don't care about the core. They just use Pharo, they are not developers.
I really think we need to fix this. You are giving a bad impression of something which is not true. You are doing AN EXCELLENT work with PharoCore. Why to wast all of this for this kind of situations? It is a pity :(
I don't know the best solution for this. I will only give an idea I have, but I would really like to hear you ideas and do something with this.
1) We are building a dev image per month more or lest. 5 days before en of months (more or less), the dev image should be built.
2) During 5 years, some people will use that image as a beta tester. I would ideally to have different users: different OS, different browsers, etc. This people will use that image for their work for those 5 days and report any bug that appears. Of course, not all people can do that. How is volunteer to be beta tester ? We can create a wiki page for that if you are agree with the idea.
3) After those 5 days, if the image is stable enough, it is released. If it is not, it is just not released. Nobody will kill you if one month you don't release a new image. In addition, is better not to release an unstable image that releasing it and not be able to do a single right click.
In Canonical, all the employees MUST to use for one month or more each Ubuntu release. We are not employee, but we can do something similar.
What do you think ?
Cheers
Mariano
---------- Forwarded message ---------- From: Stan Shepherd <stan.shepherd414@gmail.com> Date: Wed, Dec 30, 2009 at 6:26 PM Subject: [Pharo-project] Issue 1721: Refactoring appears to be broken in web dev image. e.g. OBClassNode(Object)>>doesNotUnderstand: #dynamicProtocols To: pharo-project@lists.gforge.inria.fr
NB this logs a particular walkback, but the whole area appears to be unworkable in the web dev image. Please could the maintainers click, right click, middle click on each part of refactoring browser, take each menu item, etc. This will be much quicker than logging one bug at a time. If this turns out to be the last one, my apologies in advance. Thanks. ...Stan
VM: unix - i686 - linux-gnu - Pharo0.1 of 16 May 2008 [latest update: #10074] Image: PharoCore1.0rc1 [Latest update: #10502] pharo1.0-10502-rc1web09.12.2
Class browser used (if applicable): OR2PackageBrowser.
OBClassNode(Object)>>doesNotUnderstand: #dynamicProtocols Receiver: OBClassNode<ShortIntegerArray> Arguments and temporary variables: aMessage: dynamicProtocols exception: MessageNotUnderstood: OBClassNode>>dynamicProtocols resumeValue: nil Receiver's instance variables: metaNode: Class
Mariano Martinez Peck wrote:
... volunteer to be beta tester ?
I volunteer. And being on Linux and a mouse user, I seem to hit a lot of the wrinkles.
Ok, perfect. I will open another thread for this then.
Mariano Martinez Peck wrote:
I don't know the best solution for this
Mariano, Adrian's fix does indeed seem to fix up this whole area. After running it, I can get right through the menus to run code critics, and right/left/middle clicks don't cause problem. It would seem the image on the download page should be replaced ASAP with one which has had this operation.
Yes, I am agree. Can someone do this please? I have no idea how to do it neither I have the rights. I just to pick up the latest dev and web image from the website evaluate Gofer it wiresong: 'ob'; package: 'OB-Refactory'; revert save it and upload it again. In addition, we have to take a decision here: 1) Remove O2 from the script until O2 has NO dependencies and overrides in OB and until O2 loads perfectly in a core image without anything about OB. Those who want to use it anyway, can install by their self. 2) Add this piece of hack to our script. Opinions ?
Adrian Kuhn wrote:
Gofer it wiresong: 'ob'; package: 'OB-Refactory'; revert
this will revert all conflicting package extensions of O2 back to those
of
OB so that you can work with both the green and the yellow browser of OB.
Mariano, thanks for bringing this into sharp focus. As Bart identified, it's been a real concern that our "shop window" has been broken like this.
You are welcome. I don't pretend Pharo to be rock solid. But I pretend not to have those errors were you cannot even browse a class or right click on the code. Cheers Mariano
...Stan
-- View this message in context: http://n2.nabble.com/We-need-to-do-something-seriously-WAS-Fwd-Issue-1721-Re... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project