On Mon, Jul 6, 2015 at 7:49 AM, Malte Timmermann malte_timmerm...@gmx.com
wrote:
This approach would mean that you mostly don't use Qt at all.
VCL uses SAL to get a top level window from the os, and then renders all
widgets on it's own. Using Qt simply as yet an other SAL implementation
This approach would mean that you mostly don't use Qt at all.
VCL uses SAL to get a top level window from the os, and then renders all
widgets on it's own. Using Qt simply as yet an other SAL implementation
would mean that you still only get the top level window (via Qt then),
but widget
]
Sent: Tuesday, January 20, 2015 07:05
To: dev@openoffice.apache.org
Subject: Re: [DISCUSS] Qt as a replacement for VCL
[ ... ]
Indeed, thanks. But let me get this straight. The Qt license, which for
us would be LGPL, is not an obstacle? (I know you described a possible
usage that did
On 26 Jan 2015, at 03:42, Fernando Cassia fcas...@gmail.com wrote:
On Sun, Jan 25, 2015 at 8:16 PM, Louis Suárez-Potts lui...@gmail.com
wrote:
* One conceivable drawback is that Kivy also uses Kivy Language, for
creating sophisticated user interfaces[,] though it does not seem to be
On Sun, Jan 25, 2015 at 8:16 PM, Louis Suárez-Potts lui...@gmail.com
wrote:
* One conceivable drawback is that Kivy also uses Kivy Language, for
creating sophisticated user interfaces[,] though it does not seem to be
required for creating naive UIs. Kivy is in Python and their conference
: Re: [DISCUSS] Qt as a replacement for VCL
[ ... ]
Indeed, thanks. But let me get this straight. The Qt license, which for us
would be LGPL, is not an obstacle? (I know you described a possible usage
that did not seem to transgress license. But we should need to be rather
careful here
@openoffice.apache.org; Dennis E. Hamilton
Subject: Re: [DISCUSS] Qt as a replacement for VCL
[ ... ]
orcmid
I'm just using this to stay on the thread.
/orcmid
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
@openoffice.apache.org; Dennis E. Hamilton
Subject: Re: [DISCUSS] Qt as a replacement for VCL
[ ... ]
orcmid
I'm just using this to stay on the thread.
/orcmid
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
Hi,
Have you looked at this enough to be satisfied the VCL maps to QT well enough
for what AOO does?
no, but since QT is a complete SDK for writing apps, I suppose it does
everything AOO needs.
So my question may be useless, and certainly based on ignorance: Is there any
sort of lifecycle
Yuri,
On 20 Jan 2015, at 09:55, Yuri Dario mc6...@mclink.it wrote:
Hi,
Have you looked at this enough to be satisfied the VCL maps to QT well
enough for what AOO does?
no, but since QT is a complete SDK for writing apps, I suppose it does
everything AOO needs.
So my question may
Hi,
On 20 Jan 2015, at 12:53, Kay Schenk kay.sch...@gmail.com wrote:
On 01/20/2015 07:05 AM, Louis Suárez-Potts wrote:
Yuri,
On 20 Jan 2015, at 09:55, Yuri Dario mc6...@mclink.it wrote:
Hi,
Have you looked at this enough to be satisfied the VCL maps to QT
well enough for what
On 01/20/2015 07:05 AM, Louis Suárez-Potts wrote:
Yuri,
On 20 Jan 2015, at 09:55, Yuri Dario mc6...@mclink.it wrote:
Hi,
Have you looked at this enough to be satisfied the VCL maps to QT
well enough for what AOO does?
no, but since QT is a complete SDK for writing apps, I suppose
On 01/20/2015 11:28 AM, Dennis E. Hamilton wrote:
Louis asks about a dependency on LGPL.
-- replying below to --
From: Louis Suárez-Potts [mailto:lui...@gmail.com]
Sent: Tuesday, January 20, 2015 07:05
To: dev@openoffice.apache.org
Subject: Re: [DISCUSS] Qt as a replacement for VCL
Louis asks about a dependency on LGPL.
-- replying below to --
From: Louis Suárez-Potts [mailto:lui...@gmail.com]
Sent: Tuesday, January 20, 2015 07:05
To: dev@openoffice.apache.org
Subject: Re: [DISCUSS] Qt as a replacement for VCL
[ ... ]
Indeed, thanks. But let me get this straight. The Qt
On 20 Jan 2015, at 14:28, Dennis E. Hamilton dennis.hamil...@acm.org wrote:
Louis asks about a dependency on LGPL.
-- replying below to --
From: Louis Suárez-Potts [mailto:lui...@gmail.com]
Sent: Tuesday, January 20, 2015 07:05
To: dev@openoffice.apache.org
Subject: Re: [DISCUSS] Qt
On 01/18/2015 01:46 PM, Fernando Cassia wrote:
On Sun, Jan 18, 2015 at 12:43 PM, Yuri Dario mc6...@mclink.it wrote:
This will have the positive side effect of removing all platform code
from VCL since OS/2, Windows, *unix have QT ports.
This will add one more layer inside operations, since
On Sun, Jan 18, 2015 at 12:43 PM, Yuri Dario mc6...@mclink.it wrote:
having written or updated most of the OS/2 code in VCL project, I have
some experience with it.
I'm not enterint the debate QT-yes/QT-no, I will only offer a
developer point of view.
We can simply use QT like an existing
Dario [mailto:mc6...@mclink.it]
Sent: Sunday, January 18, 2015 07:43
To: dev@openoffice.apache.org
Subject: Re: [DISCUSS] Qt as a replacement for VCL
Hi,
having written or updated most of the OS/2 code in VCL project, I have
some experience with it.
I'm not enterint the debate QT-yes/QT-no, I
I think these proposals are interesting as food for thought ...
-- replying below to --
From: Fernando Cassia [mailto:fcas...@gmail.com]
Sent: Thursday, January 15, 2015 09:00
To: dev@openoffice.apache.org; Dennis Hamilton
Subject: Re: [DISCUSS] Qt as a replacement for VCL
On Wed, Jan 14, 2015
On Thu, Jan 15, 2015 at 2:05 PM, Dennis E. Hamilton dennis.hamil...@acm.org
wrote:
The sales success of Microsoft Office and Office 365 suggest that
(almost) everyone is inaccurate
IMHO for me this is not (and has never been) an valid argument. People Buy
MS Office because:
1. they have
On Wed, Jan 14, 2015 at 2:27 PM, Dennis E. Hamilton dennis.hamil...@acm.org
wrote:
Maintaining the independently-developed VCL GUI framework is an
important concern. (Then there's UNO as a cross-platform COM
derivative.)
There's two possible approaches that I could see, long-term.
#1
Subject: Re: [DISCUSS] Qt as a replacement for VCL
On Wed, Jan 14, 2015 at 5:42 PM, Dennis E. Hamilton dennis.hamil...@acm.org
wrote:
I resonate with these remarks (two extracts below). I particularly want
to acknowledge all of the work that Kay Schenk and several others have put
into making AOO
On Wed, Jan 14, 2015 at 5:42 PM, Dennis E. Hamilton dennis.hamil...@acm.org
wrote:
I resonate with these remarks (two extracts below). I particularly want
to acknowledge all of the work that Kay Schenk and several others have put
into making AOO more approachable by new developers.
Ideed,
is rushing to use even a free Word 6.0
(or Word 2000) work-alike because of the UI either.
- Dennis
-Original Message-
From: Fernando Cassia [mailto:fcas...@gmail.com]
Sent: Thursday, January 15, 2015 09:24
To: dev@openoffice.apache.org; Dennis Hamilton
Subject: Re: [OT] RE: [DISCUSS] Qt
In 2007 Nokia people were interested in taking this, they were pushing
mobile technology and having an office suite in Qt with the brand awareness
of OpenOffice.Org was a competitive advantage for their platform. I always
offer an open venue to get their sentiment relayed to some core sun
14, 2015 10:17
To: dev@openoffice.apache.org
Subject: Re: [DISCUSS] Qt as a replacement for VCL
[ ... ]
Ongoing maintenance and new developer knowledge are more a factor to me
than bells and whistles, really.
[ ... ]
-Original Message-
From: Louis Suárez-Potts [mailto:lui...@gmail.com
Hi;
Replacing VCL with Qt (or GTK or enlightenment or anything) is a very
complex project.
There is a KDE CWS which may be somewhat of a starting point but it
dowsn't really
touch the surface of what you want to do.
This said, it is the type of revolutionary projects I would certainly
-party
dependency, after requiring a mammoth cut-over to a new GUI framework.
-- replying below to --
From: Louis Suárez-Potts [mailto:lui...@gmail.com]
Sent: Tuesday, January 13, 2015 20:59
To: dev@openoffice.apache.org
Subject: Re: [DISCUSS] Qt as a replacement for VCL
On 13 Jan 2015, at 23:04
Maintaining the independently-developed VCL GUI framework is an
important concern. (Then there's UNO as a cross-platform COM
derivative.)
The problem with much of the complexity of AOO, it seems to me,
is that it is difficult to find improvements that can be
achieved with progressions of small
On 14 Jan 2015, at 12:27, Dennis E. Hamilton dennis.hamil...@acm.org wrote:
The TL;DR: I don't think there is a reasonable way to depend on Qt in AOO.
I also don't think that depending on Qt, were it feasible, would satisfy the
concern that started this thread concerning the difficulty
On Wed, 14 Jan 2015 09:27:53 -0800
Dennis E. Hamilton dennis.hamil...@acm.org wrote:
Maintaining the independently-developed VCL GUI framework is an
important concern. (Then there's UNO as a cross-platform COM
derivative.)
The problem with much of the complexity of AOO, it seems to me,
On 01/14/2015 09:46 AM, Rory O'Farrell wrote:
On Wed, 14 Jan 2015 09:27:53 -0800 Dennis E. Hamilton
dennis.hamil...@acm.org wrote:
Maintaining the independently-developed VCL GUI framework is an
important concern. (Then there's UNO as a cross-platform COM
derivative.)
The problem
On 14 Jan 2015, at 12:46, Rory O'Farrell ofarr...@iol.ie wrote:
On Wed, 14 Jan 2015 09:27:53 -0800
Dennis E. Hamilton dennis.hamil...@acm.org wrote:
Maintaining the independently-developed VCL GUI framework is an
important concern. (Then there's UNO as a cross-platform COM
On Wed, 14 Jan 2015 13:21:24 -0500
Louis Suárez-Potts lui...@gmail.com wrote:
On 14 Jan 2015, at 12:46, Rory O'Farrell ofarr...@iol.ie wrote:
On Wed, 14 Jan 2015 09:27:53 -0800
Dennis E. Hamilton dennis.hamil...@acm.org wrote:
Maintaining the independently-developed VCL GUI
On Wed, Jan 14, 2015 at 1:45 AM, Fernando Cassia fcas...@gmail.com wrote:
oweted
I intended to write ported
FC
On Tue, Jan 13, 2015 at 8:57 PM, jan i j...@apache.org wrote:
I have been working with Qt for many years and have in one project made a
converter from something similar to our UI descriptions to a Qt
environment.
I have only experience as an end user of poweted QT apps to the windows
On 13 Jan 2015, at 23:04, Dennis E. Hamilton dennis.hamil...@acm.org wrote:
I think the licensing situation is very clear.
There are two licensing arrangements.
The free license is standard GPL3/LGPL3.
There is a commercial license for proprietary, closed source work. That
I think the licensing situation is very clear.
There are two licensing arrangements.
The free license is standard GPL3/LGPL3.
There is a commercial license for proprietary, closed source work. That
license has to be purchased and there are flavors of it, such as Indie Mobile,
Professional,
On Wednesday, January 14, 2015, Kay Schenk kay.sch...@gmail.com wrote:
Something I started thinking about and ta da...it's been proposed before --
http://markmail.org/message/gjvwudqnzejlzynz
In my mind, we could use some assistance in the maintenance of the
toolkit for our UI instead of
39 matches
Mail list logo
