Re: [dev] Qt as a valid replacement for VCL

2009-01-18 Thread Éric Bischoff
Le samedi 17 janvier 2009 22:21:18 Thorsten Behrens, vous avez écrit :
 Éric Bischoff wrote:
  Recoding for qt, gtk, win32, and Cocoa is a serious duplication of
  efforts.
 
  If the purpose for having an abstract layer and porting on so many APIs
  is PORTABILITY to many operating systems, then this duplication of
  efforts becomes useless, because Qt is already very portable.
 
  If the reason for this effort is strategic INDEPENDANCY towards one
  library provider, then yes it makes a lot of sense to have abstraction
  layers in the middle.

Hi Thorsten,

 definitely the latter, not in the sense of mistrust against the
 provider, but knowing the fundamental law that only one thing is
 constant - that things are changing. (...)

Yes, that's why I said that the strategic independancy made a lot of sense.

 And btw, qt and vcl are actually quite similar in their core design,
 and thus share the same weaknesses, conceptually - they don't use
 native widgets, but only native look (which is noticeable even
 today, if you look closely, and is surely not becoming less of a
 problem, c.f. Apple's deprecation plans...).

Yes, I presented Qt as a replacement for VCL because they really work on the 
same level.

There's a huge difference between VCL and Qt though: while Qt is company-
supported and has a huge user base, VCL is developed and maintained by 
OpenOffice.org only.

Replacing VCL with Qt would have been a way to externalize maintenance 
efforts. And it's not only VCL that has to be maintained, but also all the 
platform-specific plugins (Windows, Cocoa, etc.)

 (...)

-- 
Writing about music is like dancing about architecture -- Elvis Costello

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.org
For additional commands, e-mail: dev-h...@openoffice.org



[dev] win7-beta and oo 3.0.1 rc2 - firewall problems with uno.exe/unopkg.bin

2009-01-18 Thread Oliver Brinzing
last weekend i had some time to install win7-beta inside a vm
i used my vista 32bit host and vmware server 2.0 and installed:

- jre 1.6_0_11
- oo 3.0.1 rc 2

what i noticed: installing my shared java extensions via unopkg
command line tool makes some trouble.

during install process windows firewall shows me a dialog asking
to allow access for uno.exe/unopkg.bin. clicking the checkbox to
allow connection will freeze windows. i have to reset the vm
using vmware remote console - troubleshot - reset

i noticed, this is caused due to my vm paramters for remote connection:
-agentlib:jdwp=transport=dt_socket,server=y,address=localhost:8000,suspend=n

so as a workaround, i renamed javasettings_Windows_x86.xml before installing 
extensions

strange: allowing access for soffice.bin and java.exe works without any 
problems
if the dialog comes up. but even if i open windows firewall (wf.msc) and try to 
create
a rule for uno.exe/unopkg.bin, windows will freeze if i choose the UDP or 
TCP
protocoll type... if i do not change the protocol type (this means, all 
protocolls
are allowed), it will work ...

Oliver
-- 

GnuPG key 0xCFD04A45: 8822 057F 4956 46D3 352C 1A06 4E2C AB40 CFD0 4A45



signature.asc
Description: OpenPGP digital signature