Can you direct me to the specifications that were set for the replacement UI
engine?? I'm curious to see what it entailed... And sorry if I stepped on
any toes with my other post - its an idea I've had basically since high
school and so I was just trying to get some input on it! :)
Yours Truly,
S
On Fri, 2011-04-29 at 18:11 +0200, Christoph Noack wrote:
> Hi Kohei, hi Scott!
>
> Kohei, thanks for the helpful information here ... great that you're
> listening here (especially since I know your workload...)!
No problem. I decided to jump in because we (the developers) have been
discussing
On Fri, 2011-04-29 at 13:18 -0600, Scott Pledger wrote:
> Any thoughts?
Before we go overboard with this, I'd like to point out that a lot of us
developers have already gone through quite a lot of brainstorming and
trials and errors, and I don't want us to discuss this over here on the
design lis
Hi Scott,
you get a "phew" from my side ;-)
Am Freitag, den 29.04.2011, 13:18 -0600 schrieb Scott Pledger:
> The more I look at the source code for vcl, the more I am beginning to
> dislike it And I'm looking at some of the other XML-based UI languages
> available and none of them really seem
The more I look at the source code for vcl, the more I am beginning to
dislike it And I'm looking at some of the other XML-based UI languages
available and none of them really seem adequate to describe any kind of a
major UI overhaul that would keep LibreOffice up to date with other office
suit
Hi Kohei, hi Scott!
Kohei, thanks for the helpful information here ... great that you're
listening here (especially since I know your workload...)!
Am Freitag, den 29.04.2011, 10:25 -0400 schrieb Kohei Yoshida:
> On Thu, 2011-04-28 at 23:15 -0600, Scott Pledger wrote:
> > Is there any chance of i
I've got a few new ideas in mind that we may be able to pull some of the
code from vcl into... See the below excerpt from the 'New Layout Concept -
Update' that I just posted:
*> I'm working on that, too. From what I can see of the old graphical
layout *
*> utility that we use, there is no way fo
On Thu, 2011-04-28 at 23:15 -0600, Scott Pledger wrote:
> Is there any chance of implementing any kind of an XML-based UI template?
> Something similar to XUL may be a good place to start...
We don't have any concrete vision of what the VCL replacement should
look like, but making UI definition f
Is there any chance of implementing any kind of an XML-based UI template?
Something similar to XUL may be a good place to start...
Yours Truly,
Scott Pledger
On Thu, Apr 28, 2011 at 22:39, Kohei Yoshida wrote:
> On Thu, 2011-04-28 at 14:29 -0600, Scott Pledger wrote:
> > Kohei,
> >
> > Good t
On Thu, 2011-04-28 at 14:29 -0600, Scott Pledger wrote:
> Kohei,
>
> Good to know! I haven't yet taken too close of a look at the code for LO, so
> I don't know any of the particulars of the back-end as of yet, but that's
> next on my to-do list!
>
> Quick question: Where can I find documentation
On Thu, 2011-04-28 at 20:49 +0200, RGB ES wrote:
> Indeed. Correct me if I'm wrong (my technical background in not deep
> enough) but I think the problem is that OOo/LibO is using some archaic
> (and arcane) set of libraries to draw its UI called VCL, that no one
> else use.
Yes. This is correc
Kohei,
Good to know! I haven't yet taken too close of a look at the code for LO, so
I don't know any of the particulars of the back-end as of yet, but that's
next on my to-do list!
Quick question: Where can I find documentation on VCL?? I think that having
a better understanding of what our rend
2011/4/28 Kohei Yoshida :
> On Thu, 2011-04-28 at 10:49 -0600, Scott Pledger wrote:
>> One thing that we may wish to look into is using the same concept as the
>> Chromium project does - pulling colors in from the user's native desktop
>> environment, but not necessarily using those widgets. This
On Thu, 2011-04-28 at 10:49 -0600, Scott Pledger wrote:
> One thing that we may wish to look into is using the same concept as the
> Chromium project does - pulling colors in from the user's native desktop
> environment, but not necessarily using those widgets. This will give
> LibreOffice the abi
+1
-Daniel Merker
-Original Message-
From: Scott Pledger [mailto:scottpledger2...@gmail.com]
Sent: Thursday, April 28, 2011 12:49 PM
To: design@libreoffice.org
Subject: Re: Platform Independent vs. Platform Specific Behavior (was: Re:
[libreoffice-design] Take inspiration from Lotus
One thing that we may wish to look into is using the same concept as the
Chromium project does - pulling colors in from the user's native desktop
environment, but not necessarily using those widgets. This will give
LibreOffice the ability to render its own layout and even graphics options,
but it
I see two things. Firstly, I think the Ideate and Refine Ideas, Ease
Reviews and Discussions, and Improve Communications can all be combined into
Improve Communications. Secondly, the section titled Care about Branding
Requirements doesn't make a whole lot of sense to me. And I think that's
abou
2011/4/27 Christoph Noack :
> Hi Scott!
>
> You asked a tough question ... something we struggled quite some time
> within OpenOffice.org. So the question is not _if_ we apply platform
> specific elements ... the question is rather what we can share accross
> all platforms, because there is no refe
Hi Scott!
Wow, there is quite some activity on this list at the moment. Cool! :-)
Am Mittwoch, den 27.04.2011, 15:45 -0600 schrieb Scott Pledger:
> Christoph,
>
> Yes that is exactly what I had been thinking!! And sure, I'd be glad to
> help however I can!
That'll be great ... so may I kindly
Christoph,
Yes that is exactly what I had been thinking!! And sure, I'd be glad to
help however I can!
Yours Truly,
Scott R. Pledger
On Wed, Apr 27, 2011 at 15:24, Christoph Noack wrote:
> Hi Scott!
>
> You asked a tough question ... something we struggled quite some time
> within OpenOffice.
Hi Scott!
You asked a tough question ... something we struggled quite some time
within OpenOffice.org. So the question is not _if_ we apply platform
specific elements ... the question is rather what we can share accross
all platforms, because there is no reference implementation.
Some examples:
My only concern when asking this question is the implementation of any kind
of a graphical look and feel - layouts would be the same across platforms,
but should the look and feel (things such as the coloring/graphics of the
application) apply the user's system theme or whether the coloring and
gra
2011/4/26 Scott Pledger :
> Purely out of curiosity, how many people here prefer that the user's
> default environment theme (GTK, Qt, etc.) be applied to LibreOffice
> versus how many would rather see LibreOffice get its own look
> independent of the desktop environment?
>From a Core UI stanc
2011/4/26 Cyril Arnaud :
> Personally I don't mind really.
> OK it's nice to be consistent with the desktop but you can't please every
> single desktop standard right ?
> I would rather see a Libreoffice look than a KDE or Gnome one, as long as
> the UI is fresh and efficient :)
All FOSS desktops
Scott
On Tue, 2011-04-26 at 14:51 -0600, Scott Pledger wrote:
> Purely out of curiosity, how many people here prefer that the user's default
> environment theme (GTK, Qt, etc.) be applied to LibreOffice versus how many
> would rather see LibreOffice get its own look independent of the desktop
>
Personally I don't mind really.
OK it's nice to be consistent with the desktop but you can't please every
single desktop standard right ?
I would rather see a Libreoffice look than a KDE or Gnome one, as long as
the UI is fresh and efficient :)
-- Cyril Arnaud
On Apr 26, 2011 4:51 PM, "Scott Pledg
2011/4/26 Scott Pledger :
> Purely out of curiosity, how many people here prefer that the user's default
> environment theme (GTK, Qt, etc.) be applied to LibreOffice versus how many
> would rather see LibreOffice get its own look independent of the desktop
> environment?
For my part, I prefer con
Purely out of curiosity, how many people here prefer that the user's default
environment theme (GTK, Qt, etc.) be applied to LibreOffice versus how many
would rather see LibreOffice get its own look independent of the desktop
environment?
Yours Truly,
Scott R. Pledger
On Tue, Apr 26, 2011 at 11:
Thanks! One additional notion that I've had for it is to have any
extraneous popup windows be displayed as part of the menu hierarchy. For
instance, the current Insert > Frame dialog box would be shown such that it
is a part of the menu itself. I haven't sketched this out yet as I haven't
had ti
I depends if you want to save vertical space or horizontal space.
Since most of the screen nowadays are wide screens, we have extra
horizontal space, so we should save as much vertical space as possible.
Therefore I think the menu on the right is indeed a good idea.
-Cyril
On Tue, 2011-04-26 at 1
Scott,
On Tue, 2011-04-26 at 09:19 -0600, Scott Pledger wrote:
> This is actually very close to the design I'm currently working on for
> LibreOffice and, indeed, partly its inspiration. Much of the difference
> between the implementation of Lotus Symphony and my design is that Lotus
> Symphony
That's really a nice design indeed.
How can we promote this design ? I would love to see an implementation
of these ideas in real life :)
On Tue, 2011-04-26 at 09:19 -0600, Scott Pledger wrote:
> This is actually very close to the design I'm currently working on for
> LibreOffice and, indeed, pa
I think a Tabs-Function for all
open documents would be especially nice!The right
column for special functions seems to be a good Idea too.Personally I
don't like the Menu panel on the right side in that
example. I think menus should stay horizontally on top of the
This is actually very close to the design I'm currently working on for
LibreOffice and, indeed, partly its inspiration. Much of the difference
between the implementation of Lotus Symphony and my design is that Lotus
Symphony's side bar does not constitute of panels which change based on what
the u
2011/4/26 Cyril Arnaud :
> Most user I encountered (not that much, so there is no statistics behind
> this observation) are doing fine because they look around, search,
> experiment. But some users are "afraid" of searching, testing.
> That's why I find the Symphony's UI interesting. It's shiny, y
Greg,
I guess you are right, for power users LO is better, but for regular
person ... i'm not so sure.
The best option in my mind would be to take inspiration from Symphony to
bridge the gap between the noob friendly UI of Symphony with the power
user capabilities of LO.
I'm no developper, so how
Christoph,
Thanks for the detailed answer, I really appreciate it.
The problem I see with the current interface is that it's sometime
tricky to understand what "styles" are, and how to manage them. The UI
is not really intuitive to find where things are.
Most user I encountered (not that much, so t
p, li { white-space: pre-wrap; }
> Hi,
> I am currently wondering which office suite I should recommend to my
> customers : Symphony or LibreOffice.
> As far as I can tell there is no difference between the two in terms of
> performance.
> But in term of interface and usability it's a different
Hi Cyril!
Am Montag, den 25.04.2011, 09:58 -0400 schrieb Cyril Arnaud:
> Hi,
> I am currently wondering which office suite I should recommend to my
> customers : Symphony or LibreOffice.
> As far as I can tell there is no difference between the two in terms of
> performance.
Mmh, in terms of spee
39 matches
Mail list logo
