Bug#663105: libreoffice-calc: list validation menus sometimes too small

2012-03-08 Thread Francesco Potortì
>On Thu, Mar 08, 2012 at 05:08:24PM +0100, Francesco Potortì wrote:
>> I use Debian testing.  It would be currently unfeasible to me trying a
>> more recent version until it goes to testing.  So for me the choice is
>> among reporting against what I use or not reporting at all...
>
>Mmh, ok, then it'kll take some time. i'll try to get 3.4.6 into sid and testing
>first before I upload 3.5.1 or 3.5.2 to sid

Excellent, thanks.

>> Anyway, what you say holds for any package: do you mean that wishlist
>> bugs reported in Debian are only meaningful if they are related to
>> Debian packaging issues?
>
>I guess this depends on whether the maintainer has time to deal with stuff
>like this itself

That's clear, thank you.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#663105: libreoffice-calc: list validation menus sometimes too small

2012-03-08 Thread Rene Engelhard
Hi,

On Thu, Mar 08, 2012 at 05:08:24PM +0100, Francesco Potortì wrote:
> I use Debian testing.  It would be currently unfeasible to me trying a
> more recent version until it goes to testing.  So for me the choice is
> among reporting against what I use or not reporting at all...

Mmh, ok, then it'kll take some time. i'll try to get 3.4.6 into sid and testing
first before I upload 3.5.1 or 3.5.2 to sid

> >*Any* wishlist bug against 3.4.5 does not make any sense)
> 
> Hm.  I was betting against the problem having already been corrected.
> 
> In fact, if I am not wrong, your statement implies that "normal" users
> cannot ask for new features.  By using Debian testing I would place myself

Nah. People using stable hava a reson for doing this. But you use testing (a 
development
version) anyway.

> among "advanced" users, yet I do not use the latest version of Libreoffice.
> 
> >And still it would be better to file such stuff upstreasm, as them and only
> >them will eventually implement it. I won't.
> 
> I use the Debian reporting system mainly because it is far quicker for
> me and I hope that the Debian maintainer pushes significant reports
> upstream.

That's what I am doing, but it takes time..

> Anyway, what you say holds for any package: do you mean that wishlist
> bugs reported in Debian are only meaningful if they are related to
> Debian packaging issues?

I guess this depends on whether the maintainer has time to deal with stuff
like this itself - in this case here I mainly just forward them and close
them whenever upstream did it (which might never happen), so it brings little
value here. I simply have no time for serious upstream work.

And it of course depends on the package size and whether it's trivial to fix
something or not...

Regards,

Rene



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#663105: libreoffice-calc: list validation menus sometimes too small

2012-03-08 Thread Francesco Potortì
>On Thu, Mar 08, 2012 at 01:11:08PM +0100, Francesco Potortì wrote:
>> If I activate validation for a cell where accepted values are from a
>> list, the menu showing the list values is as wide as the cell itself.
>> 
>> There are cases, however, where this is not reasonable, and the
>> width should be the one of the widest list item.
>> 
>> In fact, when I set a cell to contain text that is longer than the
>> cell's width, either because the text spills over the cell on the right,
>> or because of text wrapping in the cell, then the text in the dropdown
>> menu becomes truncated and unreadable.
>> 
>> I do not observe this problem in Gnumeric, which, apparently, makes the
>> menu as wide as the widest entry in the list.
>
>Try in a supported and feature-wise development version.

I use Debian testing.  It would be currently unfeasible to me trying a
more recent version until it goes to testing.  So for me the choice is
among reporting against what I use or not reporting at all...

>*Any* wishlist bug against 3.4.5 does not make any sense)

Hm.  I was betting against the problem having already been corrected.

In fact, if I am not wrong, your statement implies that "normal" users
cannot ask for new features.  By using Debian testing I would place myself
among "advanced" users, yet I do not use the latest version of Libreoffice.

>And still it would be better to file such stuff upstreasm, as them and only
>them will eventually implement it. I won't.

I use the Debian reporting system mainly because it is far quicker for
me and I hope that the Debian maintainer pushes significant reports
upstream.

Anyway, what you say holds for any package: do you mean that wishlist
bugs reported in Debian are only meaningful if they are related to
Debian packaging issues?

Thanks




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#663105: libreoffice-calc: list validation menus sometimes too small

2012-03-08 Thread Rene Engelhard
tag 663105 + moreinfo
thanks

Hi,

