Speedbar too large?

Speedbar too large?

[Angelo Graziosi]

[-- Attachment #1: Type: text/plain, Size: 551 bytes --]

In recent build of Emacs trunk, the frame of Speedbar looks too large: 
its width is >= to that of Emacs frame (usually 80x40), see the attachment.

Is this to be expected?

Is there a way to call Speedbar in the same Emacs window, not in new 
frame? If not this should be added... Emacs would appear similar to 
other modern IDE... But, perhaps, the best solution would be to add ECB 
in Emacs likewise CEDET was added...[*]

Ciao,
Angelo.

---
[*] Interesting is this long thread:
http://lists.gnu.org/archive/html/emacs-devel/2010-07/msg00310.html

[-- Attachment #2: schermata.jpg --]
[-- Type: image/jpeg, Size: 93998 bytes --]

Re: Speedbar too large?

[Jan Djärv]

I don't get that.  Do you get this with -Q?.
You probably have some X resource that sets geometry to 80x40, or perhaps
something in ~/.emacs.

	Jan D.


Angelo Graziosi skrev 2010-07-10 13.52:
> In recent build of Emacs trunk, the frame of Speedbar looks too large: its
> width is >= to that of Emacs frame (usually 80x40), see the attachment.
>
> Is this to be expected?
>
> Is there a way to call Speedbar in the same Emacs window, not in new frame? If
> not this should be added... Emacs would appear similar to other modern IDE...
> But, perhaps, the best solution would be to add ECB in Emacs likewise CEDET
> was added...[*]
>
> Ciao,
> Angelo.
>
> ---
> [*] Interesting is this long thread:
> http://lists.gnu.org/archive/html/emacs-devel/2010-07/msg00310.html

Re: Speedbar too large?

[Angelo Graziosi]

Il 10/07/2010 14.46, Jan Djärv ha scritto:
> I don't get that.  Do you get this with -Q?.
> You probably have some X resource that sets geometry to 80x40, or perhaps
> something in ~/.emacs.

Really I have

Emacs.geometry:		80x40-0+0

in my ~/.Xdefaults file. This did not happen with builds I did a few 
days ago. What changed? and why now should Speedbar follow 
Emacs.geometry? It do not look good to me, in any case. I do not see 
valid reasons for which if one choose 80x40 for Emacs, then also 
Speedbar should have that...

Leaving aside my opinions, what can it be done to restore the previous 
width for Speedbar? and what about the other questions I flagged?

Thanks,
Angelo.

> Jan D.
>
>
> Angelo Graziosi skrev 2010-07-10 13.52:
>> In recent build of Emacs trunk, the frame of Speedbar looks too large:
>> its
>> width is >= to that of Emacs frame (usually 80x40), see the attachment.
>>
>> Is this to be expected?
>>
>> Is there a way to call Speedbar in the same Emacs window, not in new
>> frame? If
>> not this should be added... Emacs would appear similar to other modern
>> IDE...
>> But, perhaps, the best solution would be to add ECB in Emacs likewise
>> CEDET
>> was added...[*]
>>
>> Ciao,
>> Angelo.
>>
>> ---
>> [*] Interesting is this long thread:
>> http://lists.gnu.org/archive/html/emacs-devel/2010-07/msg00310.html

Re: Speedbar too large?

[Angelo Graziosi]

Il 10/07/2010 15.30, Angelo Graziosi ha scritto:
> Il 10/07/2010 14.46, Jan Djärv ha scritto:
>> I don't get that. Do you get this with -Q?.
>> You probably have some X resource that sets geometry to 80x40, or perhaps
>> something in ~/.emacs.
>
> Really I have
>
> Emacs.geometry: 80x40-0+0
>
> in my ~/.Xdefaults file. This did not happen with builds I did a few
> days ago. What changed? and why now should Speedbar follow
> Emacs.geometry? It do not look good to me, in any case. I do not see
> valid reasons for which if one choose 80x40 for Emacs, then also
> Speedbar should have that...
>
> Leaving aside my opinions, what can it be done to restore the previous
> width for Speedbar? and what about the other questions I flagged?

Ping? Should I file a bug report for this too?

>
> Thanks,
> Angelo.

>
>> Jan D.
>>
>>
>> Angelo Graziosi skrev 2010-07-10 13.52:
>>> In recent build of Emacs trunk, the frame of Speedbar looks too large:
>>> its
>>> width is >= to that of Emacs frame (usually 80x40), see the attachment.
>>>
>>> Is this to be expected?
>>>
>>> Is there a way to call Speedbar in the same Emacs window, not in new
>>> frame? If
>>> not this should be added... Emacs would appear similar to other modern
>>> IDE...
>>> But, perhaps, the best solution would be to add ECB in Emacs likewise
>>> CEDET
>>> was added...[*]
>>>
>>> Ciao,
>>> Angelo.
>>>
>>> ---
>>> [*] Interesting is this long thread:
>>> http://lists.gnu.org/archive/html/emacs-devel/2010-07/msg00310.html
>

Re: Speedbar too large?

[Jan Djärv]

Yes, please do.

Note in the report that starting from -Q doesn't work as X resources are involved.

Thanks,

	Jan D.


Angelo Graziosi skrev 2010-07-13 01.03:
> Il 10/07/2010 15.30, Angelo Graziosi ha scritto:
>> Il 10/07/2010 14.46, Jan Djärv ha scritto:
>>> I don't get that. Do you get this with -Q?.
>>> You probably have some X resource that sets geometry to 80x40, or perhaps
>>> something in ~/.emacs.
>>
>> Really I have
>>
>> Emacs.geometry: 80x40-0+0
>>
>> in my ~/.Xdefaults file. This did not happen with builds I did a few
>> days ago. What changed? and why now should Speedbar follow
>> Emacs.geometry? It do not look good to me, in any case. I do not see
>> valid reasons for which if one choose 80x40 for Emacs, then also
>> Speedbar should have that...
>>
>> Leaving aside my opinions, what can it be done to restore the previous
>> width for Speedbar? and what about the other questions I flagged?
>
> Ping? Should I file a bug report for this too?
>
>>
>> Thanks,
>> Angelo.
>
>>
>>> Jan D.
>>>
>>>
>>> Angelo Graziosi skrev 2010-07-10 13.52:
>>>> In recent build of Emacs trunk, the frame of Speedbar looks too large:
>>>> its
>>>> width is >= to that of Emacs frame (usually 80x40), see the attachment.
>>>>
>>>> Is this to be expected?
>>>>
>>>> Is there a way to call Speedbar in the same Emacs window, not in new
>>>> frame? If
>>>> not this should be added... Emacs would appear similar to other modern
>>>> IDE...
>>>> But, perhaps, the best solution would be to add ECB in Emacs likewise
>>>> CEDET
>>>> was added...[*]
>>>>
>>>> Ciao,
>>>> Angelo.
>>>>
>>>> ---
>>>> [*] Interesting is this long thread:
>>>> http://lists.gnu.org/archive/html/emacs-devel/2010-07/msg00310.html
>>