size of MCbrowser should be proportional

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

size of MCbrowser should be proportional

stepharo
Hi guys

now when I open MCBrowser it gets 80% of my window.
So this is good to make it larger but it should be proportional to the
actual size.

https://pharo.fogbugz.com/f/cases/16451/MCBrowser-default-size-should-proportional-to-window-size
Could the person that originally changed it fix it?

Stef

Reply | Threaded
Open this post in threaded view
|

Re: size of MCbrowser should be proportional

EstebanLM
+1

I also submitted an issue about MCBrowser not taking into account the size of the world window (and then appearing with part of it hidden out of the visible area)

> On 02 Sep 2015, at 10:07, stepharo <[hidden email]> wrote:
>
> Hi guys
>
> now when I open MCBrowser it gets 80% of my window.
> So this is good to make it larger but it should be proportional to the actual size.
>
> https://pharo.fogbugz.com/f/cases/16451/MCBrowser-default-size-should-proportional-to-window-size
> Could the person that originally changed it fix it?
>
> Stef
>


Reply | Threaded
Open this post in threaded view
|

Re: size of MCbrowser should be proportional

Nicolai Hess


2015-09-03 7:56 GMT+02:00 Esteban Lorenzano <[hidden email]>:
+1

I also submitted an issue about MCBrowser not taking into account the size of the world window (and then appearing with part of it hidden out of the visible area)


That one is fixed:
16401 opening monticello window does not respect world size


and for "size of MCbrowser should be proportional":

We don't have any other windows with a size proportional to the display size.
Why should only MCBrowser behave like that? (Nautilus uses the same size).

And what would be a good size, max. half the screen?

And if we want a display screen dependent window size, this should be done by
RealEstateAgent, and not for every single tool.





> On 02 Sep 2015, at 10:07, stepharo <[hidden email]> wrote:
>
> Hi guys
>
> now when I open MCBrowser it gets 80% of my window.
> So this is good to make it larger but it should be proportional to the actual size.
>
> https://pharo.fogbugz.com/f/cases/16451/MCBrowser-default-size-should-proportional-to-window-size
> Could the person that originally changed it fix it?
>
> Stef
>



Reply | Threaded
Open this post in threaded view
|

Re: size of MCbrowser should be proportional

EstebanLM

On 03 Sep 2015, at 10:03, Nicolai Hess <[hidden email]> wrote:



2015-09-03 7:56 GMT+02:00 Esteban Lorenzano <[hidden email]>:
+1

I also submitted an issue about MCBrowser not taking into account the size of the world window (and then appearing with part of it hidden out of the visible area)


That one is fixed:
16401 opening monticello window does not respect world size

heh… I missed that one :)



and for "size of MCbrowser should be proportional":

We don't have any other windows with a size proportional to the display size.
Why should only MCBrowser behave like that? (Nautilus uses the same size).

And what would be a good size, max. half the screen?

And if we want a display screen dependent window size, this should be done by
RealEstateAgent, and not for every single tool.

I really don’t know if it should be proportional. I has never been like that. What I do know is that now is too big (while before was to small) :)
So maybe best is to play a bit with the sizes… it was small, now is big, lets find something in the middle :)

Esteban






> On 02 Sep 2015, at 10:07, stepharo <[hidden email]> wrote:
>
> Hi guys
>
> now when I open MCBrowser it gets 80% of my window.
> So this is good to make it larger but it should be proportional to the actual size.
>
> https://pharo.fogbugz.com/f/cases/16451/MCBrowser-default-size-should-proportional-to-window-size
> Could the person that originally changed it fix it?
>
> Stef
>




Reply | Threaded
Open this post in threaded view
|

Re: size of MCbrowser should be proportional

Thierry Goubier


2015-09-03 10:29 GMT+02:00 Esteban Lorenzano <[hidden email]>:

On 03 Sep 2015, at 10:03, Nicolai Hess <[hidden email]> wrote:



2015-09-03 7:56 GMT+02:00 Esteban Lorenzano <[hidden email]>:
+1

I also submitted an issue about MCBrowser not taking into account the size of the world window (and then appearing with part of it hidden out of the visible area)


That one is fixed:
16401 opening monticello window does not respect world size

heh… I missed that one :)



and for "size of MCbrowser should be proportional":

We don't have any other windows with a size proportional to the display size.
Why should only MCBrowser behave like that? (Nautilus uses the same size).

And what would be a good size, max. half the screen?

And if we want a display screen dependent window size, this should be done by
RealEstateAgent, and not for every single tool.

I really don’t know if it should be proportional. I has never been like that. What I do know is that now is too big (while before was to small) :)
So maybe best is to play a bit with the sizes… it was small, now is big, lets find something in the middle :)

The previous size, small, made it not too scary.

The new, large size, makes it a very scary tool. That many packages? That many repositories?

Ok, that was there before, but in XXL size, it becomes a bit too obvious there is a lot in there.

Thierry
 

Esteban






