[Pharo-project] another little OB "bug"
Hi. Me again. Not sure if it is a bug but I don't like it. If you do, no problem then ;) Suppose you are working with a method that it is in the half of the method pane of OB. Once you save it or run test on it for example, the "scroll" and the method pane is updated so that THAT method is first, above. And sometimes this is quite annoying for me. Cheers Mariano
I am not sure if I understand your question correctly, but presumably your method is too long or you have too many methods in one class or protocol. OB punishes you for this :-) Lukas 2010/10/10 Mariano Martinez Peck <marianopeck@gmail.com>:
Hi. Me again. Not sure if it is a bug but I don't like it. If you do, no problem then ;)
Suppose you are working with a method that it is in the half of the method pane of OB. Once you save it or run test on it for example, the "scroll" and the method pane is updated so that THAT method is first, above. And sometimes this is quite annoying for me.
Cheers
Mariano
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Lukas Renggli www.lukas-renggli.ch
I investigated PluggableListMorph and ListMorph, the problem you describe is there (likely this should be fixed in Pharo). In Name: OB-Morphic-lr.149 Author: lr Time: 11 October 2010, 10:17:53 am UUID: 285339d9-f9da-4c6d-98b9-e09ea154c91e Ancestors: OB-Morphic-lr.148 - more efficient fix for list updating I try to remember the current scroll position before updating any OB list, so I guess this works around the problem (indeed the UI feels better after the change). I am not sure if this fix is safe. It works well in my images, but it might break some assumption of Morphic and destroy your image in the worst case. Lukas On 10 October 2010 18:39, Lukas Renggli <renggli@gmail.com> wrote:
I am not sure if I understand your question correctly, but presumably your method is too long or you have too many methods in one class or protocol. OB punishes you for this :-)
Lukas
2010/10/10 Mariano Martinez Peck <marianopeck@gmail.com>:
Hi. Me again. Not sure if it is a bug but I don't like it. If you do, no problem then ;)
Suppose you are working with a method that it is in the half of the method pane of OB. Once you save it or run test on it for example, the "scroll" and the method pane is updated so that THAT method is first, above. And sometimes this is quite annoying for me.
Cheers
Mariano
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Lukas Renggli www.lukas-renggli.ch
-- Lukas Renggli www.lukas-renggli.ch
On Mon, Oct 11, 2010 at 10:18 AM, Lukas Renggli <renggli@gmail.com> wrote:
I investigated PluggableListMorph and ListMorph, the problem you describe is there (likely this should be fixed in Pharo). In
Name: OB-Morphic-lr.149 Author: lr Time: 11 October 2010, 10:17:53 am UUID: 285339d9-f9da-4c6d-98b9-e09ea154c91e Ancestors: OB-Morphic-lr.148
- more efficient fix for list updating
I try to remember the current scroll position before updating any OB list, so I guess this works around the problem (indeed the UI feels better after the change).
Indeed, it works perfect :) Thanks lukas
I am not sure if this fix is safe. It works well in my images, but it might break some assumption of Morphic and destroy your image in the worst case.
I like to be betatester and be in the bleeding edge :)
Lukas
On 10 October 2010 18:39, Lukas Renggli <renggli@gmail.com> wrote:
I am not sure if I understand your question correctly, but presumably your method is too long or you have too many methods in one class or protocol. OB punishes you for this :-)
Lukas
2010/10/10 Mariano Martinez Peck <marianopeck@gmail.com>:
Hi. Me again. Not sure if it is a bug but I don't like it. If you do, no problem then ;)
Suppose you are working with a method that it is in the half of the method pane of OB. Once you save it or run test on it for example, the "scroll" and the method pane is updated so that THAT method is first, above. And sometimes this is quite annoying for me.
Cheers
Mariano
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Lukas Renggli www.lukas-renggli.ch
-- Lukas Renggli www.lukas-renggli.ch
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
 Name: OB-Morphic-lr.149  Author: lr  Time: 11 October 2010, 10:17:53 am  UUID: 285339d9-f9da-4c6d-98b9-e09ea154c91e  Ancestors: OB-Morphic-lr.148
 - more efficient fix for list updating
I try to remember the current scroll position before updating any OB list, so I guess this works around the problem (indeed the UI feels better after the change).
Indeed, it works perfect :) Thanks lukas
Well, I noticed a first problem: Going to a different category/class/protocol leaves the selector list scrolled to the bottom (if there is no default selection). Lukas -- Lukas Renggli www.lukas-renggli.ch
participants (2)
-
Lukas Renggli -
Mariano Martinez Peck