hemeroさま
ご報告のバグですが、保存して開き直すと正しい形に戻っている様な気がします。 とはいえソートに絡む怖い挙動ですので最新版の使用は様子見された方が良いかもしれませんね。 一方関数バーのボタン表示については一応Ctrl+Shift+Jによる回避策も発見できました。 使用感に関わるものなので問題の大きさは個々人の感じ方によるものが大きいですが、 バッドノウハウの積み重ねで利用者側が対応せざるを得ない場面は往々にしてありますので、 その辺は一種の鈍感さや指先のマクロ化で対抗して頂ければ幸いです。 ではではー。 2014年8月29日 10:45 jun meguro <[email protected]>: > 目黒です。 > > 私のところでも再現しましたのでとりあえずバグ報告してみました。 > https://bugs.freedesktop.org/show_bug.cgi?id=83213 > > > 2014年8月29日 10:28 Naruhiko Ogasawara <[email protected]>: > > 小笠原です。 >> >> >> > =SUM(D5:BA5) >> > =SUM(D6:BA6) >> > ・・・ >> > >> > のような列を並べ替えキー1に設定して降順で並べ替えてみたところ、 >> > バラバラにソートされたり、その合計キーのアドレスが並べ替えられてなかった >> > りします。。 >> >> >> 以下の手順で再現しますね。4.3.0は正常なようなので、何か他のバグを >> 修正したときの副作用のようです（それがどのバグかというのは、まだ確 >> 認できてません）。 >> >> -------------- >> >> 1. Calc文書を新規作成 >> 2. A1から1行目に 1,2,3、2行目4,5,6、3行目7,8,9というデータを作る >> 3. D1 に式 "=sum(A1:C1)" を入れ、これを D5 までコピー >> 4. データ > 並べ替え > 並べ替えキー1 に 列D を指定し、降順でソート実行 >> >> ●期待される動作： >> >> 列D（sumの結果）でソートされる >> >> ●実際の動作： >> >> 他の列は列Dがソートされるだろう順にソートされるが、列Dだけは何も起こらない。 >> ここでundo (ctrl-Z) をすると、他の列が元に戻り、列Dはソートされる。 >> その後undoは効かない。 >> >> 環境：Windows 7 (64)、LibreOffice 4.3.1 >> >> -------------- >> ↑ こんな風に、手順、期待される動作、実際の動作（不具合）、という風に書くと、 >> わかりやすいです。 >> >> >> これはレポートしたほうがよい不具合だと思います。 >> 英語でのレポートに抵抗があるようなら代筆しますけれども、どうしましょうか。 >> >> （上のを英訳すれば、ほぼ通じるかな、と思います） >> >> >> >> > 以下のバグもそのまま残っていますため、3.6.5に戻さざるを得ないかもしれま >> > せん。。。 >> >> 私個人としてはセキュリティバグがある3.6系を使い続けるのは推奨できませんが、 >> そこはリスクと不具合が許容できるかの判断の話ですね。 >> >> >> -------------- >> 以下、ちょっとオフトピになります。 >> >> >> > http://www.mail-archive.com/[email protected]/msg03109.html >> > https://bugs.freedesktop.org/show_bug.cgi?id=80391 >> >> #80391 についてはともかく、Calcの数式バーの件については >> >> https://bugs.freedesktop.org/show_bug.cgi?id=83099 >> >> においてバグとして起票されたのが8/26です。 >> さすがに今治っていることを期待するのはいかがなものでしょうか？ >> >> >> バグというのは確認するのも、修正箇所を突き止めるのも、直すのも、それなりに >> 時間がかかるものです（私も起票に持って行くまでに少なくない時間を使いました >> が、開発者の皆さんが使う時間はそれを遥かに上回るものです）。 >> >> そもそも、報告されるバグは大量にあるため、あるバグが自分が直したほうがよい >> バグであるかどうか、という判断に辿り着くまでにも一定の時間がかかります。 >> それを解決するには、私達が少しずつステップアップをしていき、より開発者に分か >> りやすいバグレポートを書く、バグの切り分けを手伝えるようにする、究極的には >> 自分でバグが直せるようになる、ということが必要です。 >> >> もしそういうステップアップそのものが大変だとお考えであれば、どうか、開発者 >> を急かすような発言は避けていただけませんか。 >> 開発者も有限の時間の中で一生懸命やっているわけですし、急かしたところで >> 問題が早く解決するわけではありません。 >> >> ユーザーも開発者も含めてLibreOfficeコミュニティなので、手助けできることは >> やる、できないならせめてできる人に敬意を持つ、そういう気持ちが大事では >> ないかと、個人的には考えております。 >> >> # なお蛇足ですが、これはLibreOffice日本語チームの公式見解ではありません。 >> >> >> ちょっと堅苦しいお話が過ぎました。申し訳ありません。 >> >> どうしてもこのバグを直して欲しい、ということなら、例えばCollaboraなどの >> Level3 サポートを行っている会社に依頼するのもひとつの方法かもしれません。 >> >> https://libreoffice-from-collabora.com/l3-support/ >> >> 私の知る限り国内代理店は存在しませんので、英語で直接交渉を行っていた >> だくことになりますが、ひとつの方法といたしましてご紹介します。 >> >> >> [以上] >> -- >> Naruhiko Ogasawara ([email protected])1 >> >> -- >> Unsubscribe instructions: E-mail to [email protected] >> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette >> List archive: http://listarchives.libreoffice.org/ja/users/ >> All messages sent to this list will be publicly archived and cannot be >> deleted >> > > -- Unsubscribe instructions: E-mail to [email protected] Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/ja/users/ All messages sent to this list will be publicly archived and cannot be deleted
