to cover these missing pieces.
Thanks a lot for your feedback.
Kohei
--
Kohei Yoshida, LibreOffice Calc hacker, SUSE.
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
On 07/23/2013 07:00 AM, Eike Rathke wrote:
Hi Kohei,
On Thursday, 2013-07-18 08:25:45 -0400, Kohei Yoshida wrote:
* The actual label name displayed is taken from a cell's content,
formula expressions using a label automatically change their display
label names whenever that cell content
On 07/18/2013 08:09 AM, Eike Rathke wrote:
Hi Kohei,
On Wednesday, 2013-07-17 20:29:06 -0400, Kohei Yoshida wrote:
I'd like to merge Calc's label range functionality (which you can
find in the menu at Insert - Names - Labels) with named range
functionality. The named range functionality
less improve it.
Excel also had similar functionality but dropped it in Excel 2007, and
steered the users toward using named ranges. So, there is no concerns
with regard to interoperabilityeither.
Best,
Kohei
--
Kohei Yoshida, LibreOffice Calc hacker, SUSE
On Wed, Mar 20, 2013 at 5:20 AM, Eike Rathke er...@redhat.com wrote:
Hi Kohei,
On Thursday, 2013-03-14 09:26:55 -0400, Kohei Yoshida wrote:
I believe the same functionality can be achieve via database
connectivity, by having such external data provider register as a
database, and use
Hi Eike,
Thanks for your reply.
On Wed, Mar 13, 2013 at 4:48 PM, Eike Rathke er...@redhat.com wrote:
Hi Kohei,
On Tuesday, 2013-03-12 11:41:32 -0400, Kohei Yoshida wrote:
I'd like to ask whether someone actually uses this Pivot Table data
provider extension framework, because I'd like
who would absolutely need this
functionality, and if so why. As I said above, I believe the same
functionality could be achieved via the database connectivity backend
even if we remove the extension backend.
Thanks,
--
Kohei Yoshida, LibreOffice hacker, Calc
to be usable, especially over a long haul.
Best,
Kohei
--
Kohei Yoshida, LibreOffice hacker, Calc
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
On 11/26/2012 12:13 PM, Kohei Yoshida wrote:
First point:
I would not expect Data - XML Source for launching the XML Source
dialog, because all other cases, where data are inserted, are in menu
Insert (Sheet, Sheet From File, Link to External Data).
The reason I put
to address
my concerns. I'm open for suggestions.
Again, thanks for looking into this. Let me know if you have any
questions and things I can clarify for.
Best,
Kohei
--
Kohei Yoshida, LibreOffice hacker, Calc
___
Libreoffice-ux-advise mailing
On 11/26/2012 12:13 PM, Kohei Yoshida wrote:
The dialog needs expand/collapse tools.
Yes, I agree. The only reason why it's not there is simply because I
haven't figured out how to implement that in the existing tree control
we have. Once we figure out how to extend our (one and only) tree
Hi Muthu,
On Tue, Sep 11, 2012 at 3:46 AM, Muthu Subramanian K sumu...@suse.com wrote:
I appreciate your listing of remaining issues. My question is that,
this is apparently a work-in-progress code. Are you going to be working
on the pending issues, and if yes, do you think you can make it
addition. I would like to see it included in the 3.7 release.
Thanks,
Kohei
--
Kohei Yoshida, LibreOffice hacker, Calc
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
On 06/05/2012 11:22 AM, Kohei Yoshida wrote:
The reason for disabling the close commands
rather than intercepting them and translating them to just end the
preview mode is because it's technically very difficult to do so because
of the way we end the preview shell. I won't go into the detail
On Thu, 2012-05-31 at 16:07 -0400, Kohei Yoshida wrote:
That also means that I'll just have to go back and figure out what's
going wrong when saving the document from the preview mode (as reported
in the bug report). :-/
Ok. There is a major issue when saving a document from the preview mode
. In the short-term though, doing the above would be
the solution I'd choose.
--
Kohei Yoshida, LibreOffice hacker, Calc
___
Libreoffice-ux-advise mailing list
Libreoffice-ux-advise@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
On Thu, 2012-05-31 at 19:26 +0200, Rainer Bielefeld wrote:
Kohei Yoshida schrieb:
What do you think about disabling these operations while in print
preview mode?
Hi,
My POV: I would LIKE a save (or better: close) and reopen in PP mode
for some WRITER documents. Those are data
. If it is easiest to go back to the editing
program and let the editing program handle it, I think that would be
fine.
Yup. I think we'll need to pass that on to the main Calc window and
have the main window handle it, instead of having the preview window
handle it in-situ. Good point.
Kohei
--
Kohei
the bar and the cell border). It looks better and more refined
to my eye. But I can't provide any logical reasoning for my preference;
it's just purely my aesthetic preference.
Kohei
--
Kohei Yoshida, LibreOffice hacker, Calc
___
Libreoffice-ux-advise
first choice. I'm sure he'll come up
with a whole load of new reasons to stay on Excel (which is to be
expected; that's what users do). :-)
As for the color palette issue, I don't have a strong opinion so I'll
stay away from making any feedback on that one.
Kohei
--
Kohei Yoshida, LibreOffice
On Wed, 2012-02-15 at 11:29 -0500, Kohei Yoshida wrote:
Excel appears to do this only when a single cell is selected, so it's
a very limited case it should be trivially easy to implement it, I
think.
Implemented on master.
http://cgit.freedesktop.org/libreoffice/core/commit/?id
On Wed, 2012-02-15 at 11:16 -0500, Kohei Yoshida wrote:
and the background
color tool is still horribly designed (only contains colors
too
dark for use as a background, and it does not remember the
last
chosen color).
But haven't we recently landed a patch
this
behavior from the old implementation. Excel has the same limitation
interestingly, but that has nothing to do with our decision (or lack
thereof).
There may be a real reason why this limitation existed, but I'm not
aware of that at the moment.
Kohei
--
Kohei Yoshida, LibreOffice hacker, Calc
03.11.2011, 12:01 -0400 schrieb Kohei Yoshida:
Hi Christoph,
On Thu, 2011-11-03 at 08:06 +0100, Christoph Noack wrote:
I assumed that because also Excel only provides to update one name or
range at a time.
Ah! Well, this needs a bit more explanation, I suppose. In short
24 matches
Mail list logo