On Thu, Mar 08, 2012 at 01:11:08PM +0100, Francesco Potortì wrote:
> If I activate validation for a cell where accepted values are from a
> list, the menu showing the list values is as wide as the cell itself.
> 
> There are cases, however, where this is not reasonable, and the
> width should be the one of the widest list item.
> 
> In fact, when I set a cell to contain text that is longer than the
> cell's width, either because the text spills over the cell on the right,
> or because of text wrapping in the cell, then the text in the dropdown
> menu becomes truncated and unreadable.
> 
> I do not observe this problem in Gnumeric, which, apparently, makes the
> menu as wide as the widest entry in the list.

Try in a supported and feature-wise development version. (As I alraedy
wrote as a reply to your last wishlist bufg.

*Any* wishlist bug against 3.4.5 does not make any sense)

And still it would be better to file such stuff upstreasm, as them and only
them will eventually implement it. I won't.

Regards,

Rene



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#663105: libreoffice-calc: list validation menus sometimes too small

2012-03-08 Thread Francesco Potortì
Package: libreoffice-calc
Version: 1:3.4.5-2
Severity: wishlist

If I activate validation for a cell where accepted values are from a
list, the menu showing the list values is as wide as the cell itself.

There are cases, however, where this is not reasonable, and the
width should be the one of the widest list item.

In fact, when I set a cell to contain text that is longer than the
cell's width, either because the text spills over the cell on the right,
or because of text wrapping in the cell, then the text in the dropdown
menu becomes truncated and unreadable.

I do not observe this problem in Gnumeric, which, apparently, makes the
menu as wide as the widest entry in the list.

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-proposed-updates')
Architecture: amd64 (x86_64)

Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libreoffice-calc depends on:
ii  libc6  2.13-26
ii  libcolamd2.7.1 1:3.4.0-2
ii  libgcc11:4.6.2-12
ii  libreoffice-base-core  1:3.4.5-2
ii  libreoffice-core   1:3.4.5-2
ii  libstdc++6 4.6.2-12
ii  lp-solve   5.5.0.13-7
ii  uno-libs3  3.4.5-2

libreoffice-calc recommends no packages.

libreoffice-calc suggests no packages.

Versions of packages libreoffice-core depends on:
ii  fontconfig 2.8.0-3.1
ii  fonts-opensymbol [ttf-opensymbol]  2:2.4.3+LibO3.4.5-2
ii  libatk1.0-02.2.0-2
ii  libc6  2.13-26
ii  libcairo2  1.10.2-6.2
ii  libcurl3-gnutls7.24.0-1
ii  libdb5.1   5.1.29-1
ii  libexpat1  2.0.1-7.2
ii  libfontconfig1 2.8.0-3.1
ii  libfreetype6   2.4.8-1
ii  libgcc11:4.6.2-12
ii  libgdk-pixbuf2.0-0 2.24.1-1
ii  libglib2.0-0   2.30.2-6
ii  libgraphite2-2.0.0 1.0.3.real-1
ii  libgstreamer-plugins-base0.10-00.10.36-1
ii  libgstreamer0.10-0 0.10.36-1
ii  libgtk2.0-02.24.10-1
ii  libhunspell-1.3-0  1.3.2-4
ii  libhyphen0 2.8.3-1
ii  libice62:1.0.7-2
ii  libicu48   4.8.1.1-3
ii  libjpeg8   8d-1
ii  libmythes-1.2-02:1.2.2-1
ii  libneon27-gnutls   0.29.6-1
ii  libnspr4-0d4.9-1
ii  libnss3-1d 3.13.3-1
ii  libpango1.0-0  1.29.4-2
ii  libpng12-0 1.2.47-1
ii  librdf01.0.15-1
ii  libreoffice-common 1:3.4.5-2
ii  libsm6 2:1.2.0-2
ii  libssl1.0.01.0.0g-1
ii  libstdc++6 4.6.2-12
ii  libtextcat02.2-10
ii  libx11-6   2:1.4.4-4
ii  libxaw72:1.0.9-3
ii  libxext6   2:1.3.0-3
ii  libxinerama1   2:1.1.1-3
ii  libxml22.7.8.dfsg-7
ii  libxrandr2 2:1.3.2-2
ii  libxrender11:0.9.6-2
ii  libxslt1.1 1.1.26-8
ii  libxt6 1:1.1.1-2
ii  ttf-opensymbol 2:2.4.3+LibO3.4.5-2
ii  uno-libs3  3.4.5-2
ii  ure3.4.5-2
ii  zlib1g 1:1.2.6.dfsg-1

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org