You can optionally hide any of the two panes to gain real estate the way I have laid out to maximize the code text area. The code text also expands by the last green expand button per method, very important on my 14inch laptop.. One can tweak the code to show the first tree right upto a class level and eliminate the middle morph.. but again I prefer it this way.. To play I will have to release the code along with its now umblical attachment to the PharoMorphicView and wee bit to the Tabbed Pane framework and also with some minimal clean up. Hopefully mid next week, I will have a minimally usable package with Configuration released.. though I would prefer the Applesque wait for two weeks for a more polished and more comprehensive browser.. that I am happy with, get it perfectly right, for my use scenario's, will be a goal on this one.. On Fri, Mar 2, 2012 at 10:30 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 2 March 2012 17:53, Sebastian Sastre <sebastian@flowingconcept.com> wrote:
it sounds like having a couple interesting features.
In system browsers I always felt missing the feature of a good tree component (where the whole hierarchy is always available) while finding the packages pane a terrible use of screen's real state.
+100.
We need package hierarchy on screen. Yes. But it is enough ONE on screen, but not in every open browser window. I think that if we measure how often we using each of the panes in 4-pane layout i spending 99% of time in rightmost two, and using leftmost mainly to search for a class (which would make it completely unnecessary if we could have a shortcut for searching class from anywhere), and second one (class list) only occasionally.
How can I install this to play around?
sebastian
o/
On Mar 2, 2012, at 6:54 AM, S Krish wrote:
Couple of screenshots of a usable code browser, does well for my use for now.. need to bring in the basic refactoring, variables text box under the class tree, in the middle.
Feels lot more productive in combination with the standard browsers where needed.
On 2/29/12, Krishsmalltalk <krishnamachari.sudhakar@gmail.com> wrote:
Sure I understood that, I am still just month and a half of dabbling in
morphic, that i am still learning.... I do not take any comments amiss.
Thx
On Feb 29, 2012, at 5:44 PM, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
I was not criticizing your solution. I was actually asking for help :).
I would like to get a text morph in the tree and have it scale both
horizontally to fill the available space, and vertically to
accommodate the entire text. I show the example with the
GeneralScrollPane because I managed to make it work there (with the
help of Gary), but I cannot do it on MorphTreeMorph. So, if you, or
someone else, have ideas I would be happy to hear them.
Cheers,
Doru
On Tue, Feb 28, 2012 at 10:09 AM, S Krish
<krishnamachari.sudhakar@gmail.com> wrote:
Sure.. that is fine.. for the use case you state
Mine is quick n dirty hack to what I wanted:
but my use case is I do wish to have more of these sources partially
visible
through the vertical pane. so I restrain it to max of 210.. and width of
600
to be able to to throw up another pane next to it.. for grouping methods
I
am interested in .. to view it more closely..
On Tue, Feb 28, 2012 at 1:33 PM, Tudor Girba <tudor@tudorgirba.com>
wrote:
Hi,
Thanks for the explanation.
I took a look. calculateExtent is triggered when you create the
TextMorph.
This is nice, but I am interested in getting the TextMorph to always
expand
to fill the width of the surrounding element, and to expand vertically
according to the text :).
Here is a variation of what I am thinking about with just a simple list
of
morphs within a GeneralScrollPane:
https://gist.github.com/1930477
Cheers,
Doru
On 28 Feb 2012, at 03:22, Krishsmalltalk wrote:
It does have the code to calculateTextExtent. You can modify it the way
you want.
The height is defaulted to a max 210 and fixed 600. But on expand it
goes to max ht of 600
Modify the logic in that method as you want it to
On Feb 28, 2012, at 2:42 AM, Tudor Girba <tudor@tudorgirba.com> wrote:
Hi,
I gave it a try. I am not necessarily looking for the looks as for the
solution to make the text editor within the tree span horizontally and
vertically with the size of the method. Unfortunately, this does not
work in
this example, either.
Does anyone have ideas of how to make it work? :)
Cheers,
Doru
On 27 Feb 2012, at 21:43, Stéphane Ducasse wrote:
MorphicViewNewPackageBrowser new packageNames: #('UIManager') ; open
But it does not look that nice :)
On Feb 27, 2012, at 6:42 PM, Stéphane Ducasse wrote:
this looks really nice.
I would really like to see if we cannot include a version so that
people can browse change set and other code like that.
I'm really happy to see that the work done by alain and ben around
treeMorph pays off that well.
Stef
Can take the latest of the package..
PackageTree-Browser-Experiment
* Find class added and a crude/ workable expand for text morph..
As stated in the comments: will require a hack in Pharo 1.4 for
now.
Will work towards integrating TabbedPane with TWM/ this too as an
addon with more complete features month ahead.
<Pharo_CodeBrowser02.JPG>
--
www.tudorgirba.com
"One cannot do more than one can do."
--
www.tudorgirba.com
"Sometimes the best solution is not the best solution."
--
www.tudorgirba.com
"Every thing has its own flow"
<Pharo_Tabbed_TreeCodeBrowser01.JPG><Pharo_Tabbed_TreeCodeBrowser02.JPG>
-- Best regards, Igor Stasenko.