> On 02 Sep 2015, at 10:07, stepharo <[hidden email]> wrote:
>
> Hi guys
>
> now when I open MCBrowser it gets 80% of my window.
> So this is good to make it larger but it should be proportional to the actual size.
>
> https://pharo.fogbugz.com/f/cases/16451/MCBrowser-default-size-should-proportional-to-window-size
> Could the person that originally changed it fix it?
>
> Stef
>





Reply | Threaded
Open this post in threaded view
|

Re: size of MCbrowser should be proportional

Peter Uhnak
The new, large size, makes it a very scary tool. That many packages? That many repositories?

Pharo 4 image has just 2 external repos (Pharo + PharoInbox),
Pharo 5 has 19 fucking repositories.

I don't want to generalize, but how often does an end user care about any of them?
For example the only time I interact with Pharo or PharoInbox is when I am fixing issues and I do that from clean image.

So my proposal:
Why not hide them? There could be a checkbox "[ ] Show system repositories" (default unchecked).
That way the window can be much much smaller and users will see what is important for them.

Peter
Reply | Threaded
Open this post in threaded view
|

Re: size of MCbrowser should be proportional

Stephan Eggermont-3
On 03-09-15 11:22, Peter Uhnák wrote:

>>
>> The new, large size, makes it a very scary tool. That many packages? That
>> many repositories?
>>
>
> Pharo 4 image has just 2 external repos (Pharo + PharoInbox),
> Pharo 5 has 19 fucking repositories.
> So my proposal:
> Why not hide them? There could be a checkbox "[ ] Show system repositories"
> (default unchecked).
> That way the window can be much much smaller and users will see what is
> important for them.

Currently we have a dropdown switching between Package and All, with
Package the default. We could add a third one System, and when no
package is selected default to only showing the package cache.

Stephan



Reply | Threaded
Open this post in threaded view
|

Re: size of MCbrowser should be proportional

stepharo
In reply to this post by EstebanLM
>
>>
>>
>> and for "size of MCbrowser should be proportional":
>>
>> We don't have any other windows with a size proportional to the
>> display size.
>> Why should only MCBrowser behave like that? (Nautilus uses the same
>> size).
>>
>> And what would be a good size, max. half the screen?
>>
>> And if we want a display screen dependent window size, this should be
>> done by
>> RealEstateAgent, and not for every single tool.
>
> I really don’t know if it should be proportional. I has never been
> like that. What I do know is that now is too big (while before was to
> small) :)
> So maybe best is to play a bit with the sizes… it was small, now is
> big, lets find something in the middle :)
>
+ 1


Reply | Threaded
Open this post in threaded view
|

Re: size of MCbrowser should be proportional

stepharo
In reply to this post by Peter Uhnak
I'm sorry but you have to think modularly.
I do not see why having multiple repositories is a problem.

Stef

Le 3/9/15 11:22, Peter Uhnák a écrit :
The new, large size, makes it a very scary tool. That many packages? That many repositories?

Pharo 4 image has just 2 external repos (Pharo + PharoInbox),
Pharo 5 has 19 fucking repositories.

I don't want to generalize, but how often does an end user care about any of them?
For example the only time I interact with Pharo or PharoInbox is when I am fixing issues and I do that from clean image.

So my proposal:
Why not hide them? There could be a checkbox "[ ] Show system repositories" (default unchecked).
That way the window can be much much smaller and users will see what is important for them.

Peter

Reply | Threaded
Open this post in threaded view
|

Re: size of MCbrowser should be proportional

Peter Uhnak
On Thu, Sep 3, 2015 at 4:14 PM, stepharo <[hidden email]> wrote:
I'm sorry but you have to think modularly.
I do not see why having multiple repositories is a problem.


This is not what I meant, having system modular is a good thing.

What I was getting at is that the need to have the MCBrowser larger is primarily (in my eyes at least) because now they are suddenly more packages.
That's why I proposed to have them hidden from the view by default.

That way
1. the system can be separated into as many repos as we want
2. the MC Browser wouldn't need to be so large
3. it will be easier for end users to see their repos
4. if you need to see them, you just click on a button/checkbox

Peter

Reply | Threaded
Open this post in threaded view
|

Re: size of MCbrowser should be proportional

stepharo
ok I understand.
I think that we should rebuild these tools but time time time

Le 3/9/15 16:19, Peter Uhnák a écrit :
On Thu, Sep 3, 2015 at 4:14 PM, stepharo <[hidden email]> wrote:
I'm sorry but you have to think modularly.
I do not see why having multiple repositories is a problem.


This is not what I meant, having system modular is a good thing.

What I was getting at is that the need to have the MCBrowser larger is primarily (in my eyes at least) because now they are suddenly more packages.
That's why I proposed to have them hidden from the view by default.

That way
1. the system can be separated into as many repos as we want
2. the MC Browser wouldn't need to be so large
3. it will be easier for end users to see their repos
4. if you need to see them, you just click on a button/checkbox

Peter