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-Refactoring-appears-to-be-broken-in-web-dev-imas-tp4233236p4235883.html
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